all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Michael Heerdegen <michael_heerdegen@web.de>
To: help-gnu-emacs@gnu.org
Subject: Re: replacing a function with another one
Date: Tue, 11 Mar 2014 01:41:10 +0100	[thread overview]
Message-ID: <87vbvlbm8p.fsf@web.de> (raw)
In-Reply-To: 87vbvleiey.fsf@yun.yagibdah.de

lee <lee@yun.yagibdah.de> writes:

> > Instead, use an auxiliary variable, e.g.
>
> Hm, I have experimented with variables and found that things don´t work
> when the variables are local.  But then, I can´t get add-advice to work,
> not even with global variables.  It´s too complicated, and the
> documentation is not understandable at all.
>
> It also seems that it is not possible at all to make a mode on top of
> hi-lock-mode which does what I want.  Variables have to be local per
> buffer, and with that, it´s not possible to read patterns from different
> buffers because the variables change because buffers must be switched to
> read the patterns.

Please don't get confused.  Use global auxiliary variables for things
that reflect buffer independent states.  And you can always get the
buffer local binding of a variable foo in any buffer b with

  (with-current-buffer b foo)

There is no limitation from the Emacs' side.

Mmh, ok, let's start from the beginning and simple.  Let's add some
mechanism that allows to specify additional, directory local hi-lock
patterns.  That should be simple as this:

    (defvar hi-lock-dir-patterns nil)  ;; use as dir local variable
    
    (advice-add
     'hi-lock-find-patterns :after
     (lambda (&rest _)
       (hi-lock-set-file-patterns
        (append hi-lock-file-patterns
                hi-lock-dir-patterns))))

The advice just merges in the additional patterns.  Note that using
directory local variables has the advantage that me must not explicitly
look up the patterns, because the directory local variable is
automatically bound when the file is opened.

This should be all to do as long as you don't want to automatically save
additional patterns - you have to add them yourself in the .dir-locals
file.

If you want such automatic saving, we would just have to substitute the
dir local variable with a mechanism that loads and saves explicitly.  Is
this what you want?


Regards,

Michael.




  reply	other threads:[~2014-03-11  0:41 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-08 19:43 replacing a function with another one lee
2014-03-08 19:54 ` Eli Zaretskii
2014-03-09  1:17   ` lee
2014-03-08 22:30 ` Michael Heerdegen
2014-03-09 17:58   ` lee
2014-03-09 19:10     ` Michael Heerdegen
2014-03-09 20:57       ` lee
2014-03-09 22:02         ` Michael Heerdegen
2014-03-10  0:53           ` lee
2014-03-10  2:18             ` Michael Heerdegen
2014-03-10 15:29               ` lee
2014-03-11  0:03                 ` Michael Heerdegen
2014-03-11 13:34                   ` lee
2014-03-11 23:40                     ` Michael Heerdegen
2014-03-12  6:11                       ` Michael Heerdegen
2014-03-12  7:07                         ` Michael Heerdegen
2014-03-12 14:48                         ` lee
2014-03-13  7:19                           ` Michael Heerdegen
2014-03-15 19:51                             ` lee
2014-03-17 12:00                               ` Michael Heerdegen
2014-03-12 14:04                       ` lee
2014-03-12 18:26                         ` Stefan Monnier
2014-03-12  4:10                     ` Michael Heerdegen
2014-03-10 12:44             ` Stefan Monnier
2014-03-10 23:35               ` lee
2014-03-11  0:41                 ` Michael Heerdegen [this message]
2014-03-11  1:45                   ` Michael Heerdegen
2014-03-11 19:05                     ` lee
2014-03-11 22:58                       ` Michael Heerdegen
2014-03-12 15:11                         ` lee
2014-03-12 18:15                           ` Stefan Monnier
2014-03-12 21:43                             ` lee
2014-03-13  7:22                               ` Michael Heerdegen
2014-03-15 20:02                                 ` lee
2014-03-11  4:11                   ` lee
2014-03-11  5:01                     ` Michael Heerdegen
2014-03-11 14:25                       ` lee
2014-03-11 23:51                         ` Michael Heerdegen
2014-03-12 15:22                           ` lee
2014-03-13  7:33                             ` Michael Heerdegen
2014-03-13 12:29                               ` Stefan Monnier
2014-03-15 20:05                                 ` lee
2014-03-16 17:20                                   ` Stefan
2014-03-11  6:51                     ` Michael Heerdegen
2014-03-11 15:41                       ` lee
2014-03-11 23:21                         ` Michael Heerdegen
2014-03-12 17:33                           ` lee
2014-03-12 19:34                             ` Florian Beck
2014-03-12 19:51                               ` Florian Beck
2014-03-13  7:54                             ` Michael Heerdegen
2014-03-15 20:14                               ` lee
2014-03-12 12:45                         ` Stefan Monnier
2014-03-12 17:42                           ` lee
2014-03-13  2:43                             ` Jambunathan K
2014-03-15 20:17                               ` How to propose an emacs patch (Re: replacing a function with another one) lee
2014-03-16  3:21                                 ` Jambunathan K
2014-03-17  4:35                                   ` lee
2014-03-10 13:45           ` replacing a function with another one lee
2014-03-10 23:31             ` Michael Heerdegen
2014-03-12 13:16 ` Jambunathan K
2014-03-12 13:18   ` Jambunathan K
2014-03-15 20:22   ` lee

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87vbvlbm8p.fsf@web.de \
    --to=michael_heerdegen@web.de \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.