Re: [O] [babel] BUG in :session
Hi Martyn and Eric, Martyn Jago wrote: > "Sebastien Vauban" > writes: >> Martyn Jago wrote: >>> Eric Schulte writes: Martyn Jago writes: > Unfortunately this is still broken for me. Given the exe exists but the > feature doesn't (ie no personal config), the following line causes the > error `peculiar error' ! > >(signal 'org-test-lib-not-found "ess")) >> >> FYI, same for me, with the "batch tests", on a git update'd copy done 2 mins >> ago. >> >> #+begin_src sh >> emacs -Q --batch -l "/cygdrive/c/Program >> Files/Emacs-24.0/lisp/emacs-lisp/ert.el" -l "/cygdrive/c/Program >> Files/Emacs-24.0/lisp/emacs-lisp/ert-x.el" -l >> ~/src/org-mode/testing/org-test.el --eval "(setq org-confirm-babel-evaluate >> nil)" -f org-test-run-batch-tests >> #+end_src >> >> #+results: >> OVERVIEW >> Loading vc-git... >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> OVERVIEW >> Loading /cygdrive/c/home/sva/src/org-mode/testing/lisp/test-ob-R.el >> (source)... >> peculiar error Just git pull'ed, and re-tested: ┏ ┃ Ran 111 tests, 104 results as expected, 7 unexpected (2011-09-26 08:20:06+0200) ┃ ┃ 7 unexpected results: ┃FAILED ob-fortran/command-arguments ┃FAILED ob-fortran/fortran-var-program ┃FAILED ob-fortran/input-var ┃FAILED ob-fortran/list-var ┃FAILED ob-fortran/list-var-from-table ┃FAILED ob-fortran/preprosessor-var ┃FAILED ob-fortran/simple-program ┗ "Normal", I don't have any fortran installed. Maybe, some sort of protection should have to be applied to these too. >> This is on Windows XP SP3, with a Cygwin Emacs (when run from terminal; >> otherwise, it is a Win32 binary from the FSF). > > Its really great to hear you are running the tests on Windows. At some > point I hope to test with the EmacsW32 port. I can do it as well. I should automate this -- not difficult, though. If there is some shared place to place such results, I can imagine running them every couple of hours (cron'ed), or so, and publish the resulting HTML. I could do this when being online, that is more or less half of the time. Best regards, Seb -- Sebastien Vauban
Re: [O] rst-mode tables
Achim Gratz writes: > > Which is why you can switch between table.el and org tables with C-c C-c > (to recognize an existing table) and then C-c ~ to convert it between > the two formats if possible. You do lose some formatting going back and > forth, though. Very nice thanks a lot! True some formatting is lost, but already just org-mode-tables.el automatic conversion is quite nice, and might come handy.
Re: [O] [PATCH] Modifications to enable test script to run with emacs-23 and emacs-22
Martyn Jago writes: > Hi David > > David Maus writes: > >> Hi Eric, >> Hi Martyn, >> >> At Tue, 20 Sep 2011 09:03:27 -0600, >> Eric Schulte wrote: >>> >>> Applied, Thanks! -- Eric >> >> I noticed that newlines in the commit messages of patches by Martyn >> are somehow messed up: >> >> , >> | Modifications to enable test script to run with emacs-23 and >> emacs-22 * testing/org-test.el: enable test script to run with >> emacs-23 and emacs-22 * testing/lisp/test-org-exp.el: added org-ascii >> requirement >> ` > > I too have noticed this - I generate the commit message in magit and > generate the patch with git format-patch, and at that point newlines > still appear to be honoured here. I then attach the patch inline to > gnus. Any solutions welcome. > Hmm, the problem could be on my end. I manually copy and paste inline patches into files (I never found out how to write an inline attachment to a file with gnus), so it is possible that I am breaking commit messages during that step. I'll look more closely during the next patch. Cheers -- Eric > > Best, Martyn > > -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [babel] BUG in :session
"Sebastien Vauban" writes: > Hi Martyn and Eric, > > Martyn Jago wrote: >> "Sebastien Vauban" >> writes: >>> Martyn Jago wrote: Eric Schulte writes: > Martyn Jago writes: >> Unfortunately this is still broken for me. Given the exe exists but the >> feature doesn't (ie no personal config), the following line causes the >> error `peculiar error' ! >> >>(signal 'org-test-lib-not-found "ess")) >>> >>> FYI, same for me, with the "batch tests", on a git update'd copy done 2 mins >>> ago. >>> >>> #+begin_src sh >>> emacs -Q --batch -l "/cygdrive/c/Program >>> Files/Emacs-24.0/lisp/emacs-lisp/ert.el" -l "/cygdrive/c/Program >>> Files/Emacs-24.0/lisp/emacs-lisp/ert-x.el" -l >>> ~/src/org-mode/testing/org-test.el --eval "(setq org-confirm-babel-evaluate >>> nil)" -f org-test-run-batch-tests >>> #+end_src >>> >>> #+results: >>> OVERVIEW >>> Loading vc-git... >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> OVERVIEW >>> Loading /cygdrive/c/home/sva/src/org-mode/testing/lisp/test-ob-R.el >>> (source)... >>> peculiar error > > Just git pull'ed, and re-tested: > > ┏ > ┃ Ran 111 tests, 104 results as expected, 7 unexpected (2011-09-26 > 08:20:06+0200) > ┃ > ┃ 7 unexpected results: > ┃FAILED ob-fortran/command-arguments > ┃FAILED ob-fortran/fortran-var-program > ┃FAILED ob-fortran/input-var > ┃FAILED ob-fortran/list-var > ┃FAILED ob-fortran/list-var-from-table > ┃FAILED ob-fortran/preprosessor-var > ┃FAILED ob-fortran/simple-program > ┗ > > "Normal", I don't have any fortran installed. Maybe, some sort of protection > should have to be applied to these too. > I've just improved the code which checks for executables as the previous version was probably linux-specific. The following should now throw an error on your system which should inhibit loading of the fortran tests. (org-test-for-executable "gfortran") > >>> This is on Windows XP SP3, with a Cygwin Emacs (when run from terminal; >>> otherwise, it is a Win32 binary from the FSF). >> >> Its really great to hear you are running the tests on Windows. At some >> point I hope to test with the EmacsW32 port. > > I can do it as well. I should automate this -- not difficult, though. > > If there is some shared place to place such results, I can imagine running > them every couple of hours (cron'ed), or so, and publish the resulting HTML. I > could do this when being online, that is more or less half of the time. > This sounds great. I agree that a public place to post results would be useful. Also, while we don't have any HTML export right now, simply redirecting the results of the test execution to a file should be sufficient. Cheers -- Eric > > Best regards, > Seb -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] 'exit' required on gnuplot code block for svg output
Hi, I have noticed the missing tag, but didn't realize that adding an explicit exit fixed the problem, I'd been editing the resulting .svg files manually. I imagine this will eventually be fixed by the gnuplot team. Best -- Eric Edward DeMeulle writes: > Has anyone else noticed that an 'exit' line is needed on a code block > for gnuplot to generate the needed closing tag? > > -ED- > > -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [babel] BUG in :session
Hi Eric, Eric Schulte wrote: > "Sebastien Vauban" writes: >> Martyn Jago wrote: >>> "Sebastien Vauban" >>> writes: Loading /cygdrive/c/home/sva/src/org-mode/testing/lisp/test-ob-R.el (source)... peculiar error >> >> Just git pull'ed, and re-tested: >> >> ┏ >> ┃ Ran 111 tests, 104 results as expected, 7 unexpected (2011-09-26 >> 08:20:06+0200) >> ┃ >> ┃ 7 unexpected results: >> ┃FAILED ob-fortran/command-arguments >> ┃FAILED ob-fortran/fortran-var-program >> ┃FAILED ob-fortran/input-var >> ┃FAILED ob-fortran/list-var >> ┃FAILED ob-fortran/list-var-from-table >> ┃FAILED ob-fortran/preprosessor-var >> ┃FAILED ob-fortran/simple-program >> ┗ >> >> "Normal", I don't have any fortran installed. Maybe, some sort of protection >> should have to be applied to these too. > > I've just improved the code which checks for executables as the previous > version was probably linux-specific. The following should now throw an > error on your system which should inhibit loading of the fortran tests. > > (org-test-for-executable "gfortran") New status: ┏ ┃ Ran 102 tests, 102 results as expected (2011-09-26 15:54:14+0200) ┗ Perfect... This is on Windows XP SP3, with a Cygwin Emacs (when run from terminal; otherwise, it is a Win32 binary from the FSF). >>> >>> Its really great to hear you are running the tests on Windows. At some >>> point I hope to test with the EmacsW32 port. >> >> I can do it as well. I should automate this -- not difficult, though. >> >> If there is some shared place to place such results, I can imagine running >> them every couple of hours (cron'ed), or so, and publish the resulting HTML. >> I >> could do this when being online, that is more or less half of the time. > > This sounds great. I agree that a public place to post results would be > useful. Also, while we don't have any HTML export right now, simply > redirecting the results of the test execution to a file should be > sufficient. We can put such in place. For Windows tests, it could be someone else, if someone promises to be 24/7 online -- what won't be my case. Otherwise, I'm willing to do it, simply know that there will be holes in the update of the results. Best regards, Seb -- Sebastien Vauban
[O] Filter the agenda by category
Hi, is it possible to quickly limit what the agenda is showing to one category? Basically I'm looking for the functionality offered by org-agenda-filter-by-tag but with categories. I tried CATEGORY=\"some category\" (and variations with/without (escaped) quotes), but that didn't work either. Cheers, Viktor
[O] different hoisting in two panes
One of the major shortcomings of org-mode as an outliner is the following: You cannot have different hoisting or outline visibility settings in two panes of the same file. For example, if you want to hide the body text and just view outline headings in one pane, while you work on the body text of a specific entry in the other pane, you cannot do this. This prevents flexible restructuring and writing on the fly. It removes much of the usefulness of having multiple panes. Is there any way to change this behavior? Or is it something hardcoded into Emacs? Thanks JB -- Ignore the following. It is a nonsense sentence that disables Google ads from displaying next to my emails by triggering sensitive keywords. I enjoy the massacre of ads. This sentence will slaughter ads without a messy bloodbath.
Re: [O] different hoisting in two panes
Joseph Buchignani wrote: > One of the major shortcomings of org-mode as an outliner is the following: > > You cannot have different hoisting or outline visibility settings in two > panes of the same file. > > For example, if you want to hide the body text and just view outline headings > in one pane, while you > work on the body text of a specific entry in the other pane, you cannot do > this. > Sure you can - check out "Indirect buffers" in the Emacs manual. Nick > This prevents flexible restructuring and writing on the fly. It removes much > of the usefulness of > having multiple panes. > > Is there any way to change this behavior? Or is it something hardcoded into > Emacs? > > Thanks > JB > > -- > Ignore the following. It is a nonsense sentence that disables Google ads from > displaying next to my > emails by triggering sensitive keywords. > > I enjoy the massacre of ads. This sentence will slaughter ads without a messy > bloodbath. > > > > Alternatives: > >
Re: [O] different hoisting in two panes
On Mon, Sep 26, 2011 at 4:53 PM, Nick Dokos wrote: > Sure you can - check out "Indirect buffers" in the Emacs manual. > > C-c C-x b -- Suvayu Open source is the future. It sets us free.
Re: [O] [PATCH] Modifications to enable test script to run with emacs-23 and emacs-22
Eric Schulte writes: > Hmm, the problem could be on my end. I manually copy and paste inline > patches into files (I never found out how to write an inline attachment > to a file with gnus), so it is possible that I am breaking commit > messages during that step. I'll look more closely during the next > patch. a) You don't need to extract the patch at all, git apply is smart enough to do this by itself. b) K b will switch the display in Gnus so that the MIME part markers become visible (W M v switches back) and you can use the context menu on those to save parts (or do a K o on the part). c) Save MIME parts as with K m and select text/x-patch as the type to save. 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
[O] Bug? in latex export of cross-references in footnotes
Here is a simple footnote in a test file:
Footnotes:
[1] The footnote contains a cross-reference to [[Heading]].
When I export this using org-export-as-pdf, the cross-reference to
Heading doesn't get exported properly. In particular, what I see in the
emitted latex file is:
Inside the text there is a footnote.\protect\footnote{The footnote
contains a cross-reference to \hyperref[Heading]{Heading}. }
But the only latex \label associated with \section{Heading} is
\label{sec-1}.
I am attaching the sample org file and latex output.
Thanks for any suggestions!
Robert
* Heading
* Another heading
* Some text
Inside the text there is a footnote.[1]
Footnotes:
[1] The footnote contains a cross-reference to [[Heading]].
footnote-crossref.tex
Description: TeX document
Re: [O] Bug? in latex export of cross-references in footnotes
On 9/26/11 Sep 26 -2:26 PM, Robert Goldman wrote:
> Here is a simple footnote in a test file:
>
> Footnotes:
> [1] The footnote contains a cross-reference to [[Heading]].
>
> When I export this using org-export-as-pdf, the cross-reference to
> Heading doesn't get exported properly. In particular, what I see in the
> emitted latex file is:
>
> Inside the text there is a footnote.\protect\footnote{The footnote
> contains a cross-reference to \hyperref[Heading]{Heading}. }
>
> But the only latex \label associated with \section{Heading} is
> \label{sec-1}.
>
> I am attaching the sample org file and latex output.
>
> Thanks for any suggestions!
>
> Robert
I tweaked the example a little (see attachment), and this is a bona fide
bug. A corresponding link in the body text (I have modified the link to
use the "restricted to headers" syntax, just in case that was the
problem), works properly. It's only in the footnote that it's broken.
* Heading
* Another heading
* Some text
Inside the text there is a footnote.[1]
* Some more text
Here's text with a link in the body: [[*Heading]].
Footnotes:
[1] The footnote contains a cross-reference to [[*Heading]].
footnote-crossref.tex
Description: TeX document
[O] Cycling on the ellipsis
I would really like my tab key to cycle a closed heading when I am on the ellipsis. Looking at org.el where org-cycle is defined, I see that it does this: (save-excursion (beginning-of-line 1) (looking-at org-outline-regexp))) So, if it were on the ellipsis, it seems like it ought to come to the beginning of the line before check whether it is on a heading, but apparently it doesn't. So, I am thinking that I'm not actually on the same line that contains the heading. My C-a key is mapped to org-beginning-of-line, which takes me from the end of the line, starting on the ellipsis to the beginning. So, I'm wondering if the code from org-cycle should call org-beginning-of-line instead of beginning-of-line to give me the functionality I would like.
[O] Tracking progress in sport trainings ?
Hi, I am practising running and I would like to see how orgmode could help in tracking my progress. I am pretty sure I am not alone thus my question. Currentyl I am using a stupid physical notebook which is good for instant results but does not fit well when I want see plots for example ;) What I am writting down onto the paper is this: 1. date/time 2. duracy 3. distance 4. weather 5. heartrate (both max and average) 6. session type 7. pace I can even recover data directly from my watch in a text format. This could be useful to see changes in my heartbeat, my pace so on and get a plot of all of this. Any idea how to this efficiently ? Thank you Xavier
Re: [O] Testing org-export-as-odt-and-open
Hi Jambunathan On 25/09/2011 21:08, Jambunathan K wrote: Hello Eric Hello I'm testing org-export-as-odt-and-open on Jambunathan's test.org file. I get error message "Unable to create odt file (53)". What version of zip are you using. What the exporter does is this, $ cd tmp-dir $ zip -rmTq test.odt . $ mv test.odt pub-dir $ rm tmp-dir When the zip command fails, you can replay the above sequence by hand and see what error zip is generating thanks for the tip. It allowed me to find out that a dll was missing for zip. That's fixed now. OR ~/.emacs.d/elpa/org-odt-20110702/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc That version is almost 3 months old. I have made lots of bug fixes and improvments since then. I have also modified the exporter a few minutes ago so that the output from the zip command also appears in the *Messages* buffer. I STRONGLY RECOMMEND that you switch to the development version of Orgmode. Please refer to http://orgmode.org/worg/org-faq.html - sections "How do I keep current with bleeding edge development?" or "I don't use git. Can I download bleeding edge .zip and .tar.gz archives?" If you would very much want to work only with ELPA tarballs, maybe you should wait for a day or two. I was planning to build one anyways and now I have an excuse why I should build one. I'm using org-odt-20110702. I'll wait a couple of days for the ELPA tarball, as haven't used git yet. Thanks and thanks for this very interesting exporter ! Eric
[O] bug#9610: 24.0.90; org-mode: sluggish response and high CPU utilization with large .org files
Eli Zaretskii writes: > Bastien, please tell me whether you want me to make this change in the > Emacs repository, or wait for you to do it in the Org mode repo and > then merge to Emacs. Please make this change in the Emacs repository. Thanks, -- Bastien
[O] Orgmode,Bidi,Speed in emacs trunk
Hi, I've not been following the list closely for a while, not sure if Bastien is on vacation or whatever. Just in case Carsten or anyone else wants to comment on this: From: Eli Zaretskii Subject: bug#9610: 24.0.90; org-mode: sluggish response and high CPU utilization with large .org files Newsgroups: gmane.emacs.bugs To: Steve Revilak Cc: 9...@debbugs.gnu.org Reply-To: Eli Zaretskii Resent-From: Eli Zaretskii > Date: Mon, 26 Sep 2011 22:50:25 -0400 > From: Steve Revilak > > I'd like to report an org-mode regression issue. When working with > large .org files, Emacs 24.0.90 becomes sluggish, and consumes large > amounts of CPU. If you type this: M-x set-variable RET bidi-paragraph-direction RET left-to-right RET does the problem go away? Org mode should do that by default, but the Org mode maintainer (CC'ed) didn't yet respond to my repeated mails about this issue. Bastien, please tell me whether you want me to make this change in the Emacs repository, or wait for you to do it in the Org mode repo and then merge to Emacs. Memnon
[O] Can not export to LaTeX anymore
Greetings! I had to change computer. I have Ubuntu Linux 10.10, fully updated, emacs snapshot updated and AucTeX and org-mode fully updated. I get the following in my *Messages* buffer the following after running C-c C-e l (for LaTeX export) (fontified nil font-lock-fontified t) 73 74 (fontified nil font-lock-fontified t) 74 115 (fontified nil font-lock-fontified t) 115 116 (fontified nil font-lock-fontified t) 116 117 (fontified nil font-lock-fontified t) 117 358 (fontified nil font-lock-fontified t) 358 66238 (fontified nil font-lock-fontified t) 66238 66239 (fontified nil font-lock-fontified t) 66239 66248 (fontified nil font-lock-fontified t) 66248 66249 (fontified nil) 66249 66250 (fontified nil) 66250 66252 (fontified nil) 66252 66256 (fontified nil) 66256 66294 (fontified nil) 66294 66300 (fontified nil) 66300 66322 (fontified nil) 66322 66326 (fontified nil) 66326 66327 (fontified nil rear-nonsticky (mouse-face This has never occurred to me before and I am at a loss here. No tex file is created. Thanks, Henri-Paul -- Henri-Paul Indiogine Curriculum & Instruction Texas A&M University TutorFind Learning Centre Email: hindiog...@gmail.com Skype: hindiogine Website: http://people.cehd.tamu.edu/~sindiogine
