all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Kyle Meyer <kyle@kyleam.com>
To: emacs-orgmode@gnu.org
Cc: 22399@debbugs.gnu.org
Subject: Re: bug#22399: org-mode fontification
Date: Tue, 19 Jan 2016 10:33:12 -0500	[thread overview]
Message-ID: <87wpr5zirr.fsf@kyleam.com> (raw)
In-Reply-To: <87d1sy54vt.fsf@gmx.us> (rasmus@gmx.us's message of "Tue, 19 Jan 2016 09:51:18 +0100")

Rasmus <rasmus@gmx.us> writes:

> Kyle Meyer <kyle@kyleam.com> writes:

[...]

>> The first patch replaces the font-lock-ensure compatibility alias from
>> 6711a21f1 with the one currently used in the Org repo (from commit
>> e6883dd03).  The new alias is limited to being called with no
>> arguments, but, at the moment, no Org code calls font-lock-ensure with
>> any arguments.
>
> I just have one concern, which is pretty theoretical.  Isn’t it bad to
> define the alias to be font-lock-ensure since this is an existing function
> and people would have clear expectations of what they are calling?  I
> realize that there’s no Emacs-25 that will not have this function (which
> is why it’s very theoretical).

I agree, but, like you, I'm not sure it will matter in practice.  Again,
this was the solution that was already in Org's repo at the time I
backported Emacs's 6711a21f1.  However, it's easy enough to switch to
using an org-font-lock-ensure variant that avoids these issues, so I
will do that (in an updated patch and on Org's maint).

--
Kyle

  parent reply	other threads:[~2016-01-19 15:33 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-18 13:59 bug#22399: org-mode fontification Phillip Lord
2016-01-18 14:16 ` Rasmus
2016-01-18 18:05   ` Phillip Lord
2016-01-18 18:05   ` Phillip Lord
2016-01-18 18:48     ` Rasmus
2016-01-18 19:27       ` Kyle Meyer
2016-01-18 19:27       ` Kyle Meyer
2016-01-19  6:32         ` Kyle Meyer
2016-01-19  6:32         ` Kyle Meyer
2016-01-19  6:32           ` Kyle Meyer
2016-01-19 11:25           ` Phillip Lord
2016-01-19 11:25           ` Phillip Lord
2016-01-19  6:32         ` Kyle Meyer
2016-01-19  8:51           ` Rasmus
2016-01-19  8:51           ` Rasmus
2016-01-19 15:33             ` Kyle Meyer
2016-01-19 15:33             ` Kyle Meyer [this message]
2016-01-19 18:04               ` Kyle Meyer
2016-01-19 18:04               ` Kyle Meyer
2016-01-19 19:05               ` Rasmus
2016-01-20 11:39                 ` bug#22399: [O] " Phillip Lord
2016-01-20 17:18                   ` Kyle Meyer
2016-01-20 22:02                     ` Stefan Monnier
2016-01-20 22:02                     ` Stefan Monnier
2016-01-21  0:44                       ` Kyle Meyer
2016-01-21  0:44                       ` Kyle Meyer
2016-01-25 14:30                         ` Stefan Monnier
2016-01-25 14:30                         ` Stefan Monnier
2016-01-26  6:58                           ` Kyle Meyer
2016-01-26 13:06                             ` Stefan Monnier
2016-01-26 15:27                               ` Kyle Meyer
2016-02-01 13:50                                 ` Stefan Monnier
2016-02-01 13:50                                 ` Stefan Monnier
2016-02-03  6:38                                   ` Bastien Guerry
2016-02-03  6:51                                     ` Kyle Meyer
2016-02-03  6:55                                       ` Bastien Guerry
2016-02-11 18:18                                         ` Phillip Lord
2016-02-11 18:18                                         ` Phillip Lord
2016-02-03  6:55                                       ` Bastien Guerry
2016-02-03  6:51                                     ` Kyle Meyer
2016-02-03  6:38                                   ` Bastien Guerry
2016-01-26 15:27                               ` Kyle Meyer
2016-01-26 13:06                             ` Stefan Monnier
2016-01-26  6:58                           ` Kyle Meyer
2016-01-20 17:18                   ` Kyle Meyer
2016-01-20 11:39                 ` Phillip Lord
2016-01-19 19:05               ` Rasmus
2016-01-18 18:48     ` Rasmus

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=87wpr5zirr.fsf@kyleam.com \
    --to=kyle@kyleam.com \
    --cc=22399@debbugs.gnu.org \
    --cc=emacs-orgmode@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.