[O] bug#10125: RFE: require and load-path-shadowing

Glenn Morris writes: > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125#50 > >Turns out I was looking for invocation-directory and invocation-name. Indeed, thanks. So using your earlier patch as a template, this should be good for emacs-24: --8<---cut here---start--

[O] colorg: Protocol [was: Re: Rudel - Real-Time collaborative editing of Org-Mode files]

François Pinard writes: > So, inventing a protocol is still an avenue which I naively seek, and > for which I dared giving some thought recently, trying to stay on the > side of simplicity. Here is a stab at a simple protocol, which I documented in: https://github.com/pinard/ColOrg/wiki/Prot

Re: [O] habits don't get re-scheduled

* Bastien wrote: > Hi Karl, Hi! > Karl Voit writes: > >> I bisected this issue. It resulted in: > > I should have fixed this now, please let me know! Fixed, thank you very much - once again! :-) -- Karl Voit

[O] bug#10125: RFE: require and load-path-shadowing

Stefan Monnier wrote: >> IOW, do you expect the byte-compile instances to be different in any >> way from a fresh Emacs session invoked from the shell as "emacs -Q"? > > Yes, because the current Emacs may be a different executable than the > one the shell would run in response to "emacs -Q". http

[O] bug#10125: RFE: require and load-path-shadowing

> From: Achim Gratz > Date: Sat, 12 Jan 2013 18:01:36 +0100 > > Eli Zaretskii writes: > >> > IOW, do you expect the byte-compile instances to be different in any > >> > way from a fresh Emacs session invoked from the shell as "emacs -Q"? > >> > >> Yes, because the current Emacs may be a differen

[O] Break of two weeks

Hi folks, I'm taking a break of two weeks. All best, -- Bastien

[O] bug#10125: RFE: require and load-path-shadowing

Stefan Monnier writes: >> In that case, isn't it enough to call (package-initialize) before >> any Org configuration? > > Here's the scenario: > > start Emacs > use Org > use package.el to install a newer version of Org I see, thanks. -- Bastien

Re: [O] [PATCH] Change references to "~/.emacs.d" into `user-emacs-directory' ?

Achim Gratz writes: > This introduces a regression, since XEmacs doesn't have that variable. > This patch fixes it (apply on master): Applied, thanks. -- Bastien

[O] bug#10125: RFE: require and load-path-shadowing

Eli Zaretskii writes: >> > IOW, do you expect the byte-compile instances to be different in any >> > way from a fresh Emacs session invoked from the shell as "emacs -Q"? >> >> Yes, because the current Emacs may be a different executable than the >> one the shell would run in response to "emacs -Q"

Re: [O] [PATCH] Change references to "~/.emacs.d" into `user-emacs-directory' ?

Bastien writes: >> Not sure if this is of any importance, but since the variable >> user-emacs-directory (a defconst) exists, maybe org-mode could use it >> instead of "~/.emacs.d". It seems only relevant for MS-DOS systems, >> though. > > Applied, thanks. This introduces a regression, since XEmac

[O] bug#10125: RFE: require and load-path-shadowing

Stefan Monnier writes: >> In that case, isn't it enough to call (package-initialize) before >> any Org configuration? > > Here's the scenario: > > start Emacs > use Org > use package.el to install a newer version of Org Exactly. Thanks for putting it so succinctly. Regards, Achim. -- +<[Q+ Mat

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Bastien writes: >> Please go back to the beginning of the thread and read about Eric's >> problem, that's what the patch is trying to solve. > > Also, sorry to insist, but Eric bumped on a bug you introduced and > committed just before the merge with Emacs emacs-24, which is bad. Sorry, but there

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Bastien writes: >> In other words something like this: >> >> (require 'org-compat) >> (require 'org-macs) >> (add-to-list 'load-path "/home/org-mode/lisp") >> (require 'org) > > Anybody can see this is wrong, and instead of letting users shoot > themselves in the foot with a wrong setup, we should

[O] bug#10125: RFE: require and load-path-shadowing

> In that case, isn't it enough to call (package-initialize) before > any Org configuration? Here's the scenario: start Emacs use Org use package.el to install a newer version of Org Stefan

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Achim Gratz writes: > Please go back to the beginning of the thread and read about Eric's > problem, that's what the patch is trying to solve. Also, sorry to insist, but Eric bumped on a bug you introduced and committed just before the merge with Emacs emacs-24, which is bad. What would help wo

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

> No, not at all. That's what reverting db7ece9fa2 does. And if you > really want to flip off folks with strange Org installations instead of > helping them survive, then leave out that third "t", i.e. just change > that line to: Please lower your tone. I'm not "flipping off" anybody. > In oth

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Bastien writes: > Also, the series rintroduces a warning because it moves > `org-effort-durations'. Yes, only in single-file compilation mode and it is completely irrelevant to the problem at hand and can be fixed easily, so I opted to get the code out to be tested and fix this later. > Finally,

[O] [PATCH] exiting source block edit without change should not change buffer-modified sttatus

Currently when I press "C-c '", and immediately exit with "C-c '", the org buffer's modified flag is set, even though I didn't change anything. Code changes with testcases included. I'm not sure if this can be made generic for other types of special edit. -- Le 0001-add-tests-for-round-trip-s

[O] building org on OSX for aquamacs?

Anyone got any advice viz building org for aquamacs on OSX? Aquamacs hasn't got -batch, so I can't do the org-only build. /fas -- \V/_ Filippo A. Salustri, Ph.D., P.Eng. Email: salus...@ryerson.ca http://deseng.ryerson.ca/~fil/

Re: [O] Rudel - Real-Time collaborative editing of Org-Mode files

Torben Hoffmann writes: > Not sure if it would be speedy enough, but gitit [...] Thanks for the pointer! :-) > Inventing a protocol to deal with synchronisation is not trivial, so a > good starting point might be gitit or raw git with the intention of > learning about what the real issues are b

Re: [O] [new exporter] adhere org-export-date-timestamp-format?

Hi Nicolas, Nicolas Goaziou writes: > The attached patch moves them into org.el, with an org-timestamp- > prefix. Looks, good, please go ahead. > Though, I think I have to withdraw my proposal about using #+DATE: value > as a time format string. Indeed, date value, along with any document > pr

Re: [O] Custom Agenda with Tag search for multiple items ( \\ Between search terms) fails push

Hi Jeff, Jeff Myer writes: > I have a custom agenda item in my .emacs file that is for a Tags > search for multiple items as follows (not the whole thing just the > bit that is giving me trouble):  > > "E" "Items Tagged for the Engineering Staff" tags "{Allen\\|Dave\\| > JimD\\|Heming\\|Paul\\|E

[O] bug#10125: RFE: require and load-path-shadowing

Stefan Monnier writes: > It's just an experiment (AFAIK). Okay. >>> "Check whether a required feature has been shadowed by changing >>> `load-path' after it has been loaded and reload that feature from >>> current load-path in this case." >> I don't understand why we need this. > > For the case

Re: [O] habits don't get re-scheduled

Hi Karl, Karl Voit writes: > I bisected this issue. It resulted in: I should have fixed this now, please let me know! Thanks a lot, -- Bastien

[O] bug#10125: RFE: require and load-path-shadowing

Yes, this subroutine is never directly called from C, so placing an advice should work just fine. > I thought coding conventions prevented advising primitives? Nothing prevents advising primitive functions (advising special forms is another matter altogether). But primitive functions ca

Re: [O] About `org-insert-heading' in Org's manual

Hi Xue, Xue Fuqiao writes: > Why do you think that? I think that both import and export are > important. Unless the file format is binary or closed (hard to analyse), > importing is a good feature. Yes, I strongly agree this is a very important feature, I'm just saying this should not be devel

Re: [O] Error escaping '<' and '>' in HTML export

Daniel Dehennin writes: > I tried to export as HTML some script I made and found that the exporter > do not handle correctly URL in the form '' like in > the GPL licence notice when followed by a line containing '>' Fixed, thanks. The problem was part of htmlize.el. If you

[O] bug#10125: RFE: require and load-path-shadowing

> From: Stefan Monnier > Cc: Achim Gratz , 10...@debbugs.gnu.org > Date: Sat, 12 Jan 2013 08:28:29 -0500 > > > IOW, do you expect the byte-compile instances to be different in any > > way from a fresh Emacs session invoked from the shell as "emacs -Q"? > > Yes, because the current Emacs may be

Re: [O] About `org-insert-heading' in Org's manual

On Sat, 12 Jan 2013 14:22:43 +0100 Bastien wrote: > See also http://permalink.gmane.org/gmane.emacs.orgmode/63815 Sorry for not noticing this thread. > > 4. Audio and video insertion in Org; > > Already possible. I found it just now, thanks for your information. > > 5. Alarm support (I'm stron

Re: [O] In HTML export =code= appears too large compared to regular text

Hi John, John Corless writes: > I am interested in changing the appearance of =code= (or ~verbatim~ > for that matter) in HTML export.  In exporting the previous sentence > with default =C-c C-e b=, the words code and verbatim are much larger > than neighboring text.  Worg pages look much nicer

Re: [O] habits don't get re-scheduled

* Bastien wrote: > Hi Karl, Hi! > Karl Voit writes: > >> Another strange issue that I recognized today though: my habits do >> not work any more: Whenever I mark an habit as DONE, it does not get >> re-scheduled as is was before your recent changes. A CLOSED >> time-stamp is added instead. >> >

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Thanks for the patch, it made me realize Org breaks Emacs coding conventions by allowing advice in several places. I will work on removing them. Also, the series rintroduces a warning because it moves `org-effort-durations'. Finally, as far as I understand, you are arguing that users may want to

[O] bug#10125: RFE: require and load-path-shadowing

Achim Gratz writes: > Achim Gratz writes: >> Stefan Monnier writes: >>> Yes, this subroutine is never directly called from C, so placing an >>> advice should work just fine. I thought coding conventions prevented advising primitives? I does not look clean to advise `require' here, just for Org.

[O] bug#10125: RFE: require and load-path-shadowing

> IOW, do you expect the byte-compile instances to be different in any > way from a fresh Emacs session invoked from the shell as "emacs -Q"? Yes, because the current Emacs may be a different executable than the one the shell would run in response to "emacs -Q". Stefan

Re: [O] About `org-insert-heading' in Org's manual

Xue Fuqiao writes: > 1. Build an architecture that supports sharing org files and online real-time > collaboration; See Worg. That's what we com'up best. See also http://permalink.gmane.org/gmane.emacs.orgmode/63815 > 2. MobileOrg for Freerunner/Mer/Firefox OS/Bada/Windows Phone... Please g

[O] In HTML export =code= appears too large compared to regular text

Hello, I am interested in changing the appearance of =code= (or ~verbatim~ for that matter) in HTML export. In exporting the previous sentence with default =C-c C-e b=, the words code and verbatim are much larger than neighboring text. Worg pages look much nicer (see examples on http://orgmode.o

[O] Custom Agenda with Tag search for multiple items ( \\ Between search terms) fails push

I have a custom agenda item in my .emacs file that is for a Tags search for multiple items as follows (not the whole thing just the bit that is giving me trouble): "E" "Items Tagged for the Engineering Staff" tags "{Allen\\|Dave\\|JimD\\|Heming\\|Paul\\|EdM}-TODO=\"DONE\"" When doing an org-mobil

[O] Error escaping '<' and '>' in HTML export

Hello, I tried to export as HTML some script I made and found that the exporter do not handle correctly URL in the form '' like in the GPL licence notice when followed by a line containing '>' For example: #+begin_src sh #!/bin/sh # This program is free software: you c

Re: [O] About `org-insert-heading' in Org's manual

On Sat, 12 Jan 2013 09:52:36 +0100 Bastien wrote: > If you want to contribute to Org, please try to make constructive and > useful suggestions first: that way you'll get write access and be able > to fix those tiny things that don't matter that much. Thanks for your reply. I have a few suggesti

[O] bug#10125: RFE: require and load-path-shadowing

> From: Achim Gratz > Date: Sat, 12 Jan 2013 11:20:58 +0100 > > Eli Zaretskii writes: > >> Could be: depends on the precise semantics of spawn, which I don't know. > > > > I'm barely following this thread, so please tell what semantics do you > > need, and I will then try figuring out whether spa

Re: [O] [new exporter] adhere org-export-date-timestamp-format?

Bastien writes: > I agree they are general and should be move out of org-export.el. > > Note that one of my plan for 8.[01] is to put org.el on diet so that > it loads more quickly and for more basic stuff. So maybe there will > be org-plan.el at some point for org-schedule, org-deadline and >

[O] bug#10125: RFE: require and load-path-shadowing

Eli Zaretskii writes: >> Could be: depends on the precise semantics of spawn, which I don't know. > > I'm barely following this thread, so please tell what semantics do you > need, and I will then try figuring out whether spawn does what you > need. The idea IIUC is to fork/spawn Emacs after it ha

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Bastien writes: > If you want to fix Emacs with respect to allowing loaddefs.el and > org-loaddefs.el compression, please do. There is nothing to fix in Emacs, it doesn't care if loaddefs is compressed or not. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]

Re: [O] [PATCH] New LaTeX exporter, switch for hypersetup

t...@tsdye.com (Thomas S. Dye) writes: > Thanks for the good explanation and suggestions. A (hopefully) better > patch is attached. Thank you. It looked good, I applied it. I also applied it to `e-beamer' back-end for completeness. Regards, -- Nicolas Goaziou

[O] bug#10125: RFE: require and load-path-shadowing

Achim Gratz writes: > Stefan Monnier writes: >> Yes, this subroutine is never directly called from C, so placing an >> advice should work just fine. > > OK, I'll give it a try. Here's what I've come up with: --8<---cut here---start->8--- ;; some parts of Org mi

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Achim Gratz writes: > The problem is that for the previous discussion "(require 'org-macs)" > was effectively a NOP because 'org-macs was already loaded from a > different place. If you want to fix it, then that's where the effort > should be directed (org-reload already does that and it's not dif

Re: [O] org agenda extensions

Hi Bastien ok. will investigate. thanks for now. Best Thomas Bastien writes: > Hi Thomas, > > Thomas Alexander Gerds writes: > >> I feel that your proposal to first create the agenda using the standard >> `org-agenda-format-item' function and then to replace all lines again, >> by calling a

Re: [O] org agenda extensions

Hi Thomas, Thomas Alexander Gerds writes: > I feel that your proposal to first create the agenda using the standard > `org-agenda-format-item' function and then to replace all lines again, > by calling a suitable function added to `org-agenda-finalize-hook' is > not very efficient. Imagine you

Re: [O] org agenda extensions

Hi Bastien I feel that your proposal to first create the agenda using the standard `org-agenda-format-item' function and then to replace all lines again, by calling a suitable function added to `org-agenda-finalize-hook' is not very efficient. but, since you agree that when `org-agenda-property-

Re: [O] About `org-insert-heading' in Org's manual

Hi Xue, Xue Fuqiao writes: > In (info "(org) Plain lists"): > `M-' (`org-insert-heading') > Insert new item at current level. With a prefix argument, force a > new heading (*note Structure editing::). If this command is used > in the middle of an item, that item is _split_ i

Re: [O] org agenda extensions

Hi Thomas, Thomas Alexander Gerds writes: > thanks for looking into this! I understand your general point of > view. however, the proposed changes would only slow down agenda creating > if org-agenda-property-list is set, right? Right. > also, it certainly requires some insights to write > org

Re: [O] Fixes for org-capture-templates-contexts

Hi Darlan, Darlan Cavalcante Moreira writes: > By a great coincidence I just discovered org-capture-templates-contexts > yesterday but could not make it work yet (didn't have much time to > investigate it). Please try to customize `org-capture-templates-contexts' using the customize interface.

Re: [O] Fixes for org-capture-templates-contexts

Hi Paul, Paul Sexton writes: > org-capture-templates-contexts currently appears not to work. Actually it works, but the docstring where misleading, I fixed them. > - new context specifiers in-buffer and not-in-buffer > - in-mode and not-in-mode expect a symbol, not a regexp. > - if a rule spe

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b

Achim Gratz writes: > Bastien writes: >> (load "org-loaddefs.el" t t t) will *not* load gzipped version of >> org-loaddefs.el. > > That's what I was trying to tell you and I consider that a bug. I don't. >> Please point at one distribution that actually distributes gzipped >> autoloads files li

[O] bug#10125: RFE: require and load-path-shadowing

> From: Stefan Monnier > Date: Fri, 11 Jan 2013 17:52:33 -0500 > Cc: 10...@debbugs.gnu.org > > I guess we could fork Emacs early on and keep this second process > around as a "process from which to generate new clean slates". > >>> I've been thinking about something like this for a whil