all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Marcin Borkowski <mbork@wmi.amu.edu.pl>
To: help-gnu-emacs@gnu.org
Subject: Re: XKCD/541 compliance, anyone?
Date: Thu, 01 Jan 2015 22:41:15 +0100	[thread overview]
Message-ID: <87387udvr8.fsf@wmi.amu.edu.pl> (raw)
In-Reply-To: <jwv387ua1g5.fsf-monnier+gmane.emacs.help@gnu.org>


On 2015-01-01, at 18:07, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> You can also use
>
>    (syntax-propertize-rules (smiley-regex (0 ".")))

Thanks, I didn't know about this function.  Very handy.

>> (defun enable-smileys-punctuation ()
>>   (setq syntax-propertize-function #'make-smileys-punctuation)
>
> Beware: syntax-propertize-function might already be in use, in which
> case you should probably use add-function to combine the two.

Hm.  My Emacs (24.3) doesn't have anything called add-function.  I
checked on the interwebs, and it seems it's part of the new advice
system.  I'll have to upgrade finally.

My question: wouldn't it be reasonable to change
syntax-propertize-function into a /list/ of functions?  Right now the
manual says that it should be set up by major mode to achieve some
special effects.  In my case, however, it would be more appropriate to
use a minor mode (possibly even a global minor mode).  Wouldn't
syntax-propertize-functions be more appropriate here?

OTOH, one your answer on Emacs.SE says explicitly that the trend is to
go away from "<foo>-functions" and use "<foo>-function" instead.  What
is the rationale?  Do I guess correctly that it will be easier to
/remove/ things added this way?

>>   (setq parse-sexp-lookup-properties t))
>
> This is not necessary, it will be set by the syntax-propertize function.

I checked it, and I see it's even better, it will make it buffer-local.
Again: very handy.  BTW: do I guess correctly that the reason that
parse-sexp-lookup-properties is nil by default (and the reason for its
existence in the first place) is performance issues?  If yes, is the
difference between having it nil and t substantial on modern hardware?

>> However, it did not work (in text mode); my make-smileys-punctuation
>> seems not even to get called.
>
> Right, syntax-propertization is done lazily, so if nothing calls
> syntax-propertize, then that's that.  Usually the main triggers for
> syntax-propertize are syntax-ppss and font-lock, but neither is likely
> to be used in text-mode.  So you'll probably need to arrange for font-lock to
> be enabled *and* for font-lock-keywords-only not to be set to t.

Well, I did not understand everything you wrote here.  I guess I will
just have to RTFM; I vaguely remember reading about "lazy font-lock" 15
years ago, when I was reading (almost) the whole Emacs manual.  I guess
this is something similar.  I'll write back to the list if I don't get
it from the manual.

>> but then again, not in message mode, for instance.
>
> Probably because font-lock-keywords-only is set to t, so font-lock
> doesn't end up calling syntax-ppss.

Yes it is, though I don't (yet) understand what this means.  See above.

>         Stefan

PS. I guess that I will have to turn the knowledge from this exchange to
a lengthy blog post.  As I said in some other thread: I've been using
Emacs for about 15 years now (which is not much by Emacs standards, but
/a lot/ by so-called /modern/ standards), and still learning /a lot/...

Thank you so much!

-- 
Marcin Borkowski               This email was proudly sent
http://mbork.pl                from my Emacs.



  reply	other threads:[~2015-01-01 21:41 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-04 21:16 XKCD/541 compliance, anyone? Marcin Borkowski
2014-12-04 22:34 ` Stefan Monnier
2014-12-04 23:10   ` Marcin Borkowski
2014-12-05 22:33   ` Marcin Borkowski
2014-12-05 23:41     ` Artur Malabarba
2014-12-05 23:48       ` Marcin Borkowski
2014-12-31  9:19   ` Marcin Borkowski
2015-01-01 17:07     ` Stefan Monnier
2015-01-01 21:41       ` Marcin Borkowski [this message]
2015-01-02  4:07         ` Stefan Monnier
2015-01-02 10:09           ` Marcin Borkowski
2015-01-03  1:47             ` Stefan Monnier
2015-01-07 21:55               ` Marcin Borkowski
2015-01-02 14:39       ` Marcin Borkowski
2015-01-03  1:49         ` Stefan Monnier
2015-01-07 22:09       ` Marcin Borkowski
2015-01-07 22:37         ` Stefan Monnier
2015-01-08  1:09           ` Marcin Borkowski
2015-01-08  1:49             ` Stefan Monnier
2015-01-08  2:37               ` Marcin Borkowski
     [not found]               ` <mailman.17449.1420684651.1147.help-gnu-emacs@gnu.org>
2015-01-08  3:11                 ` Stefan Monnier
2015-01-08 14:10                   ` Marcin Borkowski
2015-03-15  1:40 ` Marcin Borkowski
2015-03-15 18:39   ` Stefan Monnier

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=87387udvr8.fsf@wmi.amu.edu.pl \
    --to=mbork@wmi.amu.edu.pl \
    --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.