From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Problems with (defvar foo) and Emacs 23 Date: Tue, 03 Apr 2012 08:04:52 +0200 Message-ID: <87ehs5fj0b.fsf@Rainer.invalid> References: <87sjgngtzk.fsf@norang.ca> <87aa2vp5ri.fsf@Rainer.invalid> <87aa2vw5mq.fsf@gnu.org> <87y5qfp2wd.fsf@Rainer.invalid> <87398m642v.fsf@gnu.org> <87bonaats8.fsf@Rainer.invalid> <8762dhs6u7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:58070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SEwrk-0006Il-MR for emacs-orgmode@gnu.org; Tue, 03 Apr 2012 02:05:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SEwrf-0006VO-LM for emacs-orgmode@gnu.org; Tue, 03 Apr 2012 02:05:16 -0400 Received: from plane.gmane.org ([80.91.229.3]:52563) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SEwrf-0006V5-E7 for emacs-orgmode@gnu.org; Tue, 03 Apr 2012 02:05:11 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SEwra-0007Fl-0m for emacs-orgmode@gnu.org; Tue, 03 Apr 2012 08:05:06 +0200 Received: from pd9eb3a92.dip.t-dialin.net ([217.235.58.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Apr 2012 08:05:05 +0200 Received: from Stromeko by pd9eb3a92.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Apr 2012 08:05:05 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Bastien writes: > 1. one about `buffer-substring-filters' > We should write a compatibility function to get rid of the first > warning. Actually it is a variable and it "just" needs to be aliased suitably, depending on which Emacs version it encounters. This should be done with a macro in org-compat.el (which doesn't exist yet, see my attempt at such a macro in another thread), then org can use the aliased name only. In general I'd say org-compat.el is in need of some love. > 2. one about `entry' not having a prefix > Prefixing `entry' is not straightforward but should be possible. I don't know enough about its uses to help here. > 3. one about `date', `annotation', 'initial' not having a prefix > As for the last warnings, I think we'll have to live with it, > but chasing down places where *some* instance can be prefixed > (or renamed with a more explicit name) could be good. Not a > high priority though. I think one could also alias these (the prefix should be that of the package where they come from), so that all uses within org use that prefix. That would probably leave one warning at the point where the alias is defined, which could be wrapped into with-no-warning. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds