From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alexander Shukaev Newsgroups: gmane.emacs.help Subject: Re: Deny keymap changes made by `evil-integration' Date: Sat, 25 Jul 2015 14:52:43 +0200 Message-ID: References: <83lhe41msl.fsf@gnu.org> <83k2to1knz.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1437828779 19861 80.91.229.3 (25 Jul 2015 12:52:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 25 Jul 2015 12:52:59 +0000 (UTC) Cc: help-gnu-emacs To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jul 25 14:52:58 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZIywi-0000bJ-O2 for geh-help-gnu-emacs@m.gmane.org; Sat, 25 Jul 2015 14:52:56 +0200 Original-Received: from localhost ([::1]:47993 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZIywi-0006Wr-4P for geh-help-gnu-emacs@m.gmane.org; Sat, 25 Jul 2015 08:52:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41036) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZIywZ-0006WQ-0Q for help-gnu-emacs@gnu.org; Sat, 25 Jul 2015 08:52:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZIywY-0007To-6f for help-gnu-emacs@gnu.org; Sat, 25 Jul 2015 08:52:46 -0400 Original-Received: from mail-lb0-x22d.google.com ([2a00:1450:4010:c04::22d]:35225) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZIywW-0007SO-FH; Sat, 25 Jul 2015 08:52:44 -0400 Original-Received: by lblf12 with SMTP id f12so29296484lbl.2; Sat, 25 Jul 2015 05:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8iYvOwIdJDdpWuH4fnGRdEtToCeupfM3jHQW3J/WRck=; b=H6FWqydBkvCDWWIwoL7r/KjVM7J+ncpJpnovCl1t7Foq5nXzDyP/xlHEiX16Q/HCSR ka0XmsVqN4nZ4uJpsJEB/RtKXaz6SFGiPbxeGG07dewz+DCPZIaojfQp/zp273dy2TRX jymyxSoU5tjhsWKwV99Ty/gH46nu8NBhEMXVt6sW9n/3bI9hBGeOvkI4Pkg37BB/8ZOw hs1dQ4XGF9vvSnpptlSRx3di43Z/oCZn2lnc9uqX7gHNTfVPR3OO22G32bj6SDcMo+Z8 /rfEEOHE3PrzhBrhUIex76H+pzMLNgjHy2DS4AP64vmxGmXFZDF1Lv/k//HQTbx17Wd2 0czg== X-Received: by 10.112.12.102 with SMTP id x6mr18678971lbb.80.1437828763489; Sat, 25 Jul 2015 05:52:43 -0700 (PDT) Original-Received: by 10.112.148.33 with HTTP; Sat, 25 Jul 2015 05:52:43 -0700 (PDT) In-Reply-To: <83k2to1knz.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22d X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:105986 Archived-At: >> for every package that is modified by `evil-integration'? > > If there are many of them, that raises a question: what is it that you > want from 'evil-integration' that justifies using it? (I don't use > Evil.) Are there any options in that package that would allow you to > have what you want, but without the parts you don't want? > They implemented `evil' too intrusively, i.e. `(require 'evil)' would also `(require 'evil-integration)' and some other trash that I don't want personally. Also, note that though `evil-integration' has lots of intrusive trash, it also contains some valuable integrations which are absolutely essential and simply rewriting those excerpts manually could be a possibility but then I would have to maintain those myself. >> > Would reloading Dired be OK? >> > >> >> That's an idea, Eli, but does that mean that I have to spam something like >> >> (with-eval-after-load 'evil >> (with-evail-after-load 'dired >> (unload-feature 'dired) >> (require 'dired)) >> >> (with-evail-after-load 'whatever >> (unload-feature 'whatever) >> (require 'whatever)) >> >> ...) > > You can just > > (load "whatever") > > instead of the unload-require dance. > Do you propose (with-eval-after-load 'evil (with-evail-after-load 'dired (load "dired")) (with-evail-after-load 'whatever (load "whatever")) ...) ? Still I have 2 problems with this. First of all, shouldn't there be an infinite recursion here (with-eval-after-load/load combo)? Secondly, `evil-integration' wraps it's configurations for `dired' also with `eval-after-load'; doesn't this mean that reloading `dired' will not change anything because the wrapped snippet (from `evil-integration') will execute again? Regards, Alexander