Re: [O] (ATTN: debugging tip) Re: Opendocument export causes error
Jambunathan K gmail.com> writes: > So org-odt indirectly requires org-compat. Even though it may have no bearing in this case: AFAICS it uses a macro from org-compat directly, so it shouldn't rely on other files to pull in that definition, it should require it directly. > In OP's case, the org-compat > is provided by older library that comes with Vanilla Emacs. Unless I'm missing something, this is only possible if it gets loaded before the load-path to the new Org is set up. If so, a (require 'org-compat) would not correct the situation, while a (load-library "org-compat") would. I would like to see the value of load-history on the OP's box after an emacs -Q -L /path/to/org if possible. Regards, Achim.
Re: [O] Opendocument export causes error
> I will go through your detailed list of suggestions a bit > later. Thanks a lot again for your help! I hope you do revert with your observations on broken setup. In my experience, most users don't :-). There is some confusion around the area of macros and autoloads. Something is amiss. Only non-programmers seem to run in to this and it has been very difficult to understand what is happening on their setup, without their co-operation. Here is another suggestion. A bit easy one though. This will be archived and will serve as a written hint to debug macro/autoload issues. When the err happens, 1. Load Emacs like this. Adjust the `-L's. Note also the -Q. emacs --debug-init -L ~/src/org-mode/lisp -L ~/src/org-mode/contrib/lisp -Q 2. M-x load-library RET org-odt RET 3. M-x ielm RET Here is a sample session both for org-odt and org-e-odt. Sample illustrates the sequence of events that led org-compat.el to be loaded. The sequence below is courtesy this suggestion/thread: http://lists.gnu.org/archive/html/help-gnu-emacs/2012-11/msg00227.html So the load chain is: org-compat <= org <= org-exp <= org-lparse <= org-odt , | *** Welcome to IELM *** Type (describe-mode) for help. | ELISP> (symbol-file 'org-compat 'require) | "/home/kjambunathan/src/org-mode/lisp/org.elc" | ELISP> (symbol-file 'org 'require) | "/home/kjambunathan/src/org-mode/lisp/org-exp.elc" | ELISP> (symbol-file 'org-exp 'require) | "/home/kjambunathan/src/org-mode/lisp/org-lparse.elc" | ELISP> (symbol-file 'org-lparse 'require) | "/home/kjambunathan/src/org-mode/lisp/org-odt.elc" | ELISP> (symbol-file 'org-odt 'require) | nil ` So the load chain is: org-compat <= org <= org-element <= org-export <= org-e-odt , | *** Welcome to IELM *** Type (describe-mode) for help. | ELISP> (symbol-file 'org-compat 'require) | "/home/kjambunathan/src/org-mode/lisp/org.elc" | ELISP> (symbol-file 'org 'require) | "/home/kjambunathan/src/org-mode/lisp/org-element.elc" | ELISP> (symbol-file 'org-element 'require) | "/home/kjambunathan/src/org-mode/contrib/lisp/org-export.el" | ELISP> (symbol-file 'org-export 'require) | "/home/kjambunathan/src/org-mode/contrib/lisp/org-e-odt.elc" | ELISP> (symbol-file 'org-e-odt 'require) | nil | ELISP> (symbol-file 'org-macs 'require) | "/home/kjambunathan/src/org-mode/lisp/org.elc" ` ps: I hope I am invoking `symbol-file' properly. --
[O] (ATTN: debugging tip) Re: Opendocument export causes error
Achim Gratz writes: >> Instead, adding the following to ~/.emacs does work, but this seems >> to be just a hack. Should I really use this? >> >> (load-library "org-compat.el") >> (load-library "org-odt.el") > > If the problem is where I think it is, then a (require 'org-compat) > should be a valid workaround until the final fix is in Org. This is how org-compat.el gets loaded. The load sequence is triggered by emacs -Q -L /org/path M-x load-library RET org-odt RET. , | *** Welcome to IELM *** Type (describe-mode) for help. | ELISP> (symbol-file 'org-compat 'require) | "/home/kjambunathan/src/org-mode/lisp/org.elc" | ELISP> (symbol-file 'org 'require) | "/home/kjambunathan/src/org-mode/lisp/org-exp.elc" | ELISP> (symbol-file 'org-exp 'require) | "/home/kjambunathan/src/org-mode/lisp/org-lparse.elc" | ELISP> (symbol-file 'org-lparse 'require) | "/home/kjambunathan/src/org-mode/lisp/org-odt.elc" | ELISP> (symbol-file 'org-odt 'require) | nil ` So org-odt indirectly requires org-compat. In OP's case, the org-compat is provided by older library that comes with Vanilla Emacs. --
Re: [O] boxquote in plain lists
Da: Julien Cubizolles Inviato: Lunedì 3 Dicembre 2012 17:34 > Giovanni Ridolfi writes: > I think I did : > * created headline with star > * add boxquoted text > * checked that the headline can be folded C-c @ on the headline so that the whole text is selected > * C-c - on the headline Actually, C-c - on the selected text: i.e. the first line ( the headline and the whole text below) > * headline gets converted to a plain list that can't be folded anymore the whole text, i.e. headline+text is converted in an item of a list and indented correctly. for further information, please, read the manual regarding plain lists. cheers, Giovanni
Re: [O] Multiline #+MACRO:
On Mon, Dec 03, 2012 at 08:28:26PM +0100, Benny Simonsen wrote: > I would like to make a multiline macro that contains somethiing like this: > #+ATTR_HTML: class="centerimg" > file:./gallery/$1 > > is it possible, and how? Hi, \n inside a macro definition gets expanded as a new-line. So you can implement your macro thus: #+MACRO myimg #+ATTR_HTML: class="centerimg"\nfile:./gallery/$1
Re: [O] org-caldav: Sync Org with external calendars through CalDAV (Owncloud, Google, ...)
Stephen Eglen writes: > David Engster randomsample.de> writes: >> Bastien writes: >> > David Engster randomsample.de> writes: >> >> That is very strange. It should first >> >> ask: "Username [for Google CalDAV]:". If it does not do that, maybe you >> >> have that information in your .authinfo? >> > >> > I have this: >> > >> > machine smtp.gmail.com login bastienguerry gmail.com password xx >> >> Since we're connecting to google.com this shouldn't matter, obviously, >> thus I'm at a loss why it doesn't ask. I currently cannot test anything >> reliably because I'm on vacation and there's no 3G around here, so I'm >> afraid this has to wait a bit. Unless "someone" beats me to it. > did either of you resolve this problem about org-caldav just asking for the > password, and not the username? I am now trying org-caldav, and am seeing the > same problem. Happy to debug further if you can tell me which functions to > look > into. I'm at a loss why this happens, and I could not reproduce it with my account. This problem really has nothing to do with org-caldav, since it is delegating this part to the url package. As I've already written to Bastien, please try (url-retrieve-synchronously "https://www.google.com/calendar/dav/your-calendar...@group.calendar.google.com/events/";) If this doesn't ask for your username, then there's your problem. Depending on the Emacs version you're using, you might want to set (setq auth-source-debug t) to see whether some .netrc file or similar is setting the username for you (look into the *Messages* buffer). -David
[O] Multiline #+MACRO:
Hi I would like to make a multiline macro that contains somethiing like this: #+ATTR_HTML: class="centerimg" file:./gallery/$1 is it possible, and how? Thanks, Benny
Re: [O] is this spreadsheet correct?
Samuel Wales writes: > On 12/2/12, Achim Gratz wrote: >> Also, it seems you didn't have the cursor >> inside the table. > > The bug occurs when point is in the table. That is strange, in this case org-edit-special should branch into org-table-edit-formulas, but your backtrace shows that it ended up in org-edit-src-code. > Are you trying to say that the stack trace would be normal if you > executed on the tblfm line? If so, I think that's an error message > bug. No, there's something going on that causes Org to miss the fact that point is inside the table. It doesn't happen when I try to reproduce your example, nor do I get the same error message when I'm outside the table. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html
Re: [O] is this spreadsheet correct?
On 12/2/12, Achim Gratz wrote: > Also, it seems you didn't have the cursor > inside the table. The bug occurs when point is in the table. Are you trying to say that the stack trace would be normal if you executed on the tblfm line? If so, I think that's an error message bug.
Re: [O] boxquote in plain lists
Giovanni Ridolfi writes: > Actually, I think you haven't converted the headline > like I said. Did you? How? I think I did : * created headline with star * add boxquoted text * checked that the headline can be folded * C-c - on the headline * headline gets converted to a plain list that can't be folded anymore > ah, please, let us know your: > - Org version Org-mode version 7.9.2 (release_7.9.2-632-gd344fd) > - Emacs version GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.6.0) of 2012-11-22 > - Operating system Linux, Ubuntu 12.10 Julien.
Re: [O] boxquote in plain lists
Hi, Julien, Da: Julien Cubizolles Inviato: Lunedì 3 Dicembre 2012 16:44 >Giovanni Ridolfi writes: <--8<---cut here---start->8--- >- boxquoted >, >| test >` >--8<---cut here---end--->8--- > with no indentation, can't be folded. > I must some options badly configured Actually, I think you haven't converted the headline like I said. Did you? How? >> But if you insist ;-) to use _lists_ .. well >> use headlines :-), >> /then/ CONVERT the headlines in list >> (selecting the headlines >> and pressing C-c - and you''ll find a nicely >> indented list >> - >> - boxquoted >> , >> | The default style looks like this. >> ` >> --- >> that can be folded. ah, please, let us know your: - Org version - Emacs version - Operating system thanks, Giovanni
Re: [O] Opendocument export causes error
Dear Jambunathan, Again, thanks a lot for all your feedback. On 3 Dec 2012, at 06:01, Jambunathan K wrote: > Torsten Anders writes: >> One is the standard Emacs (in my case Aquamacs based on GNU Emacs >> 23.3.50.1) > > 50 in your Emacs version is an indication that it is a pre-pretest > version of Emacs. It seems you are OK with runnning a > non-released/unstable Emacs. This is the latest version of Aquamacs (http://aquamacs.org/), version 2.4. On a Mac, Aquamacs is by far the most convenient Emacs implementation I know of, if only for the antialiased font support and how easily font sizes are changed. The development version of Aquamacs uses Emacs 24, but I would like to avoid using that Aquamacs version before it is stable. Anyway, I assume I am not the only Aquamacs user on this list :) So, if the reported problem is due to Aquamacs then quite likely I am not the only one with this problem. I will go through your detailed list of suggestions a bit later. Thanks a lot again for your help! Best wishes, Torsten > I am not sure whether the port below is an Aquamacs. > > http://lists.gnu.org/archive/html/emacs-devel/2012-11/msg00472.html > > It is Emacs 24.2.90. One major version up and also a pre-test. You can > read the reaction of people in that thread. That version has a fairly > recent version of all org files. Notably an old org-compat that is > /very close/ to new org-compat. If the new port works, then you really > don't have to bother but just carry on with your work and bother less > about Org. > -- -- Dr Torsten Anders Course Leader, Music Technology University of Bedfordshire Park Square, Room A315 http://www.torsten-anders.de
Re: [O] boxquote in plain lists
Giovanni Ridolfi writes: > Da: Julien Cubizolles > > Inviato: Mercoledì 28 Novembre 2012 23:03 > >> I very often use boxquoted text in my org files to insert excerpts of >> config files but I have trouble using it in plain lists : the boxquoted >> text won't be folded by TAB, you have to manually indent each line of >> the boxquote for the folding to work. > > Hi, Julien, > > I suggest to you to use headlines: > -+--- > boxquoted > , > | The default style looks like this. > ` > -+ > and if you press TAB the text will be folded. This one works, thanks > But if you insist ;-) to use tab... well > use headlines :-), > /then/ convert the headlines in list (selecting the headlines > and pressing C-c - and you''ll find a nicely > indented list > - > - boxquoted > , > | The default style looks like this. > ` > --- > that can be folded. I must some options badly configured This is what I get with headlines, it can indeed be folded --8<---cut here---start->8--- * boxquoted , | test ` --8<---cut here---end--->8--- --8<---cut here---start->8--- - boxquoted , | test ` --8<---cut here---end--->8--- with no indentation, can't be folded. Julien.
Re: [O] mobileorg for android: perhaps best to wait on an update
Hi, Checking "show done" in the preferences should make all entries appear. A fixed version will be available soon. Henning On Mon, Dec 3, 2012 at 1:08 AM, Brian van den Broek < brian.van.den.br...@gmail.com> wrote: > Hi all, > > mobileorg for android 0.9.5 came out a few days ago. Looks like > there's been a lot of forward movement, and that's just great. Less > great is that it busted calendar sync up pretty badly: > https://github.com/matburt/mobileorg-android/issues/305. Just thought > I'd try to save others on the list the hassle. > > Best, > > Brian vdB > >
Re: [O] org-caldav: Sync Org with external calendars through CalDAV (Owncloud, Google, ...)
David Engster randomsample.de> writes: > > Bastien writes: > > David Engster randomsample.de> writes: > >> That is very strange. It should first > >> ask: "Username [for Google CalDAV]:". If it does not do that, maybe you > >> have that information in your .authinfo? > > > > I have this: > > > > machine smtp.gmail.com login bastienguerry gmail.com password xx > > Since we're connecting to google.com this shouldn't matter, obviously, > thus I'm at a loss why it doesn't ask. I currently cannot test anything > reliably because I'm on vacation and there's no 3G around here, so I'm > afraid this has to wait a bit. Unless "someone" beats me to it. > > -David > > hi David, Bastien, did either of you resolve this problem about org-caldav just asking for the password, and not the username? I am now trying org-caldav, and am seeing the same problem. Happy to debug further if you can tell me which functions to look into. Thanks, Stephen
Re: [O] boxquote in plain lists
Da: Julien Cubizolles Inviato: Mercoledì 28 Novembre 2012 23:03 > I very often use boxquoted text in my org files to insert excerpts of > config files but I have trouble using it in plain lists : the boxquoted > text won't be folded by TAB, you have to manually indent each line of > the boxquote for the folding to work. Hi, Julien, I suggest to you to use headlines: -+--- boxquoted , | The default style looks like this. ` -+ and if you press TAB the text will be folded. But if you insist ;-) to use tab... well use headlines :-), /then/ convert the headlines in list (selecting the headlines and pressing C-c - and you''ll find a nicely indented list - - boxquoted , | The default style looks like this. ` --- that can be folded. hth, cheers, Giovanni
[O] unexpected (buggy?) export to iCalendar beheaviour
Hi! This --- * important SCHEDULED: <2012-12-03 Mo> * not so important <2012-12-03 Mo> --- is exported via C-c E i to --- BEGIN:VCALENDAR VERSION:2.0 X-WR-CALNAME:test PRODID:-//steuer//Emacs with Org-mode//EN X-WR-TIMEZONE:CET X-WR-CALDESC:nil CALSCALE:GREGORIAN BEGIN:VEVENT UID: TS-f58e8c25-322d-426b-b4e9-6b3f74fff4ea DTSTART;VALUE=DATE:20121203 DTEND;VALUE=DATE:20121204 SUMMARY:not so important DESCRIPTION: <2012-12-03 Mo> CATEGORIES:test END:VEVENT END:VCALENDAR --- So the SCHEDULED event is not exported. I assume that's a bug? Or is there some variable to set? May be it is related to the bug reported for mobile-org this morning? My setting: Org-mode version 7.9.2 (release_7.9.2-646-g664217) GNU Emacs 23.2.1 (x86_64-suse-linux-gnu, GTK+ Version 2.22.1) Detlef
Re: [O] Opendocument export causes error
Torsten Anders beds.ac.uk> writes: > I tried both adding (require 'org) and (require 'org-loaddefs) to ~/.emacs > but they both make no difference to this problem, I still get the error > > call-interactively: Symbol's value as variable is void: err Yes, that problem is apparently someplace else. I'll let Jambunathan have a go first. > Instead, adding the following to ~/.emacs does work, but this seems > to be just a hack. Should I really use this? > > (load-library "org-compat.el") > (load-library "org-odt.el") If the problem is where I think it is, then a (require 'org-compat) should be a valid workaround until the final fix is in Org. > Does this mean there are possibly more things that did not load as they > should? The combination of the version of Org in your version of Emacs and a more recent Org can't be expected to work correctly in all cases unless you add one of the requires I've shown. Regards, Achim.