[Orgmode] Selective export of table columns
Hi, I recently was in a situation where I had tables like these, || smear param | \chi^2/DoF | \chi^2/DoF | | Sl | caloE perp | perp before | perp after | |+-+-+| | 3 | 3.008 | 8/13| 8.3/13 | | 2 | 3.508 | 8/13| 8.2/13 | | 0 | 4.008 | 8/13| 8.3/13 | | 4 | 4.508 | 8.1/13 | 8.4/13 | Now the 1st and 2nd column are something for my reference and I don't want to export them to my presentation slides. So is there an option for selective export of table columns? If not can someone give any hints how I might try to achieve that? I am just learning some lisp, so maybe this could be a good practice. :) Thanks for any insights. -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Babel] Error output buffer
Hi, A quick wished feature, if you agree on its usefulness. Currently, all error messages are concatenated to the same buffer, execution after execution, which makes it *difficult to distinguish between the new errors*, and the ones already seen previously. Different propositions: - delete the contents of the buffer before every code execution - add something visible after every execution, like a separator line or a ^L character (new page, than can easily be displayed as a rule) - always show the last lines in a different color - in the same spirit, use two alternate colors for the messages (like in some HTML tables, for odd/even rows) - add a timestamp with the date, before every code execution. This is not exhaustive, just some (funny for some of them) ideas I have in mind in order to make the messages more visible than they currently are. Thanks. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Babel] Table collapsed as one big line, when passed to a shell script
#+TITLE: Line breaks preservation #+DATE: 2010-11-23 #+LANGUAGE: en_US * Abstract Table is seen as being *one big line*, when echo'ing all of its rows. * Passing var via Babel I want to *add a column* to the following table. #+results: table-message | This is line 1 of the message.| | This is line 2 of the message.| | This is the last line of the message. | Its value should be dependant on a *regexp matching* the *current row* (for example, if 1 is detected in the original column, then write A in the new one, B if 2 is read, C if 3 is read, etc.). Hence, I'm thinking using AWK as an easy solution. #+begin_src note I'm open to other ideas on how I could do this as easily. Just throw me ideas, if you have some. #+end_src *First* trial: add a column whose cell contents will be *fixed* (here, equal to =New col=). #+srcname: add-col #+begin_src sh :var data=table-message :results output :exports both echo $data | awk '// {print | New col | $0 |;}' #+end_src #+results: add-col : | New col | This is line 1 of the message. This is line 2 of the message. This is the last line of the message. | I was expecting 3 lines, not 1... * Replacing Babel expansion of the variable Here, I made a few changes: - added option =-n= to cat, to make him number the lines - added explicit =[BEGINOFLINE]= and =[ENDOFLINE]= markers to see where the lines begin and end #+srcname: add-col-expanded #+begin_src sh :results output :exports both data=$(cat -n BABEL_TABLE This is line 1 of the message. This is line 2 of the message. This is the last line of the message. BABEL_TABLE ) echo $data | awk '// {print [BEGINOFLINE]| New col | $0 |[ENDOFLINE];}' #+end_src #+results: add-col-expanded : [BEGINOFLINE]| New col | 1 This is line 1 of the message. 2 This is line 2 of the message. 3 This is the last line of the message. |[ENDOFLINE] Still the same, though we observe that =cat= sees 3 lines, but the =echo= does not seem to preserve the line breaks, when executed. * Questions - Do you have the same problems on your machine? - Is it due to Cygwin Bash on Windows (my case)? - Any idea on what could cause this, or on any workaround? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-latex-to-pdf-process missing?
Jeff Horn jrhorn...@gmail.com writes: Hi Jeff, Ok, that worked. Thanks, Erik. I'd appreciate your, or anyone else's help with the following questions. I'll take a shot at it :) 1) I see stuff floating around the list from time to time about org-install, which I've never had to use, but I gather takes care of some autoloads. Is this correct? Yes this is for autoloads. I think this is provided for you if you use the version of org-mode that comes with Emacs. If you want to use a newer org-mode from git then you should require org-install so you get the autoload definitions that go with that version of org-mode. 2) I pull once in a while from the git repo and recompile. If I were running a fresh installation of emacs with the latest version of org-mode, what would the minimum required setup be from the user's perspective? I didn't have to add *anything* to my config file for a while, and org-mode worked fine. 3) Shouldn't org-latex be loaded automatically? You're referencing a variable in org-latex. It probably doesn't get defined until you have auto-loaded org-latex by using some function provided by that file. If you want to use the variable before that I think you need to require the package to force loading it early. 4) What else is floating around that I should be requiring? That depends on what variables you want to use before you load the corresponding org package I think. 5) Aren't (require 'function)'s looked down upon in the user's customization file? They are? Not that I'm aware of. I add require lines for anything I want to have setup before it's called the first time (not that I restart emacs all that often but it happens.) I have requires for the following org packages in my .emacs - (require 'org-install) - (require 'org-protocol) - (require 'org-crypt) - (require 'org-id) - (require 'org-latex) Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Selective export of table columns
Suvayu Ali fatkasuvayu+li...@gmail.com wrote: Hi, I recently was in a situation where I had tables like these, || smear param | \chi^2/DoF | \chi^2/DoF | | Sl | caloE perp | perp before | perp after | |+-+-+| | 3 | 3.008 | 8/13| 8.3/13 | | 2 | 3.508 | 8/13| 8.2/13 | | 0 | 4.008 | 8/13| 8.3/13 | | 4 | 4.508 | 8.1/13 | 8.4/13 | Now the 1st and 2nd column are something for my reference and I don't want to export them to my presentation slides. So is there an option for selective export of table columns? If not can someone give any hints how I might try to achieve that? I am just learning some lisp, so maybe this could be a good practice. :) Thanks for any insights. Perhaps radio tables with :skipcols can help? See section A.5.1 of the Org manual. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Selective export of table columns
You could also use org-babel to get a new table with only the desired columns. -- Darlan At Tue, 23 Nov 2010 08:18:40 -0500, Nick Dokos nicholas.do...@hp.com wrote: Suvayu Ali fatkasuvayu+li...@gmail.com wrote: Hi, I recently was in a situation where I had tables like these, || smear param | \chi^2/DoF | \chi^2/DoF | | Sl | caloE perp | perp before | perp after | |+-+-+| | 3 | 3.008 | 8/13| 8.3/13 | | 2 | 3.508 | 8/13| 8.2/13 | | 0 | 4.008 | 8/13| 8.3/13 | | 4 | 4.508 | 8.1/13 | 8.4/13 | Now the 1st and 2nd column are something for my reference and I don't want to export them to my presentation slides. So is there an option for selective export of table columns? If not can someone give any hints how I might try to achieve that? I am just learning some lisp, so maybe this could be a good practice. :) Thanks for any insights. Perhaps radio tables with :skipcols can help? See section A.5.1 of the Org manual. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Babel] Table collapsed as one big line, when passed to a shell script
Hi Seb, Sébastien Vauban wxhgmqzgw...@spammotel.com writes: #+TITLE: Line breaks preservation #+DATE: 2010-11-23 #+LANGUAGE: en_US * Abstract Table is seen as being *one big line*, when echo'ing all of its rows. * Passing var via Babel I want to *add a column* to the following table. #+results: table-message | This is line 1 of the message.| | This is line 2 of the message.| | This is the last line of the message. | Its value should be dependant on a *regexp matching* the *current row* (for example, if 1 is detected in the original column, then write A in the new one, B if 2 is read, C if 3 is read, etc.). Hence, I'm thinking using AWK as an easy solution. #+begin_src note I'm open to other ideas on how I could do this as easily. Just throw me ideas, if you have some. #+end_src the easiest (for me) would be with the elisp =mapcar= function #+begin_src emacs-lisp :var tbl=table-message (mapcar (lambda (row) (cons New col row)) tbl) #+end_src #+results: | New col | This is line 1 of the message.| | New col | This is line 2 of the message.| | New col | This is the last line of the message. | *First* trial: add a column whose cell contents will be *fixed* (here, equal to =New col=). #+srcname: add-col #+begin_src sh :var data=table-message :results output :exports both echo $data | awk '// {print | New col | $0 |;}' #+end_src This is a bash problem(feature) you must wrap the $data variable in quotes for newlines to be preserved. Note that in zsh (my preferred shell) this quote wrapping is not required. #+srcname: add-col #+begin_src sh :var data=table-message :results output raw :exports both echo $data | awk '// {print | New col | $0 |;}' #+end_src #+results: add-col | New col | This is line 1 of the message.| | New col | This is line 2 of the message.| | New col | This is the last line of the message. | Best -- Eric #+results: add-col : | New col | This is line 1 of the message. This is line 2 of the message. This is the last line of the message. | I was expecting 3 lines, not 1... * Replacing Babel expansion of the variable Here, I made a few changes: - added option =-n= to cat, to make him number the lines - added explicit =[BEGINOFLINE]= and =[ENDOFLINE]= markers to see where the lines begin and end #+srcname: add-col-expanded #+begin_src sh :results output :exports both data=$(cat -n BABEL_TABLE This is line 1 of the message. This is line 2 of the message. This is the last line of the message. BABEL_TABLE ) echo $data | awk '// {print [BEGINOFLINE]| New col | $0 |[ENDOFLINE];}' #+end_src #+results: add-col-expanded : [BEGINOFLINE]| New col | 1 This is line 1 of the message. 2 This is line 2 of the message. 3 This is the last line of the message. |[ENDOFLINE] Still the same, though we observe that =cat= sees 3 lines, but the =echo= does not seem to preserve the line breaks, when executed. * Questions - Do you have the same problems on your machine? - Is it due to Cygwin Bash on Windows (my case)? - Any idea on what could cause this, or on any workaround? Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Babel] Error output buffer
This is something that Dan and I have discussed as well. On the one hand it would be nice to wipe the buffer between block executions, but on the other hand when you are say exporting a file and running many code blocks at once it would be preferable to retain error messages from all of the code blocks. I've been thinking that either a we could delete the buffer form all manual entry points into code block execution so that it is refreshed between manual code block execs but not between automated (e.g. on export) code block execs. Another option would be to separate the error messages with timestamps as you've proposed, and maybe with some mark that can be jumped to with a keystroke. I'm not sure which approach would be best. -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, A quick wished feature, if you agree on its usefulness. Currently, all error messages are concatenated to the same buffer, execution after execution, which makes it *difficult to distinguish between the new errors*, and the ones already seen previously. Different propositions: - delete the contents of the buffer before every code execution - add something visible after every execution, like a separator line or a ^L character (new page, than can easily be displayed as a rule) - always show the last lines in a different color - in the same spirit, use two alternate colors for the messages (like in some HTML tables, for odd/even rows) - add a timestamp with the date, before every code execution. This is not exhaustive, just some (funny for some of them) ideas I have in mind in order to make the messages more visible than they currently are. Thanks. Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Error running ditaa
When running ditaa on Linux fedora 12 through java, I get the following errors: java -jar /usr/share/java/ditaa.jar -r -S /tmp/org-ditaa27392h-V blue_fd02b5c06d6a5cb80eaf27098c3c490dc81326ce.png Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on Exception in thread main java.lang.NoClassDefFoundError: org/apache/commons/cli/ParseException Caused by: java.lang.ClassNotFoundException: org.apache.commons.cli.ParseException at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:319) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:264) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:332) Could not find the main class: org.stathissideris.ascii2image.core.CommandLineConverter. Program will exit. This can be taken care of by using the shell script that comes with ditaa, i.e.: ditaa -r -S /tmp/org-ditaa27392h-V But to do this from within emacs I need to patch org-exp-blocks.el as follows: -(unless (file-exists-p org-ditaa-jar-path) - (error (format Could not find ditaa.jar at %s org-ditaa-jar-path))) : -(message (concat java -jar org-ditaa-jar-path args data-file out-file)) -(shell-command (concat java -jar org-ditaa-jar-path args data-file out-file))) +(message (concat ditaa args data-file out-file)) +(shell-command (concat ditaa args data-file out-file))) (You also need to erase the checking for the existance of dita.jar) Wouldn't it make more sense to replace the variable org-ditaa-jar-path with a new variable org-ditaa-command that by default contains java -jar /old/value/of/org-ditaa-jar-path? This would allow replacing it with a shell script. Would a patch be accepted, or do you prefer to remain backward compatible? On a related question. Since there is quite a lot of common code between org-export-blocks-format-dot and org-export-blocks-format-ditaa (especially if my patch is accepted), wouldn't it make sense to create a org-export-blocks-format-meta that take all the differences between the various export-blocks as parameters? This would simplify adding additional org-export-blocks. Regards, Dov ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: LaTeX fragments export to invalid XHTML
This is the sample file: * Hello world \begin{align*} x=\frac{-b^2\pm\sqrt{b^2-4ac}}{2a} \end{align*} When you validate the resulting HTML file at the w3c site (http://validator.w3.org/check), it fails the check. If you recall, when org-export-with-latex-fragments is set to dvipng, it produces PNG images with the ALT attribute equal to the corresponding LaTeX equation. In this case, the resulting IMG tag is: img src=filenameofPNG alt=\begin{align*}x=\frac{-b^2\pm\sqrt{b^2-4ac}}{2a}\end{align*}/ Apparently, you can't have unescaped (ampersands) in an ALT tag. Thus, the resulting HTML file fails to validate. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bugs in ob-haskell
Hi Robin, Robin Green gree...@greenrd.org writes: I've noticed a number of bugs in ob-haskell: 1. The first time I ran my code block, the results were given as something like: Prelude [[1], [2], [3]] and of course, this isn't an org table, as it should be. I don't think the Prelude should have been there, and I suspect a race condition, because after I immediately did C-c C-c again, the results changed to a table. Yes, the very first execution in a new session can sometimes lead to such problems as the session warms up. 2. Looking at ob-haskell.el, it seems like Haskell strings are converted into text by removing leading and trailing double quotes. However, if there are double quote characters inside the string, they will be escaped with a backslash when printed, and they will presumably need to be unescaped. (Haven't tested this though.) This problem (if there was one, it sounds as though you did not check) is now fixed by a quoting fix applied to a number of languages including Haskell. 3. Ordinary Haskell lists can't have values of different types inside them, at least not without some sort of wrapper. But if you have a number and a string in your table, ob-haskell will try to make an impossible list with a number and a string in it. My preferred solution to this bug would be to force all list items to strings (at least, if there are any strings at all in the input table or list). I would disagree that this is a bug. True, Haskell does not allow lists of mixed types, so then the user shouldn't pass in lists of mixed types, and if they do, Haskell will spit out a warning. I find this behavior more clear and straightforward than the proposed behavior of having Babel automatically fix your list by converting all elements to strings. The user can do that explicitly themselves using something like the following (could be added to your LOB to make this process even easier). #+tblname: mixed-table | 1 | first | | 2 | second | | 3 | third | | 4 | fourth | #+source: rec-string-wrap #+begin_src emacs-lisp :var data=mixed-table (defun rec-string-wrap (in) (if (listp in) (mapcar #'rec-string-wrap in) (format %S in))) (rec-string-wrap data) #+end_src #+begin_src haskell :var tbl=rec-string-wrap(data=mixed-table) map head tbl #+end_src #+results: | 1 | 2 | 3 | 4 | 4. What's worse is, if ob-haskell makes an error in setting your input variables, like the error in the previous paragraph, and this is not the first run of that code block and you haven't changed the variable names, the error arising from the let command will simply be ignored silently by ob-haskell! The previous value of the variable will be used instead. At least, that is what happens to me. This is an effect of how variables work in the interactive Haskell session, previous values are not overwritten by erroneous assignment to the same variable name. Changing this behavior is beyond the scope of the babel integration. That said it would be great if the Haskell integration allowed for executing code blocks using an external Haskell process in stead of the interactive session, unfortunately this is currently not implemented and would presumably require some simple monadic wrapper to output results from the execution in a format which could be captured and brought back into Emacs. As always patches are welcome. -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Error output buffer
Hi Eric, Seb, I'd actually just pushed my local fix that I had made to this so far. Our emails crossed because mine is being held up by gmane as I forgot to switch the obfuscated gmane reply address for the normal list address, but here's what will come through eventually: , | Hi Seb, | | I agree, that had been bothering me too. I had fixed it a week or so ago | in my local set up, and I've just pushed that to master. It wipes the | error buffer clean at the start of execution (on C-c C-c, and during | export). | | Dan ` Hopfully this is a step in the right direction, although it doesn't resolve all the problems you outline. Dan Eric Schulte schulte.e...@gmail.com writes: This is something that Dan and I have discussed as well. On the one hand it would be nice to wipe the buffer between block executions, but on the other hand when you are say exporting a file and running many code blocks at once it would be preferable to retain error messages from all of the code blocks. I've been thinking that either a we could delete the buffer form all manual entry points into code block execution so that it is refreshed between manual code block execs but not between automated (e.g. on export) code block execs. Another option would be to separate the error messages with timestamps as you've proposed, and maybe with some mark that can be jumped to with a keystroke. I'm not sure which approach would be best. -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, A quick wished feature, if you agree on its usefulness. Currently, all error messages are concatenated to the same buffer, execution after execution, which makes it *difficult to distinguish between the new errors*, and the ones already seen previously. Different propositions: - delete the contents of the buffer before every code execution - add something visible after every execution, like a separator line or a ^L character (new page, than can easily be displayed as a rule) - always show the last lines in a different color - in the same spirit, use two alternate colors for the messages (like in some HTML tables, for odd/even rows) - add a timestamp with the date, before every code execution. This is not exhaustive, just some (funny for some of them) ideas I have in mind in order to make the messages more visible than they currently are. Thanks. Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: inconsistent export of R results in orgmode 7.3
I just ran my example twice, the first time the data frame did not appear in the (HTML) export; the second time it did. Both times the *R* session buffer gave identical output, as follows: x - 1:5 y - data.frame(A=x, B=round(sin(x/3.3),3)) y A B 1 1 0.298 2 2 0.570 3 3 0.789 4 4 0.936 5 5 0.998 I also took a look at the *Messages* buffer in emacs. In the first (failed) export It left the message executing R code block... Starting evaluation... Finished evaluation result is (nil hline) In the second (successful) export the equivalent lines were executing R code block... Starting evaluation... Finished evaluation result is ((A B) hline (1 0.298) (2 0.57) (3 0.789) (4 0.936) (5 0.998)) Erik Iverson wrote: What does your *R* session buffer look like when this does and does not work? The same? Perhaps the prompt is getting confused at some point? Your example has worked 4 times in a row for me... --Erik Ian Kennedy wrote: Since upgrading to org-mode 7.3 I have had inconsistent export of R code block results. Sometimes the results appear in the exported document, sometimes they don't. I've included the simplest example I've been able to come up with below. When I export this file the data frame is exported about half the time. The example below is about the shortest I've come up with that shows inconsistent export. I usually have the problem with more complex documents, which use R only, and which have R read in data from external files. I do not have the problem if I use org-mode 7.01h. I am running emacs 23.2 on Windows XP with R 2.12.0. My apologies if this has already been discussed (if it has, maybe somebody can point me to the discussion I missed). Here's the example: * Ditaa Example #+BEGIN_SRC ditaa :file dit.png :width 300 :height 300 :exports results +---+ | | |Block 1| | | +---+---+ | | v +---+ | | |Block 2| | | +---+ #+END_SRC * R example ** Something in R #+BEGIN_SRC R :session *R* :exports none x - 1:5 y - data.frame(A=x, B=round(sin(x/3.3),3)) #+END_SRC ** A table which is often not exported #+BEGIN_SRC R :session *R* :exports results :colnames yes y #+END_SRC Thanks, Ian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic global tag list?
On Tue, 23 Nov 2010 06:52:34 +0100 Carsten Dominik carsten.domi...@gmail.com wrote: On Nov 23, 2010, at 1:30 AM, Uriel Avalos wrote: Is there a way to auto-magically construct the global tag list (org- tag-alist)? That is, tags would get added to the global list as you add them. Alternatively, is there a way to construct the global list of all tags in use (in the agenda files or given set of files)? There is the function `org-global-tags-completion-table' which will construct this list for the agenda files or for any other list of files you are giving it. For each of these files it will at the tags defined in #+TAGS: lines as well as any other tags being used in that file. HTH - Carsten Thanks for the reply. However, I'm afraid that I'm not (yet) a lisp programmer. What would the definition of such a function look like? This function seems to be undocumented. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Babel ':session ' bug?
Hi chuck, I just pushed up a change (and an exercising unit test) which should now finally actually fix this issue. Thanks for persistently pointing out the problem. Best -- Eric Charles C. Berry cbe...@tajo.ucsd.edu writes: On Mon, 22 Nov 2010, Eric Schulte wrote: Hi, I get the following when calling (org-babel-get-src-block-info) on the following code block #+BEGIN_SRC R :session :results output xyz #+END_SRC (R xyz ((:colname-names) (:rowname-names) (:result-params output replace) (:result-type . output) (:comments . ) (:shebang . ) (:cache . no) (:noweb . no) (:tangle . no) (:exports . code) (:results . output replace) (:session) ...) nil 0) note that I'm getting (:session) for the session header argument, which is correct. Could you send me a copy of the offending code block? To my eye, this seemed to be exactly what you have. But using hexl-mode, I see I have three blanks between ':session' and ':results', and two of them show up in '(:session\ \ )'. Using: #+BEGIN_SRC R :session :results output xyz #+END_SRC I get: (R xyz ((:colname-names) (:rowname-names) (:result-params output replace) (:result-type . output) (:comments . ) (:shebang . ) (:cache . no) (:noweb . no) (:tangle . no) (:exports . code) (:results . output replace) (:session\ \ ) ...) nil 0) Deleting the extra blanks gives the same result you have. Chuck Thanks -- Eric Charles C. Berry cbe...@tajo.ucsd.edu writes: On Mon, 22 Nov 2010, Eric Schulte wrote: Hi Charles, I've just pushed up a change which should fix this issue. Thanks. ':session' has the right number of colons, but is followed by '\ \ ', and no session was started. i.e., M-x eval-expression RET (org-babel-get-src-block-info) RET gives: (R xyz ((:colname-names) (:rowname-names) (:result-params output replace) (:result-type . output) (:comments . ) (:shebang . ) (:cache . no) (:noweb . no) (:tangle . no) (:exports . code) (:results . output replace) (:session\ \ ) ...) nil 0) Chuck Thanks for the report -- Eric Charles C. Berry cbe...@tajo.ucsd.edu writes: Correction in line below. CCB On Sat, 20 Nov 2010, Charles C. Berry wrote: I think :session without passing a string used to start a session, but now it does not. I think this is a bug. Details: Just did git pull and now with this: , | #+BEGIN_SRC R :session :results output xyz | #+END_SRC | | #+results: | | #+BEGIN_SRC R :session *R* :results output xyz | #+END_SRC ` Oops! That should have been , | #+BEGIN_SRC R :session :results output | xyz | #+END_SRC | | #+results: | | #+BEGIN_SRC R :session *R* :results output | xyz | #+END_SRC ` If I put point after 'xyz' in the first block and do M-x eval-expression RET (org-babel-get-src-block-info) RET I get (R xyz ((:colname-names) (:rowname-names) (:result-params output replace) (:result-type . output) (:comments . ) (:shebang . ) (:cache . no) (:noweb . no) (:tangle . no) (:exports . code) (:results . output replace) (::session\ \ ) ...) nil 0) Note '(::session\ \ ). Whilst putting point in the second block leads to (R xyz ((:colname-names) (:rowname-names) (:result-params output replace) (:result-type . output) (:comments . ) (:shebang . ) (:cache . no) (:noweb . no) (:tangle . no) (:exports . code) (:results . output replace) (:session . *R*) ...) nil 0) Chuck Charles C. BerryDept of Family/Preventive Medicine cbe...@tajo.ucsd.edu UC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode Charles C. Berry Dept of Family/Preventive Medicine cbe...@tajo.ucsd.edu UC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode Charles C. BerryDept of Family/Preventive Medicine cbe...@tajo.ucsd.eduUC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 Charles C. BerryDept of Family/Preventive Medicine cbe...@tajo.ucsd.edu UC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 ___ Emacs-orgmode mailing
[Orgmode] org-indent mode not indenting free text?
Hello, I just pulled the latest org from git, and org-indent mode does not seem to be fully working anymore. I still see the additional stars added to headlines, and they are shadowed properly. But the free text lines under each headline are not shown indented as they previously were. I cannot be sure when this change happened, but I think within the last week or so. Can anyone else reproduce this? It wasn't clear from looking at the git logs for org-indent.el that anything has recently changed that would affect this, so I'm currently stumped. --Erik ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: MobileOrg Android 0.4.5
Hello, Since I upgrade to the 0.4.5 version of MobileOrg for android, I've some new bugs with it: wen entering a sub item with no todo part, it will fail. Something like the following example is enough. * Notes ** Le petit cours d’autodéfense intellectuelle :ATTACH: [[~/org/data/qs/h4wq80kne0/Chroniques_de_Normand_Baillargeon.pdf][Chroniques]] :PROPERTIES: :Attachments: Chroniques_de_Normand_Baillargeon.pdf :ID: qsh4wq80kne0 :END: ** Sophisme - Ad hominem :: attaquer la personne qui argue plutôt que l'argument. - Argument d'autorité :: Argument mettant de l'avant des conséquences défavorables mettre de la pression sur qui doit prendre une décision en rappelant les conséquences terribles pour lui d'une certaine décision . - Appel à l'ignorance :: l'absence de preuve ou de témoignage n'est pas la preuve ou le témoignage que ce qui est recherché n'existe pas. -- Rémi Vanicat ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic global tag list?
On Nov 23, 2010, at 4:45 PM, Uriel Avalos wrote: On Tue, 23 Nov 2010 06:52:34 +0100 Carsten Dominik carsten.domi...@gmail.com wrote: On Nov 23, 2010, at 1:30 AM, Uriel Avalos wrote: Is there a way to auto-magically construct the global tag list (org- tag-alist)? That is, tags would get added to the global list as you add them. Alternatively, is there a way to construct the global list of all tags in use (in the agenda files or given set of files)? There is the function `org-global-tags-completion-table' which will construct this list for the agenda files or for any other list of files you are giving it. For each of these files it will at the tags defined in #+TAGS: lines as well as any other tags being used in that file. HTH - Carsten Thanks for the reply. However, I'm afraid that I'm not (yet) a lisp programmer. What would the definition of such a function look like? This function seems to be undocumented. The function is there, and it is documented. But I think they key question is: what you you want to do with the list of tags. If you tell us, maybe you can get an answer! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] Re: In-buffer completion
Patch 396 (http://patchwork.newartisans.com/patch/396/) is now Accepted. Maintainer comment: No comment This relates to the following submission: http://mid.gmane.org/%3C874obblwa8.fsf%40gmail.com%3E Here is the original message containing the patch: Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: [Orgmode] Re: In-buffer completion Date: Sat, 20 Nov 2010 22:50:07 - From: Dan Davison dandavis...@gmail.com X-Patchwork-Id: 396 Message-Id: 874obblwa8@gmail.com To: Carsten Dominik carsten.domi...@gmail.com Cc: John Wiegley jwieg...@gmail.com, Org Mode emacs-orgmode@gnu.org Carsten Dominik carsten.domi...@gmail.com writes: Dear all, yesterday I replaced the previous implementation of in-buffer completion (M-TAB of Esc TAB) with a new function making use of John Wiegleys pcomplete.el. In fact, John did most of the Org-related implementation already months ago - I only tied up some loose ends. So if you are noticing something unexpected in in-buffer completion, this is the cause. There may be bugs, if you find any, let me know. Most importantly, however, in-buffer completion is now implement so much cleaner, and we can extend it if we want. So if you have good ideas where in-buffer completion would be useful and does not work already, lets hear it! Hi Carsten, That looks nice. Here's a few #+ keywords I notice are missing. (Shouldn't more of these entries have a terminal colon?) Dan Thanks to John for yet another great addition to Org mode. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode diff --git a/lisp/org.el b/lisp/org.el index c634a6c..917a368 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -10547,9 +10547,14 @@ This function can be used in a hook. BEGIN_VERSE END_VERSE BEGIN_CENTER END_CENTER BEGIN_SRC END_SRC +SOURCE: SRCNAME: FUNCTION: +RESULTS: +HEADER: HEADERS: +BABEL: CATEGORY COLUMNS PROPERTY CAPTION LABEL SETUPFILE +INCLUDE: BIND MACRO)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org Mobile Setting and file encoding
Dear list, I'm trying to set up Mobile Org, but there's some problem, All my org files are placed in in ~/My Dropbox/org/org, as following: - (defvar org-dir (concat Dropbox /org) org dir) (defvar org-source-dir (concat Dropbox /org/org) org source dir) (defvar pub-html-dir (concat Dropbox /org/public_html) html dir) (defvar org-mobile-dir (concat Dropbox /MobileOrg) org mobile dir) Then I set Mobile Org like this: (setq org-mobile-directory org-source-dir) (setq org-mobile-force-id-on-agenda-items nil) (setq org-mobile-inbox-for-pull (concat org-source-dir /mobile.org)) After org-mobile-push command, the agenda is generated, but in Mobile Org, it could not be opened, and the error message is bad file encoding, unable to detect file encoding, please re-save this file using UTF-8. So how could I figure out what the file encoding of my org files, and if not, how to convert them (there's quite a bit) to UTF-8, and in the future how to save the files automatically to UTF-8 with the Chinese support? The coding system is really confusing, thanks a lot!! Chao ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic global tag list?
I just want to keep tag names consistent across files and I want to know what tags are in use in all files as I add a tag. However, it's too tedious to manually maintain org-tag-alist because I use a large and arbitrary number of tags at any given time. It would also be great if there was a way to list all tags in global use. (I'm thinking something like a tag cloud here.) BTW, where is the documentation? I'm using orgmode 7.03, perhaps it's not documented there? U Avalos --- On Tue, 11/23/10, Carsten Dominik carsten.domi...@gmail.com wrote: From: Carsten Dominik carsten.domi...@gmail.com Subject: Re: [Orgmode] Automatic global tag list? To: Uriel Avalos amscopub-m...@yahoo.com Cc: emacs-orgmode@gnu.org Date: Tuesday, November 23, 2010, 11:50 AM On Nov 23, 2010, at 4:45 PM, Uriel Avalos wrote: On Tue, 23 Nov 2010 06:52:34 +0100 Carsten Dominik carsten.domi...@gmail.com wrote: On Nov 23, 2010, at 1:30 AM, Uriel Avalos wrote: Is there a way to auto-magically construct the global tag list (org- tag-alist)? That is, tags would get added to the global list as you add them. Alternatively, is there a way to construct the global list of all tags in use (in the agenda files or given set of files)? There is the function `org-global-tags-completion-table' which will construct this list for the agenda files or for any other list of files you are giving it. For each of these files it will at the tags defined in #+TAGS: lines as well as any other tags being used in that file. HTH - Carsten Thanks for the reply. However, I'm afraid that I'm not (yet) a lisp programmer. What would the definition of such a function look like? This function seems to be undocumented. The function is there, and it is documented. But I think they key question is: what you you want to do with the list of tags. If you tell us, maybe you can get an answer! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BUG] Clicking on inline image causes Emacs to segfault when using dynamic cursors
The following message is a courtesy copy of an article that has been posted to gmane.emacs.orgmode as well. 1) What exactly did you do? Evaluate the following Emacs config (dynamic cursor config is from http://emacs-fu.blogspot.com/2009/12/changing-cursor-color-and-shape.html): --8---cut here---start-8--- (add-to-list 'load-path ~/.emacs.d/org-mode/lisp) (add-to-list 'load-path ~/.emacs.d/org-mode/contrib/lisp) (require 'org-install) (setq djcb-read-only-color gray) (setq djcb-read-only-cursor-type 'hbar) (setq djcb-overwrite-color red) (setq djcb-overwrite-cursor-type 'box) (setq djcb-normal-color yellow) (setq djcb-normal-cursor-type'bar) (defun djcb-set-cursor-according-to-mode () change cursor color and type according to some minor modes. (cond (buffer-read-only (set-cursor-color djcb-read-only-color) (setq cursor-type djcb-read-only-cursor-type)) (overwrite-mode (set-cursor-color djcb-overwrite-color) (setq cursor-type djcb-overwrite-cursor-type)) (t (set-cursor-color djcb-normal-color) (setq cursor-type djcb-normal-cursor-type (add-hook 'post-command-hook 'djcb-set-cursor-according-to-mode) --8---cut here---end---8--- Create the following org file: --8---cut here---start-8--- #+STARTUP: inlineimages [[file:/usr/local/share/emacs/23.2/etc/images/splash.png]] --8---cut here---end---8--- Open the org-file and click on the image. 2) What did you expect to happen? The image to be displayed in it's own buffer. 3) What happened instead? Emacs crashed with Segmentation fault. Versions: Org-mode version 7.3 (release_7.3.120.g666e6) GNU Emacs 23.2.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Percent Done value not working....
C-c # didn't work. I'm still getting 66%. The only way I can get a complete count is to (setq org-hierarchical-todo- statistics nil) and change the keyword on heading 1.2.1. However, in my actual file, those lower headings are dates for journal entries. I don't want to put keywords on those. i.e. * Head 1 [66%] ** DONE Head 1.1 ** DONE Head 1.2 *** 2010/08/25 11:28:12 (11:28:12 AM) Some log entry and notes. Putting a keyword on this entries heading is a waste, yet Head 1 doesn't provide the correct DONE total. Any other ideas? On Mon, Nov 22, 2010 at 4:44 PM, Bernt Hansen be...@norang.ca wrote: C64 Whiz c64w...@gmail.com writes: Hello, I have the following tree with (setq org-hierarchical-todo-statistics nil) in my .emacs: * Head 1 [66%] ** DONE Head 1.1 ** DONE Head 1.2 *** TODO Head 1.2.1 Changing the keyword on heading 1.2.1 alters the 66% accordingly. When I change my .emacs to (setq org-hierarchical-todo-statistics t), changing the heading 1.2.1 keyword does *not* alter the 66%. However, it STILL says 66%. If Subtrees are ignored, shouldn't the [%] be 100% ? Thanks! Hi, It probably goes up one level, sees not statistics cookie to update and quits looking. You can update the statistics cookie on Head 1 with C-c # HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Percent Done value not working....
On Nov 23, 2010, at 7:27 PM, C64 Whiz wrote: C-c # didn't work. I'm still getting 66%. The only way I can get a complete count is to (setq org-hierarchical-todo- statistics nil) and change the keyword on heading 1.2.1. However, in my actual file, those lower headings are dates for journal entries. I don't want to put keywords on those. i.e. * Head 1 [66%] ** DONE Head 1.1 ** DONE Head 1.2 *** 2010/08/25 11:28:12 (11:28:12 AM) Some log entry and notes. Putting a keyword on this entries heading is a waste, yet Head 1 doesn't provide the correct DONE total. Any other ideas? The docstring of that variable is: Non-nil means TODO statistics covers just direct children. When nil, all entries in the subtree are considered. This has only an effect if `org-provide-todo-statistics' is set. To set this to nil for only a single subtree, use a COOKIE_DATA property and include the word \recursive\ into the value. Is that not clear? It means that all sublevels are flattened out, so that TODO entries on all levels are treated equally. HTH - Carsten On Mon, Nov 22, 2010 at 4:44 PM, Bernt Hansen be...@norang.ca wrote: C64 Whiz c64w...@gmail.com writes: Hello, I have the following tree with (setq org-hierarchical-todo- statistics nil) in my .emacs: * Head 1 [66%] ** DONE Head 1.1 ** DONE Head 1.2 *** TODO Head 1.2.1 Changing the keyword on heading 1.2.1 alters the 66% accordingly. When I change my .emacs to (setq org-hierarchical-todo- statistics t), changing the heading 1.2.1 keyword does *not* alter the 66%. However, it STILL says 66%. If Subtrees are ignored, shouldn't the [%] be 100% ? Thanks! Hi, It probably goes up one level, sees not statistics cookie to update and quits looking. You can update the statistics cookie on Head 1 with C-c # HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-indent mode not indenting free text?
Hello, Erik Iverson writes: I still see the additional stars added to headlines, and they are shadowed properly. But the free text lines under each headline are not shown indented as they previously were. I can confirm this. It looks like the following commit is the culprit commit e40903a6b6087ab4b97c51830bfc36cc2f3a83c8 Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] Clicking on inline image causes Emacs to segfault when using dynamic cursors
Nick Dokos nicholas.do...@hp.com writes: Open the org-file and click on the image. 2) What did you expect to happen? The image to be displayed in it's own buffer. Methinks that's not right: it's an inline image, you specify showing inline images on startup, so it should be shown inline, not in its own buffer. If I remove the dynamic cursor code, load emacs, open the org file with images, and *click on the image*, the image is shown in it's own buffer. Is this not what is supposed to happen? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [Babel] Need for an extra literal block construct
Hello, Sébastien Vauban writes: Though, I don't understand cases where we would like to preserve the verbatimness of the linebreaks, but not of the lists, which is the case, currently, for VERSE. Is there any useful use case for that? For me, both should be supported together, whichever the environment, or none. I'm not sure to understand what you have in mind here. On a technical point, I fail to see how you can have both leading white spaces preserved and lists interpreted, in a reasonable way. Thus, as VERSE environment preserves those spaces, lists can only be left uninterpreted there. Perhaps what you are missing is a block where only line breaks are verbatim. There's an export option to preserve them on the whole file but not on a part of a document, AFAIK. For the emails, what environment would you advice me to use in general? The patched VERSE, or back to EXAMPLE (distinguished from RESULT, since Eric's patch to wrap the Org results)? 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... Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Brian Gough of Network Theory Limited about Org Mode
Hi, there are some nice comments by Brian Gough of Network Theory Limited who has a couple of nice things to say about Org-mode. http://blogs.fsfe.org/fellowship-interviews/?p=156 Network Theory Limited is preparing the publication of the version 7.3 of the Org manual as a book. Greetings - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Mobile Setting and file encoding
Chao, whenever mobileorg fails loading the file and converting it into an UTF8 string, the error message about encoding is presented. The cause of your problem can be many things: - the file is incorrectly recognised as encrypted - the file is incorrectly recognised as not-encrypted - the encoding is not utf-8 and there are offending bytes - the parsing of the index file fails somehow To make sure utf-8 is all you do, evaluate (in .emacs e.g.): (prefer-coding-system 'utf-8) (set-default-coding-systems 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (setq default-buffer-file-coding-system 'utf-8) Furthermore, make sure you try everything not encrypted. Also, this helped with me, don't run the latest git org-mode against production release mobileorg. Somehow my mobileorg on iphone failed on the first lines of the index file. mobileorg on Android didn't fail however. Good luck! Joost Helberg Chao == Chao LU looc...@gmail.com writes: Subject: [Orgmode] Org Mobile Setting and file encoding From: Chao LU looc...@gmail.com To: emacs-orgmode@gnu.org Date: Tue, 23 Nov 2010 12:54:49 -0500 Dear list, I'm trying to set up Mobile Org, but there's some problem, All my org files are placed in in ~/My Dropbox/org/org, as following: - (defvar org-dir (concat Dropbox /org) org dir) (defvar org-source-dir (concat Dropbox /org/org) org source dir) (defvar pub-html-dir (concat Dropbox /org/public_html) html dir) (defvar org-mobile-dir (concat Dropbox /MobileOrg) org mobile dir) Then I set Mobile Org like this: (setq org-mobile-directory org-source-dir) (setq org-mobile-force-id-on-agenda-items nil) (setq org-mobile-inbox-for-pull (concat org-source-dir /mobile.org)) After org-mobile-push command, the agenda is generated, but in Mobile Org, it could not be opened, and the error message is bad file encoding, unable to detect file encoding, please re-save this file using UTF-8. So how could I figure out what the file encoding of my org files, and if not, how to convert them (there's quite a bit) to UTF-8, and in the future how to save the files automatically to UTF-8 with the Chinese support? The coding system is really confusing, thanks a lot!! Chao -- Snow B.V.http://snow.nl ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-column face being changed somewhere...
Hello, for a very long time now, I have been puzzling about why my org column view doesn't look right but I've never really had the chance to track down the problem. The view doesn't look right because the face used doesn't match the rest of the faces used in my org buffers. Specifically, the font used for column view is /smaller/ than the default font for all other faces. When I ask for information on the org-column face, via customize-face, I get the following (edited for brevity): --8---cut here---start-8--- Org Column face: (sample) Hide Face State: CHANGED outside Customize; operating on it here may be unreliable. Face for column display of entry properties. Hide Rest [...] Groups: Org Faces Choice: Value Menu Attributes: [X] Font Family: Bitstream Vera Sans Mono [ ] Font Foundry: * [ ] Width: * [X] Height: Value Menu Height in 1/10 pt: 97 --8---cut here---end---8--- Note the setting for height. I have a custom-set-faces in my .emacs which sets the /default/ face to have height 120. However, the custom-set-faces is *after* all my other customisations, including loading org so maybe it is not surprising that the org-column face has what appears to be the original default value. Nevertheless, all my other org faces appear as I would expect them to with a height of 120. The curious bit is that customize-face tells me that this face has been changed outside customize and yet I do not change this face *anywhere* that I can see (having grepped to my heart's content...). If I do use customize to set the height to 120, everything looks just fine but I would rather not do this as I would like all faces to follow whatever customisation I do for the default face (especially as I use a different default for different computers, such as laptop versus desktop, but I have almost all other configurations shared between them). Can anybody help shed any light on this? I hope some of what I said above makes sense... Thanks for reading this far, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.123.g950be) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Babel] Error output buffer
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, A quick wished feature, if you agree on its usefulness. Currently, all error messages are concatenated to the same buffer, execution after execution, which makes it *difficult to distinguish between the new errors*, and the ones already seen previously. Different propositions: - delete the contents of the buffer before every code execution - add something visible after every execution, like a separator line or a ^L character (new page, than can easily be displayed as a rule) I like this one (above), especially if you could append the date+time to the formfeed and, ideally, some indication of the source code block responsible for what follows. The latter is important because I often have multiple source code blocks with the same language and it would be nice to distinguish between them in terms of error output. Having the srcname appear would be great, if it's possible. thanks, eric - always show the last lines in a different color - in the same spirit, use two alternate colors for the messages (like in some HTML tables, for odd/even rows) - add a timestamp with the date, before every code execution. This is not exhaustive, just some (funny for some of them) ideas I have in mind in order to make the messages more visible than they currently are. Thanks. Best regards, Seb -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.123.g950be) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-column face being changed somewhere...
Hi Eric, Eric S Fraga wrote: The curious bit is that customize-face tells me that this face has been changed outside customize and yet I do not change this face *anywhere* that I can see (having grepped to my heart's content...). If I do use customize to set the height to 120, everything looks just fine but I would rather not do this as I would like all faces to follow whatever customisation I do for the default face (especially as I use a different default for different computers, such as laptop versus desktop, but I have almost all other configurations shared between them). What I can tell you is that customizing that particular face is a nightmarre (I'm exagerating!!) for me as well. I think I've customized *in my color-theme* all Org faces, but I often (if not always) have problems with the relative size of the different lines in column view (in particular, the one with the column titles)... moreover because I have different heights set for level 1, 2, 3 and 4 headings. I'd like all of these fonts to be of the same height when switching to col view. Not the case, but set aside for now... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Error output buffer
Hi Eric, Eric S Fraga wrote: - add something visible after every execution, like a separator line or a ^L character (new page, than can easily be displayed as a rule) I like this one (above), especially if you could append the date+time to the formfeed and, ideally, some indication of the source code block responsible for what follows. The latter is important because I often have multiple source code blocks with the same language and it would be nice to distinguish between them in terms of error output. Having the srcname appear would be great, if it's possible. I think that what'd be very useful is: - some kind of separator - some timestamp (à la Org? with or without seconds) - some language info? - a referrer to the code block (like the =comments= in tangled files) The separator could even be (why not?) a Org heading: the entire output buffer could be an Org file, allowing for folding of less useful entries, or sparse tree searches: --8---cut here---start-8--- * 2010-11-23 Tue 22:29:11 sh block /* [[file:~/src/test.org::*Commands][Commands:1]] */ Invalid command: ls\r Invalid command: date\r /* Commands:1 ends here */ --8---cut here---end---8--- Just a proposition example... For me, whatever the format... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] byte compile warnings...
Hi David, this patch had already been partially applied by Carsten and Eric (in slightly a different way than I suggested). The changes to ob.el and ob-ref.el (the require statements) are therefore superfluous and should probably be backed out. There was also a superfluous whitespace change in org.el (a closing paren that was broken onto the next line). Patch to this effect is attached. You've already cleaned up org-agenda.el and the conditions in org-macs... 0001-Keep-byte-compiler-happy.patch Description: Cleanup It was unwise to bundle these fixes into a single patch, I'll put them into seperate commits should the occasion arise again. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Brian Gough of Network Theory Limited about Org Mode
Carsten Dominik carsten.domi...@gmail.com writes: Hi, there are some nice comments by Brian Gough of Network Theory Limited who has a couple of nice things to say about Org-mode. http://blogs.fsfe.org/fellowship-interviews/?p=156 I couldn't have said it better! :-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Need for an extra literal block construct
Hi Eric, (will answer to the other posts later, need to go and rest) Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Tested it (yesterday) for HTML. Per-fect! Thanks a lot... It's of great use. great, thanks for testing Confirmed. Tried to test it (now) for LaTeX. Can't, for the same reason as described in: [[http://mid.gmane.org/80eiadw0dh.fsf%40missioncriticalit.com]] [2010-11-22 Mon 21:48] After looking at this message I don't understand what the error is, are you getting a void-function -mode error when exporting to LaTeX? The following exports fine to LaTeX for me w/o error. As David explained, it must be a bad interaction of the src native fontification. Solved by coming back to Org master, only applying your patch, and staying (temporarily) in no native fontification mode. Though, already a couple of comments: 1. I guess there is one little typo in your patch: + (wrap #+BEGIN_LaTe\n #+END_LaTeX)) Fixed version attached, Thanks Tested it. Works perfect... after, of course, defining a new environment, such as (used for my test, after loading package =xcolor=): #+begin_src latex \newenvironment{RESULT}[0]% {\color{green}} {} #+end_src Only glitch is, when applying your patch: #+begin_src sh s...@mediacenter:~/src/org-mode 0$ git apply 0001-wrap-results-header-argument-wraps-code-block-result.patch 0001-wrap-results-header-argument-wraps-code-block-result.patch:29: trailing whitespace. (cond warning: 1 line adds whitespace errors. #+end_src There are, indeed, a couple of spaces and tabs after one of the 2 conds you introduce in the patch. Why is it a problem (even if a warning only), I have no idea? 2. Could you make the wrap on by default? No Why not? Because one needs first to add a environment in LaTeX? Other reasons? but you can by adding (:results . wrap) to `org-babel-default-header-args' in your personal configuration. OK. Although I guess if this is turned on by default then there should be a way to turn it off, either a nowrap header argument or a plain header argument or something that would be on by default. This would certainly be useful at some point in time, yes. So do you think this could be applied to the core? If not what changes would you recommend? I vote for applying it to master. Thanks a lot, once more! Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Need for an extra literal block construct
Hi Nicolas, Nicolas Goaziou wrote: Sébastien Vauban writes: Though, I don't understand cases where we would like to preserve the verbatimness of the linebreaks, but not of the lists, which is the case, currently, for VERSE. Is there any useful use case for that? For me, both should be supported together, whichever the environment, or none. I'm not sure to understand what you have in mind here. On a technical point, I fail to see how you can have both leading white spaces preserved and lists interpreted, in a reasonable way. Thus, as VERSE environment preserves those spaces, lists can only be left uninterpreted there. Perhaps what you are missing is a block where only line breaks are verbatim. There's an export option to preserve them on the whole file but not on a part of a document, AFAIK. I will try to rephrase my mind in a intelligible way, and you'll tell me if I succeed doing so... I meant, for me, there are only 2 useful options regarding a block environment such as BLOCKQUOTE and VERSE: - either, nothing is interpreted; that is, line breaks are preserved, and lists are preserved as well (outputted as they are written in the block) - either, line breaks are not preserved, and lists are nicely formatted as lists, with nice bullets in HTML/PDF (customized in CSS or class file). For me, as of now, I do not see a useful use case, where one would want to have line breaks preserved (as written in the source block) *but* lists interpreted (ie, not as written in the source block). Am I clearer? Am I right or wrong, with regard to your own experience? For the emails, what environment would you advice me to use in general? The patched VERSE, or back to EXAMPLE (distinguished from RESULT, since Eric's patch to wrap the Org results)? 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... OK. I'll follow your advice, after testing your patch. Thanks! Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: From state table to state diagram
You first need to decide on a syntax: how many cols in the table and what do they mean. A Confluence plugin does that. You may want to check it out for inspiration and nice examples: https://studio.plugins.atlassian.com/wiki/display/GVIZ/Confluence+Graphviz+Plugin https://studio.plugins.atlassian.com/wiki/display/GVIZ/Graph-from-table+Macro Dot is a really simple language, so translating to it should be easy. Eg | state1 | state2 | transition | becomes state1 - state2 [label=transition] ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: HTML export and blogging to blogger.com
Hi Tim, This looks interesting. I will try it next. Which behavior of Blogger is more standard for HTML? I am guessing that Blogger's default of converting \n to br is non-standard and that browsers are supposed to unfill then fill paragraphs for you. But I am new to HTML so I thought I'd confirm. Thanks. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: HTML export and blogging to blogger.com
On 2010-11-17, Eric S Fraga ucec...@ucl.ac.uk wrote: I apologise for jumping into the middle of a conversation but your It's an open conversation. Jump away. :) reference to longlines-mode brings to mind visual-line-mode which was introduced in Emacs 23 (I believe). This mode turns on =word-wrap= as well which makes the text look like it has been filled (i.e. soft returns in your parlance) without actually changing the underlying text. This is tempting, but (1) I am stuck with 22 for now and (2) I am not yet comfortable with the idea. I'm not sure it will work with git, magit, diff-mode, ediff, etc. the way I want it to. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: HTML export and blogging to blogger.com
On 2010-11-16, John Hendy jw.he...@gmail.com wrote: ,- | (defun unfill-region (begin end) That implementation again worked differently for you and me. It filled org headlines. In fact, I don't see how it wouldn't, given the regexp. Very strange. But I am about to try the Blogger editors to see if I can fix it that way and not need to unfill. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Selective export of table columns
On Tuesday 23 November 2010 05:18 AM, Nick Dokos wrote: Perhaps radio tables with :skipcols can help? See section A.5.1 of the Org manual. I need to hit tab once to get the alignment right, but other than that this works very well. Thank you. :) But I have a related but probably slightly off-topic question. I tried setting the label of a radio table in a tex source file. This breaks the conversion. Is this supported? Nick -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Selective export of table columns
On Nov 24, 2010, at 8:02 AM, Suvayu Ali wrote: On Tuesday 23 November 2010 05:18 AM, Nick Dokos wrote: Perhaps radio tables with :skipcols can help? See section A.5.1 of the Org manual. I need to hit tab once to get the alignment right, but other than that this works very well. Thank you. :) But I have a related but probably slightly off-topic question. I tried setting the label of a radio table in a tex source file. This breaks the conversion. Is this supported? You mean the receiver location is in a TeX file? In this case you should also put the sender table into the TeX file, between \begin{comment}...\end{comment}, and turn on the minor orgtbl- mode in that TEX file to edit the table. - Carsten Nick -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode