Re: Problem evaluating gnuplot source blocks
Thank you Colin, it is the latest gnuplot-mode update then that it is to blame, not org. Good that there is a workaround at least, I really do use gnuplot from orgmode documents a lot. Cheers, Tomas On Mon, Mar 16, 2020 at 2:17 PM Colin Baxter wrote: > Dear Tomas, > >>>>> Tomas Grigera writes: > > > Update: after some digging, I found the problem is related to > > gnuplot.el. As a workaround, I set gnuplot-insertions-menu-flag > > to nil and now evaluation is working again. I'm still not sure > > whether this is a gnuplot mode bug or somehow related to the > > babel-gnuplot interface. > > > Tomas > > The issue doesn't appear to be related to babel-gnuplot since I had the > same problem using the gnuplot mode. No gnuplot menu items were visible > until, like you, I set gnuplot-insertions-menu-flag to nil. I use > gnuplot-mode from git, with the latest 'pull', and the change in the > variable is not documented. > > Best wishes, > > Colin. > > > -- > Colin Baxter > www.Colin-Baxter.com > - > GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8 > - > Since mathematicians have invaded the theory of relativity, I do not > understand it myself. A. Einstein >
Re: Problem evaluating gnuplot source blocks
Update: after some digging, I found the problem is related to gnuplot.el. As a workaround, I set gnuplot-insertions-menu-flag to nil and now evaluation is working again. I'm still not sure whether this is a gnuplot mode bug or somehow related to the babel-gnuplot interface. Tomas On Mon, Mar 16, 2020 at 11:22 AM Tomas Grigera wrote: > Dear all, > > After upgrading org to 9.3.6-25 (Org mode version 9.3.6 > (9.3.6-25-g685b2c-elpa @ /home/tomas/.emacs.d/elpa/org-20200316/) I get > the following error when trying to evaluate gnuplot source blocks: > > easy-menu-convert-item-1: Invalid menu item in easymenu > > I use gnuplot snippets a lot in my org-mode files, and I am clueless as > how to fix this. Any fix / pointer / suggestion will be very appreciated. > > Thank you > > Tomas > >
Problem evaluating gnuplot source blocks
Dear all, After upgrading org to 9.3.6-25 (Org mode version 9.3.6 (9.3.6-25-g685b2c-elpa @ /home/tomas/.emacs.d/elpa/org-20200316/) I get the following error when trying to evaluate gnuplot source blocks: easy-menu-convert-item-1: Invalid menu item in easymenu I use gnuplot snippets a lot in my org-mode files, and I am clueless as how to fix this. Any fix / pointer / suggestion will be very appreciated. Thank you Tomas
Re: [O] Problem (bug?) evaluating octave code ("function name does not agree with file name)
Thanks Eric, My workaround was to use :session, though not completely satisfactory (I need to clean up the output). Your comment made me notice 1. octave reports the problem filename as empty 2. the undefined function call happens at 'line 1', which would not be the case if the whole code block was copied to a file. It seems babel is feeding octave the lines one-by-one. Strange. Tomas On Tue, Aug 18, 2015 at 4:38 PM, Eric S Fraga wrote: > On Tuesday, 18 Aug 2015 at 10:42, Tomas Grigera wrote: >> Hello list, >> >> I am a very happy user of orgmode and babel. I recently picked up a >> document from last year, and found that code blocks that used to >> evaluate fine now don't. A code block like this > > [...] > >> There has been some change, of which I am unaware, in the way babel >> handles this block that leads to this behaviour. However, it seems to >> me that it is a well-formed block and should evaluate fine. Am I >> wrong? > > Just to confirm that you are not wrong and I ran into this a while ago > now. That is, problems with functions defined in the middle of the code > as opposed to functions in their own .m files. I didn't have time to > figure out what was wrong at the time due to deadlines so found other > ways of doing what I wanted including @(x) function definitions. > > The strange thing is that babel seems to not leave any code in the /tmp > files it creates so I cannot see what code org babel is trying to execute. > > -- > : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-117-gc98729
[O] Problem (bug?) evaluating octave code ("function name does not agree with file name)
Hello list, I am a very happy user of orgmode and babel. I recently picked up a document from last year, and found that code blocks that used to evaluate fine now don't. A code block like this #+BEGIN_SRC octave 1; function y=dup(x) y=2*x; end dup(2) #+END_SRC fails with : warning: function name 'dup' does not agree with function file name '' : error: 'dup' undefined near line 1 column 1 on evaluating, despite the "1;" trick at the beginning. Saving to foo.m and running from octave works fine. I'm using Emacs 24.4.1 Org-mode version 8.3.1 (8.3.1-56-g17a225-elpa) GNU Octave, version 3.8.2 There has been some change, of which I am unaware, in the way babel handles this block that leads to this behaviour. However, it seems to me that it is a well-formed block and should evaluate fine. Am I wrong? Thanks in advance Tomas
Re: [O] advice needed: how do you guys sync org files between devices?
On Mon, Jul 1, 2013 at 1:10 PM, Brian van den Broek < brian.van.den.br...@gmail.com> wrote: > > On Jul 1, 2013 8:26 AM, "Xebar Saram" wrote: > > > > Hi all > > > > I have been using dropbox since i started using orgmode a few weeks ago > (yeah im a neewb :)), which kinda works but i find it very annoying as it > keeps creating conflicted copies, isnt reliable on my Linux main machine > etc etc.. > > > > > I was wondering what you guys do for syncing org files between PC's, > Os's, devices (android etc).. > > > > Best > > > > Itai > > Hi, > > For keeping org files in sync between real computers, version control > seems to me the obvious way to go. It gets you sync and history. > > There is perhaps a bit of a learning curve, but time spent learning widely > useful tools is time well spent :-) > > bzr and hg are (superficially?) easier and git is pretty dominant. > > For Android, mobile org push to android has worked for me (syncing over SD > rather than the cloud or WebDAV). Pulling from Android hasn't been reliable > enough for me to use it. > > HTH, > > Brian vdB > Hi, To me, a rather reliable way (without version control) has been unison. Easy to set up and learn, fast. Only problem is that it doesn't deal well (actually, at all) with merges (i.e. a file that has been modified in both computers). But I agree with Brian that in the long run, though harder to learn, git is a charm. Tomas
Re: [O] Question about org-habit and agenda views
On Thu, Aug 16, 2012 at 11:28 AM, Thomas Moyer wrote: > I have a set of habits that I do Monday through Friday (weekdays only) and > the best suggestion I have found for this is to have 5 individual TODOs (one > for each day). This seems to work well for the most part, but I have found > one minor annoyance that I can't find a solution for. > > If I don't do one of the habits on Monday, that entry will appear as overdue > until the next week on Monday when it comes around again. Is there a way to > "hide" overdue habits? I don't want to mark it as DONE, since it wasn't even > when it was late. Hi Thomas, In a similar situation, I use a "CANCELLED", or similar, TODO state. It doesn't mark the task as DONE and prevents it from appearing in the agenda as overdue. Tomas
Re: [O] [Feature Request] Show properties in agenda
Hi Philipp, On Wed, Feb 1, 2012 at 21:59, Bernt Hansen wrote: > Philipp Haselwarter writes: > >> Hi Org, >> >> Would it be possible to display entry properties in the agenda? Much >> like `org-agenda-entry-text-mode', but with a filter variable. >> >> Then you could for example set `org-agenda-entry-properties' to >> "LOCATION" or "\\`\\(?:LOCATION\\|SOURCE\\)\\'" and have those >> properties displayed in the agenda buffer. >> I wrote a custom agenda command that puts a property of my choice in place of :CATEGORY:. I'm far from an elisp hacker so I expect it is rather clumsy, and it would need tweaking to do exactly what you want, but I can share if you're interested. Column view, as Bernt suggests, can also display any property you what, but it does so as an overlay. Tomas
Re: [O] how do scientists use org mode?
Hi Cristoph On Fri, Jan 27, 2012 at 15:27, John Hendy wrote: > On Thu, Jan 26, 2012 at 3:21 PM, GMX Christoph 13 > wrote: >> Hi >> this is my first post here and although I am evaluating org mode with great >> interest, I am also asking myself in which way other scientists are making >> use of org mode. It will take a while to get my head around how to >> accomplish certain things in org mode but for the moment I am intrigued by >> *why* one would want to approach the problem of organizing one's research >> with org mode and in which way. > > [...] Thomas, Eric and John gave very useful answers, I just want to add my $0.02 as a physicist who recently (about a year ago) started using Org mode. I started mainly looking for a workflow organization system, but slowly discovered it has many other possibilities. For research, I find org-babel is a great tool. It allows you to have a document collecting together thoughts and discussion along with data, data analysis, scripts for data manipulations and plots (Org tables are actually more like a spreadsheet since Org supports quite complex formulas and even plotting directly from the table). The many export possibilities mean that you can share your notes with colleagues not using Org (or even Emacs). I have also discovered it is a great tool for drafting presentations and then actually producing your slides via Latex- Beamer export. HTH, Tomas
Re: [O] BUG: Latex exporter bug
Hi Bastien >> I have found the following issue when exporting to Latex: a headline >> is sometimes moved to another position when skipping a level in the >> hierarchy. The following demonstrates the problem: > > This is a known issue and can't be handled with the current > exporter. The "workaround" is to stick to a logical structure. Sorry, I had missed when this was discussed. Thanks for your answer. Cheers, Tomas
[O] BUG: Latex exporter bug
Hello Org people: I have found the following issue when exporting to Latex: a headline is sometimes moved to another position when skipping a level in the hierarchy. The following demonstrates the problem: * Sec 1 ** Subsec 1.1 *** Subsec 1.1.1 ** Subsec 1.2 * Sec 2 *** Subsec 2.0.1 (THIS IS MOVED) When I export this to Latex, the last headline ends up before "Sec 2" in the Latex file. If I put two stars instead of three, it is placed correctly at the end. I am using the latest git head (d9970d1b) and Emacs 23.2.1 Tomas ps This does not happen for all exporters, e.g. html seems OK.
Re: [O] Agenda, yellow bar "delayed"
On Wed, Jan 18, 2012 at 07:29, Daniel Bausch wrote: > There is even a more serious problem here: > > If I clock in from the agenda by pressing "I" (NOT from the org file itself), > some function wrongly aligns all drawer boundaries to the column of the > agenda's tags. After that all :PROPERTIES: and :END: are now right aligned to > column 120 (my tags column of the agenda). Tags in the headlines seem to be > re-aligned, physically, too. This also affects :CLOCK: drawers (if you have > them). Seems to me there is some function, which was intended to format the > agenda, going crazy and formats the org-mode file. > > Daniel > I am also seeing this, the LOGBOOK and PROPERTIES drawers where moved to the right after clocking in and out from the agenda. Tomas
[O] Idle time issue
Hi list, I'm setting up clocking to track idle time with org-clock-idle-time. It didn't work at first and it took me a while to figure out why. I use Emacs under x11 and yesterday's git head (812d0a53). Since I had not installed x11idle, idle time tracking failed silently. x11idle is mentioned in the manual, but it says "For X11, you *can* install a utility program `x11idle.c'" (my emphasis on can). It seems however that one *must* install x11idle, or idle time tracking will not work under x11. It seems to me that either the manual should say x11idle is mandatory, or that the x11 user should be given a choice to use either x11idle or emacs idle time. What do you think? I am prepared to try and send a patch either way. Tomas
[O] [PATCH] Org manual on :noweb-ref property
Hi
After Eric's fix a couple of days ago, setting :noweb-ref through a
property now works as explained in the manual. However, the example
given will only work if one turns on property inheritance. I think it
is worthwhile noting this in the manual. The patch here adds that
comment.
First time I send a patch, sorry if I screwd up.
Happy new year
Tomas
diff --git a/doc/org.texi b/doc/org.texi
index 3f02efb..618b287 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -13627,7 +13627,9 @@ concatenated together to form the replacement text.
By setting this header argument at the sub-tree or file level, simple code
block concatenation may be achieved. For example, when tangling the
following Org mode file, the bodies of code blocks will be concatenated into
-the resulting pure code file.
+the resulting pure code file (note that this example needs that property
+inheritance be turned on for the @code{noweb-ref} property, see
+@ref{Property inheritance}).
@example
#+BEGIN_SRC sh :tangle yes :noweb yes :shebang #!/bin/sh
Re: [O] Problem with noweb-ref property
Hi Eric, Thanks a lot for your quick reply and fix. Getting the git repo version scares me a bit, but I guess I'll just have to take the plunge! Here we go :) Thanks again, Tomas On Thu, Dec 29, 2011 at 16:51, Eric Schulte wrote: > Tomas Grigera writes: > >> Hi list, >> >> This is my first post, so just let me say first that I have been using >> org-mode for 10 months or so and I love it. It's an exceptional >> package, and before I ask my question I would just like to thank >> Carsten, Bastien, and the community for the great work and for >> sharing. >> >> Now my question: I am trying to extract code from a .org file by >> tangling with noweb-style references. As I understand from the manual, >> if I write <> in a code block, the line will be expanded with the >> code block named foo. This name I can set with #+NAME: or with the >> :noweb-ref header argument. Both ways work for me, except that I >> cannont set the :noweb-ref argument through a property. >> >> The following example is almost verbatim from the manual: >> >> #+BEGIN_SRC sh :tangle yes :noweb yes :shebang #!/bin/sh >> <> >> #+END_SRC >> >> * the mount point of the fullest disk >> >> ** query all mounted disks >> >> #+HEADER: :noweb-ref fullest-disk >> #+BEGIN_SRC sh >> df \ >> #+END_SRC >> >> >> ** strip the header row >> :PROPERTIES: >> :noweb-ref: fullest-disk >> :END: >> #+BEGIN_SRC sh :noweb yes >> |sed '1d' \ >> #+END_SRC >> >> >> If I understand correctly, tangling should produce a file which is a >> concatenation of the two code blocks. However, when I do >> org-babel-tangle, only the first block is inserted. Am I doing >> something wrong? >> >> I'm with emacs 23.2.1 and org-mode 7.8.02 >> >> Thanks in advance, >> >> Tomas >> > > Hi Tomas, > > You are correct the behavior described above is a bug introduced by a > fairly recent commit of mine which switched to using regular expressions > when resolving noweb references in an attempt to decrease the time > required to tangle code blocks (which can be significant in large code > blocks). > > However correct performance is more important than fast performance. > I've just pushed up a patch which fixes the bug you've described, and > hopefully doesn't slow down the tangling process too significantly. > > Cheers, > > -- > Eric Schulte > http://cs.unm.edu/~eschulte/
[O] Problem with noweb-ref property
Hi list, This is my first post, so just let me say first that I have been using org-mode for 10 months or so and I love it. It's an exceptional package, and before I ask my question I would just like to thank Carsten, Bastien, and the community for the great work and for sharing. Now my question: I am trying to extract code from a .org file by tangling with noweb-style references. As I understand from the manual, if I write <> in a code block, the line will be expanded with the code block named foo. This name I can set with #+NAME: or with the :noweb-ref header argument. Both ways work for me, except that I cannont set the :noweb-ref argument through a property. The following example is almost verbatim from the manual: #+BEGIN_SRC sh :tangle yes :noweb yes :shebang #!/bin/sh <> #+END_SRC * the mount point of the fullest disk ** query all mounted disks #+HEADER: :noweb-ref fullest-disk #+BEGIN_SRC sh df \ #+END_SRC ** strip the header row :PROPERTIES: :noweb-ref: fullest-disk :END: #+BEGIN_SRC sh :noweb yes |sed '1d' \ #+END_SRC If I understand correctly, tangling should produce a file which is a concatenation of the two code blocks. However, when I do org-babel-tangle, only the first block is inserted. Am I doing something wrong? I'm with emacs 23.2.1 and org-mode 7.8.02 Thanks in advance, Tomas
