Re: [O] TeX-master: TeX-master is let-bound
On Thu, Oct 25, 2012 at 11:19:30PM +0100, Christopher Schmidt wrote: > Suvayu Ali writes: > > On Thu, Oct 25, 2012 at 05:48:57PM +0100, Christopher Schmidt wrote: > >> org-export-as-latex (org-latex.el) let-binds TeX-master. Later on > >> feature tex may be loaded. This is a problem, because in that case > >> the defvar TeX-master of tex (AUCTeX) is ignored. > >> > >> Warning: defvar ignored because TeX-master is let-bound > >> > >> This issue could be fixed by adding (require 'tex nil t). > >> > > > > What is your org-version? AFAIR, this was the case at the beginning > > of this year (Feb-March '12) but I do not think this is an issue > > anymore. > > No, it is in both maint and master (org-latex.el:958) right now. To be > honest, why is TeX-master exactly bound in the first place? > > (TeX-master (boundp 'TeX-master)) > > For the record, I use Org-mode version 7.9.2 (release_7.9.2-62-gde7766), > that is maint from the 15th. of October. > I believe the reason was to get rid of auctex prompting for the master file name every time an org file is exported to LaTeX. -- Suvayu Open source is the future. It sets us free.
Re: [O] Problem with org-clock-persistence-insinuate in org-plus-contrib
T.F. Torrey writes: > I don't understand that backtrace very well, but it looks like something > is hardcoded to look in a contrib subdirectory for the contrib files and > can't find them when they are moved to the root of the package > directory. Actually, you will need to customize that variable if you want to use ditaa. But the error is that ob-ditaa is missing a (require 'org-compat), I've pushed a fix for that. But you may still do your own customizations for Org too early, you should defer them to after package-initialize has run. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] [BUG] [ODT] ODT export (old) fails with wrong-type-argument
Christian writes: > I confirm -- this is fixed in release_7.9.2-513-gad17c4. Great news. Bastien, many thanks! Tom -- Tom Davey t...@tomdavey.com New York NY USA
Re: [O] [new exporter]: LaTeX output from babel escapes comment delimiter
Thanks for trying to reproduce this. I tried again from 'emacs -Q', and couldn't reproduce it either. I'm concluding it's due to some cruft in my .emacs file, and not a problem with the exporter. --Mike
Re: [O] TeX-master: TeX-master is let-bound
Suvayu Ali writes: > On Thu, Oct 25, 2012 at 05:48:57PM +0100, Christopher Schmidt wrote: >> org-export-as-latex (org-latex.el) let-binds TeX-master. Later on >> feature tex may be loaded. This is a problem, because in that case >> the defvar TeX-master of tex (AUCTeX) is ignored. >> >> Warning: defvar ignored because TeX-master is let-bound >> >> This issue could be fixed by adding (require 'tex nil t). >> > > What is your org-version? AFAIR, this was the case at the beginning > of this year (Feb-March '12) but I do not think this is an issue > anymore. No, it is in both maint and master (org-latex.el:958) right now. To be honest, why is TeX-master exactly bound in the first place? (TeX-master (boundp 'TeX-master)) For the record, I use Org-mode version 7.9.2 (release_7.9.2-62-gde7766), that is maint from the 15th. of October.
Re: [O] TeX-master: TeX-master is let-bound
On Thu, Oct 25, 2012 at 05:48:57PM +0100, Christopher Schmidt wrote: > org-export-as-latex (org-latex.el) let-binds TeX-master. Later on > feature tex may be loaded. This is a problem, because in that case the > defvar TeX-master of tex (AUCTeX) is ignored. > > Warning: defvar ignored because TeX-master is let-bound > > This issue could be fixed by adding (require 'tex nil t). > What is your org-version? AFAIR, this was the case at the beginning of this year (Feb-March '12) but I do not think this is an issue anymore. -- Suvayu Open source is the future. It sets us free.
[O] Problem with org-clock-persistence-insinuate in org-plus-contrib
Hello, I am trying to use the latest version of the org-plus-contrib from the org Elpa repository (and using emacs-snapshot in Ubuntu 12-04), but I get a weird error. My first clue was this error: #+BEGIN_QUOTE Warning (initialization): An error occurred while loading `/home/tftorrey/.emacs.d/init.el': Symbol's function definition is void: org-find-library-dir To ensure normal operation, you should investigate and remove the cause of the error in your initialization file. Start Emacs with the `--debug-init' option to view a complete error backtrace. #+END_QUOTE Starting Emacs with emacs --debug-init produces this backtrace: #+BEGIN_QUOTE Debugger entered--Lisp error: (void-function org-find-library-dir) (org-find-library-dir "org") (file-name-directory (org-find-library-dir "org")) (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))) (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org" (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org") (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")) (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))) eval((expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org" custom-initialize-reset(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org" custom-declare-variable(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))) ("/home/tftorrey/.emacs.d/elpa/org-plus-contrib-20121022/org-exp-blocks.elc" . 5960) :group org-babel :type string) require(org-exp-blocks) byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\207" [require org org-macs org-agenda org-exp-blocks ob-exp org-src] 2) require(org-exp) require(org-clock) org-clock-persistence-insinuate() eval-buffer(# nil "/home/tftorrey/.emacs.d/emacs-tftorrey.el" nil t) ; Reading at buffer position 42296 load-with-code-conversion("/home/tftorrey/.emacs.d/emacs-tftorrey.el" "/home/tftorrey/.emacs.d/emacs-tftorrey.el" nil nil) load("/home/tftorrey/.emacs.d/emacs-tftorrey.el" nil nil t) load-file("/home/tftorrey/.emacs.d/emacs-tftorrey.el") org-babel-load-file("/home/tftorrey/.emacs.d/emacs-tftorrey.org") eval-buffer(# nil "/home/tftorrey/.emacs.d/init.el" nil t) ; Reading at buffer position 379 load-with-code-conversion("/home/tftorrey/.emacs.d/init.el" "/home/tftorrey/.emacs.d/init.el" t t) load("/home/tftorrey/.emacs.d/init" t t) #[0 "\205\262\306=\203 \307\310Q\202; \311=\204 \307\312Q\202;\313\307\314\315#\203*\316\202;\313\307\314\317#\203:\320\nB\321\202;\316\322\323\322\211#\210\322=\203a\324\325\326\307\327Q!\"\323\322\211#\210\322=\203`\210\203\243\330!\331\232\203\243\332!\211\333P\334!\203}\211\202\210\334!\203\207\202\210\314\262\203\241\335\"\203\237\336\337#\210\340\341!\210\266\f?\205\260\314\323\342\322\211#)\262\207" [init-file-user system-type delayed-warnings-list user-init-file inhibit-default-init inhibit-startup-screen ms-dos "~" "/_emacs" windows-nt "/.emacs" directory-files nil "^\\.emacs\\(\\.elc?\\)?$" "~/.emacs" "^_emacs\\(\\.elc?\\)?$" (initialization "`_emacs' init file is deprecated, please use `.emacs'") "~/_emacs" t load expand-file-name "init" file-name-as-directory "/.emacs.d" file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default"] 7 "\n\n(fn)"]() command-line() normal-top-level() #+END_QUOTE If I comment out (org-clock-persistence-insinuate) in my init files, Emacs starts without error. What's extra weird is that if I then uncomment (org-clock-persistence-insinuate) and restart Emacs, it starts without error -- once. After that, it produces the original error again. I don't understand that backtrace very well, but it looks like something is hardcoded to look in a contrib subdirectory for the contrib files and can't find them when they are moved to the root of the package directory. Finally, I haven't taken the time to debug it fully, but trying to prepare this bug report using the org-plus-contrib package also failed, with this error that looks related: #+BEGIN_QUOTE Calling org-s
Re: [O] new exporter / org-element
Achim Gratz writes: > Thanks for the suggestion, but again I'm using this just as an > example. I understand, but this example doesn't help, since it can't justify the need for any additional mechanism you're suggesting. >> There's already such a mechanism: it's called "filters". I'm just >> pointing out that, in your situation, it's not worth relying on this >> kind of tool. > > IIUC, you are talking about a mechanism to implement exporters. Absolutely not. Filters are end-user tools used to tweak output from back-ends (that is a string to string process). > I'm vying for a way to syntactically tie stuff that needs to go before > the element (and maybe wrap around it) so that it's recognized as part > of that element and not part of another, unrelated element. That's too vague. It depends on the type of element, the level at which you want to tie stuff (in Org buffer, in the parse tree, just before export) and the frequency at which you'll need it. In most cases, I imagine adding #+LATEX: (or any other appropriate keyword) around the element is enough. Regards,
Re: [O] new exporter / org-element
Nicolas Goaziou writes: >> Yes, that's exactly the workaround I used. > > Better: you can move the pagebreak just /above/ the footnote section, as > if the section didn't exist. Thanks for the suggestion, but again I'm using this just as an example. > There's already such a mechanism: it's called "filters". I'm just > pointing out that, in your situation, it's not worth relying on this > kind of tool. IIUC, you are talking about a mechanism to implement exporters. I'm vying for a way to syntactically tie stuff that needs to go before the element (and maybe wrap around it) so that it's recognized as part of that element and not part of another, unrelated element. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[O] org-contacts.el does not require org-agenda
org-contacts uses agenda functions but does not require org-agenda. This is a bug. Christopher
[O] TeX-master: TeX-master is let-bound
org-export-as-latex (org-latex.el) let-binds TeX-master. Later on feature tex may be loaded. This is a problem, because in that case the defvar TeX-master of tex (AUCTeX) is ignored. Warning: defvar ignored because TeX-master is let-bound This issue could be fixed by adding (require 'tex nil t). Christopher
Re: [O] [New exporter] Protected Org code is still interpreted
Hello, "Sebastien Vauban" writes: > Org code (protected by a comma, in a code block) is interpreted, when exported > to Beamer. See with this ECM: This should be fixed. Thanks for the report. Note : this isn't related to new exporter but to recent code-escaping changes. Regards, -- Nicolas Goaziou
Re: [O] Filling comments in Org code block vs in temporary buffer
Hello, "Sebastien Vauban" writes: > I used VERSE (instead of EXAMPLE) by following (what I understood from) your > advice, see http://comments.gmane.org/gmane.emacs.orgmode/33919. A verse block implies that every line of its contents have a line break. You can do many things with verse blocks beside poetry, but certainly not filling them. > Now, I don't need anything special (no treatment of the emails contents), but > I need some "respectful" filling (what FillAdapt did), so that the following: > > #+begin_quote >> I think VERSE (patched) is better than EXAMPLE because you can still >> benefit from text markup (and LaTeX snippets). Sadly, mails can >> sometimes be, well, very distant from poetry... > #+end_quote > > does not become: > > #+begin_quote >> I think VERSE (patched) is better than EXAMPLE because you can still > > benefit from text markup (and LaTeX snippets). Sadly, mails can > sometimes > be, well, very distant from poetry... > #+end_quote This is some special requirement. Org doesn't know about message mode filling rules. > Any better advice? Configure FillAdapt to be compatible with Org mode? Since it's a FAQ, it may be useful to many people. Regards, -- Nicolas Goaziou
Re: [O] [new exporter] Windows / LaTeX export
Hello, "Sebastien Vauban" writes: > The same type of problem exists for `org-latex-to-pdf-process': contrarily to > what I'd thought from reading the doc, the argument %b is NOT (only) the base > name, but the full name without the file extension; hence, the problem under > Cygwin Emacs with /cygdrive/c type of paths which are sent (via LaTeXMK or > directly) to PDFLaTeX. Since a very recent patch, "%b" means real base name in `org-e-latex-pdf-process'. Regards, -- Nicolas Goaziou
Re: [O] Issue when jumping from agenda view to clock line
Hi Sébastien, "Sebastien Vauban" writes: >> I'm using org-mode version 7.9.2 (release_7.9.2-53-g93040f). > > I confirm having observed this regression as well (over the last > monthor so). I can't confirm this with latest Org (from master). See http://lumiere.ens.fr/~guerry/u/orgbug.ogv for what I tested. Do I miss something? -- Bastien
Re: [O] Issue when jumping from agenda view to clock line
Hello Bastien, "Sebastien Vauban" wrote: > "Francesco Pizzolante" wrote: >> I'm having an issue when jumping from the C-c a a / v c view (check log view >> in the agenda view) to a clock line. >> >> Here's a small example. >> >> #+begin_src org >> * My tasks >> >> ** First task >>:LOGBOOK: >>CLOCK: [2012-10-22 Mon 13:00]--[2012-10-22 Mon 14:30] => 1:00 >>CLOCK: [2012-10-23 Tue 13:00]--[2012-10-23 Tue 14:30] => 1:00 >>CLOCK: [2012-10-24 Wed 13:00]--[2012-10-24 Wed 14:30] => 1:00 >>:END: >> #+end_src >> >> In the agenda view (C-c a a) for Wed 24, enable the check view (v c), then >> press ENTER on the log line for "First task", you jump to the corresponding >> heading (First task) but it positions the cursor just after the :LOGBOOK: >> keyword and the drawer remains closed. >> >> The previous and correct behaviour was to jump to the corresponding line (in >> the example, the third clock line) in the opened drawer. >> >> I'm using org-mode version 7.9.2 (release_7.9.2-53-g93040f). > > I confirm having observed this regression as well (over the last month or so). Please find a screencast here: http://screencast.com/t/boqQvh3YlcK You see that, when jumping from an agenda line to the source Org buffer (containing the clock line), I'm not arriving at the source clock line anymore. I'm back on the (collapsed) drawer, and have to find myself the right line to edit... Before, when jumping from an agenda clock line, we arrived exactly on that line. We could easily change the beginning or end time, without searching first for the right line. Is this more clear? Best regards, Seb -- Sebastien Vauban
Re: [O] org-mobile-push fails
"Jorge A. Alfaro Murillo" writes: > I think I figured it out. I think it was a problem of having > "upgraded" org from the package manager once, when I had another > version of emacs. I removed the package, reinstall emacs-snapshot and > now it is working again. Thanks you found the problem and solution and for letting us know. Best, -- Bastien
[O] [bug] Code disappears from block when hitting TAB
Hello, Today, I've observed that code disappears when hitting TAB (C-h k reports it's bound to org-cycle) in a code block. ECM: --8<---cut here---start->8--- * Org-cycle #+begin_src org #+LaTeX_CLASS: beamer #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_FRAME_LEVEL: 1 #+BEAMER_HEADER_EXTRA: \usetheme{default}\usecolortheme{default} #+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args) %4BEAMER_col(Col) %8BEAMER_extra(Extra) #+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 :ETC #+end_src Hit =TAB=, for example on the first # char from the first line, and your code disappears: #+begin_src org C #+end_src --8<---cut here---end--->8--- Instead, hitting TAB should have protected the Org code by prefixing dangerous lines with a comma... Org-mode version 7.9.2 (release_7.9.2-486-g4bb5a0 @ d:/home/sva/src/org-mode/lisp/) Best regards, Seb -- Sebastien Vauban
Re: [O] Replacing links with section numbers in ASCII export
On 10/25/2012 04:15 PM, Nicolas Goaziou wrote: > Mats Kindahl writes: > >> That is nice. I assume that I have to use the development branch in that >> case? > Yes, its merge is planned for Org 8.0. For now it lies in the contrib/ > directory. > > If you want to try it, assuming contrib/ is in your load-patch, just > require the back-end(s) you need, in this case (require 'org-e-ascii), > and call M-x org-export-dispatch. OK. Thanks! I'll try it out. /Matz > > Regards, -- Senior Principal Software Developer Oracle, MySQL Department
Re: [O] Replacing links with section numbers in ASCII export
Mats Kindahl writes: > That is nice. I assume that I have to use the development branch in that > case? Yes, its merge is planned for Org 8.0. For now it lies in the contrib/ directory. If you want to try it, assuming contrib/ is in your load-patch, just require the back-end(s) you need, in this case (require 'org-e-ascii), and call M-x org-export-dispatch. Regards,
Re: [O] org-mobile-push fails
I think I figured it out. I think it was a problem of having "upgraded" org from the package manager once, when I had another version of emacs. I removed the package, reinstall emacs-snapshot and now it is working again. Thanks. On Oct 25, 2012 4:02 AM, "Bastien" wrote: > Hi Jorge, > > "Jorge A. Alfaro Murillo" writes: > > > This is strange, since I get the whole emacs from a repository > > (http://emacs.naquadah.org/ unstable/ ). I should not have to compile > > anything. > > I double-checked and the source on Julien's server are okay. > > Can you do > > C-h f org-mobile-create-index-file REt > > and report where the related source file is located? > > Removing it should be enough to clean up your installation. > > Best, > > -- > Bastien >
Re: [O] Replacing links with section numbers in ASCII export
On 10/25/2012 02:44 PM, Nicolas Goaziou wrote: > Hello, > > Mats Kindahl writes: > >> I would like to get references to sections replaced with the section >> number in ASCII export instead of the link name, that is, something >> similar to how LaTeX handles \label and \ref (but for ASCII export). Is >> this possible? >> >> For example: >> >> * Top Header >> >> ** Inner Header >> >> Some text... >> >> ** Other Inner Header >> >> Here I would like to have a reference to [[Inner Header]] as a >> section /number/. > It is possible in the new (experimental) exporter. That is nice. I assume that I have to use the development branch in that case? /Matz > > > Regards, > -- Senior Principal Software Developer Oracle, MySQL Department
[O] [New exporter] Protected Org code is still interpreted
Hello Nicolas, Org code (protected by a comma, in a code block) is interpreted, when exported to Beamer. See with this ECM: --8<---cut here---start->8--- #+LaTeX_CLASS: beamer #+LaTeX_CLASS_OPTIONS: [handout] #+OPTIONS: H:2 * First section ** Basic steps - Write headlines #+begin_src org ,* First frame #+end_src - Fill in the entries #+begin_src org This is the text form the entry... #+end_src --8<---cut here---end--->8--- Best regards, Seb -- Sebastien Vauban
Re: [O] new latex exporter - emphasise and footnote: feature or bug?
Hello François, François Allisson wrote: > Nicolas Goaziou writes: >> It isn't related to the exporter. There is a limited set of charaters >> allowed just after an emphasis marker, and "]" doesn't belong, by >> default, to them. >> >> You may want to tweak the "post" part of >> `org-emphasis-regexp-components'. > > Cristal clear! Thanks a lot. Could you, maybe, post your updated regexp (for future reference)? Or, maybe, that would be useful to be put in Org by default? Best regards, Seb -- Sebastien Vauban
Re: [O] [new exporter] Windows / LaTeX export
Nicolas Goaziou gmail.com> writes: > By default, commands from `org-e-latex-pdf-process' use "%f" place > holder, which is the absolute file name. You may want to use "%b" (and > a recent Org pull) instead. I've pulled again and used "texi2dvi" from the value menu and all is well now. Thanks. Regards, Achim.
Re: [O] Patch: org-agenda-skip-deadline-prewarning-if-scheduled prior to scheduled date
Hello, justus-...@piater.name writes: > But first one more request for comments that I forgot to include in my > original message: > > Computing the difference between two dates in the presence of repeating > dates is a subtle affair. Here, in computing the difference between > deadline (d2) and scheduled date (ds), > > (min (- d2 (org-time-string-to-absolute > ds d1 'past show-all (current-buffer) pos)) >org-deadline-warning-days) > > I simply followed the time-to-deadline computation of the current TODO > item from a few lines above: > > (setq ... > d2 (org-time-string-to-absolute > (match-string 1) d1 'past show-all > (current-buffer) pos) > diff (- d2 d1)) > > I sort-of see what this org-time-string-to-absolute call does, but I do > not fully understand its implications. It would be good for someone who > does to verify that my code indeed rightly follows the same logic. The code looks good to me. If there is no objection, I think we can apply the patch. Regards, -- Nicolas Goaziou
Re: [O] [new exporter] Windows / LaTeX export
Hello, Achim Gratz writes: > Sadly not. Somewhere in org-e-latex (I think) the path is made absolute > again. > I'll have a look at it later unless you find it earlier. By default, commands from `org-e-latex-pdf-process' use "%f" place holder, which is the absolute file name. You may want to use "%b" (and a recent Org pull) instead. Regards, -- Nicolas Goaziou
Re: [O] new latex exporter - emphasise and footnote: feature or bug?
Nicolas Goaziou writes: > It isn't related to the exporter. There is a limited set of charaters > allowed just after an emphasis marker, and "]" doesn't belong, by > default, to them. > > You may want to tweak the "post" part of > `org-emphasis-regexp-components'. > > > Regards, Cristal clear! Thanks a lot. Best, François.
Re: [O] Replacing links with section numbers in ASCII export
Hello, Mats Kindahl writes: > I would like to get references to sections replaced with the section > number in ASCII export instead of the link name, that is, something > similar to how LaTeX handles \label and \ref (but for ASCII export). Is > this possible? > > For example: > > * Top Header > > ** Inner Header > > Some text... > > ** Other Inner Header > > Here I would like to have a reference to [[Inner Header]] as a > section /number/. It is possible in the new (experimental) exporter. Regards, -- Nicolas Goaziou
[O] Replacing links with section numbers in ASCII export
Hi all, I would like to get references to sections replaced with the section number in ASCII export instead of the link name, that is, something similar to how LaTeX handles \label and \ref (but for ASCII export). Is this possible? For example: * Top Header ** Inner Header Some text... ** Other Inner Header Here I would like to have a reference to [[Inner Header]] as a section /number/. Best wishes, Mats Kindahl
Re: [O] new exporter / org-element
Hello, Achim Gratz writes: > Nicolas Goaziou gmail.com> writes: >> > the pagebreak does not get exported to LaTeX since the Footnotes section >> > will not be exported and the pagebreak is interpreted as being part of >> > that section. It would be nice if there was a way to "bind" it to the >> > following heading or alternatively move it past the heading but have it >> > export before. Is that possible already or can it be implemented? >> >> Can't you move footnotes section at the end of your document instead? > > Yes, that's exactly the workaround I used. Better: you can move the pagebreak just /above/ the footnote section, as if the section didn't exist. > But I think that there may be a general need to be able to wrap some > code around an element on exporting (let's say, putting a table or > section into a minipage) or prefix the export with something (like the > pagebreak example) and have that code properly be part of the element. > Note that we already have that functionality, sort of, for the title > element of the export. There's already such a mechanism: it's called "filters". I'm just pointing out that, in your situation, it's not worth relying on this kind of tool. Regards, -- Nicolas Goaziou
Re: [O] [new exporter]: LaTeX output from babel escapes comment delimiter
Hello, Nick Dokos writes: > But even in the original form below, I cannot reproduce Michael's problem: the > % signs are not escaped. I get I cannot reproduce it either. Regards, -- Nicolas Goaziou
Re: [O] new latex exporter - emphasise and footnote: feature or bug?
Hello, François Allisson writes: > Hello Org mode users, hello Nicolas, > > Should it be possible to put a footnote immediately after an > /emphasised/ word, as in the following example? > > test.org ** > Hello /girls/[fn:1], how do you do? > > * Footnotes > > [fn:1] There were no boys in the room... > > > For now, the new latex exporter renders it as follows: It isn't related to the exporter. There is a limited set of charaters allowed just after an emphasis marker, and "]" doesn't belong, by default, to them. You may want to tweak the "post" part of `org-emphasis-regexp-components'. Regards, -- Nicolas Goaziou
[O] new latex exporter - emphasise and footnote: feature or bug?
Hello Org mode users, hello Nicolas, Should it be possible to put a footnote immediately after an /emphasised/ word, as in the following example? test.org ** Hello /girls/[fn:1], how do you do? * Footnotes [fn:1] There were no boys in the room... For now, the new latex exporter renders it as follows: * Relevant passage of test.tex *** Hello /girls/\footnote{There were no boys in the room\ldots{}}, how do you do? * And this is problematic: the emphasise around the word girls is exported literally, without \emph{}. Is this a bug, or should an emphasised word never be followed by a footnote? Thanks. François Org-mode version 7.9.2 (release_7.9.2-486-g6726ae @ /Applications/Emacs.app/Contents/Resources/site-lisp/org/) GNU Emacs 24.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2012-08-27 on emacsformacosx.com
Re: [O] [PATCH] Babel: add results value support to Scala
Hi Andrzej, Andrzej Lichnerowicz writes: > I'm here, but frankly the list is a bit hard to follow regularly :) You bet... > As for the patch, definitely! It's a lot more clean way, and fixes > value results. Thanks Asrail! Thanks to both of you, I've now applied the patch! Best, -- Bastien
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Hi Hsiu-Khuern, Hsiu-Khuern Tang writes: > Sorry if this has been reported -- a brief search didn't turn up > anything. this is now fixed -- thanks for reporting this! Best, -- Bastien
Re: [O] Issue when jumping from agenda view to clock line
Hello Francesco, "Francesco Pizzolante" wrote: > I'm having an issue when jumping from the C-c a a / v c view (check log view > in the agenda view) to a clock line. > > Here's a small example. > > #+begin_src org > * My tasks > > ** First task >:LOGBOOK: >CLOCK: [2012-10-22 Mon 13:00]--[2012-10-22 Mon 14:30] => 1:00 >CLOCK: [2012-10-23 Tue 13:00]--[2012-10-23 Tue 14:30] => 1:00 >CLOCK: [2012-10-24 Wed 13:00]--[2012-10-24 Wed 14:30] => 1:00 >:END: > #+end_src > > In the agenda view (C-c a a) for Wed 24, enable the check view (v c), then > press ENTER on the log line for "First task", you jump to the corresponding > heading (First task) but it positions the cursor just after the :LOGBOOK: > keyword and the drawer remains closed. > > The previous and correct behaviour was to jump to the corresponding line (in > the example, the third clock line) in the opened drawer. > > I'm using org-mode version 7.9.2 (release_7.9.2-53-g93040f). I confirm having observed this regression as well (over the last month or so). Best regards, Seb -- Sebastien Vauban
Re: [O] Filling comments in Org code block vs in temporary buffer
Hello Nicolas, Nicolas Goaziou wrote: > "Sebastien Vauban" writes: > >> Is there no way to make such a practical feature[1] available? > > There's a mechanism to send commands to the src-block through the > appropriate major-mode. It may be possible to ask for a filling with that. > But I don't think Org should treat a src-block as plain text when M-q is > used. > >> [1] For example, mails I get are enclosed in a "verse" block, and I've the >> habit of reformatting them before saving my "inbox" file. > > Verse blocks are for free-form poetry and cannot be filled. I suggest to use > quote blocks, which can be filled, for that. I used VERSE (instead of EXAMPLE) by following (what I understood from) your advice, see http://comments.gmane.org/gmane.emacs.orgmode/33919. Maybe that's stupid of mine, but I have such a capture template for received emails: #+begin_src emacs-lisp (setq org-capture-templates `(("m" "Mail" entry (file+headline ,org-default-notes-file "Tasks") "* TODO %:subject%? (from %:fromname) :mail: SCHEDULED: %t %:date-timestamp-inactive #+begin_verse %i #+end_verse >From %a" :empty-lines 1 :immediate-finish t))) #+end_src That allows for - easy followup of emails to answer to (by setting SCHEDULED to today), and - nice HTML export (LaTeX not especially used) of project documentation (where mail extracts may serve as documentation). Now, I don't need anything special (no treatment of the emails contents), but I need some "respectful" filling (what FillAdapt did), so that the following: #+begin_quote > I think VERSE (patched) is better than EXAMPLE because you can still > benefit from text markup (and LaTeX snippets). Sadly, mails can > sometimes be, well, very distant from poetry... #+end_quote does not become: #+begin_quote > I think VERSE (patched) is better than EXAMPLE because you can still > benefit from text markup (and LaTeX snippets). Sadly, mails can > sometimes be, well, very distant from poetry... #+end_quote when refilled. Any better advice? Best regards, Seb -- Sebastien Vauban
Re: [O] [PATCH] Babel: add results value support to Scala
Hi Bastien, I'm here, but frankly the list is a bit hard to follow regularly :) As for the patch, definitely! It's a lot more clean way, and fixes value results. Thanks Asrail! --a. 2012/10/24 Bastien > Hi Andrzej, > > Asrail posted this patch against ob-scala.el a while ago. > > Can you confirm it is okay to apply it? I'm reattaching > the patch in case you are not reading the Orgmode mailing > list anymore. > > Thanks in advance! > > Asrail writes: > > > * lisp/ob-scala.el (org-babel-scala-wrapper-method): Use an scala > > block enclosing the submitted code > > > > -- > Bastien > >
Re: [O] org-mobile-push fails
Hi Jorge, "Jorge A. Alfaro Murillo" writes: > This is strange, since I get the whole emacs from a repository > (http://emacs.naquadah.org/ unstable/ ). I should not have to compile > anything. I double-checked and the source on Julien's server are okay. Can you do C-h f org-mobile-create-index-file REt and report where the related source file is located? Removing it should be enough to clean up your installation. Best, -- Bastien
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Jonathan Schaeffer wrote: > Maybe Glenn could tell how he was able to corrupt his bookmarks file ? I intentionally added junk to it.
[O] bug#12702: 24.2; Orgmode Refile complains "Not bookmark format"
Le 24/10/2012 17:09, Drew Adams a écrit : But AFAIK an empty bookmark file should not present any problems for Emacs (for bookmark handling, at least, and I would hope for Org mode and anything else too). Yes, you have a point here. I tested again the Org refile function in 3 cases : - no bookmarks file - an empty bookmarks file - changed the ownership of the file so that the user has no rights to write the bookmarks file And it behaves gently in the 3 cases. But I'm positive about the fact that the error disapeared when I removed an empty bookmarks files. Maybe Glenn could tell how he was able to corrupt his bookmarks file ? jonathan -- IUEM - Service Informatique rue Dumont D'Urville Technopôle Brest-Iroise 29280 Plouzané France tel: +33 2 98 49 87 94
Re: [O] new exporter / org-element
Nicolas Goaziou gmail.com> writes: > > the pagebreak does not get exported to LaTeX since the Footnotes section > > will not be exported and the pagebreak is interpreted as being part of > > that section. It would be nice if there was a way to "bind" it to the > > following heading or alternatively move it past the heading but have it > > export before. Is that possible already or can it be implemented? > > Can't you move footnotes section at the end of your document instead? Yes, that's exactly the workaround I used. But I think that there may be a general need to be able to wrap some code around an element on exporting (let's say, putting a table or section into a minipage) or prefix the export with something (like the pagebreak example) and have that code properly be part of the element. Note that we already have that functionality, sort of, for the title element of the export. Regards, Achim.