Re: [O] org-url-hexify-p is not respected
At Mon, 10 Sep 2012 00:58:27 -0400, Nick Dokos wrote: I'm still really confused how the ID options work. Last night, I could not get org to generate a link without creating an ID (using the default value of org-link-to-org-use-id). Now, I tried to verify what happens with ID-style links, so I customized org-link-to-org-use-id to be 't' -- and org now refuses to generate the ID. ??? This is even after saving the custom setting, quitting and relaunching emacs. It simply is not making the link according to the variable. (The link target is an org file.) C-h v org-link-to-org-use-id RET should help in alleviating (at least some of) the confusion. Note the default value: you probably want to set it to create-if-interactive-and-no-custom-id. OK, but will this create the IDs or not? Today, I had wanted to enable the IDs in order to provide a scenario where they don't work. For normal use, I *don't* want the IDs because I found they don't persist through Emacs sessions. create-if-interactive -- I'm assuming C-c l is interactive -- -and-no-custom-id -- these would be on headlines where there is no existing ID. So it *would* create an ID, right? Not what I ultimately want. hjh -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks
Re: [O] org-url-hexify-p is not respected
Following creates IDs on a headline. M-x org-id-get-create RET Then, the following creates a link to IDs C-c l on the headline C-c C-l at the place where link is to be inserted , | [[id:3f2c3ec7-e3ec-4fc8-9472-6b8fea4789d9][Low level Headline (Translations)]] | | * Low level Headline (Translations) | :PROPERTIES: | :ID: 3f2c3ec7-e3ec-4fc8-9472-6b8fea4789d9 | :END: ` If all you need is a stable link, you can go with CUSTOM_ID property for links. Just type in whatever string you want. IDs are machine created but CUSTOM_IDs are man made ones. James Harkins jamshar...@gmail.com writes: At Mon, 10 Sep 2012 00:58:27 -0400, Nick Dokos wrote: I'm still really confused how the ID options work. Last night, I could not get org to generate a link without creating an ID (using the default value of org-link-to-org-use-id). Now, I tried to verify what happens with ID-style links, so I customized org-link-to-org-use-id to be 't' -- and org now refuses to generate the ID. ??? This is even after saving the custom setting, quitting and relaunching emacs. It simply is not making the link according to the variable. (The link target is an org file.) C-h v org-link-to-org-use-id RET should help in alleviating (at least some of) the confusion. Note the default value: you probably want to set it to create-if-interactive-and-no-custom-id. OK, but will this create the IDs or not? Today, I had wanted to enable the IDs in order to provide a scenario where they don't work. For normal use, I *don't* want the IDs because I found they don't persist through Emacs sessions. create-if-interactive -- I'm assuming C-c l is interactive -- -and-no-custom-id -- these would be on headlines where there is no existing ID. So it *would* create an ID, right? Not what I ultimately want. hjh -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks --
Re: [O] org-url-hexify-p is not respected
At Mon, 10 Sep 2012 12:07:26 +0530, Jambunathan K wrote: If all you need is a stable link, you can go with CUSTOM_ID property for links. Just type in whatever string you want. IDs are machine created but CUSTOM_IDs are man made ones. I don't want IDs at all. I want [[file:.]] hjh -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks
Re: [O] org-url-hexify-p is not respected
James Harkins jamshar...@gmail.com writes: At Mon, 10 Sep 2012 12:07:26 +0530, Jambunathan K wrote: If all you need is a stable link, you can go with CUSTOM_ID property for links. Just type in whatever string you want. IDs are machine created but CUSTOM_IDs are man made ones. I don't want IDs at all. I want [[file:.]] Before creating the link, do M-x unload-feature RET org-id RET Then the following will create links that contain headline text instead of IDs. C-c l, C-c C-l If you want IDs again, do M-x load-library RET org-id RET ps: I haven't followed the discussion closely. hjh -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks
Re: [O] any org[/beamer] experts in the ottawa area available for consulting?
On Sun, 9 Sep 2012, John Hendy wrote: On Sun, Sep 9, 2012 at 4:47 PM, Rasmus ras...@gmx.us wrote: Robert P. J. Day rpj...@crashcourse.ca writes: p.s. i asked this on the org list hoping for someone who also knows beamer, of course. if that doesn't work, i can ask on the beamer list, looking for someone who also knows org. :-) I don't get the question, I'm afraid. Could you reiterate questions more concretely? snip I *think* I get the question, but to Rasmus' point, could you provide some examples of what an end product might look like? This would be a tangible way for you to make the details of your request known. Rather than base the request in reference to the site link you provided, something more like: - We have x number of courses, and each one has y article-style and z presentation style teaching documents (manuals, tutorials, class guides, etc.) - An example of a representative manual is here: url - An example of a representative presentation is here: url - Repeat for any other documents you're looking to redo Then provide a ballpark example of what you're looking to transform the above into. Perhaps link to a manual/presentation you've found that you would like to emulate certain characteristics of? Lastly, a list of deliverables would be nice. For example, I would like: - A .emacs that could be shared among all documentation users - A custom beamer template - A custom LaTeX article class designed to produce the format above - etc. Just some thoughts to help others respond to something more concrete. I looked around the site at the courseware section as you pointed out. I think I get what you want, but it would still be helpful to have at least some of the above for others in order to know what they are being asked to do. It also helps some of us know what level of org-mode knowledge would be required to help you. Lastly, what, if any, compensation is involved. ok, i'll try to be as detailed as i can, even though i'm still trying to wrap my head around all of the features org-mode and beamer give me. (aside: while having someone do this for me remotely might work out, i'd still prefer to find someone local here in ottawa to sit down with since i'm not even going to *know* all the questions i want to ask until i see things happening.) my colleague and i are looking to both convert existing courseware manuals and write new manuals in beamer format. representative manuals can be seen here in both ODP and PDF format (my specialty will be the linux content manuals): http://www.opersys.com/training as you can see, the emphasis will be on the typical bulleted list format, while i personally will want to include *copious* amounts of source code snippets while writing about the linux kernel and device drivers. i am not an accomplished user of *any* of the technologies in the toolchain -- org-mode, emacs, latex or beamer. i have used emacs in outline mode for quite some time for *designing* new manuals and, for me, the whole outline mode feature of org-mode is essential; that's how i want to lay out and start writing new manuals. what i'm after is as much infrastructure as i need to get started writing one or more manuals. by infrastructure, i mean setting up a working directory on my ubuntu system which will support not just writing individual manuals, but factoring out common content (copyrights, etc) and being able to include it in all manuals arbitrarily. so, in the end, i'm after a fairly complete publishing and processing toolchain that will take me from writing .org files to the final beamer files for each manual. a recent example on this list shows why i'd like to hire someone to help, to save me time. i asked why a simple H:3 option didn't give me three levels of headings, even though the org-mode user manual *clearly* suggested that's how to do it. a couple people responded, describing a need to use require and org-e-beamer and org-export-dispatch. but while i'm sure that's the solution, i would *never* figured that out on my own since i would have had no idea where to look. what i'm after right now is a starting infrastructure so i can start cramming content into manuals, and i can tweak over time as i learn what else i can do. as for compensation, if you can help, let me know your rate and we can chat. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
Re: [O] [Contest] Redesign orgmode.org by the end of august
Hi all, Bastien b...@gnu.org writes: Yes, we can improve the website. I gave a shot at this. Check the new website here: http://orgmode.org I'm afraid it still looks amateurish but I tried to make it sober and informative. I introduced a features page with highlights on some important features: http://localhost/org-mode/features.html If you miss something from the previous website, please let me know. -- Bastien
Re: [O] [Contest] Redesign orgmode.org by the end of august
Bastien b...@altern.org writes: I gave a shot at this. If your browser reports a 404 error, please empty your cache before reloading. Also, I could not do this refresh without removing the translations -- so this english-only for now. But the new website should be easier to translate, less useless talk. If you want to help: ~$ git clone git://orgmode.org/orgweb.git then send me a patch against master, using e.g. /fr/ as a new directory for the french translation. Thanks! -- Bastien
Re: [O] [Contest] Redesign orgmode.org by the end of august
Da: Bastien b...@altern.org Inviato: Lunedì 10 Settembre 2012 13:00 http://localhost/org-mode/features.html http://orgmode.org/features.html chers, Giovanni
[O] Formatting R output
I am using org-mode with R.
I already wrote a message about formatting inline code some time ago.
After working more with R in org-mode (which I _really_ like) I have some
questions and/or suggestions.
1) a mild annoyance.
src_R{1+1} inserts the result 2 in the output. In fact, it inserts =2=.
When one runs the file repeatedly, org-mode does not remove older results.
So if I replace src_R{1+1} by src_R{2+2} and do not remove the last output,
My file will contain
src_R{2+2} =4= =2=
Also, If I run the inline code segment by C-c C-c one, the org file ail contain
just 1
correct result, bit if afterwards I export the file (to LaTeX or html),
the exported file will have 2 copies of the result.
Is there anything the developers can do about this?
2) formatting inline output.
As discussed above, using inline code produces something like
src_R{2+2} =4=
In some cases, I would like the result to be not on fixed font.
Currently, I to not see a way of removing the equal signs before and after the
result,
they seem to be added by org itself, therefore I cannot use trickery in R to
remove them.
Could the developers think of an option which would allow to get the result
without the bracketing equal signs?
[O] Compilation problem
Hello, I cannot compile the current version of org-mode (from git): something fails during testing: make test-dirty install -m 755 -d /var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T//tmp-orgtest TMPDIR=/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T//tmp-orgtest /Applications/Emacs.app/Contents/MacOS/Emacs -batch -Q --eval '(add-to-list '''load-path ./lisp)' --eval '(add-to-list '''load-path ./testing)' -l org-install.el -l testing/org-test.el --eval '(require '''ob-awk)' --eval '(require '''ob-C)' --eval '(require '''ob-fortran)' --eval '(require '''ob-maxima)' --eval '(require '''ob-lilypond)' --eval '(require '''ob-octave)' --eval '(require '''ob-python)' --eval '(require '''ob-sh)' --eval '(setq org-confirm-babel-evaluate nil)' -f org-test-run-batch-tests Symbol's function definition is void: org-export-define-backend make[1]: *** [test-dirty] Error 255 Here is my local.mk EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs prefix=/Users/schmitta/.emacs.d/vendor SUDO = ORG_ADD_CONTRIB=org-checklist org-export org-e-* up2:: Is this a (known) bug? Alan
[O] [PATCH] Resolve regexp ambiguity for item headers
Hi! I use org-mode quite a lot of most things and also have a number of workflows in my setup, use columnview quite a lot, and also have the habit of entering whatever text I need to write to resolve an issue under the item in org-mode format (quite convenient, then I can just export the subtree and send it as mail). I have frequently run up against the issue that when trying to generate a column view for a file, it aborts with a strange error. Since this has become more frequent lately, I decided to resolve it. It turns out that if you have something that looks like this: * Top level ** TODO something *** Proposal Blabla *** Submitted Some more blaha. and you have SUBMITTED as one of your todo keywords, this line will be interpreted as an item with a keyword but no headline. Since a lot of code assumes that there is always a headline, many functions can get a nil as a headline, failing miserably. I solved this issue by requiring that there should always be a headline text (this is after all an assumption made in the code) and rewrote the org-complex-heading-regexp accordingly. Patch is attached. Just my few cents, Mats Kindahl -- Senior Principal Software Developer Oracle, MySQL Department From bc3c021d06bb6f0b5971959f769216defae200bd Mon Sep 17 00:00:00 2001 From: Mats Kindahl mats.kind...@oracle.com To: emacs-orgmode@gnu.org Date: Sun, 9 Sep 2012 21:53:45 +0200 Subject: [PATCH] Resolved regexp ambiguity for item headers X-IMAPbase: 1347255850 2 Status: O X-UID: 1 * lisp/org.el (org-complex-heading-regexp): Resolve ambiguity in heading regexp in favor of keywordless headline When a simple headline is provided that just contain a todo keyword, the regular expression will match so that the heading is treated as containing just a keyword and no headline. Since org-column-compact-links only accept a headline text (and not nil), this causes problems with called from org-columns-cleanup-item. This occurs if a 'columnview' dynamic block is used to capture a column view. This patch solves the problem by re-writing the org-complex-heading-regexp to require a headline text instead of allowing it to be optional. This means that items containing only a single word that also happens to be a todo keyword is interpreted as a headline with no todo keyword and just a headline text. --- lisp/org.el |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/org.el b/lisp/org.el index fef7597..e990f49 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -4824,7 +4824,7 @@ but the stars and the body are.) (concat ^\\(\\*+\\) \\(?: + org-todo-regexp \\)? \\(?: +\\(\\[#.\\]\\)\\)? - \\(?: +\\(.*?\\)\\)? + +\\(.+?\\) (org-re \\(?:[ \t]+\\(:[[:alnum:]_@#%:]+:\\)\\)?) [ \t]*$) org-complex-heading-regexp-format -- 1.7.9.5
[O] Erroneous No such file or directory with babel and remote dir
Dear List, I have updated from 7.8.something to 7.9.1 and evaluating the following source block: ,-- | #+header: :cache no :eval query | #+name: sacct-output | #+begin_src sh :exports both :dir /root@xx: | module load shared slurm | sacct -d -S 2011-11-01 | grep JOB_TERMINATED | cut -d ' ' -f 4,23 | grep -v ' 0$' | #+end_src `-- used to work, but now produces the error: ,- | bin/bash: /scp:root@xx:/tmp/sh-script-2829ZfG: No such file or directory `- Have I overlooked some change? Cheers, Loris
[O] Cannot agenda - bulk shift SCHEDULED entries with repeater interval
Hi! I have several entries with repeater intervals: SCHEDULED: 2012-09-10 Mo .+3w I would like to shioft the date by bulk action in the agenda B s. That does not work. SCHEDULED date stays unchanged. Is this a bug? Cheers Rainer Org-mode version 7.9.1 (release_7.9.1-164-gf7f044
Re: [O] [Contest] Redesign orgmode.org by the end of august
Bastien b...@altern.org wrote: Hi all, Bastien b...@gnu.org writes: Yes, we can improve the website. I gave a shot at this. Check the new website here: http://orgmode.org I get 404s on every navigation link except Home and More. I'm afraid it still looks amateurish but I tried to make it sober and informative. I introduced a features page with highlights on some important features: http://localhost/org-mode/features.html Ahem :-) And even after changing localhost to orgmode.org, I get a 404 here too. Nick
Re: [O] Erroneous No such file or directory with babel and remote dir
Loris Bennett loris.benn...@fu-berlin.de writes: Dear List, I have updated from 7.8.something to 7.9.1 and evaluating the following source block: ,-- | #+header: :cache no :eval query | #+name: sacct-output | #+begin_src sh :exports both :dir /root@xx: | module load shared slurm | sacct -d -S 2011-11-01 | grep JOB_TERMINATED | cut -d ' ' -f 4,23 | grep -v ' 0$' | #+end_src `-- used to work, but now produces the error: ,- | bin/bash: /scp:root@xx:/tmp/sh-script-2829ZfG: No such file or directory `- I should mention here that the file does in fact exist and does the right thing when executed on the remote host. Have I overlooked some change? Cheers, Loris -- Dr. Loris Bennett (Mr.) ZEDAT, Freie Universität Berlin Email loris.benn...@fu-berlin.de
Re: [O] [Contest] Redesign orgmode.org by the end of august
Bastien b...@altern.org wrote: Bastien b...@altern.org writes: I gave a shot at this. If your browser reports a 404 error, please empty your cache before reloading. D'oh - OK. Nick Also, I could not do this refresh without removing the translations -- so this english-only for now. But the new website should be easier to translate, less useless talk. If you want to help: ~$ git clone git://orgmode.org/orgweb.git then send me a patch against master, using e.g. /fr/ as a new directory for the french translation. Thanks! -- Bastien
Re: [O] [Contest] Redesign orgmode.org by the end of august
Hi Nick, Nick Dokos nicholas.do...@hp.com writes: I get 404s on every navigation link except Home and More. You most probably need to empty your cache. Going directly to this link should do: http://orgmode.org/index.html HTH, -- Bastien
Re: [O] Formatting R output
Dear Erich,
comments inline below.
From: Neuwirth Erich erich.neuwirth at univie.ac.at
Subject: Formatting R output
Newsgroups: gmane.emacs.orgmode
Date: 2012-09-10 12:12:00 GMT
I am using org-mode with R.
I already wrote a message about formatting inline code some time ago.
After working more with R in org-mode (which I _really_ like) I have some
questions and/or suggestions.
1) a mild annoyance.
src_R{1+1} inserts the result 2 in the output. In fact, it inserts =2=.
When one runs the file repeatedly, org-mode does not remove older results.
So if I replace src_R{1+1} by src_R{2+2} and do not remove the last output,
My file will contain
src_R{2+2} =4= =2=
Also, If I run the inline code segment by C-c C-c one, the org file ail
contain just 1
correct result, bit if afterwards I export the file (to LaTeX or html),
the exported file will have 2 copies of the result.
Is there anything the developers can do about this?
I can confirm that if a person does not remove old output but changes
input to the inline code segment then the exported file will have both
the correct output plus the (old) incorrect output. My strategy to
avoid this is use C-c C-c sparingly just to check whether the output
is as expected, then always erase output. If I am going to use an org
file with C-c C-c a lot (for a lecture, say), then I keep a copy for
exporting clean and separate from the one I am going to do a lot of
C-c C-c'ing with. YMMV.
2) formatting inline output.
As discussed above, using inline code produces something like
src_R{2+2} =4=
In some cases, I would like the result to be not on fixed font.
Currently, I to not see a way of removing the equal signs before and after
the result,
they seem to be added by org itself, therefore I cannot use trickery in R to
remove them.
Could the developers think of an option which would allow to get the result
without the bracketing equal signs?
I think you can fix this with inline code-segment header arguments
which will override buffer-wide or system wide settings. So, for
example, you could do
src_R[:results raw]{2 + 2}
which will return 4 and not =4=.
I hope this helps,
Jay
--
*
G. Jay Kerns, Ph.D.
Associate Professor
Mathematics and Statistics
http://people.ysu.edu/~gkerns/
Re: [O] Formatting R output
G. Jay Kerns gke...@ysu.edu wrote:
From: Neuwirth Erich erich.neuwirth at univie.ac.at
...
1) a mild annoyance.
src_R{1+1} inserts the result 2 in the output. In fact, it inserts =2=.
When one runs the file repeatedly, org-mode does not remove older results.
So if I replace src_R{1+1} by src_R{2+2} and do not remove the last output,
My file will contain
src_R{2+2} =4= =2=
Also, If I run the inline code segment by C-c C-c one, the org file ail
contain just 1
correct result, bit if afterwards I export the file (to LaTeX or html),
the exported file will have 2 copies of the result.
Is there anything the developers can do about this?
I can confirm that if a person does not remove old output but changes
input to the inline code segment then the exported file will have both
the correct output plus the (old) incorrect output. My strategy to
avoid this is use C-c C-c sparingly just to check whether the output
is as expected, then always erase output. If I am going to use an org
file with C-c C-c a lot (for a lecture, say), then I keep a copy for
exporting clean and separate from the one I am going to do a lot of
C-c C-c'ing with. YMMV.
IMO, the solution would come in two pieces:
- an org-babel-before-execute-hook to complement the
org-babel-after-execute-hook
- fixing org-remove-result to work with inline source code blocks - my
attempt to use it zapped the closing brace as well as the actual
result: This is R code: src_R{2 + 2.
Given these two however, you could add the remove function to the hook and
that'd be that.
Nick
Re: [O] Formatting R output
Nick Dokos nicholas.do...@hp.com wrote:
G. Jay Kerns gke...@ysu.edu wrote:
From: Neuwirth Erich erich.neuwirth at univie.ac.at
...
1) a mild annoyance.
src_R{1+1} inserts the result 2 in the output. In fact, it inserts =2=.
When one runs the file repeatedly, org-mode does not remove older results.
So if I replace src_R{1+1} by src_R{2+2} and do not remove the last
output,
My file will contain
src_R{2+2} =4= =2=
Also, If I run the inline code segment by C-c C-c one, the org file ail
contain just 1
correct result, bit if afterwards I export the file (to LaTeX or html),
the exported file will have 2 copies of the result.
Is there anything the developers can do about this?
I can confirm that if a person does not remove old output but changes
input to the inline code segment then the exported file will have both
the correct output plus the (old) incorrect output. My strategy to
avoid this is use C-c C-c sparingly just to check whether the output
is as expected, then always erase output. If I am going to use an org
file with C-c C-c a lot (for a lecture, say), then I keep a copy for
exporting clean and separate from the one I am going to do a lot of
C-c C-c'ing with. YMMV.
IMO, the solution would come in two pieces:
- an org-babel-before-execute-hook to complement the
org-babel-after-execute-hook
- fixing org-remove-result to work with inline source code blocks - my
attempt to use it zapped the closing brace as well as the actual
result: This is R code: src_R{2 + 2.
Scratch that: org-babel-remove-result would need delimiters to know what to
remove.
It currently removes everything to the end of the line which seems not
quite kosher, but I'm not sure what the correct thing to do would be.
Nick
[O] Bug: Org-clock-in [7.8.11]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. I tried to issue the org-clock-in function, but it failed. It looks like I can solve the problem with: (defalias 'org-indent-line 'org-indent-line-function) I believe that I'm working with the latest version of org-mode from ELPA. The org-mode version 7.8.03 on my other computer calls org-indent-line-function, not org-indent-line. Emacs : GNU Emacs 24.2.50.1 (i686-pc-linux-gnu, GTK+ Version 3.4.2) of 2012-08-29 on nannyberry, modified by Debian Package: Org-mode version 7.8.11 current state: == (setq org-export-blocks '((src org-babel-exp-src-block nil) (export-comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-agenda-window-setup 'current-window org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-refile-targets '((org-refiling :maxlevel . 2)) org-modules '(org-bbdb org-bibtex org-docview org-gnus org-info org-jsinfo org-habit org-irc org-mew org-mhe org-rmail org-vm org-wl org-w3m) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-babel-pre-tangle-hook '(save-buffer) org-occur-hook '(org-first-headline-recenter) org-export-interblocks '((src org-babel-exp-non-block-elements)) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-default-notes-file ~/Org Files//notes.org org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-publish-project-alist '((org :base-directory ~/Org Files/Sample Publishing/ :publishing-directory publish-dir :section-numbers nil :table-of-contents nil) ) org-agenda-include-diary t org-enforce-todo-dependencies t org-export-first-hook '(org-beamer-initialize-open-trackers) org-mode-hook '(#[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-directory ~/Org Files/ org-from-is-user-regexp \\Theodore Wiles\\ org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-metadown-hook '(org-babel-pop-to-session-maybe) org-agenda-files ~/Org Files/Agenda Files.org org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-after-todo-state-change-hook '(org-clock-out-if-current) org-confirm-shell-link-function 'yes-or-no-p )
Re: [O] Question on latex source block
Date: Sun, 09 Sep 2012 13:39:32 -0600
From: Eric Schulte eric.schu...@gmx.com
To: nicholas.do...@hp.com
Cc: Richard Stanton stan...@haas.berkeley.edu,
emacs-orgmode@gnu.org emacs-orgmode@gnu.org
Subject: Re: [O] Question on latex source block
Message-ID: 87ligj6l57@gmx.com
Content-Type: text/plain
Nick Dokos nicholas.do...@hp.com writes:
Eric Schulte eric.schu...@gmx.com wrote:
Nothing - it's a bug introduced by commit
a9d3ce0bcd3492eb0cd2aa7b0d1f6ee93276114b:
,
| commit a9d3ce0bcd3492eb0cd2aa7b0d1f6ee93276114b
| Author: Feng Shu tuma...@gmail.com
| Date: Fri Apr 20 19:21:43 2012 +0200
|
| Allow to use imagemagick for previewing LaTeX fragements.
|
| * org.el (org-latex-create-formula-image-program): New option
| to use either dvipng or imagemagick to convert and preview
| LaTeX fragments.
| (org-preview-latex-fragment, org-format-latex): Handle the new
| option.
| (org-create-formula-image-with-dvipng): Rename from
| `org-create-formula-image'.
| (org-create-formula-image-with-imagemagick): New defun to
| handle LaTeX preview with imagemagick.
| (org-latex-color, org-latex-color-format): New defuns to
| handle color conversions.
|
| * org-latex.el (org-latex-to-pdf-process, org-export-as-pdf):
| Allow to use imagemagick to convert LaTeX fragments.
|
| * org-html.el (org-export-html-preprocess): Ditto.
|
| * org-exp.el (org-export-with-LaTeX-fragments): Ditto.
|
| * org.texi (@LaTeX{} fragments): Document imagemagick as an
| alternative to dvipng.
|
`
org-create-formula-image got renamed, but the reference in
ob-latex.el
to the original name was not changed.
The quick-and-dirty fix is to change the reference in ob-latex.el
to
org-create-formula-image-dvipng or
org-create-formula-image-imagemagick,
depending on which method you happen to be using. But one would
resort
to that only in the direst emergency in order to get something
working
as quickly as possible.
IMO, it would be better to have split the dvipng/imagemagick
decision at
a lower level in the code. That way, both org-format-latex and
org-babel-execute:latex would use the common function. As it is,
org-format-latex is a fairly dirty function and with the split, it
got
even dirtier.
But there may be difficulties that my quick glance through the code
has
not uncovered: it needs a deeper look.
So, what would you recommend as a full fix in ob-latex.el? The
attached
commit selects an alternate function based on the value of the
`org-latex-create-formula-image-program' variable. Does this seem like
an appropriate fix to the problem?
For the time being, yes: I think this fix is entirely appropriate (nb:
haven't tested it yet though).
In the longer run, I would like to see a single function
(org-create-formula-image redux) be called from the two call sites
(org-format-latex and org-babel-execute:latex) and have the
dvipng/imagemagick/etc split be entirely within that function. It's
bound to happen that more methods of creating images (the etc part
above) will need to be added in the future and it behooves one to
arrange it so that only one place in the code is affected.
Thanks,
Nick
Alright,
I've just committed a patch which gets part-way to your suggest
solution. While the two backend-specific functions are still separate
(I agree they should be combined), I have brought back the
`org-create-formula-image' function, which now dispatches to the backend
specific functions.
Additionally there are some problems in the `org-format-latex' function.
It lists mandatory arguments as optional, and appears to create
variables which are not required or properly set.
These function should probably be cleaned at some point up by whoever is
maintaining Org-mode's LaTeX interfaces.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Thanks. Things now get a lot further, but I'm still not quite getting what
I was hoping for. In particular, this source:
#+begin_src latex :file test.png
\frac{1}{2}
#+end_src
results in this output:
#+Results:
#+BEGIN_LaTeX
[[file:test.png]]
#+END_LaTeX
There are two problems here.
1) I'd like the graphic file to be displayed inline in the org file
buffer, so I don't think I want those #+BEGIN_LaTeX ... #+END_LaTeX lines
2) There is no file test.png in the current working directory.
It may well be that I'm missing something, but I can't quite see what...
Thanks.
Richard Stanton
Re: [O] makefile for v. 7.9.1 on Windows 7 doesn't work
On Fri, Sep 7, 2012 at 2:00 PM, Achim Gratz strom...@nexgo.de wrote: John Hendy writes: [1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make I've just fixed this to refer to mk/ rather than UTILITIES/. I don't really know where your other problems come from, but it seems that whatever you are invoking as emacs fails to properly set up the load path. You can try and replace the -L option with --directory. I'll definitely try this. Where should the load path point? My emacs dir, or the org git dir? Thanks! John 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
Re: [O] [PATCH] Resolve regexp ambiguity for item headers
Hello, Mats Kindahl mats.kind...@oracle.com writes: I solved this issue by requiring that there should always be a headline text (this is after all an assumption made in the code) and rewrote the org-complex-heading-regexp accordingly. Actually, I have recently committed a change going exactly the opposite way. I'm not certain which solution is better, but I tend to think empty headlines should be valid and parts of Org choking on empty headlines should be fixed. Regards, -- Nicolas Goaziou
Re: [O] Question on latex source block
Richard Stanton stan...@haas.berkeley.edu wrote:
Thanks. Things now get a lot further, but I'm still not quite getting what
I was hoping for. In particular, this source:
#+begin_src latex :file test.png
\frac{1}{2}
#+end_src
results in this output:
#+Results:
#+BEGIN_LaTeX
[[file:test.png]]
#+END_LaTeX
There are two problems here.
1) I'd like the graphic file to be displayed inline in the org file
buffer, so I don't think I want those #+BEGIN_LaTeX ... #+END_LaTeX lines
If you add org-redisplay-inline-images to org-babel-after-execute-hook,
that should happen whether or not the #+{BEGIN,END}_LaTeX lines are
there (you can get rid of them by using :results raw).
This works for me (after I C-c C-c on the second source block):
--8---cut here---start-8---
* foo
#+begin_src latex :file frac.png :results raw
\(
\frac{1}{2}
\)
#+end_src
* bar
#+BEGIN_SRC elisp
(add-hook 'org-babel-after-execute-hook (function org-redisplay-inline-images))
#+END_SRC
--8---cut here---end---8---
2) There is no file test.png in the current working directory.
That however may be saying that there is a problem with your setup. Is
there anything in *Messages* that indicates a problem? Assuming that
debug-on-error is not set currently, you might also want to
M-x toggle-debug-on-error RET
and rerun the code block to see if there is some error that is triggered
(sometimes errors are caught using condition-case and are hard to see).
Just to be clear, the frac.png (I renamed it to avoid clobbering an unrelated
test.png file in my setup) *is* produced in my case.
Nick
Re: [O] makefile for v. 7.9.1 on Windows 7 doesn't work
John Hendy writes: I don't really know where your other problems come from, but it seems that whatever you are invoking as emacs fails to properly set up the load path. You can try and replace the -L option with --directory. I'll definitely try this. Where should the load path point? My emacs dir, or the org git dir? What I meant was that if you add something to load-path via this option, make sure it actually turns up _first_ in the load-path. Like emacs -L blafasel should then have blafasel as the first component in load-path. If emacs is invoked via a wrapper scriptit may inject other options in places that subvert this. Another possibility is that an environment variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs is started, this would also explain why the load-path doesn't end up what it's supposed to be. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] [PATCH] Resolve regexp ambiguity for item headers
On 09/10/2012 08:24 PM, Nicolas Goaziou wrote: Hello, Mats Kindahl mats.kind...@oracle.com writes: I solved this issue by requiring that there should always be a headline text (this is after all an assumption made in the code) and rewrote the org-complex-heading-regexp accordingly. Actually, I have recently committed a change going exactly the opposite way. I'm not certain which solution is better, but I tend to think empty headlines should be valid and parts of Org choking on empty headlines should be fixed. Hi Nicolas, Interesting. :) Well... the most important point for me is that it shouldn't choke on these lines, but otherwise I'm open to suggestions. My rationale for doing it this way was: * The code I looked at assumes that the headline text is there, so it's likely that it's the common assumption. * It is clearly the case that todo keywords are optional. * It is not so clear that the headline text is optional However: * The regular expression matches completely empty headlines, so maybe the intention is to allow matching items with just a todo keyword? I would be very interested if anybody could shed some light on this. Best wishes, Mats Kindahl -- Senior Principal Software Developer Oracle, MySQL Department
[O] Problem compiling on Windows 7: Symbol's function definition is void: org-find-library-dir
I'm starting a new thread for this issue. My process: - git pull - cd into ~/path/org.git/mk - run Worg compile command from cmd utility: #+begin_src cmd C:\path\to\emacs-23.3\bin\emacs.exe -batch -Q -L lisp -l ../mk/org-fixup -f org-make-autoloads-compile #+end_src - get following error ,- | Cannot open load file: ../mk/org-fixup `- - check working dir with =dir= ,- | Directory of C:\path\to\org.git\mk `- - added \path\to\emacs-23.3\bin to Windows path variable - verified that from cmd utility, 'emacs' indeed opens emacs - redid the above Now, I recalled the Worg command being `emacs -batch ... -l ../mk/org-fixup.el ...` (not the .el). When I try that, it tries but fails: ,- | Symbol's function definition is void: org-find-library-dir `- This is *with* emacs in the path. I wondered if starting emacs from cmd with a path would somehow evaluate it using the emacs bin directory as the home base and for that reason not realize it should be operating in ../path/to/org.git/mk, but with it in $PATH, I'm thinking that isn't an issue. org-find-library-dir is called here in org-fixup.el: #+begin_src lisp (defun org-make-autoloads (optional compile force) Make the files org-install and org-version.el in the install directory. Finds the install directory by looking for library \org\. Optionally byte-compile lisp files in the install directory or force re-compilation. This function is provided for easier manual install when the build system can't be used. (let* ((origin default-directory) (dirlisp (org-find-library-dir org)) (dirorg (concat dirlisp ../ )) (dirodt (if (boundp 'org-odt-data-dir) org-odt-data-dir (concat dirorg etc/ (unwind-protect (progn (cd dirlisp) (org-fixup) (org-make-org-version (org-release) (org-git-version) dirodt) (org-make-org-install) (when compile (byte-recompile-directory dirlisp 0 force))) (cd origin #+end_src I get no completions in emacs trying to run =M-x org-find-library-dir=. I tried replacing = (dirlisp (org-find-library-dir org))= with =(dirlisp (concat C:/path/to/org.git))= and it *seemed* to compile. I got a final report of: ,- | Done (Total of 66 files compiled, 18 failed, 5 skipped in 7 directories) `- Any suggestions? Thanks, John
Re: [O] Compilation problem
Alan Schmitt writes: EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs As with the problems John Hendy has: is that the actual Emacs binary or a wrapper script? If it is a script, it seems that it doesn't correctly feed all the options to Emacs. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] makefile for v. 7.9.1 on Windows 7 doesn't work
On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz strom...@nexgo.de wrote: John Hendy writes: I don't really know where your other problems come from, but it seems that whatever you are invoking as emacs fails to properly set up the load path. You can try and replace the -L option with --directory. I'll definitely try this. Where should the load path point? My emacs dir, or the org git dir? What I meant was that if you add something to load-path via this option, make sure it actually turns up _first_ in the load-path. Like emacs -L blafasel should then have blafasel as the first component in load-path. If emacs is invoked via a wrapper scriptit may inject other options in places that subvert this. Another possibility is that an environment variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs is started, this would also explain why the load-path doesn't end up what it's supposed to be. Thanks, Achim. I just now sent a fresh note to the list about this specific issue, as I pretty much derailed this into a discussion on that error. It seemed fitting to make a new thread and I included a lot more details. I think the issue comes down to the function =org-find-library-dir=, not the load path. I could be wrong. I don't know where =org-find-library-dir= is defined. From what I understand of the above, it still isn't working. I tried this: #+begin_src cmd emacs -batch -Q -L C:\path\to\org.git lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile #+end_src John Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Compilation problem
Alan Schmitt alan.schm...@polytechnique.org wrote: Hello, I cannot compile the current version of org-mode (from git): something fails during testing: make test-dirty install -m 755 -d /var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T//tmp-orgtest TMPDIR=/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T//tmp-orgtest /Applications/Emacs.app/Contents/MacOS/Emacs -batch -Q --eval '(add-to-list '''load-path ./lisp)' --eval '(add-to-list '''load-path ./testing)' -l org-install.el -l testing/org-test.el --eval '(require '''ob-awk)' --eval '(require '''ob-C)' --eval '(require '''ob-fortran)' --eval '(require '''ob-maxima)' --eval '(require '''ob-lilypond)' --eval '(require '''ob-octave)' --eval '(require '''ob-python)' --eval '(require '''ob-sh)' --eval '(setq org-confirm-babel-evaluate nil)' -f org-test-run-batch-tests Symbol's function definition is void: org-export-define-backend make[1]: *** [test-dirty] Error 255 Here is my local.mk EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs prefix=/Users/schmitta/.emacs.d/vendor SUDO = ORG_ADD_CONTRIB=org-checklist org-export org-e-* up2:: Is this a (known) bug? I can reproduce this. AFAIK, it's new - I stripped down the command line above and kept getting the error until the -l org-install.el, so it's clearly something in org-install.el. I modified the function org-make-org-install in org-fixup.el to add (eval-when-compile (require 'org-export)) at the top of org-install.el and that did make the error go away, but Achim has the last word on whether that's a good solution or not (probably needs to be conditional on ORG_ADD_CONTRIB). Even with that, ``make test'' failed later on with , | ... | OVERVIEW | OVERVIEW | Symbol's function definition is void: org-id-update-id-locations | make: *** [test] Error 255 ` I haven't chased that one down. Nick
Re: [O] makefile for v. 7.9.1 on Windows 7 doesn't work
John Hendy writes: From what I understand of the above, it still isn't working. I tried this: #+begin_src cmd emacs -batch -Q -L C:\path\to\org.git lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile #+end_src This is wrong. Try emacs -batch -Q -L lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile You must do a cd C:\path\to\org.git before. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html
Re: [O] makefile for v. 7.9.1 on Windows 7 doesn't work
John Hendy jw.he...@gmail.com wrote: On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz strom...@nexgo.de wrote: John Hendy writes: I don't really know where your other problems come from, but it seems that whatever you are invoking as emacs fails to properly set up the load path. You can try and replace the -L option with --directory. I'll definitely try this. Where should the load path point? My emacs dir, or the org git dir? What I meant was that if you add something to load-path via this option, make sure it actually turns up _first_ in the load-path. Like emacs -L blafasel should then have blafasel as the first component in load-path. If emacs is invoked via a wrapper scriptit may inject other options in places that subvert this. Another possibility is that an environment variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs is started, this would also explain why the load-path doesn't end up what it's supposed to be. Thanks, Achim. I just now sent a fresh note to the list about this specific issue, as I pretty much derailed this into a discussion on that error. It seemed fitting to make a new thread and I included a lot more details. I think the issue comes down to the function =org-find-library-dir=, not the load path. I could be wrong. I don't know where =org-find-library-dir= is defined. C-h f org-find-library-dir RET shows that it's a macro in org-compat.el. Macros are a bit tricky -- see (info (elisp) Compiling macros) for the gory details. Might this be the problem here? Nick
Re: [O] Problem compiling on Windows 7: Symbol's function definition is void: org-find-library-dir
On Mon, Sep 10, 2012 at 2:42 PM, John Hendy jw.he...@gmail.com wrote: I'm starting a new thread for this issue. My process: - git pull - cd into ~/path/org.git/mk - run Worg compile command from cmd utility: #+begin_src cmd C:\path\to\emacs-23.3\bin\emacs.exe -batch -Q -L lisp -l ../mk/org-fixup -f org-make-autoloads-compile #+end_src - get following error ,- | Cannot open load file: ../mk/org-fixup `- - check working dir with =dir= ,- | Directory of C:\path\to\org.git\mk `- - added \path\to\emacs-23.3\bin to Windows path variable - verified that from cmd utility, 'emacs' indeed opens emacs - redid the above Now, I recalled the Worg command being `emacs -batch ... -l ../mk/org-fixup.el ...` (not the .el). When I try that, it tries but fails: ,- | Symbol's function definition is void: org-find-library-dir `- This is *with* emacs in the path. I wondered if starting emacs from cmd with a path would somehow evaluate it using the emacs bin directory as the home base and for that reason not realize it should be operating in ../path/to/org.git/mk, but with it in $PATH, I'm thinking that isn't an issue. org-find-library-dir is called here in org-fixup.el: #+begin_src lisp (defun org-make-autoloads (optional compile force) Make the files org-install and org-version.el in the install directory. Finds the install directory by looking for library \org\. Optionally byte-compile lisp files in the install directory or force re-compilation. This function is provided for easier manual install when the build system can't be used. (let* ((origin default-directory) (dirlisp (org-find-library-dir org)) (dirorg (concat dirlisp ../ )) (dirodt (if (boundp 'org-odt-data-dir) org-odt-data-dir (concat dirorg etc/ (unwind-protect (progn (cd dirlisp) (org-fixup) (org-make-org-version (org-release) (org-git-version) dirodt) (org-make-org-install) (when compile (byte-recompile-directory dirlisp 0 force))) (cd origin #+end_src I get no completions in emacs trying to run =M-x org-find-library-dir=. I tried replacing = (dirlisp (org-find-library-dir org))= with =(dirlisp (concat C:/path/to/org.git))= and it *seemed* to compile. I got a final report of: ,- | Done (Total of 66 files compiled, 18 failed, 5 skipped in 7 directories) `- Any suggestions? Thanks, John As a followup, the =lispdir= variable is looking for things in my emacs install, at least per my read of default.mk. I just compile and leave things in the org git repo vs. actually installing them. Is the byte compiling code from Worg trying to install or just make the autoloads/compile? I don't want to install. Do I need to set these in default.mk in order to compile org? There's no mention of tweaking default.mk in Worg, though if this is required I'll definitely have to do so since it's set up for Linux. John
Re: [O] Problem compiling on Windows 7: Symbol's function definition is void: org-find-library-dir
John Hendy writes: I'm starting a new thread for this issue. My process: - git pull - cd into ~/path/org.git/mk No, please. Just cd into ~/path/org.git… I tried replacing = (dirlisp (org-find-library-dir org))= with =(dirlisp (concat C:/path/to/org.git))= and it *seemed* to compile. I got a final report of: ,- | Done (Total of 66 files compiled, 18 failed, 5 skipped in 7 directories) `- Any suggestions? Please don't. This doesn't do what you think it is doing. Sometimes Emacs can be _too_ helpful. Remove all files in ~/path/org.git/ and check out from git (or do a fresh clone) before trying again, please. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Compilation problem
On Mon, Sep 10, 2012 at 2:45 PM, Achim Gratz strom...@nexgo.de wrote: Alan Schmitt writes: EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs As with the problems John Hendy has: is that the actual Emacs binary or a wrapper script? If it is a script, it seems that it doesn't correctly feed all the options to Emacs. Just as a followup... mine appears to be the actual binary. Inspecting C:\path\to\emacs-23.3\bin, I have: - emacs.exe (8,753 kb) - emacsclientw.exe (115 kb) - runemacs.exe (82 kb) So, I think emacs.exe, which is what I call, is the actual binary. Per the EmacsWiki, the above appears to be the binary as well. There are several references to /Applications/Emacs.app/Contents/MacOS/Emacs - http://emacswiki.org/emacs/EmacsApp John Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] Compilation problem
Nick Dokos writes: I can reproduce this. AFAIK, it's new - I stripped down the command line above and kept getting the error until the -l org-install.el, so it's clearly something in org-install.el. I modified the function org-make-org-install in org-fixup.el to add That would be commit 830a0781a6 by Jambunathan, then. Autoloads really don't work that way, so could this please be reverted? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Compilation problem
Achim Gratz strom...@nexgo.de writes: Nick Dokos writes: I can reproduce this. AFAIK, it's new - I stripped down the command line above and kept getting the error until the -l org-install.el, so it's clearly something in org-install.el. I modified the function org-make-org-install in org-fixup.el to add That would be commit 830a0781a6 by Jambunathan, then. Autoloads really don't work that way, so could this please be reverted? Done. -- Bastien
Re: [O] Compilation problem
Bastien writes: Achim Gratz strom...@nexgo.de writes: That would be commit 830a0781a6 by Jambunathan, then. Autoloads really don't work that way, so could this please be reverted? Done. Thank you. By way of explanation: autoload knows about a handful of special constructs. If you put an autoload cookie on any other sexp, it will be copied verbatim into the autoload file. This comes in handy sometimes, but the sexp may not make any sense in that context… Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
Re: [O] Compilation problem
Achim Gratz strom...@nexgo.de writes: Bastien writes: Achim Gratz strom...@nexgo.de writes: That would be commit 830a0781a6 by Jambunathan, then. Autoloads really don't work that way, so could this please be reverted? Done. Thank you. By way of explanation: autoload knows about a handful of special constructs. If you put an autoload cookie on any other sexp, it will be copied verbatim into the autoload file. This comes in handy sometimes, but the sexp may not make any sense in that context… Yes. On top of that, I think these functions do not need to be autoloaded anyway. -- Bastien
Re: [O] Compilation problem
Achim Gratz strom...@nexgo.de wrote: Bastien writes: Achim Gratz strom...@nexgo.de writes: That would be commit 830a0781a6 by Jambunathan, then. Autoloads really don't work that way, so could this please be reverted? Done. Thank you. By way of explanation: autoload knows about a handful of special constructs. If you put an autoload cookie on any other sexp, it will be copied verbatim into the autoload file. This comes in handy sometimes, but the sexp may not make any sense in that context… No errors in ``make test'' after this: , | Ran 206 tests, 206 results as expected (2012-09-10 16:22:59-0400) | 6 expected failures ` There are warnings in compilation: , | ... | Compiling /home/nick/src/emacs/org/org-mode/lisp/org-e-groff.el... | | In org-e-groff-table-cell: | org-e-groff.el:1880:36:Warning: reference to free variable `orgtbl-exp-regexp' | Wrote /home/nick/src/emacs/org/org-mode/lisp/org-e-groff.elc | ... | Compiling /home/nick/src/emacs/org/org-mode/lisp/org-e-latex.el... | | In org-e-latex-export-block: | org-e-latex.el:1209:56:Warning: `LATEX' is a malformed function | Wrote /home/nick/src/emacs/org/org-mode/lisp/org-e-latex.elc | ... | Compiling /home/nick/src/emacs/org/org-mode/lisp/org-e-man.el... | | In org-e-man-table-cell: | org-e-man.el:1134:36:Warning: reference to free variable `orgtbl-exp-regexp' | Wrote /home/nick/src/emacs/org/org-mode/lisp/org-e-man.elc | ... | Compiling /home/nick/src/emacs/org/org-mode/lisp/org-e-texinfo.el... | | In org-e-texinfo-table-column-widths: | org-e-texinfo.el:1542:35:Warning: function `remove-if' from cl package called | at runtime | Wrote /home/nick/src/emacs/org/org-mode/lisp/org-e-texinfo.elc | ... | Compiling /home/nick/src/emacs/org/org-mode/lisp/org-md.el... | | In org-md-link: | org-md.el:312:22:Warning: reference to free variable `path' | Wrote /home/nick/src/emacs/org/org-mode/lisp/org-md.elc | ... | Compiling /home/nick/src/emacs/org/org-mode/lisp/org.el... | | In org-create-formula-image-with-dvipng: | org.el:17621:21:Warning: reference to free variable | `org-export-latex-listings' | | In end of data: | org.el:22595:1:Warning: the function `org-clock-sum-current-item' is not known | to be defined. | Wrote /home/nick/src/emacs/org/org-mode/lisp/org.elc ` Nick
Re: [O] Problem compiling on Windows 7: Symbol's function definition is void: org-find-library-dir
Copying your last response in from the other thread: On Mon, Sep 10, 2012 at 2:58 PM, Achim Gratz strom...@nexgo.de wrote: John Hendy writes: From what I understand of the above, it still isn't working. I tried this: #+begin_src cmd emacs -batch -Q -L C:\path\to\org.git lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile #+end_src This is wrong. Try emacs -batch -Q -L lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile I don't understand. This is the default Worg command. I posted that this was failing, and you wrote: On Fri, Sep 7, 2012 at 2:00 PM, Achim Gratz strom...@nexgo.de wrote: You can try and replace the -L option with --directory. I asked for clarification and you suggested using: On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz strom...@nexgo.de wrote: What I meant was that if you add something to load-path via this option, make sure it actually turns up _first_ in the load-path. Like emacs -L blafasel This is what I did above when I posted: #+begin_src cmd emacs -batch -Q -L C:\path\to\org.git lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile #+end_src I tried to add a direct path via -L. You must do a cd C:\path\to\org.git I think my issue with this is twofold: - the .. in the command `emacs [snip] ../mk/org-fixup.el` seemed to imply that I needed to be in the mk directory - There's also this: #+begin_quote Worg (http://orgmode.org/worg/org-hacks.html) When you execute the commands below, your current directory must be where org has been unpacked into, in other words the file default.mk should be found in your current directory. #+end_src If default.mk is in my current directory, I'm in mk, not org.git. If I run the command from org.git, things *do* appear to work. Perhaps this has all been a result of not understanding Worg or Worg being incorrect: **Does one need to be in the top level org git dir or in the dir in which default.mk resides (these are not the same)?** Thanks for the persistence, John before. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html
Re: [O] Question on latex source block
On 9/10/12 12:07 PM, Nick Dokos nicholas.do...@hp.com wrote:
Richard Stanton stan...@haas.berkeley.edu wrote:
Thanks. Things now get a lot further, but I'm still not quite getting
what
I was hoping for. In particular, this source:
#+begin_src latex :file test.png
\frac{1}{2}
#+end_src
results in this output:
#+Results:
#+BEGIN_LaTeX
[[file:test.png]]
#+END_LaTeX
There are two problems here.
1) I'd like the graphic file to be displayed inline in the org file
buffer, so I don't think I want those #+BEGIN_LaTeX ... #+END_LaTeX
lines
If you add org-redisplay-inline-images to org-babel-after-execute-hook,
that should happen whether or not the #+{BEGIN,END}_LaTeX lines are
there (you can get rid of them by using :results raw).
This works for me (after I C-c C-c on the second source block):
--8---cut here---start-8---
* foo
#+begin_src latex :file frac.png :results raw
\(
\frac{1}{2}
\)
#+end_src
* bar
#+BEGIN_SRC elisp
(add-hook 'org-babel-after-execute-hook (function
org-redisplay-inline-images))
#+END_SRC
--8---cut here---end---8---
2) There is no file test.png in the current working directory.
That however may be saying that there is a problem with your setup. Is
there anything in *Messages* that indicates a problem? Assuming that
debug-on-error is not set currently, you might also want to
M-x toggle-debug-on-error RET
and rerun the code block to see if there is some error that is triggered
(sometimes errors are caught using condition-case and are hard to see).
Just to be clear, the frac.png (I renamed it to avoid clobbering an
unrelated
test.png file in my setup) *is* produced in my case.
Nick
The *Messages* buffer did indeed show something:
Failed to create dvi file from
/var/folders/zf/bgjm4tvs3wv_6q7_6z3b2nx0gn/T/orgtex64181Q3t.tex
Checking the log file in that directory, I saw squawking about missing $
signs around the mathematical expression. Adding these, so the block now
reads
#+begin_src latex :file test.png :results raw
$\frac{1}{2}$
#+end_src
it now compiles and displays perfectly.
Thanks!
Re: [O] Problem compiling on Windows 7: Symbol's function definition is void: org-find-library-dir
John Hendy writes: I don't understand. This is the default Worg command. I posted that this was failing, and you wrote: On Fri, Sep 7, 2012 at 2:00 PM, Achim Gratz strom...@nexgo.de wrote: You can try and replace the -L option with --directory. OK, so I failed to reach you. I meant that literally, as in replace -L with --directory. These two are aliases, but I've heard two reports where the long option worked, but the short option didn't. I asked for clarification and you suggested using: On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz strom...@nexgo.de wrote: What I meant was that if you add something to load-path via this option, make sure it actually turns up _first_ in the load-path. Like emacs -L blafasel Again, I didn't seem the understand what you were asking. I can see now that this led you further away from the solution. I think my issue with this is twofold: - the .. in the command `emacs [snip] ../mk/org-fixup.el` seemed to imply that I needed to be in the mk directory No. You are in . when you start Emacs, the load-path is set up to contain ./lisp/ and if you now want to load a file in ./mk you actually do that from ./lisp/, so the file is in ../mk/ from there. - There's also this: #+begin_quote Worg (http://orgmode.org/worg/org-hacks.html) When you execute the commands below, your current directory must be where org has been unpacked into, in other words the file default.mk should be found in your current directory. Ah. Isn't it wonderful when files get moved around? Thanks for pointing that out. I've changed that description on Worg in a way that is hopefully less confusing and compatible with both the old and the new directory layout. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Question on latex source block
Richard Stanton stan...@haas.berkeley.edu wrote:
The *Messages* buffer did indeed show something:
Failed to create dvi file from
/var/folders/zf/bgjm4tvs3wv_6q7_6z3b2nx0gn/T/orgtex64181Q3t.tex
Checking the log file in that directory, I saw squawking about missing $
signs around the mathematical expression. Adding these, so the block now
reads
#+begin_src latex :file test.png :results raw
$\frac{1}{2}$
#+end_src
it now compiles and displays perfectly.
Ah, right - I had to add inline math delimiters too but forgot to mention it.
(I prefer using \(...\) over $...$ but that's just me).
Nick
[O] Strange python output using session
I get an extra blank item plus some strange formatting on my output when I use the :session key in a python source block. Here's a simple example showing the problem: --- * Examples #+BEGIN_SRC python :results output print hello print bye print 2 #+END_SRC #+RESULTS: : hello : bye : 2 #+BEGIN_SRC python :results output :session print hello print bye print 2 #+END_SRC #+RESULTS: : : hello : bye : 2
Re: [O] Problem compiling on Windows 7: Symbol's function definition is void: org-find-library-dir
On Mon, Sep 10, 2012 at 3:52 PM, Achim Gratz strom...@nexgo.de wrote: John Hendy writes: I don't understand. This is the default Worg command. I posted that this was failing, and you wrote: On Fri, Sep 7, 2012 at 2:00 PM, Achim Gratz strom...@nexgo.de wrote: You can try and replace the -L option with --directory. OK, so I failed to reach you. I meant that literally, as in replace -L with --directory. These two are aliases, but I've heard two reports where the long option worked, but the short option didn't. That's what I originally thought when I asked for my clarification, but I misunderstood your clarification. The joys of remote communicating :) I asked for clarification and you suggested using: On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz strom...@nexgo.de wrote: What I meant was that if you add something to load-path via this option, make sure it actually turns up _first_ in the load-path. Like emacs -L blafasel Again, I didn't seem the understand what you were asking. I can see now that this led you further away from the solution. I think my issue with this is twofold: - the .. in the command `emacs [snip] ../mk/org-fixup.el` seemed to imply that I needed to be in the mk directory No. You are in . when you start Emacs, the load-path is set up to contain ./lisp/ and if you now want to load a file in ./mk you actually do that from ./lisp/, so the file is in ../mk/ from there. Ah. That makes much more sense. So the `-l lisp` puts me into lisp, and from there I call ../mk/org-fixup. Gotcha. - There's also this: #+begin_quote Worg (http://orgmode.org/worg/org-hacks.html) When you execute the commands below, your current directory must be where org has been unpacked into, in other words the file default.mk should be found in your current directory. Ah. Isn't it wonderful when files get moved around? Thanks for pointing that out. I've changed that description on Worg in a way that is hopefully less confusing and compatible with both the old and the new directory layout. Thanks for that. In the other thread, I actually mentioned that I've been compiling successfully (or at least I thought) from org.git for some time (a couple years?). It was only once I started looking into the UTILITIES vs. mk folder issue and re-reading the instructions on Worg that I realized I'd been doing it wrong by compiling from org.git instead of from within UTILITIES/mk. As we've now discovered, I was actually doing fine for all that time and only from following directions did we get to have this nice long conversation. Thanks again for hanging in there with me -- truly! John Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[O] state of the art for html5 presentations?
I keep returning to this every few months, hoping things have gotten a little easier -- what tools are people using right now to make html5 presentations out of their org files? thanks for your help! Matt
[O] Extra space between list items in HTML export
I often use the h:2 option to turn level 3 headers into itemized list entries. When exporting to LaTeX/PDF, the spacing between items is the same this way as it is when I use an explicit itemized list. When exporting to HTML, however, there's some extra space inserted between items when they were originally headers. Here's an example. Export to HTML and you'll see the different spacing: - #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3
Re: [O] Extra space between list items in HTML export
Richard Stanton stan...@haas.berkeley.edu wrote: I often use the h:2 option to turn level 3 headers into itemized list entri= es. When exporting to LaTeX/PDF, the spacing between items is the same this= way as it is when I use an explicit itemized list. When exporting to HTML,= however, there's some extra space inserted between items when they were or= iginally headers. Here's an example. Export to HTML and you'll see the diff= erent spacing: - #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 The old exporter does that: it breaks the second up into three lists, each with a single element. The first is a single list with three elements. The new exporter produces a single list with three elements, although it includes the section number for each entry - this might be a bug. Nick
Re: [O] Store org-files in a git repository?
Achim Gratz writes: Moritz Ulrich writes: I plan to put my org directory (where I keep among other my agenda files) under version control and would like to have some sort of specialized function for that. My dream setup would be a range of functions hooking into all sorts of org-mode hooks, automatically committing changes done via the agenda or other org functions together with a context dependent commit message. »The road to hell is paved with good intentions.« — proverb What you're proposing (if I understand it correctly) would introduce transactions to Org and with it the non-trivial problem of determining when a transaction is finished (and started, but that's really another one). Git would merely be the mechanism to record the transactions and probably not a good one at that even with the merge driver. THat aside, even if it worked I'm sure it would annoy me so much I'd switch it off entirely. Regards, Achim. I rarely thought about the problem of transactional operations in org-mode. From the standpoint you mentioned, my dream doesn't look that nice anymore. A simple cron job for committing doesn't sound that bad anymore ;-) Thanks for saving me much work. Cheers, Moritz Ulrich -- Moritz Ulrich pgpWEUPcO8v7Y.pgp Description: PGP signature
Re: [O] Compilation problem
Bastien b...@altern.org writes: Achim Gratz strom...@nexgo.de writes: Bastien writes: Achim Gratz strom...@nexgo.de writes: That would be commit 830a0781a6 by Jambunathan, then. Autoloads really don't work that way, so could this please be reverted? Done. Thank you. By way of explanation: autoload knows about a handful of special constructs. If you put an autoload cookie on any other sexp, it will be copied verbatim into the autoload file. This comes in handy sometimes, but the sexp may not make any sense in that context… Yes. On top of that, I think these functions do not need to be autoloaded anyway. Please ask for clarification and politely indicate that a change may have to be reverted. It will be promptly followed up. Please don't reach a conclusion. Let me see! Can someone explain to me the reason why I might have added those in first place? Instead of the commit being wrong, is it possible that changes were incomplete. Do you have a solution for what that autoload was trying to solve. I am OK with the revert, btw. There is a popular saying in Tamil which goes like One who has sown the seeds, will water the plants. I have been watering the plants, you know, whether I like it or not. ps: I am not interested in a discussion. --
Re: [O] Extra space between list items in HTML export
From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com] Sent: Monday, September 10, 2012 2:37 PM #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 The old exporter does that: it breaks the second up into three lists, each with a single element. The first is a single list with three elements. The new exporter produces a single list with three elements, although it includes the section number for each entry - this might be a bug. Nick I also get the section number included as part of the list item text. This does look like a bug. When I use the new exporter to export to LaTeX/PDF, I get no section numbers, but I get a numbered, rather than itemized, list. This also seems like a (different) bug. Richard
Re: [O] Extra space between list items in HTML export
From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com] Sent: Monday, September 10, 2012 2:37 PM #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 The old exporter does that: it breaks the second up into three lists, each with a single element. The first is a single list with three elements. The new exporter produces a single list with three elements, although it includes the section number for each entry - this might be a bug. Nick I also get the section number included as part of the list item text. This does look like a bug. When I use the new exporter to export to LaTeX/PDF, I get no section numbers, but I get a numbered, rather than itemized, list. This also seems like a (different) bug. I have pushed a fix to org-e-html.el. The depth of numbering is according to the value of num:N spec. Use num:2 instead of num:t to get the numbering behaviour you desire. If something is not according to taste, point me to the markup that is missing or which needs to be removed (instead of describing it in English) Richard --
[O] bug in org-element-parse-buffer, affects new HTML exporter
Hi, Save the following text to an Org-mode file, - one :: first - two :: - second - three :: third and then call the `org-element-parse-buffer' function from within that buffer. The following error will result. This breaks the new export engine for buffers containing text like the above. Thanks, , | Debugger entered--Lisp error: (wrong-type-argument stringp nil) | string-match([[:alnum:]] nil) | org-list-get-list-type(25 ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51)) ((1) (16 . 1) (34 . 16))) | org-element-plain-list-parser(34 ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51))) | org-element--current-element(34 nil nil ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51))) | org-element--parse-elements(25 34 nil ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51)) nil nil (item (:bullet - :begin 16 :end 34 :contents-begin 25 :contents-end 34 :checkbox nil :counter nil :hiddenp nil :structure ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51)) :post-blank 0 :tag (two | org-element--parse-elements(1 51 item ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51)) nil nil (plain-list (:type descriptive :begin 1 :end 51 :contents-begin 1 :contents-end 51 :structure ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51)) :post-blank 0) (item (:bullet - :begin 1 :end 16 :contents-begin 10 :contents-end 16 :checkbox nil :counter nil :hiddenp nil :structure ((1 0 - nil nil one 16) (16 0 - nil nil two 34) (34 0 - nil nil three 51)) :post-blank 0 :tag (one) :parent #0) (paragraph (:begin 10 :end 16 :contents-begin 10 :contents-end 16 :post-blank 0 :parent #1) first\n | org-element--parse-elements(1 51 nil nil nil nil (section (:begin 1 :end 51 :contents-begin 1 :contents-end 51 :post-blank 0))) | org-element--parse-elements(1 51 first-section nil nil nil (org-data nil)) | org-element-parse-buffer() | eval((org-element-parse-buffer) nil) | eval-expression((org-element-parse-buffer) nil) | call-interactively(eval-expression nil nil) ` -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Extra space between list items in HTML export
On 9/10/12 4:31 PM, Jambunathan K kjambunat...@gmail.com wrote: From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com] Sent: Monday, September 10, 2012 2:37 PM #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 The old exporter does that: it breaks the second up into three lists, each with a single element. The first is a single list with three elements. The new exporter produces a single list with three elements, although it includes the section number for each entry - this might be a bug. Nick I also get the section number included as part of the list item text. This does look like a bug. When I use the new exporter to export to LaTeX/PDF, I get no section numbers, but I get a numbered, rather than itemized, list. This also seems like a (different) bug. I have pushed a fix to org-e-html.el. The depth of numbering is according to the value of num:N spec. Use num:2 instead of num:t to get the numbering behaviour you desire. If something is not according to taste, point me to the markup that is missing or which needs to be removed (instead of describing it in English) Richard -- Thanks. I'll try the new version. Meanwhile, as I understand it (and as implemented in the old exporter), h:2 should mean that only two levels of section headings should be created at all. Level 3 should be an itemized list (and therefore, implicitly, should not have a number). Thus, h:2 should imply n:2, I believe.
Re: [O] Extra space between list items in HTML export
Richard Stanton stan...@haas.berkeley.edu writes: On 9/10/12 4:31 PM, Jambunathan K kjambunat...@gmail.com wrote: From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com] Sent: Monday, September 10, 2012 2:37 PM #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 The old exporter does that: it breaks the second up into three lists, each with a single element. The first is a single list with three elements. The new exporter produces a single list with three elements, although it includes the section number for each entry - this might be a bug. Nick I also get the section number included as part of the list item text. This does look like a bug. When I use the new exporter to export to LaTeX/PDF, I get no section numbers, but I get a numbered, rather than itemized, list. This also seems like a (different) bug. I have pushed a fix to org-e-html.el. The depth of numbering is according to the value of num:N spec. Use num:2 instead of num:t to get the numbering behaviour you desire. If something is not according to taste, point me to the markup that is missing or which needs to be removed (instead of describing it in English) Richard -- Thanks. I'll try the new version. Meanwhile, as I understand it (and as implemented in the old exporter), h:2 should mean that only two levels of section headings should be created at all. Level 3 should be an itemized list (and therefore, implicitly, should not have a number). Thus, h:2 should imply n:2, I believe. New exporter is, hmmm, new. You can still get the old behaviour. So, that leaves us with no scope for complaining. I am merely following what Ngz has advised us.
Re: [O] Extra space between list items in HTML export
On 9/10/12 4:45 PM, Jambunathan K kjambunat...@gmail.com wrote: Richard Stanton stan...@haas.berkeley.edu writes: On 9/10/12 4:31 PM, Jambunathan K kjambunat...@gmail.com wrote: From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com] Sent: Monday, September 10, 2012 2:37 PM #+OPTIONS: h:2, toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 The old exporter does that: it breaks the second up into three lists, each with a single element. The first is a single list with three elements. The new exporter produces a single list with three elements, although it includes the section number for each entry - this might be a bug. Nick I also get the section number included as part of the list item text. This does look like a bug. When I use the new exporter to export to LaTeX/PDF, I get no section numbers, but I get a numbered, rather than itemized, list. This also seems like a (different) bug. I have pushed a fix to org-e-html.el. The depth of numbering is according to the value of num:N spec. Use num:2 instead of num:t to get the numbering behaviour you desire. If something is not according to taste, point me to the markup that is missing or which needs to be removed (instead of describing it in English) Richard -- Thanks. I'll try the new version. Meanwhile, as I understand it (and as implemented in the old exporter), h:2 should mean that only two levels of section headings should be created at all. Level 3 should be an itemized list (and therefore, implicitly, should not have a number). Thus, h:2 should imply n:2, I believe. New exporter is, hmmm, new. You can still get the old behaviour. So, that leaves us with no scope for complaining. I am merely following what Ngz has advised us. The HTML and LaTeX/PDF behavior are now the same, and I can see why the new behavior is better than the old, since it allows more options, so I'll stop complaining. For a while, anyway... Thanks.
Re: [O] [Contest] Redesign orgmode.org by the end of august
Hi Bastien, I copied index.org into ./ja directory with Japanese translation (not completed yet). The translation will be finished until this week end. I made a branch ja in the orgweb repository for translation work. If this is not good for you and all, please let me know. By the way, do you have any solution to check the translated result in a browser (through HTTP)? HTML export from org files is a solution, but I'm not sure the layout and visual quality is correct. And also internal links between pages should be checked before pushing them into orgweb repository. Best, Takaaki Ishikawa
Re: [O] Extra space between list items in HTML export
Richard Stanton stan...@haas.berkeley.edu wrote: Meanwhile, as I understand it (and as implemented in the old exporter), h:2 should mean that only two levels of section headings should be created at all. Level 3 should be an itemized list (and therefore, implicitly, should not have a number). Thus, h:2 should imply n:2, I believe. From my POV, it's not particularly important that the two knobs be linked: in fact, if they are linked too strongly, there should probably be just one knob; if they are linked but the linkage is weak, they become sources of confusion and misunderstanding. I think independent knobs make things easier most of the time and having to specify them explicitly in the #+OPTIONS: line helps make things unambiguous (and they are very useful when one revisits the file in six months, after having customized a bunch of things that would otherwise change the behaviour: I don't know about you but it's this kind of thing that gets me every time). What is *very* important is that all exporters treat them the *same* way. With Richard's example[fn:1] and the new exporter, we get different behavior with HTML and latex (without the num: option or with num:t): o the second list is unordered in HTML, but enumerated in latex. o we get third level section numbers decorating the list entries in HTML, but not in latex. Somebody needs to decide what the behavior should be, but then *every* exporter should behave the same way wrt that set of options. Sure, there will be situations where it will be impossible to keep them all compatible. Those will be exceptions, treated and documented as such. In particular, the common set of options in the manual should be sacrosanct. If a particular exporter decides to implement a private option, that's OK (there is a parallel with babel language headers here): add a description in worg on a page specific to that exporter. So there'll be three classes of options: o common - all exporters treat them the same way. o private. o incompatible - different exporters by necessity treat them differently. The third set should be as close to empty as humanly possible (and very carefully documented - in the manual, not on worg - if non-empty). OTOH, gratuitous differences should be squashed mercilessly. My 2 cents, Nick PS. Consistency may be the hobgoblin of little minds, but it's still very important. And Emerson said: A foolish consistency ... in any case :-) Footnotes: [fn:1] I reproduce it here for convenience: --8---cut here---start-8--- #+OPTIONS: h:2 toc:nil * Example of itemized list ** Blank level 2 header - List 1 - List 2 - List 3 * Level 3 headings as itemized list, with extra space ** Blank level 2 header *** List 1 *** List 2 *** List 3 --8---cut here---end---8---
Re: [O] Store org-files in a git repository?
It'd be nice to see how Google Docs does its versioning and try to model something like that for org. I think it's a version per data saved. I currently use a cron, but I see some value in versioning after each save. On Mon, Sep 10, 2012 at 5:23 PM, Moritz Ulrich mor...@tarn-vedra.de wrote: Achim Gratz writes: Moritz Ulrich writes: I plan to put my org directory (where I keep among other my agenda files) under version control and would like to have some sort of specialized function for that. My dream setup would be a range of functions hooking into all sorts of org-mode hooks, automatically committing changes done via the agenda or other org functions together with a context dependent commit message. »The road to hell is paved with good intentions.« — proverb What you're proposing (if I understand it correctly) would introduce transactions to Org and with it the non-trivial problem of determining when a transaction is finished (and started, but that's really another one). Git would merely be the mechanism to record the transactions and probably not a good one at that even with the merge driver. THat aside, even if it worked I'm sure it would annoy me so much I'd switch it off entirely. Regards, Achim. I rarely thought about the problem of transactional operations in org-mode. From the standpoint you mentioned, my dream doesn't look that nice anymore. A simple cron job for committing doesn't sound that bad anymore ;-) Thanks for saving me much work. Cheers, Moritz Ulrich -- Moritz Ulrich
