Re: [O] Beginner footnotes question
Hi Lawrence, You can have footnotes be inserted automatically: - in their own section (by default at the bottom of the document, though you can move it anywhere) - at the end of the current section, or - inline with the text For the first behavior, set the variable ‘org-footnote-define-inline’ to nil. For the second, set both ‘org-footnote-define-inline’ and ‘org-footnote-section’ to nil. And for the third, set ‘org-footnote-define-inline’ to something other than nil. You can place footnote definitions manually wherever you choose. You can use the line #+INCLUDE: file.org to include one org file inside another for export purposes. I don’t know off the top of my head whether this works to import footnote definitions from a separate file, though I don’t see a reason why it shouldn’t. Try it and see! (It almost certainly won’t allow footnotes in one file to be links to locations in another.) -- Aaron Ecay
Re: [O] Meaning of install
Thomas S. Dye writes: $ cd ~/src/ $ git clone git://orgmode.org/org-mode.git $ cd org-mode Move the cd up here. In most cases, you will probably want to run `make install' to install Org with the Emacs system files. Please run `make help' to get the full list of options. See, that's one of those short descriptions that only seem clear, but aren't actually helpful. You can't make install just now, you have to decide Whether and where to install and adapt the local configuration accordingly, both for the build system and within Emacs. The default local config requires that you can install into system locations and it only works OOTB on GNU systems. You can also compile with `make', generate the documentation with `make doc', or create a local configuration with `make config'. If no local configuration exists, the first invocation of make will create a default one. Make config will display the local configuration. 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
[O] Build fail with emacs 24.3.1
I just installed Emacs 24.3.1 on OSX 10.8.2 and tried to build the latest git version of orgmode. It fails. Is this due to the fact that I have a new emacs, or is it a more general problem. Here is the output from building: Ran 428 tests, 426 results as expected, 2 unexpected (2013-03-13 08:36:11+0100) 5 expected failures 2 unexpected results: FAILED test-org-export/define-derived-backend FAILED test-org-export/derived-backend-p make[1]: *** [test-dirty] Error 1 make: *** [up2] Error 2
[O] minor bug in babel with silent output and remote R session
Using the silent option together with a remote R session block (started via ssh.el and ess-remote), like this: #+BEGIN_SRC R :results silent :exports results :session *ssh gauss* :cache yes a=1 1 #+END_SRC produces: , |[1] 1 | Warning message: | In file.rename(tfile, transfer.file) : | cannot rename file '/tmp/RtmpQwlyCf/file7c9b78867f6c' to '/tmp/babel-4977UIT/R-4977ucf', reason 'No such file or directory' | ` and emacs freezes. No big deal because C-g gets me out of it, but slightly annoying. with `:results output' instead of `:results: silent' everything works fine. best, Thomas
Re: [O] [PATCH] * lisp/ob-core.el (org-babel-execute-src-block): insert hash for silent results
Aaron Ecay writes: I think this points in the direction of having the notion of dependencies among source blocks. [...] I know nothing about knitr, but the problem at hand is both well studied and has numerous solutions[*]. That is, once we've decided on what the execution model is. [*] Not necessarily efficient ones. FWIW, I think that hashes shouldn’t be stored in the buffer text at all. I beg to differ. Org is a text format and should stay that way, you should be able to take just all Org files with you and have everything you need. 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] Meaning of install
Am 13.03.2013 08:19, schrieb Achim Gratz: Thomas S. Dye writes: $ cd ~/src/ $ git clone git://orgmode.org/org-mode.git $ cd org-mode Move the cd up here. In most cases, you will probably want to run `make install' to install Org with the Emacs system files. Please run `make help' to get the full list of options. See, that's one of those short descriptions that only seem clear, but aren't actually helpful. You can't make install just now, you have to decide Whether and where to install and adapt the local configuration accordingly, both for the build system and within Emacs. The default local config requires that you can install into system locations and it only works OOTB on GNU systems. You can also compile with `make', generate the documentation with `make doc', or create a local configuration with `make config'. If no local configuration exists, the first invocation of make will create a default one. Make config will display the local configuration. Regards, Achim. BTW would welcome some hints how to proceed when bug-fixing, extending etc. I.e. installing that stuff right on probably isn't preferable. Trying to load it from the git-repo, not sure it that works correctly. Thanks, Andreas
Re: [O] Meaning of install
Hello Achim, Thomas, On Mar 13 2013, Achim Gratz strom...@nexgo.de wrote: Thomas S. Dye writes: $ cd ~/src/ $ git clone git://orgmode.org/org-mode.git $ cd org-mode Move the cd up here. In most cases, you will probably want to run `make install' to install Org with the Emacs system files. Please run `make help' to get the full list of options. See, that's one of those short descriptions that only seem clear, but aren't actually helpful. You can't make install just now, you have to decide Whether and where to install and adapt the local configuration accordingly, both for the build system and within Emacs. I use el-get to manage my org installation from git repo. el-get simply calls 'make oldorg' and sets path. So may be we can mention about oldorg target for users who want to load Org from git repository, and for users who wants to install, we can point to documentation of build system on worg. Thanks., -- ఎందరో మహానుభావులు అందరికి వందనములు. YYR
Re: [O] [bug] new beamer exporter always adds default width to graphics
On Mar 12, 2013 10:38 PM, Jay Kerns gjkerns...@gmail.com wrote: Yes, the same thing happened to me too, and yes, there was a change recently, and here is a link to the discussion about it: http://comments.gmane.org/gmane.emacs.orgmode/68011 I believe you can do the following to get what you were expecting: #+ATTR_LaTeX: :width 6cm Even better :-) I wasn't crazy about adding :options every time. Thanks for clarifying. Even though the dust hasn't fully settled on the new exporter, I'm finding it's a big enough improvement that it's worth the occasional static. hjh
Re: [O] Meaning of install
Hi Andreas, Andreas Röhler andreas.roeh...@easy-emacs.de writes: BTW would welcome some hints how to proceed when bug-fixing, extending etc. I.e. installing that stuff right on probably isn't preferable. Can you be more specific? What information do you want, where do you search for it, what did you find, what did you not find? There is a lot of information on Worg, which is open to contributions. Trying to load it from the git-repo, not sure it that works correctly. Well, we can't really help you with so little information :/ -- Bastien
[O] Org-Agenda uses wrong date for start of daylight savings
Hello, I've noticed that my orgmode installation (7.9.1) uses the wrong date for the start of daylight savings. The emacs manual lists that in this case one should change the values of calendar-daylight-savings-starts and calendar-daylight-savings-ends variables. I tried it, but it doesn't have any effect. Can somebody tell me how to make emacs/orgmode use the European daylight savings time? Regards, Bostjan
Re: [O] [RFC] Simplify attributes syntax
Nicolas Goaziou n.goaz...@gmail.com writes: The following patch simplifies syntax for attributes. From the developer POV, each non-nil value is now read as a string by `org-export-read-attribute'. I looked at your patch but I'm not sure of the implications. In particular I'm unsure if I need to change anything in ox-taskjuggler.el. Is line 402 in org-taskjuggler--build-attributes maybe suspicious? (intern (upcase (format :%s attribute))) Thanks Christian -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland
Re: [O] Word nil appears after figures in HTML export
Hi Richard, Richard Stanton stan...@haas.berkeley.edu writes: Starting some time in the last few days, when I export an org file to HTML I find the word nil appearing right after the figure. Here's an example of the HTML code generated: div class=figure pimg src=images/RS_head_cropped.png alt=RS_head_cropped.png//pnil /div Just to be clear, there's no word nil in my org file... This is now fixed, thanks for reporting this. -- Bastien
Re: [O] Org-Agenda uses wrong date for start of daylight savings
Hi Bostjan, Bostjan Vilfan bostj...@alum.mit.edu writes: I've noticed that my orgmode installation (7.9.1) uses the wrong date for the start of daylight savings. The emacs manual lists that in this case one should change the values of calendar-daylight-savings-starts and calendar-daylight-savings-ends variables. I tried it, but it doesn't have any effect. Can somebody tell me how to make emacs/orgmode use the European daylight savings time? Can you show the code you used to change the value of `calendar-daylight-savings-starts'? Thanks, -- Bastien
Re: [O] Regression in `fill-paragraph' behavior
Hi Daniel, Daniel Hackney d...@haxney.org writes: A while ago, I reported a bug in `fill-paragraph' when in org-mode which caused filling to behave incorrectly in the presence of leading characters. This comes up when filling paragraphs of email replies, such as this is fixed in Org's master branch, which will be released as 8.0. Thanks, -- Bastien
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Hi Martin, Martin elwood...@web.de writes: I now finally installed org-mode 7.9.4 and I tried to use the new sorting features, but it did not work. the new sorting features will be in 8.0, not yet released... sorry if I was unclear about this in a previous message. HTH, -- Bastien
Re: [O] Meaning of install
Hi Thomas, thanks for looking into it! I think the installation instructions in the manual should be minimalistic but I surely made them too terse. So any enhancement here is welcome, and now is the right time. Best, -- Bastien
Re: [O] Repeated tasks, but only for a limited period (of time)
Hi Rick, Rick Hanson cryptor...@gmail.com writes: Based your advices, I used org-clone-subtree-with-time-shift for my application today -- worked like a charm. Thanks to the both of you! Yes, that's what the manual advised too. But I find your request to be useful in another circumstance: when there is a repeated scheduled item and a deadline. In that case, the meaning should be repeat until the deadline. You can now achieve this by setting (setq org-agenda-skip-scheduled-if-deadline-is-shown 'repeated-after-deadline) which translates to: Skip the agenda scheduled item when it repeats after the deadline. This feature is available from master. Thanks for coming up with this idea and for the clear use-case! -- Bastien
Re: [O] Editing folded headlines and ellipses
Okay, let's stick to nil as the default value for `org-catch-invisible-edits' -- it is now documented in the manual, which is good enough IMO. Thanks, -- Bastien
Re: [O] Bug: org-insert-heading-respect-content inserts at the wrong level if target heading is invisible [7.9.2 (release_7.9.2-883-g6fb36e.dirty @ /home/dlm/share/org-mode.git/lisp/)]
On Tue, Mar 5, 2013 at 1:41 AM, Bastien b...@gnu.org wrote: There is some obscure issues here... I fixed various things in `org-insert-heading' in master, but inserting in invisible parts of the subtree is still unstable. So I went and used the workaround you suggested (i.e. org-show-subtree) in the maint branch, so that it will be in 7.9.4. Apologies -- this seems to be the issue that wouldn't die -- but I have to report another failure with this. I just did org-mobile-pull with the following entry: ~~ * F(edit:addheading) [[olp:semester.org:Dates][Dates]] ** Old value ** New value Graduating exams the modern music Important Notice:. ** End of edit ~~ This means the new heading should be at the second level, underneath Dates. Instead, it was added as the topmost *first* level heading: ~~ BEFORE #+LAST_MOBILE_CHANGE: 2013-03-13 16:38:42 * Dates ** DONE Teachers' meeting ~~ ~~ AFTER * Graduating exams the modern music Important Notice:#+LAST_MOBILE_CHANGE: 2013-03-13 16:38:42 * Dates ** DONE Teachers' meeting ~~ ~~ EXPECTED #+LAST_MOBILE_CHANGE: 2013-03-13 16:38:42 * Dates ** DONE Teachers' meeting ** ... a few other level 2 headings ... ** Graduating exams the modern music Important Notice: ~~ Also, #+LAST_MOBILE_CHANGE: should be the first line in any org file that's being synced to MobileOrg, but (org-insert-heading-respect-content '(4) t) ignores this. BTW, I believe the arg '(4) is incorrect. In MobileOrg (at least in android -- actually, I think the iPhone doesn't support this feature yet), new nodes go to the bottom of the parent's children. They should not be inserted at the top in Emacs. This is slightly different from the earlier bug. * Dates *is* a top-level heading in the target file -- hence, it *can't* be invisible. Nonetheless, when inserting the new heading, it seems to be reading the level of the target node as level 0, rather than level 1. After that, the new node goes at the top of level 1 (which will also obliterate any #+ preamble the file might have). This may be a recent issue. I updated via git after you said that you had put my workaround in place, and I don't remember seeing this problem before. New second-level nodes did go into the right places. I saw this issue only today (git pull yesterday). Thanks... hjh
Re: [O] Active timestamp drawer with inactive creation-date
Hi Alexander, Alexander Poslavsky alexander.poslav...@gmail.com writes: ** important task 2013-03-13 Wed :PROPERTIES: :CREATED: 2013-03-12 Tue 13:52 :END: The property drawer has an active time-stamp, which in turn appears in my agenda. What I want to end up is, an inactive time-stamp in the drawer: ** important task 2013-03-13 Wed :PROPERTIES: :CREATED: [2013-03-12 Tue 13:52] :END: At the moment I change it by hand, but laziness is the key to progress, so: how do I do this? I think you want this: (setq org-expiry-inactive-timestamps t) HTH, -- Bastien
Re: [O] Active timestamp drawer with inactive creation-date
Hi Michael, Michael Strey mst...@strey.biz writes: How do you create the :CREATED: property with the active timestamp? Alexander must be using org-expiry.el from the contrib/ directory. Best, -- Bastien
Re: [O] Meaning of install
Am 13.03.2013 09:43, schrieb Bastien: Hi Andreas, Andreas Röhler andreas.roeh...@easy-emacs.de writes: BTW would welcome some hints how to proceed when bug-fixing, extending etc. I.e. installing that stuff right on probably isn't preferable. Can you be more specific? What information do you want, where do you search for it, what did you find, what did you not find? There is a lot of information on Worg, which is open to contributions. Trying to load it from the git-repo, not sure it that works correctly. Well, we can't really help you with so little information :/ Find the http://orgmode.org/worg/dev/index.html, that's good :) http://orgmode.org/worg/doc.html helpful in general, okay. But how to setup up a developing environment? http://orgmode.org/worg/dev/org-build-system.html tells Org can be run directly from sources,... that's all I see here. However, loading the sources seems to have some edges. At least didn't arrive to do it in a reliable, predictable way, i.e. after loading several files explicitely, tests show different result. Derive from that, load was not complete. Any recommendation which make commands to run here? Thanks, Andreas
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Bastien bzg at altern.org writes: the new sorting features will be in 8.0, not yet released... sorry if I was unclear about this in a previous message. Thanks for clarifying. So if I use the current beta version, I can test it already? Martin
Re: [O] Slowdown when editing tables with horizontal lines
Hi Peder, Peder Stray peder.st...@gmail.com writes: I have noticed a significant slowdown when editing tables with horizontal lines compared with the same table without the horizontal line. Currently tested in 7.9.2 and the version in elpa (7.9.3e i think?). Editing the table I have now, 12 columns, about 60 rows is nearly instant when the table doesn't have any horizontal lines, but when it does contain such lines, just inserting a character in a cell cause a delay of several seconds. Seems to be related to the number of rows too I guess, because it only became noticeable when the table got over a given number of rows. This is really weird... do you still have this problem? I tested with big tables and I don't observe this. My computer is fairly recent though. -- Bastien
[O] Org-Agenda uses wrong date for start of daylight savings
Hello, Thanks for your reply. I made the assignments in my init.el file, as follows: (load utilvilf) ; frame parameters, font (load cal-dst) ; I noticed that cal-dst was not initially loaded (setq calendar-daylight-savings-starts '(bv-calendar-dst-starts year)) (setq calendar-daylight-savings-ends '(bv-calendar-dst-ends year)) (setq calendar-daylight-time-offset 60) (setq calendar-daylight-savings-starts-time 180) (setq calendar-daylight-savings-ends-time 180) The two functions, bv-calendar-dst-starts and bv-calendar-dst-ends are defined in utilvilf (see above) as follows: (defun bv-calendar-dst-starts (year) Daylight Savings Start (calendar-nth-named-day -1 0 3 year) ) (defun bv-calendar-dst-ends (year) Daylight Savings End (calendar-nth-named-day -1 0 10 year) ) when I tested the two functions, they give the correct answer for the year 2013: (3 31 2013) and (10 27 2013) Regards, Bostjan
Re: [O] Active timestamp drawer with inactive creation-date
On Wed, Mar 13, 2013 at 10:04:52AM +0100, Bastien wrote: [...] I think you want this: (setq org-expiry-inactive-timestamps t) Thank you for the hint to org-expiry, Bastien. Maybe this link is helpful as well: http://stackoverflow.com/questions/12262220/add-created-date-property-to-todos-in-org-mode -- Michael Strey www.strey.biz
Re: [O] Active timestamp drawer with inactive creation-date
Thank you all! (setq org-expiry-inactive-timestamps t) was the key. I will do some more reading this weekend, but for now everything works as expected (again). Thanks for the answers, the stackoverflow link, and the Heinlein. On 13 Mar 2013, at 10:38, Michael Strey mst...@strey.biz wrote: On Wed, Mar 13, 2013 at 10:04:52AM +0100, Bastien wrote: [...] I think you want this: (setq org-expiry-inactive-timestamps t) Thank you for the hint to org-expiry, Bastien. Maybe this link is helpful as well: http://stackoverflow.com/questions/12262220/add-created-date-property-to-todos-in-org-mode -- Michael Strey www.strey.biz
Re: [O] Bug: M-RET in capture buffer ignores level
Hi Samuel, Samuel Wales samolog...@gmail.com writes: In recent git only: 1] capture as a 5-star header with odd-only levels 2] place point in or at end of header 3] m-ret to create new entry 4] new entry will have one star Perhaps it no longer checks narrowing or existing level. This should be fixed now, thanks. -- Bastien
Re: [O] Org-Agenda uses wrong date for start of daylight savings
Hello, On Wed, Mar 13, 2013 at 10:50 AM, Bastien b...@altern.org wrote: Hi Bostjan, Bostjan Vilfan bostj...@alum.mit.edu writes: I've noticed that my orgmode installation (7.9.1) uses the wrong date for the start of daylight savings. The emacs manual lists that in this case one should change the values of calendar-daylight-savings-starts and calendar-daylight-savings-ends variables. I tried it, but it doesn't have any effect. Can somebody tell me how to make emacs/orgmode use the European daylight savings time? Can you show the code you used to change the value of `calendar-daylight-savings-starts'? Thanks, -- Bastien Thanks for your reply. I made the assignments in my init.el file, as follows: (load utilvilf) ; frame parameters, font (load cal-dst) ; I noticed that cal-dst was not initially loaded (setq calendar-daylight-savings-starts '(bv-calendar-dst-starts year)) (setq calendar-daylight-savings-ends '(bv-calendar-dst-ends year)) (setq calendar-daylight-time-offset 60) (setq calendar-daylight-savings-starts-time 180) (setq calendar-daylight-savings-ends-time 180) The two functions, bv-calendar-dst-starts and bv-calendar-dst-ends are defined in utilvilf (see above) as follows: (defun bv-calendar-dst-starts (year) Daylight Savings Start (calendar-nth-named-day -1 0 3 year) ) (defun bv-calendar-dst-ends (year) Daylight Savings End (calendar-nth-named-day -1 0 10 year) ) when I tested the two functions, they give the correct answer for the year 2013: (3 31 2013) and (10 27 2013) Regards, Bostjan PS Your may have received a duplicate of this mail since I first tried to send it via the web page, but it seems to be taking quite long -- ** Bostjan Vilfan Professor Emeritus of Computer Science University of Ljubljana Contact data: Address Siviceva ulica 15 1000 Ljubljana, Slovenia Phone +386-1-421-7750 E-mail bostj...@alum.mit.edu **
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Bastien bzg at altern.org writes: Martin elwood151 at web.de writes: Thanks for clarifying. So if I use the current beta version, I can test it already? Yes :) I tried and failed. :-( I downloaded the zip-file http://orgmode.org/cgit.cgi/org-mode.git/snapshot/release_8.0-beta.zip, copied all the contents of the file into my paths (where org-mode 7.9.4 was working happily before), launched Emacs, byte-compiled the whole path When I execute the agenda-command, I get the error message: org-agenda-skip: Wrong type argument: stringp, nil Is there any documentation about changes that might break something? Kind regards Martin
[O] Copyright of contributions to org-mode
Dar all, in the light of the recent dispute, I have now added the paragraph below to http://orgmode.org/worg/org-contribute.html#sec-2 to clarify the copyright implications of submitting contributions to org-mode. I hope this helps to avoid problems in the future. Regards - Carsten By submitting patches to emacs-orgmode@gnu.org, or by pushing changes to the Org-mode repository, you are placing these changes under GPL version 3, with all the implications that has. If at the time you submit or push these changes you have active copyright assignment papers with the FSF, for future changes to either Org-mode or to Emacs, this means that copyright to these changes is automatically transferred to the FSF. The Org-mode repository is seen as upstream repository for Emacs, anything contained in it can potentially end up in Emacs. If you do not have signed papers with the FSF, only changes to files in the contrib/ part of the repository will be accepted, as well as very minor changes (so-called /tiny changes/) to core files. You will be asked to sign FSF papers at the moment we attempt to move a contrib/ file into the Org core, or into Emacs.
[O] Export hangs on 'Evaluation Disabled'
Hi, When exporting a document containing source blocks, I'm queried for evaluation. When I say no, export tends to hang. (I rarely export documents with code, so I'm not certain what behaviors to expect. I'm confused that I'm queried for evaluation when I've set :exports code, but maybe that's normal behavior.) When I set #+PROPERTY: eval no-export the mini-buffer shows some fast activity followed by the message 'Evaluation Disabled', and Emacs hangs until I abort the export with C-g. I'm using Org-mode version 8.0-pre (release_8.0-pre-41-g14c339), Gnu Emacs 24.2.1, Mac OSX 10.6.8. Yours, Christian
Re: [O] Copyright of contributions to org-mode
Am 13.03.2013 11:50, schrieb Carsten Dominik: Dar all, in the light of the recent dispute, I have now added the paragraph below to http://orgmode.org/worg/org-contribute.html#sec-2 to clarify the copyright implications of submitting contributions to org-mode. I hope this helps to avoid problems in the future. Regards - Carsten By submitting patches to emacs-orgmode@gnu.org, or by pushing changes to the Org-mode repository, you are placing these changes under GPL version 3, with all the implications that has. If at the time you submit or push these changes you have active copyright assignment papers with the FSF, for future changes to either Org-mode or to Emacs, this means that copyright to these changes is automatically transferred to the FSF. The Org-mode repository is seen as upstream repository for Emacs, anything contained in it can potentially end up in Emacs. If you do not have signed papers with the FSF, only changes to files in the contrib/ part of the repository will be accepted, as well as very minor changes (so-called /tiny changes/) to core files. You will be asked to sign FSF papers at the moment we attempt to move a contrib/ file into the Org core, or into Emacs. Hi Carsten, above in this document it's told For this you need to complete this form, send it to ass...@gnu.org, and tell the Org-mode maintainer when this process is complete. Would consider it fair to read after second commata something like whereof you will receive the copyright-assignement contract. Tell ... The assignment contract is very different from the disclaimer visible so far. Best, Andreas
Re: [O] Copyright of contributions to org-mode
Da: Carsten Dominik carsten.domi...@gmail.com Inviato: Mercoledì 13 Marzo 2013 11:50 Hi, Carsten, you are placing these changes under GPL version 3, with shouldn't it be: you are placing these changes under either version 3 of the GPL, or (at your option) any later version, with or my version is too long? Giovanni
Re: [O] Copyright of contributions to org-mode
On 13 mrt. 2013, at 12:13, Giovanni Ridolfi giovanni.rido...@yahoo.it wrote: Da: Carsten Dominik carsten.domi...@gmail.com Inviato: Mercoledì 13 Marzo 2013 11:50 Hi, Carsten, you are placing these changes under GPL version 3, with shouldn't it be: you are placing these changes under either version 3 of the GPL, or (at your option) any later version, Hi Giovanni, not sure how this would work. Each file in org-mode doe mention in the header that it is GPLv3 or later, that is right, but I don't know how it would work if contributors opt for different versions of GPL fir each line of code changed. I will write GLPv3 or later and not specify this further, OK? - Carsten with or my version is too long? Giovanni
Re: [O] Copyright of contributions to org-mode
On 13 mrt. 2013, at 12:12, Andreas Röhler andreas.roeh...@easy-emacs.de wrote: Am 13.03.2013 11:50, schrieb Carsten Dominik: Dar all, in the light of the recent dispute, I have now added the paragraph below to http://orgmode.org/worg/org-contribute.html#sec-2 to clarify the copyright implications of submitting contributions to org-mode. I hope this helps to avoid problems in the future. Regards - Carsten By submitting patches to emacs-orgmode@gnu.org, or by pushing changes to the Org-mode repository, you are placing these changes under GPL version 3, with all the implications that has. If at the time you submit or push these changes you have active copyright assignment papers with the FSF, for future changes to either Org-mode or to Emacs, this means that copyright to these changes is automatically transferred to the FSF. The Org-mode repository is seen as upstream repository for Emacs, anything contained in it can potentially end up in Emacs. If you do not have signed papers with the FSF, only changes to files in the contrib/ part of the repository will be accepted, as well as very minor changes (so-called /tiny changes/) to core files. You will be asked to sign FSF papers at the moment we attempt to move a contrib/ file into the Org core, or into Emacs. Hi Carsten, above in this document it's told For this you need to complete this form, send it to ass...@gnu.org, and tell the Org-mode maintainer when this process is complete. Would consider it fair to read after second commata something like whereof you will receive the copyright-assignement contract. Tell ... Sure, I can say this more explicitly. Thanks - Carsten The assignment contract is very different from the disclaimer visible so far. Best, Andreas
Re: [O] Publishing to html With the New Exporter
Hello, I had to update my web site [1] today, a site which is written in org. This was the first attempt at using the new exporter for publishing for a site written with the old exporter in mind. I thought I would summarise the changes I had to make to have them all in one place: 1. change #+SETUPFILE: to #+INCLUDE: and add quotes to the file name. 2. change all configuration lines that I had previously commented out by adding a # (to get ##+) at the start to just # + as comment lines now must start with # . This is not a change due to the new exporter but one that came in a while ago -- you can tell how often I update my web site! :( 3. add :publishing-function to all of my entries in org-publish-project-alist. Before, no such entry was required. The value of this setting is org-html-publish-to-html and this entry appears to be required in each element in the alist even for entries that are referred to by other entries. 4. change all #+STYLE: directives to #+HTML_HEAD: After this, everything worked perfectly fine (well, except for some ditaa related export issues which I will address later). I am summarising this here as it took me a while to track down the various bits by trawling the mailing list and Worg. Again, thanks to all involved and Nicolas in particular for the new exporter. eric Footnotes: [1] http://www.homepages.ucl.ac.uk/~ucecesf/ -- Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)
Re: [O] Copyright of contributions to org-mode
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: I will write GLPv3 or later and not specify this further, OK? I'd state it like this: ... you are placing this changes under the same licensing terms than those under which GNU Emacs is published: ;; GNU Emacs is free software: you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation, either version 3 of the License, or ;; (at your option) any later version. If at the time you submit or push these changes you have active copyright assignment papers... Maybe that's a bit heavy-handed, but it avoids any confusion about the or in GNU GPLv3 or any later... -- Bastien
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Hi Martin, Martin elwood...@web.de writes: When I execute the agenda-command, I get the error message: org-agenda-skip: Wrong type argument: stringp, nil Is there any documentation about changes that might break something? Wild guess: ~$ make autoloads See http://orgmode.org/org.html#Installation If those instructions are not clear enough, please raise your voice, we are in the process of clarifying them! Thanks, -- Bastien
Re: [O] Meaning of install
Andreas Röhler andreas.roeh...@easy-emacs.de writes: Any recommendation which make commands to run here? ~$ make helpall :) -- Bastien
Re: [O] Build fail with emacs 24.3.1
Hi Erich, Neuwirth Erich erich.neuwi...@univie.ac.at writes: I just installed Emacs 24.3.1 on OSX 10.8.2 and tried to build the latest git version of orgmode. It fails. Is this due to the fact that I have a new emacs, or is it a more general problem. It was a problem with Org. I just removed the tests, which pass fine when called interactively, but don't pass when run in batch mode. I've been digging quite a lot and I don't understand why they break in batch mode. If someone else wants to have a look into this: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=c5490f Thanks, -- Bastien
Re: [O] Copyright of contributions to org-mode
Am 13.03.2013 12:50, schrieb Bastien: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: I will write GLPv3 or later and not specify this further, OK? I'd state it like this: ... you are placing this changes under the same licensing terms than those under which GNU Emacs is published: ;; GNU Emacs is free software: you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation, either version 3 of the License, or ;; (at your option) any later version. If at the time you submit or push these changes you have active copyright assignment papers... Maybe that's a bit heavy-handed, but it avoids any confusion about the or in GNU GPLv3 or any later... Or maybe drop that sentence. GPL is a complete different matter, as mentioned earlier :) You may assign copyright also without GPL ... etc. It's at the receiver to choose the license than. Cheers
Re: [O] Copyright of contributions to org-mode
Andreas Röhler andreas.roeh...@easy-emacs.de writes: Or maybe drop that sentence. Nope: the whole purpose of clarifying is to make it clear what are the licensing terms, when the assignement is needed, and what are the consequences of assigning the copyright. We should be short but exhaustive here. The idea is to make sure people understand that sending patches for Org's core is *exactly* like having the patch integrated into Emacs. Both the copyright assignment and the agreement on the licensing terms are preconditions. -- Bastien
Re: [O] Build fail with emacs 24.3.1
I just installed Emacs 24.3.1 on OSX 10.8.2 and tried to build the latest git version of orgmode. It fails. Is this due to the fact that I have a new emacs, or is it a more general problem. Here is the output from building: Ran 428 tests, 426 results as expected, 2 unexpected (2013-03-13 08:36:11+0100) 5 expected failures 2 unexpected results: FAILED test-org-export/define-derived-backend FAILED test-org-export/derived-backend-p make[1]: *** [test-dirty] Error 1 make: *** [up2] Error 2 I don't know OSX at all but mine failed for a couple of days with Ubuntu and it was because the build-deps have either changed or been updated. So I ran sudo apt-get build-dep emacs24 and got a few new files. HTH. Susan
Re: [O] Copyright of contributions to org-mode
Am 13.03.2013 13:10, schrieb Bastien: Andreas Röhler andreas.roeh...@easy-emacs.de writes: Or maybe drop that sentence. Nope: the whole purpose of clarifying is to make it clear what are the licensing terms, when the assignement is needed, and what are the consequences of assigning the copyright. We should be short but exhaustive here. The idea is to make sure people understand that sending patches for Org's core is *exactly* like having the patch integrated into Emacs. Both the copyright assignment and the agreement on the licensing terms are preconditions. Hi Bastien, Hi Carsten, as these legal matters are of interest to a certain extend: 1) does this change/sentence meet the problem arised? 2) is the sentence in question here true, can it be true? 1d There was no misunderstanding but displayed frustration, eagerness or whatever. No misunderstanding, no need to clarify the pretended matter. 2nd) If someone changes a GPLed file while propagating the changes with a compatible license as mentioned http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses: Is org-mode going to create its own legislation excluding this? :) Cheers
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Bastien bzg at altern.org writes: Wild guess: ~$ make autoloads See http://orgmode.org/org.html#Installation If those instructions are not clear enough, please raise your voice, we are in the process of clarifying them! thanks a lot! Your wild guess saved me (partially)! I never needed that up to now (and first had to install make, as I am working on Windows an need to use Cygwin for that) but finally it worked. However I still have the problem that M-x org-version produces an error: Org-mode version N/A-fixup (N/A-fixup !!check installation!! @ c:/Users/mynameDocuments/sorga/org-mode/org_current/lisp/) Is this normal in a beta? Another problem: org-export is missing, the file does not exist in lisp or contrib/lisp. I could not find anything about that in the mailing list, maybe I've overlooked it? When trying to open an agenda, I get the error: org-entries-lessp: Wrong type argument: stringp, nil Did I do something wrong or is the typical beta-experience? So then I think I've go back to 7.9.4 and await version 8 with patience. (Or is there a way to get the new sorting features already with Version 7.9? Concerning the instructions: from my point of view it is not clear what has to be done to use the beta version and what risks there are. (For a programmer this might be clear, for a normal user this is not clear IMHO.) Sorry for my beginner questions and merci beaucoup! Kind regards Martin
Re: [O] Build fail with emacs 24.3.1
Am 13.03.2013 12:58, schrieb Bastien: Hi Erich, Neuwirth Erich erich.neuwi...@univie.ac.at writes: I just installed Emacs 24.3.1 on OSX 10.8.2 and tried to build the latest git version of orgmode. It fails. Is this due to the fact that I have a new emacs, or is it a more general problem. It was a problem with Org. I just removed the tests, which pass fine when called interactively, but don't pass when run in batch mode. I've been digging quite a lot and I don't understand why they break in batch mode. If someone else wants to have a look into this: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=c5490f Thanks, Hi Bastien, beside of the tests --an experience made with python-mode.el tests also sometimes, which failed for very different reasons-- should not the build process be independent from tests? Best, Andreas
Re: [O] Copyright of contributions to org-mode
Hi Andreas, there is nothing to argue here. Patches sent against files in Org's core are like patches sent against GNU Emacs files. The submitter needs to agree to have it licensed under the same condition than for GNU Emacs, and needs to assign his copyright before they can be integrated. If you modify some Emacs file, you have to license it under GNU GPLv3 or any later licensing terms. If you want these files to go into GNU Emacs, you have to assign your copyright to the FSF first. I won't spend more time on this as I have to focus on code. Thanks, -- Bastien
Re: [O] Copyright of contributions to org-mode
On 13 mrt. 2013, at 13:35, Andreas Röhler andreas.roeh...@easy-emacs.de wrote: Am 13.03.2013 13:10, schrieb Bastien: Andreas Röhler andreas.roeh...@easy-emacs.de writes: Or maybe drop that sentence. Nope: the whole purpose of clarifying is to make it clear what are the licensing terms, when the assignement is needed, and what are the consequences of assigning the copyright. We should be short but exhaustive here. The idea is to make sure people understand that sending patches for Org's core is *exactly* like having the patch integrated into Emacs. Both the copyright assignment and the agreement on the licensing terms are preconditions. Hi Bastien, Hi Carsten, as these legal matters are of interest to a certain extend: 1) does this change/sentence meet the problem arised? I think so. Jambunathan tried to argue that his signed copyright assignment papers should only become active at the moment the changes arrive at Emacs. 2) is the sentence in question here true, can it be true? 1d There was no misunderstanding but displayed frustration, eagerness or whatever. No misunderstanding, no need to clarify the pretended matter. The motive was disgruntlement, but the argument was based on this perceived loophole. 2nd) If someone changes a GPLed file while propagating the changes with a compatible license as mentioned http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses: Is org-mode going to create its own legislation excluding this? :) No, we are not creating legislation. We are writing down a policy. If the case your describe should arise, it can be dealt with then. - Carsten
Re: [O] Build fail with emacs 24.3.1
Hi Andreas, Andreas Röhler andreas.roeh...@easy-emacs.de writes: should not the build process be independent from tests? Yes, the default build process should be independant from the tests, and it is. ~$ make up2 runs the test, but it is not the default build process. -- Bastien
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Hi Martin, Martin elwood...@web.de writes: thanks a lot! Your wild guess saved me (partially)! I never needed that up to now (and first had to install make, as I am working on Windows an need to use Cygwin for that) but finally it worked. However I still have the problem that M-x org-version produces an error: Org-mode version N/A-fixup (N/A-fixup !!check installation!! @ c:/Users/mynameDocuments/sorga/org-mode/org_current/lisp/) Is this normal in a beta? Nope. Did you run ~$ make autoloads (or simply ~$ make) and set the correct load-paths? Another problem: org-export is missing, the file does not exist in lisp or contrib/lisp. I could not find anything about that in the mailing list, maybe I've overlooked it? When trying to open an agenda, I get the error: org-entries-lessp: Wrong type argument: stringp, nil Same problems as above. Did I do something wrong or is the typical beta-experience? So then I think I've go back to 7.9.4 and await version 8 with patience. (Or is there a way to get the new sorting features already with Version 7.9? Concerning the instructions: from my point of view it is not clear what has to be done to use the beta version and what risks there are. (For a programmer this might be clear, for a normal user this is not clear IMHO.) The instructions for using a beta are in the Using Org's git repository subsection and requires people to have Git installed on their machine. If you have Git, its better to clone the repo than to download the .zip from the repo. Sorry for my beginner questions and merci beaucoup! Pas de problème :) -- Bastien
[O] Further problems with export
After being able to build again, I cannot export now. In my .emacs I have ;; using the new exporter (define-key org-mode-map (kbd C-c C-e) 'org-export-dispatch) When I try to export with C-c C-e I get a window with the menu for the export commands, and a prompt Export command: in the bottom line (minibuffer window) When I then press h (one of the highlighted keys) the shortcut keys listed under the Export to HTML item become highlighted (red) and when I then press o which should export to html and open the file the minibuffer displays Symbol's function definition is void: org-export-blocks-preprocess The same problem occurs for any other export option I tried. How can I make things work again?
[O] mobileorg
Has MobileOrg been removed from the App Store ? For some reason I can't find this. Thanks M
Re: [O] Basic beamer export
On Wed, Mar 13, 2013 at 12:52:49AM -0400, JBash wrote: On Tue, Mar 12, 2013 at 10:48 AM, Suvayu Ali fatkasuvayu+li...@gmail.comwrote: 1. How do you check your org-version, M-x org-version RET? Yes. I just updated org. I'm now at: Org-mode version 8.0-pre (release_8.0-pre-54-gb5a853 @ /user/share/emacs/site-lisp/org) Are you overwriting the org files that come with your distribution of emacs? If you are, I think that is asking for trouble. I would recommend to install to a separate directory, maybe somewhere in your home if you are the only user or somewhere in /opt/ if you want it to be available to other users. 2. Is the previously attached result with a minimal org setup? If not, you should try that. I stripped my .emacs file to a very simple setip. I've attached it. Your setup looks ok other than my comments above. 3. On first thought, you have a mixed installation and somehow the old exporter is taking over. I would suggest you go over the mixed installation FAQ on Worg: http://orgmode.org/worg/org-faq.html#mixed-install Thanks for this link. I had not found it before. As mentioned above, my M-x org-version looks Good. M-x list-load-path-shadows returns Wrong type argument: stringp, nil Is that to be expected, or am I misunderstanding how to use that function? Something is wrong with your emacs installation. That should not happen. You should get an output like below. /path/to/org-mode/lisp/org-version hides /path/to/emacs/share/emacs/24.3.50/lisp/org/org-version /path/to/org-mode/lisp/ob-screen hides /path/to/emacs/share/emacs/24.3.50/lisp/org/ob-screen /path/to/org-mode/lisp/ob-css hides /path/to/emacs/share/emacs/24.3.50/lisp/org/ob-css ... Hope this helps, -- Suvayu Open source is the future. It sets us free.
Re: [O] (no subject) How to sort agenda by timestamps (scheduled/deadline)?
Bastien bzg at altern.org writes: Hi Martin, Martin elwood151 at web.de writes: However I still have the problem that M-x org-version produces an error: Org-mode version N/A-fixup (N/A-fixup !!check installation!! @ c:/Users/mynameDocuments/sorga/org-mode/org_current/lisp/) Is this normal in a beta? Nope. Did you run ~$ make autoloads (or simply ~$ make) and set the correct load-paths? Yes, I set the load paths for lisp and contrib/lisp in my .emacs file and I executed make autoloads in the org-mode directory. :-( still the same problem: When trying to open an agenda, I get the error: org-entries-lessp: Wrong type argument: stringp, nil The instructions for using a beta are in the Using Org's git repository subsection and requires people to have Git installed on their machine. If you have Git, its better to clone the repo than to download the .zip from the repo. When trying the git clone command in cygwin, I get an error message connection refused. I fear this could be blocked in my company's network. So I will have to download the archives and install them manually, I fear. I tried again, also modifying the local.mk (I'm using Windows 7), but no success. So I think I'll have to go back to 7.9.4. :-( Kind regards Martin
Re: [O] mobileorg
On Wednesday, March 13, 2013, Marvin Doyley wrote: Has MobileOrg been removed from the App Store ? For some reason I can't find this. It has been r evolved temporarily, but I hope it will be back soon. A former mobile org user, Rainer Thanks M -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] [RFC] Org syntax (draft)
Hi, I obviously did not send and actually lost a message I prepared two days ago. I'll try again. I suggest adding : The number of stars defines the level of the headline. Does it belong to the syntax definition? Level is how Org uses syntax internally. Also the sentence, although right, is misleading, because level definition also depends on `org-odd-levels-only'. I think it's partly in the syntax, since it defines parentness for headlines (the numeric level is of no importance, but the relative level is used). I suggest dropping Case is significant (or maybe give the whole story : IIRC, it is the ascii code of the given letter that is used as priority) I'm not sure that the purpose of this document should be to explain how syntax will be used. That is why I suggested dropping the mention : case is not significant for the syntax. Very minor though, obviously. That should be `org-comment-string' I guess. Indeed. Btw, I think this variable should be a defconst, not a defcustom. It just makes things harder for little benefit. As you know, Comment is also a french word meaning how, and that could very well appear uppercased as the first word of a title. (I'd personally recommend against uppercasing titles, but I'd understand if someone wanted to customize the word for such reasons) Would you (or Someone) mind updating the org-syntax.org file on Worg? Please review the attached patch and apply parts as you wish (even if I wanted to do it myself, I don't have worg access.) Last word about #+TBLFM: I'm not sure if that should go into the affiliated keywords section (thus rewriting parts of it, because that one goes below the table, unlike other affiliated keywords) or a special section on its own. Thus I'm not changing anything wrt that. From f97c00bfbd8a14d0b2953ee0e8b6817a2b9f0306 Mon Sep 17 00:00:00 2001 From: Nicolas Richard theonewiththeevill...@yahoo.fr Date: Mon, 11 Mar 2013 16:25:21 +0100 Subject: [PATCH] dev/org-syntax.org: minor --- dev/org-syntax.org | 34 +++--- 1 file changed, 19 insertions(+), 15 deletions(-) diff --git a/dev/org-syntax.org b/dev/org-syntax.org index 9b2a843..a918a75 100644 --- a/dev/org-syntax.org +++ b/dev/org-syntax.org @@ -15,7 +15,8 @@ within specific environments. Three categories are used to classify these environments: Greater elements, elements, and objects, from the broadest scope to the -narrowest. +narrowest. The word element is used for both Greater and non-Greater +elements, the context should make that clear. The paragraph is the unit of measurement. An element defines syntactical parts that are at the same level as a paragraph, @@ -41,16 +42,17 @@ Unless specified otherwise, case is not significant. STARS KEYWORD PRIORITY TITLE TAGS #+END_EXAMPLE - STARS is a string starting at column 0 and containing at least one + STARS is a string starting at column 0, containing at least one asterisk (and up to ~org-inlinetask-min-level~ if =org-inlinetask= - library is loaded). It's the sole compulsory part of a headline. + library is loaded) and ended by a space character. The number of + asterisks is used to define the level of the headline. It's the + sole compulsory part of a headline. KEYWORD is a TODO keyword, which has to belong to the list defined - in ~org-todo-keywords~. Case is significant. + in ~org-todo-keywords-1~. Case is significant. PRIORITY is a priority cookie, i.e. a single letter preceded by - a hash sign # and enclosed within square brackets. Case is - significant. + a hash sign # and enclosed within square brackets. TITLE can be made of any character but a new line. Though, it will match after every other part have been matched. @@ -71,7 +73,7 @@ Unless specified otherwise, case is not significant. , TODO [#A] COMMENT Title :tag:a2%: #+END_EXAMPLE - If the first word appearing in the title is ~org-comment-keyword~, + If the first word appearing in the title is ~org-comment-string~, the headline will be considered as commented. If that first word is ~org-quote-string~, it will be considered as quoted. In both situations, case is significant. @@ -82,14 +84,14 @@ Unless specified otherwise, case is not significant. If ~org-archive-tag~ is one of its tags, it will be considered as archived. Case is significant. - A headline contains directly at most one section, followed by any - number of headlines. Only a section can contain another section. + A headline contains directly one section, followed by any + number of deeper level headlines. A section contains directly any greater element or element. Only a headline can contain a section. As an exception, text before the first headline in the document also belongs to a section. - In a quoted headline contains a section, the latter will be + If a quoted headline contains a section, the latter will be considered as a quote section.
Re: [O] Further problems with export
Hi Erich, Neuwirth Erich erich.neuwi...@univie.ac.at writes: How can I make things work again? Provided you installed Org correctly, restarting Emacs will do. -- Bastien
Re: [O] A proposal (ox-html.el/ox-odt.el)
Aloha all, wgreenhouse-sgozh3hwpm2stnjn9+b...@public.gmane.org (W. Greenhouse) writes: Jambunathan, Jambunathan K kjambunathan-re5jqeeqqe8avxtiumw...@public.gmane.org writes: People are disregarding my moral rights over my work and pushing me in a corner to act a certain way to serve their own interests. This I feel is plain wrong and an act of snatching or appropriation. Jambunathan K. Moral right and copyright are unrelated concepts. In the jurisdictions that recognize author's moral right or droit moral (much of the EU and other civil-code countries), such right is non-assignable and would not even be affected by the FSF papers. However, in the jurisdictions where copyright is assignable, it has nothing to do with author's moral right. If we're going to discuss moral right in the less legalistic and more broad sense of your rights in an ethical society as a person with agency, I think you're disregarding the rights of prior contributors to the ox-html program, of which you were but one of many. Those contributors did intend the code to become part of Emacs, and, morally as well as legally, you entered into an agreement to further that aim when you decided to work on it. If you really do intend to take your ball and go home, do please call a fork a fork--and also do please recognize that you are the one snatching or appropriating a joint work out of your own sense of pique. I want to fork ox-html.el and ox-odt.el (as it stands today in Org repo) to GNU ELPA repo. I request that Emacs maintainers recognize the GNU ELPA version (maintained by me) as the authoritative official versions of these files that gets bundled with SUMO Emacs. ... Jambunathan +---+ | ox-html.el +--- push Emacs maintainer | ox-odt.el| \- | GNU ELPA | \-++ | | \--|| +---+ | lisp/org/ox-html.el| ^ Push | lisp/org/ox-odt.el | ||| |++ || Other org files| +--+-+ /-|| || /--- || | Org repo | / || || /---++ |+-- push || || ++ Org maintainer This makes no sense at all. It is needless busywork for the Emacs maintainer to integrate code from one particular contributor who is unable to cooperate with the maintainer of the project to which he contributes. It also unnecessarily inconveniences ordinary Emacs/Org users, who would now face a further obstacle to simply using the software. They already have to go elsewhere to get contrib/ programs or to use the latest version of Org; now you want to make it so that even the release version of Org is fractured and schismed. That is totally unacceptable. If this analysis is correct, then Jambunathan's proposal furthers his stated purpose to delay the release [of Org] or cause confusion. I am concerned (perhaps out of ignorance) that Jambunathan's ability to contribute code to Org might be used to the same effect. Because I am keen to know that my investment in Org is being suitably protected, could someone assure me either that my concern is unfounded, i.e., that code contributed by Jambunathan can be successfully vetted so that it doesn't delay development or cause confusion, or that appropriate steps have been taken to ensure that future code contributions from Jambunathan will not become part of Org? All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Repeated tasks, but only for a limited period (of time)
Thank you, Bastien! On Wed, Mar 13, 2013 at 4:59 AM, Bastien b...@altern.org wrote: Hi Rick, Rick Hanson cryptor...@gmail.com writes: Based your advices, I used org-clone-subtree-with-time-shift for my application today -- worked like a charm. Thanks to the both of you! Yes, that's what the manual advised too. But I find your request to be useful in another circumstance: when there is a repeated scheduled item and a deadline. In that case, the meaning should be repeat until the deadline. You can now achieve this by setting (setq org-agenda-skip-scheduled-if-deadline-is-shown 'repeated-after-deadline) which translates to: Skip the agenda scheduled item when it repeats after the deadline. This feature is available from master. Thanks for coming up with this idea and for the clear use-case! -- Bastien
Re: [O] [PATCH] * lisp/ob-core.el (org-babel-execute-src-block): insert hash for silent results
Aaron Ecay aarone...@gmail.com writes: Hi Eric, 2013ko martxoak 9an, Eric Schulte-ek idatzi zuen: Could something like the following work? Removing :results none and adding something small as the returned result which may easily be parsed and placed in the buffer w/o problem. #+begin_src R :cache yes # code to perform side effect x - 'side effect' 'done' #+end_src #+RESULTS[9f4e5b4b07e93c680ab37fc4ba1f75e1bfc0ee0a]: : done It works, but it is a kludge. In fact, it is the same kludge that we used to need before :results none (to avoid emacs choking on reading a monster data frame). Well, I suppose one man's dirty kludge is another's beautiful hack. The question here is whether the complexity lies in the implementation (and thus the interface) or in the code block itself. While I generally prefer the later, in this case of :results none :cache yes I would be open to placing some custom logic in the backend, which stores the hash value with the code block, possibly changing #+begin_src R :cache yes # code to perform side effect #+end_src to #+begin_src R :cache 9f4e5b4b07e93c680ab37fc4ba1f75e1bfc0ee0a # code to perform side effect #+end_src keeping in mind that the actual hash value should be hidden after the first couple of characters. This does not need special built in support, e.g., #+name: R-pid #+begin_src sh :var R=/usr/lib64/R/bin/exec/R ps auxwww|grep $R|grep -v 'grep'|awk '{print $2}' #+end_src #+begin_src R :cache yes :var pid=R-pid # code to perform side effect x - 'side effect' 'done' #+end_src #+RESULTS[da16f09882a6295815db51247592b77c80ed0056]: : done Now *this* is a kludge! I was actually very proud of this solution. It is what would be done by the framework if we did implement custom support, but by doing it with code blocks the exact mechanics are visible to the user. Since babel involves executing arbitrary code, the question to ask is not “Is this possible in babel?”. The answer is always “yes.” Thank you very much. :) The right question is instead “What does it make the most sense for babel to do?” I think Achim’s contributions to this thread pushing us in the direction of thinking about what the execution model is are exactly what is needed. For cached code running in a session, I think a sensible model is: - Code should be re-run once after each session startup - Other than that, code should be re-run only if it changes, or if the user explicitly requests it to be re-run. How should session startup be determined if not through inclusion of the session PID in the code block hash? Perhaps the above could be made more elegant through the addition of an elisp function which returns the pid of the current R session, allowing the above to be truncated to something like the following. #+begin_src R :cache yes :session foo :var pid=(R-pid foo) # code to perform side effect x - 'side effect' 'done' #+end_src I don't suppose ESS provides such a function? In order to implement this, it is necessary to figure out how to hash the contents of :results none blocks, and include the session process id in the hash. If you have a different model in mind, then you will want different behavior. But I think (thanks to Achim’s clarifying comments) we can’t really discuss what is the “right” behavior without also discussing which is the “right” model. Perhaps what we want is a :results hash header argument, which returns the hash of the code block *as* the code blocks result? I'm not yet convinced that the existing variable/results support with dummy values is insufficient to structure dependencies between blocks. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] [PATCH] * lisp/ob-core.el (org-babel-execute-src-block): insert hash for silent results
Aaron Ecay aarone...@gmail.com writes: Hi Achim, 2013ko martxoak 10an, Achim Gratz-ek idatzi zuen: But back to my earlier remark about the hash value actually being a signature of the source block and not the result. If I use noweb references, the reference text is cached, not its expansion. See the example below where after the first invocation I change the source block referenced to deliver a different result. That invalidates the cache for direct invocation of that block, but fails to do so for the indirect invocation. If you look at the two result blocks, you see that the same hash is added to two different blocks. I think this points in the direction of having the notion of dependencies among source blocks. This is an idea that knitr (http://yihui.name/knitr/) implements. The idea would be to include in the hash of a source block X (in addition to all the pieces that are already in the hash) the hash of the blocks that X depends on. So in your example, the data that generated the hashes beginning 0bd... would be made distinct, because they would include in one case the hash 6bd... and in the other d8d... . As in knitr, I think that manual dependency specification (e.g. in the header args of the block) should be possible. But it would also be possible to automatically infer that a block depends on any block that it references via a :var header or noweb reference – which would in turn automatically fix the case you discussed. This is what is already taking place. The :var header arguments are automatically expanded into dependencies between code blocks, and the results of previous code blocks are included in the hash calculation of the current code block. From re-looking at Achim's previous noweb example, it seems that we currently do *not* include the values of noweb expansions in code block hash calculations, I think this is a bug which should be fixed. And when evaluating a block, the dependencies should be (recursively) evaluated first, in case any of them has changed. This is exactly what happens currently with previous blocks referenced through :var header arguments. Is it clear what I am describing, and do you have thoughts on it? Very, thank you for spelling it out. I believe that given the bug fix just mentioned, the current model indeed does support automatic inference of dependencies between blocks. If one did want to move hashes to code blocks it would be a major refactoring which would (in my opinion) require significant justification. I'm not disputing that it requires significant effort. The benefits would be that we might have a chance to clear up some confusion over the code execution model of Babel and better support different ones. FWIW, I think that hashes shouldn’t be stored in the buffer text at all. To echo Achim's response, you've accidentally uttered Org-mode heresy. A core design principle is that everything be represented as plain text in the buffer. That said, the hashes should be largely hidden by default, and the degree of hiding can be controlled by the `org-babel-hash-show' variable. They’re not really part of the document data or metadata. Rather, they are information about how the content of the document (code and its results) was instantiated/computed in a particular environment/occasion. I’d rather see them stored in a lisp data structure. They could be written out to an invisible file when the org buffer is saved, and re-read on load. Oh yes, there's a whole set of _other_ problems that are waiting to be solved. :-) There always is. :-) I think Org-mode already provides the bulk of what is desired. If we agree to treat :cache yes :results none as obviously taking place for side effects, and then sticking a hash behind the :cache header argument with the code block, then what functionality would be missing? Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte
[O] Fwd: request regarding code chunk options in org-babel.
Hello all, I have been using org-mode and particularly org-babel for reproducible research. From reading most of the code chunk options in the org manual it seems that the follwoing table would be how one would expect output in various formats to behave: | :results value | :exports value | In Buffer | In PDF | Evaluation | |-+-+-++| | silent | results| no | yes | yes | | replace/other | none | yes| no| yes | | silent | none | no | no| yes | |-+--+-++ | However from this thread: http://comments.gmane.org/gmane.emacs.orgmode/46625 it appears that this is not the case. Is there a way, to get this table to be valid out of the box? This might be useful. Please let me know. Thanks and regards, Shripad Tucson, AZ
Re: [O] Beginner footnotes question
On Wed, Mar 13, 2013 at 1:17 AM, Aaron Ecay aarone...@gmail.com wrote: Hi Lawrence, You can have footnotes be inserted automatically: - in their own section (by default at the bottom of the document, though you can move it anywhere) - at the end of the current section, or - inline with the text For the first behavior, set the variable ‘org-footnote-define-inline’ to nil. For the second, set both ‘org-footnote-define-inline’ and ‘org-footnote-section’ to nil. And for the third, set ‘org-footnote-define-inline’ to something other than nil. Let's say I want the default behavior, i.e. the expansion of the footnote definitions in their own section. Here's a line in my .org file: 1. Re-read Stephenson's Metaphysics in the Royal Society 1715-2010 [fn:: Stephenson: Leibnitz], especially for the description of monads. Now what do I do? The expansion/definition of this placeholder is Some Remarks; Essays and Other Writings; Stephenson, Neal; HarperCollins Publishers; 978-0-06-202443-5; 2012; pp 38-57. Where does this expansion go? Do I do M-, hit the Enter a few times and type it in? But then how does the placeholder above know to link to it? And the ‘org-footnote-define-inline’ etc. look like elisp variable names. Do I set them in my .emacs? That doesn't seem quite right since I might be juggling many different .org files, each with a different footnote style. You can place footnote definitions manually wherever you choose. You can use the line #+INCLUDE: file.org to include one org file inside another for export purposes. I don’t know off the top of my head whether this works to import footnote definitions from a separate file, though I don’t see a reason why it shouldn’t. Try it and see! (It almost certainly won’t allow footnotes in one file to be links to locations in another.) -- Aaron Ecay
Re: [O] Basic beamer export
Suvayu Ali fatkasuvayu+linux at gmail.com writes: Yes. I just updated org. I'm now at: Org-mode version 8.0-pre (release_8.0-pre-54-gb5a853 @ /user/share/emacs/site-lisp/org) Are you overwriting the org files that come with your distribution of emacs? If you are, I think that is asking for trouble. I would recommend to install to a separate directory, maybe somewhere in your home if you are the only user or somewhere in /opt/ if you want it to be available to other users. This is the canonical place for site-wide installation and it should work correctly. But looking at the other problems reported there is something else wrong with that Emacs installation, badly so. But not this. Regards, Achim.
[O] Paths including spaces fail the installation: Patch
I have encountered problems installing to paths including spaces. This is annoying for Aquamacs on OS X, where the normal installation location for a custom mode etc. is a directory in ~/Library/Application Support/Aquamacs Emacs. Minimal path quoting changes to the inferior Makefiles made the installation work. I have no location at hand from which I can offer public pulls at the moment, but if anybody wants to commit it for me, the patch follows in-line. Yours, Bernd diff --git a/doc/Makefile b/doc/Makefile index 234ab7e..ca5117e 100644 --- a/doc/Makefile +++ b/doc/Makefile @@ -34,9 +34,9 @@ org-version.inc: org.texi @echo @set DATE $(DATE) org-version.inc install: org - if [ ! -d $(DESTDIR)$(infodir) ]; then $(MKDIR) $(DESTDIR)$(infodir); else true; fi ; - $(CP) org $(DESTDIR)$(infodir) - $(INSTALL_INFO) --infodir=$(DESTDIR)$(infodir) org + if [ ! -d $(DESTDIR)$(infodir) ]; then $(MKDIR) $(DESTDIR)$(infodir); else true; fi ; + $(CP) org $(DESTDIR)$(infodir) + $(INSTALL_INFO) --infodir=$(DESTDIR)$(infodir) org clean: $(RM) org *.pdf *.html *_letter.tex org-version.inc \ @@ -47,7 +47,7 @@ cleanall: clean clean-install: $(RM) $(DESTDIR)$(infodir)/org* - $(INSTALL_INFO) --infodir=$(DESTDIR)$(infodir) --remove org + $(INSTALL_INFO) --infodir=$(DESTDIR)$(infodir) --remove org .SUFFIXES: .texi .tex .txt _letter.tex diff --git a/etc/Makefile b/etc/Makefile index 8b06158..317bd07 100644 --- a/etc/Makefile +++ b/etc/Makefile @@ -13,10 +13,10 @@ all: install: $(ETCDIRS) for dir in $? ; do \ - if [ ! -d $(DESTDIR)$(datadir)/$${dir} ] ; then \ - $(MKDIR) $(DESTDIR)$(datadir)/$${dir} ; \ + if [ ! -d $(DESTDIR)$(datadir)/$${dir} ] ; then \ + $(MKDIR) $(DESTDIR)$(datadir)/$${dir} ; \ fi ; \ - $(CP) $${dir}/* $(DESTDIR)$(datadir)/$${dir} ; \ + $(CP) $${dir}/* $(DESTDIR)$(datadir)/$${dir} ; \ done ; clean: @@ -25,7 +25,7 @@ cleanall: clean-install: $(ETCDIRS) for dir in $? ; do \ - if [ -d $(DESTDIR)$(datadir)/$${dir} ] ; then \ - $(RMR) $(DESTDIR)$(datadir)/$${dir} ; \ + if [ -d $(DESTDIR)$(datadir)/$${dir} ] ; then \ + $(RMR) $(DESTDIR)$(datadir)/$${dir} ; \ fi ; \ done ; diff --git a/lisp/Makefile b/lisp/Makefile index 0e10c23..70af48a 100644 --- a/lisp/Makefile +++ b/lisp/Makefile @@ -77,10 +77,10 @@ $(LISPI): $(LISPV) $(LISPF) @$(MAKE_ORG_INSTALL) install:compile $(LISPF) - if [ ! -d $(DESTDIR)$(lispdir) ] ; then \ - $(MKDIR) $(DESTDIR)$(lispdir) ; \ + if [ ! -d $(DESTDIR)$(lispdir) ] ; then \ + $(MKDIR) $(DESTDIR)$(lispdir) ; \ fi ; - $(CP) $(LISPC) $(LISPF) $(LISPA) $(DESTDIR)$(lispdir) + $(CP) $(LISPC) $(LISPF) $(LISPA) $(DESTDIR)$(lispdir) cleanauto clean cleanall:: $(RM) $(LISPA) $(LISPB) @@ -88,6 +88,6 @@ clean cleanall cleanelc:: $(RM) *.elc clean-install: - if [ -d $(DESTDIR)$(lispdir) ] ; then \ - $(RM) $(DESTDIR)$(lispdir)/org*.el* $(DESTDIR)$(lispdir)/ob*.el* ; \ + if [ -d $(DESTDIR)$(lispdir) ] ; then \ + $(RM) $(DESTDIR)$(lispdir)/org*.el* $(DESTDIR)$(lispdir)/ob*.el* ; \ fi ; -- Senior Software Engineer Xaidat GmbH Wickenburggasse 5 8010 Graz Austria / Europe web: http://www.xaidat.com/ phone: +43-676-845023-706 email: bernd.h...@xaidat.com FN 384295s, LG ZRS Graz UID-Nr. ATU67414611
Re: [O] Fwd: request regarding code chunk options in org-babel.
shripad sinari shripad.sin...@gmail.com writes: Hello all, I have been using org-mode and particularly org-babel for reproducible research. From reading most of the code chunk options in the org manual it seems that the follwoing table would be how one would expect output in various formats to behave: | :results value | :exports value | In Buffer | In PDF | Evaluation | |++---++| | silent | results| no| yes| yes| | replace/other | none | yes | no | yes| | silent | none | no| no | yes| Perhaps the documentation should be changed to more clearly express that adding :results silent will inhibit insertion of results in the buffer even during export. However from this thread: http://comments.gmane.org/gmane.emacs.orgmode/46625 Is there a reason that the solution posted in that thread does not work for you? Best, it appears that this is not the case. Is there a way, to get this table to be valid out of the box? This might be useful. Please let me know. Thanks and regards, Shripad Tucson, AZ -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] minor bug in babel with silent output and remote R session
Thomas Alexander Gerds t...@biostat.ku.dk writes: Using the silent option together with a remote R session block (started via ssh.el and ess-remote), like this: #+BEGIN_SRC R :results silent :exports results :session *ssh gauss* :cache yes a=1 1 #+END_SRC produces: , |[1] 1 | Warning message: | In file.rename(tfile, transfer.file) : | cannot rename file '/tmp/RtmpQwlyCf/file7c9b78867f6c' to | /tmp/babel-4977UIT/R-4977ucf', reason 'No such file or directory' | ` and emacs freezes. No big deal because C-g gets me out of it, but slightly annoying. with `:results output' instead of `:results: silent' everything works fine. Are you sure this problem is related to the :results silent header argument? I would expect this problem to arise *any* time results are requested from a remove R session. This is because R and Emacs use the file system to hand results back and forth, and when the R session refers to a remote file system, this communication fails. One possible solution would be to use the :dir header argument to specify to the code block the machine on which the execution is taking place. Best, best, Thomas -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Exporter problem: cannot activate options
Hello, Rainer Stengele rainer.steng...@online.de writes: I do mark the subtree and export by C-e h o. Export is fine but I always get the TOC (although toc:nil) and I cannot get the clock entries (although c:t). You don't need to mark the subtree when doing a subtree export. Though, you should specify that you want a subtree export with C-s key from within the dispatcher. Regards, -- Nicolas Goaziou
Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML
Hello, Bastien b...@altern.org writes: Rick Frankel r...@rickster.com writes: On Tue, Mar 12, 2013 at 12:06:55AM +0100, Bastien wrote: Hi Terry, tftor...@tftorrey.com (T.F. Torrey) writes: I'm not experienced with markdown, but this doesn't look right to me. AFAIK there is no syntax for underlining in Markdown, so underlined text in Org will be exported as plain text in Markdown. I would argue that underlining is a form of emphasis, so the leading and trailing underscores should be passed through verbatim to markdown (which, in markdown syntax is an emphasized span). Yes, I see your point -- it's now the case. AFAIU, one Markdown feature is to accept raw HTML as part of the syntax. So, what's wrong in writing in HTML code anything that is not directly supported by Markdown syntax (like tables)? Regards, -- Nicolas Goaziou
[O] Bug: ODT export creates invalid document if literal [8.0-pre (release_8.0-pre-58-g9f1765.dirty @ mixed installation! /Users/bernd.haug/Library/Application Support/Aquamacs Emacs/org/lisp/ and /Use
I am exporting a document to ODT that contains the following text: blah blah blah =blah x blah blah blah...=, blah blah blah bla bla (bla =bla x bla bla bla...= blah). bla blah bla When opening the document in LibreOffice 3.4, I get the following message: Read-Error. Format error discovered in the file in sub-document content.xml at 1837,86(row,col). I unzipped the ODT file and looked to the named location in content.xml: blah bla blah blah text:span text:style-name=OrgCodeblah x bla blah.../text:span, blah bla blah bla bla bla bla (bla text:span text:style-name=OrgCodeblah x bla bla bla.../text:span blah). blah bla bla Obviously, the x would have to be escaped in the XML output if it should be presented as intended, but it is interpreted literally as the == would advise, which causes corruption from the perspective of LibreOffice. I would suggest doing the escaping as it seems much more likely that users want to see such content mono-spaced rather than insert literal ODT markup. Quick note on my config: The dirty source directory only contains the changes from the Makefile-patch I just submitted which allows installation to locations containing space characters in their path. Emacs : GNU Emacs 23.3.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) of 2011-10-25 on braeburn.aquamacs.org - Aquamacs Distribution 2.4 Package: Org-mode version 8.0-pre (release_8.0-pre-58-g9f1765.dirty @ mixed installation! /Users/bernd.haug/Library/Application Support/Aquamacs Emacs/org/lisp/ and /Users/bernd.haug/Library/Application Support/Aquamacs Emacs/org/info/) current state: == (setq 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-export-latex-tables-centered nil org-babel-load-languages '((sh . t) (emacs-lisp . t) (python . t)) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-babel-tangle-lang-exts '((python . py) (emacs-lisp . el)) org-export-with-drawers nil org-support-shift-select t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-latex-classes '((doctooleng \\documentclass{doctooleng} (\\chapter{%s} . \\chapter*{%s}) (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s})) (xaidat \\documentclass{xaidat} (\\chapter{%s} . \\chapter*{%s}) (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s})) (article \\documentclass[11pt]{article} (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s}) (\\paragraph{%s} . \\paragraph*{%s}) (\\subparagraph{%s} . \\subparagraph*{%s})) (report \\documentclass[11pt]{report} (\\part{%s} . \\part*{%s}) (\\chapter{%s} . \\chapter*{%s}) (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s})) (book \\documentclass[11pt]{book} (\\part{%s} . \\part*{%s}) (\\chapter{%s} . \\chapter*{%s}) (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s})) (beamer \\documentclass{beamer} org-beamer-sectioning)) org-export-with-tags 'not-in-toc 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-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-export-backends '(ascii html icalendar latex md odt) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-enforce-todo-dependencies t org-occur-hook '(org-first-headline-recenter) org-from-is-user-regexp \\Bernd J\\. Haug\\
Re: [O] [RFC] Simplify attributes syntax
Hello, Christian Egli christian.e...@sbs.ch writes: Nicolas Goaziou n.goaz...@gmail.com writes: The following patch simplifies syntax for attributes. From the developer POV, each non-nil value is now read as a string by `org-export-read-attribute'. I looked at your patch but I'm not sure of the implications. In particular I'm unsure if I need to change anything in ox-taskjuggler.el. Is line 402 in org-taskjuggler--build-attributes maybe suspicious? (intern (upcase (format :%s attribute))) No it isn't. The change only affects attributes obtained with `org-export-read-attribute' function, which isn't used in ox-taskjuggler.el. Regards, -- Nicolas Goaziou
Re: [O] [RFC] Org syntax (draft)
Hello, orgm...@h-rd.org writes: What may help is to document the syntax machine readable and somewhat more formal. I think it's a bit too early for that. The document describes the current syntax, but also uncovers some ambiguous parts of that syntax, which may need to be fixed (at least require to be discussed). I agree that both tasks can be done in parallel, but I wouldn't like the one you propose to shadow the one that I describe. Anyway, improvements are welcome. Feel free to provide a patch for the document. This ensures that there are less differences in interpretation and that the specification can be used to generate an orgmode parser directly. An example could be how the ietf specifies things, have a look at https://en.wikipedia.org/wiki/ABNF or EBNF. It's not much difference from what you have done, but it's more unambigous. Regards, -- Nicolas Goaziou
Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML
Hi Nicolas, Nicolas Goaziou n.goaz...@gmail.com writes: AFAIU, one Markdown feature is to accept raw HTML as part of the syntax. So, what's wrong in writing in HTML code anything that is not directly supported by Markdown syntax (like tables)? Nothing wrong /per se/ but, I modified `org-html-underline' so that it uses a specific class underline instead of hardcoding the style. (There is no style=... parameter left in the HTML export.) span class=underlinetext/span does not mean anything for Markdown. We could have org-md-underline to export to utext/u but this tag is deprecated in xhtml and html5. As for using span style=text-decoration: underline;text/span I think it goes against Markdown's philosophy to keep things light. So on the overall, I find using `org-md-verbatim' a quite good trade-off. -- Bastien
Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, Bastien b...@altern.org writes: Rick Frankel r...@rickster.com writes: On Tue, Mar 12, 2013 at 12:06:55AM +0100, Bastien wrote: Hi Terry, tftor...@tftorrey.com (T.F. Torrey) writes: I'm not experienced with markdown, but this doesn't look right to me. AFAIK there is no syntax for underlining in Markdown, so underlined text in Org will be exported as plain text in Markdown. I would argue that underlining is a form of emphasis, so the leading and trailing underscores should be passed through verbatim to markdown (which, in markdown syntax is an emphasized span). Yes, I see your point -- it's now the case. AFAIU, one Markdown feature is to accept raw HTML as part of the syntax. So, what's wrong in writing in HTML code anything that is not directly supported by Markdown syntax (like tables)? Pandoc supports tables in markdown documents, maybe this would be a good syntax to target, as with pandoc markdown may be further exported to either HTML or LaTeX. http://johnmacfarlane.net/pandoc/README.html#tables FWIW, it looks like pandoc also supports Org-mode tables. http://johnmacfarlane.net/pandoc/README.html#pipe-tables Just throwing out ideas, I don't personally use the markdown export. Best, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Bug: ODT export creates invalid document if literal [8.0-pre (release_8.0-pre-58-g9f1765.dirty @ mixed installation! /Users/bernd.haug/Library/Application Support/Aquamacs Emacs/org/lisp/ and
Hi Bernd, Bernd Haug bernd.h...@xaidat.com writes: I am exporting a document to ODT that contains the following text: blah blah blah =blah x blah blah blah...=, blah blah blah bla bla (bla =bla x bla bla bla...= blah). bla blah bla When opening the document in LibreOffice 3.4, I get the following message: Read-Error. Format error discovered in the file in sub-document content.xml at 1837,86(row,col). Thanks for reporting this (and for looking into the .odt file!) It is now fixed in master. -- Bastien
Re: [O] Beginner footnotes question
Sorry, I'm stumbling badly here. I now realize the org-footnote-auto-label needs to be set to avoid the default (t) behavior of doing numbered footnotes ( [fn:1] ) after C-c C-x f auto-inserts. Good. But where do the in-buffer settings go? I assume they go in the .org file you're currently working in? At the top maybe? On Wed, Mar 13, 2013 at 9:56 AM, Lawrence Bottorff galaxybeinglam...@gmail.com wrote: On Wed, Mar 13, 2013 at 1:17 AM, Aaron Ecay aarone...@gmail.com wrote: Hi Lawrence, You can have footnotes be inserted automatically: - in their own section (by default at the bottom of the document, though you can move it anywhere) - at the end of the current section, or - inline with the text For the first behavior, set the variable ‘org-footnote-define-inline’ to nil. For the second, set both ‘org-footnote-define-inline’ and ‘org-footnote-section’ to nil. And for the third, set ‘org-footnote-define-inline’ to something other than nil. Let's say I want the default behavior, i.e. the expansion of the footnote definitions in their own section. Here's a line in my .org file: 1. Re-read Stephenson's Metaphysics in the Royal Society 1715-2010 [fn:: Stephenson: Leibnitz], especially for the description of monads. Now what do I do? The expansion/definition of this placeholder is Some Remarks; Essays and Other Writings; Stephenson, Neal; HarperCollins Publishers; 978-0-06-202443-5; 2012; pp 38-57. Where does this expansion go? Do I do M-, hit the Enter a few times and type it in? But then how does the placeholder above know to link to it? And the ‘org-footnote-define-inline’ etc. look like elisp variable names. Do I set them in my .emacs? That doesn't seem quite right since I might be juggling many different .org files, each with a different footnote style. You can place footnote definitions manually wherever you choose. You can use the line #+INCLUDE: file.org to include one org file inside another for export purposes. I don’t know off the top of my head whether this works to import footnote definitions from a separate file, though I don’t see a reason why it shouldn’t. Try it and see! (It almost certainly won’t allow footnotes in one file to be links to locations in another.) -- Aaron Ecay
Re: [O] Paths including spaces fail the installation: Patch
Hi Bernd, Bernd Haug bernd.h...@xaidat.com writes: I have encountered problems installing to paths including spaces. This is annoying for Aquamacs on OS X, where the normal installation location for a custom mode etc. is a directory in ~/Library/Application Support/Aquamacs Emacs. Minimal path quoting changes to the inferior Makefiles made the installation work. Thanks -- I'll let Achim check this, I don't know enough in this area. I have no location at hand from which I can offer public pulls at the moment, but if anybody wants to commit it for me, the patch follows in-line. We don't take pull requests, submitting a patch is the way to go. To help us, you can use git format-patch, as explained here: http://orgmode.org/worg/org-contribute.html#sec-4-2 Best, -- Bastien
Re: [O] Beginner footnotes question
Lawrence Bottorff galaxybeinglam...@gmail.com writes: On Wed, Mar 13, 2013 at 1:17 AM, Aaron Ecay aarone...@gmail.com wrote: Hi Lawrence, You can have footnotes be inserted automatically: - in their own section (by default at the bottom of the document, though you can move it anywhere) - at the end of the current section, or - inline with the text For the first behavior, set the variable ‘org-footnote-define-inline’ to nil. For the second, set both ‘org-footnote-define-inline’ and ‘org-footnote-section’ to nil. And for the third, set ‘org-footnote-define-inline’ to something other than nil. Let's say I want the default behavior, i.e. the expansion of the footnote definitions in their own section. Here's a line in my .org file: 1. Re-read Stephenson's Metaphysics in the Royal Society 1715-2010 [fn:: Stephenson: Leibnitz], especially for the description of monads. Now what do I do? The expansion/definition of this placeholder is Some Remarks; Essays and Other Writings; Stephenson, Neal; HarperCollins Publishers; 978-0-06-202443-5; 2012; pp 38-57. Where does this expansion go? Do I do M-, hit the Enter a few times and type it in? But then how does the placeholder above know to link to it? And the ‘org-footnote-define-inline’ etc. look like elisp variable names. Do I set them in my .emacs? That doesn't seem quite right since I might be juggling many different .org files, each with a different footnote style. Did you read the Footnotes section of the Org manual? In your example above, the Stephenson footnote should either look like this: [fn:stephenson: Some Remarks; Essays and Other Writings; Stephenson, Neal; HarperCollins Publishers; 978-0-06-202443-5; 2012; pp 38-57.] Where the whole definition is inlined, and other footnotes can refer to this definition as [fn:stephenson], or else: [fn:stephenson] in one or more locations in the file, and then a footnote definition elsewhere in the file (where exactly is determined by `org-footnote-section') that looks like: [fn:stephenson] Some Remarks; Essays and Other Writings; Stephenson, Neal; HarperCollins Publishers; 978-0-06-202443-5; 2012; pp 38-57. You can use this line: #+STARTUP: fninline or #+STARTUP: nofninline To switch between the two styles on a per-file basis. As far as I can tell, however, `org-footnote-section' is a global variable. In particular, the notation you mention -- [fn:: Stephenson: Leibnitz] -- isn't legal, the double colons are only for an anonymous footnote definition that only works in one place. Though it's perfectly feasible to type out your footnote references and definitions by hand, you'll be much happier if you set your configuration variables properly, and then use C-c C-x f as your sole tool for manipulating footnotes. Hope that wasn't confusing (or wrong!), Eric
[O] Alignment in `org-list-dt'
Hello, I'm surprised by the way the alignment occurs for DT lists in Org buffers. Here is an ECM: --8---cut here---start-8--- - Alt text :: Text description of a graphic that appears before the graphic is loaded into the browser. After an image has been downloaded on the browser, the alt text may briefly appear over the graphic as you rollover the mouse over the graphic. - Anchor a :: The anchor tag is used to define a hypertext link.The anchor tag is used to define a hypertext link. - Angle brackets :: less than () and greater than () symbols used to surround an element to create a tag. --8---cut here---end---8--- After Angle brackets, I added a newline and TAB'bed. What special is that the cursor is positioned 1 char too much to the left IMO. On an esthaetic POV, I don't find the above paragraphs (obtained thru `M-q', bound to the command `fill-paragraph') as nice to read as they could or should. Once you have a longer term, the definition must stay within a very narrow column... I prefer what the standard TAB'ing or M-q'ing does (_I don't understand_ why it's that different) on the following ECM: --8---cut here---start-8--- - =:results replace= :: (default option) Insert results after the source block, replacing any previously inserted results. - =:results silent= :: (default for Org results) Just send the commands, still echo the results in the minibuffer (to see code block output) and go. This option was originally added in the case where one *does not want to change the Org-mode buffer* (*no results are inserted* into the Org mode buffer -- even during export). - =:results none= :: silent even for the minibuffer. Such a code block is run for its side effects (by definition). --8---cut here---end---8--- Only that last list item is not indented as nicely as the others (2 chars to the right). Dunno why? For info, if the for (first word on the second line) is not directly under the silent (first word on the first line), that's not the case in my Org file, because I use to hide the markup characters. Best regards, Seb -- Sebastien Vauban
Re: [O] Alignment in `org-list-dt'
Hi Sébastien, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: - Angle brackets :: less than () and greater than () symbols used to surround an element to create a tag. Try (setq org-description-max-indent 5) - =:results none= :: silent even for the minibuffer. Such a code block is run for its side effects (by definition). Only that last list item is not indented as nicely as the others (2 chars to the right). Dunno why? I don't have this when M-q with latest Org (and Org from 24.3 FWIW). Best, -- Bastien
Re: [O] minor bug in babel with silent output and remote R session
yes, I am quite sure. here is the org code , | | #+BEGIN_SRC R :results silent :exports results :session *ssh gauss* :cache yes | a=1 | 1 | #+END_SRC | | #+BEGIN_SRC R :results output :exports results :session *ssh gauss* :cache yes | a=1 | 1 | #+END_SRC | | #+RESULTS[2013-03-13 17:26:16 4d5d8eeab67e30060345cd66f44466bd168af55a]: | : [1] 1 ` and here the contents of the *ssh gauss* buffer , | | Last login: Wed Mar 13 08:41:53 2013 from 10.128.132.66 | IFSV default server Policy. | NFS monteret home under /home/ifsv | $ R | WARNING: ignoring environment value of R_HOME | | R version 2.15.2 (2012-10-26) -- Trick or Treat | Copyright (C) 2012 The R Foundation for Statistical Computing | ISBN 3-900051-07-0 | Platform: x86_64-unknown-linux-gnu (64-bit) | | R is free software and comes with ABSOLUTELY NO WARRANTY. | You are welcome to redistribute it under certain conditions. | Type 'license()' or 'licence()' for distribution details. | | Natural language support but running in an English locale | | R is a collaborative project with many contributors. | Type 'contributors()' for more information and | 'citation()' on how to cite R or R packages in publications. | | Type 'demo()' for some demos, 'help()' for on-line help, or | 'help.start()' for an HTML browser interface to help. | Type 'q()' to quit R. | | options(STERM='iESS', str.dendrogram.last=', editor='emacsclient', show.error.locations=TRUE) | [Previously saved workspace restored] | |[1] 1 | Warning message: | In file.rename(tfile, transfer.file) : | cannot rename file '/tmp/RtmpLkxWKf/file8bd75fb3ce' to '/tmp/babel-8270IwX/R-8270vVe', reason 'No such file or directory' | a=1 | 1 | 'org_babel_R_eoe' | a=1 | 1 | [1] 1 | 'org_babel_R_eoe' | [1] org_babel_R_eoe | ` cheers Thomas Eric Schulte schulte.e...@gmail.com writes: Thomas Alexander Gerds t...@biostat.ku.dk writes: Using the silent option together with a remote R session block (started via ssh.el and ess-remote), like this: #+BEGIN_SRC R :results silent :exports results :session *ssh gauss* :cache yes a=1 1 #+END_SRC produces: , |[1] 1 Warning message: | In file.rename(tfile, transfer.file) : cannot rename file | /tmp/RtmpQwlyCf/file7c9b78867f6c' to | /tmp/babel-4977UIT/R-4977ucf', reason 'No such file or directory' | ` and emacs freezes. No big deal because C-g gets me out of it, but slightly annoying. with `:results output' instead of `:results: silent' everything works fine. Are you sure this problem is related to the :results silent header argument? I would expect this problem to arise *any* time results are requested from a remove R session. This is because R and Emacs use the file system to hand results back and forth, and when the R session refers to a remote file system, this communication fails. One possible solution would be to use the :dir header argument to specify to the code block the machine on which the execution is taking place. Best, best, Thomas
Re: [O] FIX missing case-folding in test-ob-emacs-lisp.el
Hi Andreas On Tue, Mar 12, 2013 at 6:12 PM, Andreas Röhler andreas.roeh...@easy-emacs.de wrote: [...] F test-org-table/compare Basic: Compare field references in Calc. (ert-test-failed ((should (equal expect result)) :form (equal | | 0 | z | | nan | uinf | -inf | inf | |--+---+---+---+-+--+--+-| |0 | x | | | | | | | |z | | x | | | | | | | | | | x | | | | | | nan | | | | x | | | | | uinf | | | | |x | | | | -inf | | | | | |x | | | inf | | | | | | | x | #+TBLFM: @I$..@$ = if(\$1\ = \@1\, x, string(\\)); E | | 0 | z | | nan | uinf | -inf | inf | |--+---+---+---+-+--+--+-| | 0| x | | x | | | | | | z| | x | | | | | | | | x | | x | | | | | | nan | | | | x | | | | | uinf | | | | | x| | | | -inf | | | | | | x| | | inf | | | | | | | x | #+TBLFM: @I$..@$ = if(\$1\ = \@1\, x, string(\\)); E) [...] This and all other “test-org-table/.*” look exactly as when I was working on some spreadsheet features: http://article.gmane.org/gmane.emacs.orgmode/63975 Therefore for me it seems that your lisp/org-table.el is older than testing/lisp/test-org-table.el and does not match. Are you sure you don’t have a mixed installation? What is the output of M-x org-version that would show this? Michael
Re: [O] FIX missing case-folding in test-ob-emacs-lisp.el
Am 13.03.2013 18:19, schrieb Michael Brand: Hi Andreas On Tue, Mar 12, 2013 at 6:12 PM, Andreas Röhler andreas.roeh...@easy-emacs.de wrote: [...] F test-org-table/compare Basic: Compare field references in Calc. (ert-test-failed ((should (equal expect result)) :form (equal | | 0 | z | | nan | uinf | -inf | inf | |--+---+---+---+-+--+--+-| |0 | x | | | | | | | |z | | x | | | | | | | | | | x | | | | | | nan | | | | x | | | | | uinf | | | | |x | | | | -inf | | | | | |x | | | inf | | | | | | | x | #+TBLFM: @I$..@$ = if(\$1\ = \@1\, x, string(\\)); E | | 0 | z | | nan | uinf | -inf | inf | |--+---+---+---+-+--+--+-| | 0| x | | x | | | | | | z| | x | | | | | | | | x | | x | | | | | | nan | | | | x | | | | | uinf | | | | | x| | | | -inf | | | | | | x| | | inf | | | | | | | x | #+TBLFM: @I$..@$ = if(\$1\ = \@1\, x, string(\\)); E) [...] This and all other “test-org-table/.*” look exactly as when I was working on some spreadsheet features: http://article.gmane.org/gmane.emacs.orgmode/63975 Therefore for me it seems that your lisp/org-table.el is older than testing/lisp/test-org-table.el and does not match. Are you sure you don’t have a mixed installation? Hi Michael, thanks, that might be the case. Probably installed org-mode mixes up w/ loaded from source. Still trying to set up a developing environment, which should use the current trunk. emacs -Q already loads org-mode now. Maybe should unload it first. Andreas What is the output of M-x org-version that would show this? Michael
Re: [O] Paths including spaces fail the installation: Patch
Bernd Haug writes: I have encountered problems installing to paths including spaces. This is annoying for Aquamacs on OS X, where the normal installation location for a custom mode etc. is a directory in ~/Library/Application Support/Aquamacs Emacs. Minimal path quoting changes to the inferior Makefiles made the installation work. Is there any reason why you couldn't simply quote the definition? --8---cut here---start-8--- # Where local software is found prefix := /path\ with\ spaces/or even something wretched like this --8---cut here---end---8--- Regards, 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
Re: [O] Fwd: request regarding code chunk options in org-babel.
Hello Eric, The posted solution works. But the issue is that I have to do this a lot of times for selective code chunks in multiple documents. Writing the sexp each time is not very elegant. Besides, if I were to come up with some solution than I did not want it to break anything else. Perhaps my question is still ambiguous and the right question should be does value of :results plist overrride the one from :exports, i.e., is there any precedence order to the chunk options that is implicit, that i have not yet grasped from the documentation? Thanks for your patience and help. Regards, Shripad. Shripad Tucson, AZ On Wed, Mar 13, 2013 at 8:08 AM, Eric Schulte schulte.e...@gmail.comwrote: shripad sinari shripad.sin...@gmail.com writes: Hello all, I have been using org-mode and particularly org-babel for reproducible research. From reading most of the code chunk options in the org manual it seems that the follwoing table would be how one would expect output in various formats to behave: | :results value | :exports value | In Buffer | In PDF | Evaluation | |++---++| | silent | results| no| yes| yes| | replace/other | none | yes | no | yes| | silent | none | no| no | yes| Perhaps the documentation should be changed to more clearly express that adding :results silent will inhibit insertion of results in the buffer even during export. However from this thread: http://comments.gmane.org/gmane.emacs.orgmode/46625 Is there a reason that the solution posted in that thread does not work for you? Best, it appears that this is not the case. Is there a way, to get this table to be valid out of the box? This might be useful. Please let me know. Thanks and regards, Shripad Tucson, AZ -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Different spacing in html output compared to info and pdf
Hello, Bastien b...@altern.org writes: the attached (dirty) patch fixes it. It's clearly not the right approach, though. I hope Nicolas can have a look soon, as the problem affect all uses of snippets in macros. I don't have time to look at the problem right now. I will probably do it sunday. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [PATCH] * lisp/ob-core.el (org-babel-execute-src-block): insert hash for silent results
Eric Schulte writes: From re-looking at Achim's previous noweb example, it seems that we currently do *not* include the values of noweb expansions in code block hash calculations, I think this is a bug which should be fixed. It could very well have been a conscious decision, given that this can lead to exponential complexity (I guess it's too late to ask Dan Davison about that). That's why I said we need to clarify what we want this to do first and then see how we implement it. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
[O] posting guide?
The past few days have reminded me of something somebody famous once said [1]. I can already see work being done to protect the community for the future, yet I believe there is more we might do to be even stronger. I understand and appreciate Bastien's stated position regarding moderator controls [2], and in that particular case I think he did the right thing. At the same time, I do not possess his seemingly superhuman level of patience, temperance, and couth. Yes, I can add people to my SPAM filter (which I did, BTW), but that action protects only *me*. It does not protect the community. Further, my later blissful ignorance means I am unavailable to respond to future threats, so malicious individuals are left to run rampant and destroy everybody else still hanging around. Of course, if *everybody* agrees to divert to SPAM then we're all set. That's my point: I propose that we, as a community, come to some sort of consensus as to what un/acceptable behavior is and an accepted mechanism of response. One way to accomplish this is with a posting guide. I have some thoughts about this: 1. It should be written and maintained by the community. On Worg, for instance. 2. It should be minimal. Posting guides sometimes go overboard, to the extent that they can be (and sometimes are) used as a weapon. I do *not* propose that. If we insist on 1) then I trust the community to handle it with care. 3. It should contain things which help new users draft messages that are informative and targeted to whatever problem they're having, things they might not have known otherwise (things like M-x org-version, M-x toggle-debug-on-error, etc.). 4. I think we can all agree that messages like this [3] should not be tolerated, ever, under any circumstances. If a person resorts to ad hominem attacks of this sort (or similar) then (s)he should promptly be shown the door. Period. As far as I am concerned, that's pretty much the only thing I can't stomach, but maybe the larger community considers other subjects to be off-topic or unwelcome on the list. That would be for the community to decide. All the above is a long-winded way to say that every community has some /minimum/ standards and expectations of conduct, otherwise we're just a bunch of people standing around in the same (virtual) place. To date, these expectations have lived unspoken or scattered around in emails here or there. I propose that we come together in a community-driven way to define when it's time to say Welcome! and when it's time to say, Get lost. I understand that there are valid arguments against posting guides, not the least of which including what I said above in 2). Maybe this community doesn't want a posting guide. OK. But even in that case we've at least agreed that we don't want a posting guide and can get back to work. If we *do* decide that a minimal posting guide makes sense, then it wouldn't be of much use unless there are those among us willing to enforce it when individuals maliciously disregard the agreement of the community. I would probably have been one of those people had I known there was some consensus about what is OK and what isn't. Now is the time to decide. I have a mental first draft of things that could go in one, but there's no point moving forward if there isn't a general feeling that this would be something good to do. And, I'd like the Org old-timers to feel free to take the reins and run with it if they so choose. Cheers, -- Jay [1] http://www.quotes.net/quote/2101 [2] http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00449.html [3] http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00747.html -- G. Jay Kerns, Ph.D. Youngstown State University http://people.ysu.edu/~gkerns/
Re: [O] posting guide?
+1 On Wed, Mar 13, 2013 at 3:13 PM, Jay Kerns gjkerns...@gmail.com wrote: The past few days have reminded me of something somebody famous once said [1]. I can already see work being done to protect the community for the future, yet I believe there is more we might do to be even stronger. I understand and appreciate Bastien's stated position regarding moderator controls [2], and in that particular case I think he did the right thing. At the same time, I do not possess his seemingly superhuman level of patience, temperance, and couth. Yes, I can add people to my SPAM filter (which I did, BTW), but that action protects only *me*. It does not protect the community. Further, my later blissful ignorance means I am unavailable to respond to future threats, so malicious individuals are left to run rampant and destroy everybody else still hanging around. Of course, if *everybody* agrees to divert to SPAM then we're all set. That's my point: I propose that we, as a community, come to some sort of consensus as to what un/acceptable behavior is and an accepted mechanism of response. One way to accomplish this is with a posting guide. I have some thoughts about this: 1. It should be written and maintained by the community. On Worg, for instance. 2. It should be minimal. Posting guides sometimes go overboard, to the extent that they can be (and sometimes are) used as a weapon. I do *not* propose that. If we insist on 1) then I trust the community to handle it with care. 3. It should contain things which help new users draft messages that are informative and targeted to whatever problem they're having, things they might not have known otherwise (things like M-x org-version, M-x toggle-debug-on-error, etc.). 4. I think we can all agree that messages like this [3] should not be tolerated, ever, under any circumstances. If a person resorts to ad hominem attacks of this sort (or similar) then (s)he should promptly be shown the door. Period. As far as I am concerned, that's pretty much the only thing I can't stomach, but maybe the larger community considers other subjects to be off-topic or unwelcome on the list. That would be for the community to decide. All the above is a long-winded way to say that every community has some /minimum/ standards and expectations of conduct, otherwise we're just a bunch of people standing around in the same (virtual) place. To date, these expectations have lived unspoken or scattered around in emails here or there. I propose that we come together in a community-driven way to define when it's time to say Welcome! and when it's time to say, Get lost. I understand that there are valid arguments against posting guides, not the least of which including what I said above in 2). Maybe this community doesn't want a posting guide. OK. But even in that case we've at least agreed that we don't want a posting guide and can get back to work. If we *do* decide that a minimal posting guide makes sense, then it wouldn't be of much use unless there are those among us willing to enforce it when individuals maliciously disregard the agreement of the community. I would probably have been one of those people had I known there was some consensus about what is OK and what isn't. Now is the time to decide. I have a mental first draft of things that could go in one, but there's no point moving forward if there isn't a general feeling that this would be something good to do. And, I'd like the Org old-timers to feel free to take the reins and run with it if they so choose. Cheers, -- Jay [1] http://www.quotes.net/quote/2101 [2] http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00449.html [3] http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00747.html -- G. Jay Kerns, Ph.D. Youngstown State University http://people.ysu.edu/~gkerns/
Re: [O] Alignment in `org-list-dt'
Hi Bastien, Bastien wrote: Sebastien Vauban writes: - Angle brackets :: less than () and greater than () symbols used to surround an element to create a tag. Try (setq org-description-max-indent 5) That was it. Thanks a lot! Best regards, Seb -- Sebastien Vauban
[O] Where does org-mode elisp hacking go?
I see on the org-hacks.html page lots of interesting elisp code. If I wanted to use some of this (lots of this) it seems wrong to shove it all in my .emacs file. My first guess would be to put what I want into separate .el files, go to my .org file and do a load-file on the .el file of hacks. But I really loath doing something that's not best practice. What's the best practice for enabling org-mode elisp hacks? And what if I want to use just one hack for one project? With usual elisp-ing you can simply evaluate region. Is that possible in conjunction with a .org file? LB
Re: [O] posting guide?
Am 13.03.2013 20:13, schrieb Jay Kerns: The past few days have reminded me of something somebody famous once said [1]. I can already see work being done to protect the community for the future, yet I believe there is more we might do to be even stronger. I understand and appreciate Bastien's stated position regarding moderator controls [2], and in that particular case I think he did the right thing. At the same time, I do not possess his seemingly superhuman level of patience, temperance, and couth. Yes, I can add people to my SPAM filter (which I did, BTW), but that action protects only *me*. It does not protect the community. Further, my later blissful ignorance means I am unavailable to respond to future threats, so malicious individuals are left to run rampant and destroy everybody else still hanging around. Of course, if *everybody* agrees to divert to SPAM then we're all set. That's my point: I propose that we, as a community, come to some sort of consensus as to what un/acceptable behavior is and an accepted mechanism of response. One way to accomplish this is with a posting guide. I have some thoughts about this: [ ... ] Hi Jay, if you permit my opinion as a kind of guest-reader for years: don't think it's needed. IMO it was an accident. Hopefully the person will recover and present it's excuses some weeks or month later. Expect org-mode users being decent people by virtue of these fine thing themselves. Really don't assume that might happen next years again. Best, Andreas
Re: [O] Build fail with emacs 24.3.1
Bastien writes: It was a problem with Org. I just removed the tests, which pass fine when called interactively, but don't pass when run in batch mode. Since they did pass just until Emacs 24.3 was released (and still pass with earlier versions) that should maybe give you some pause before you sweep this failure under the rug. I've been digging quite a lot and I don't understand why they break in batch mode. Because the macro expansion doesn't produce the expected result, more specifically, the translation alist for the parent backend fails to copy into the child backend. This likely indicates that eager macro expansion is involved (one of the new things in Emacs 24.3) and may be a hint that the macro definition itself might need attention. Regards, 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
Re: [O] Abbrev with org-mode
Hi Steve, Steve Prud'Homme sprud...@gmail.com writes: My first question is can I export these proprerties in a ODT or TXT file. Because by default they are hidded. See C-h v org-export-with-drawers RET 2. My second question is if I want to use Abbrev to make a clocked-task. What shoud I write on my abbrev file if example I want that the org-clock-in start automaticly when I expand my Abbrev... Maybe by advising expand-abbrev with org-clock-in? HTH, -- Bastien
Re: [O] posting guide?
Hi Jay, Jay Kerns gjkerns...@gmail.com writes: I have a mental first draft of things that could go in one, but there's no point moving forward if there isn't a general feeling that this would be something good to do. Well, I would not invest too much time on this, personally. From experience, such a drafting process takes a lot of time. And at the end, you're not always sure that the whole community comes: to an agreement... only the ones who care, who are obviously not the ones the guidelines want to reach. Why not trying another approach and have a hall of fame for great posts sent on this lists? Examples of good/thorough explanations, example of detailed bug reports, etc. It would be both encouraging and educating, maybe. What do you think? -- Bastien
Re: [O] posting guide?
Dear Andreas, On Wed, Mar 13, 2013 at 3:59 PM, Andreas Röhler andreas.roeh...@easy-emacs.de wrote: Hi Jay, if you permit my opinion as a kind of guest-reader for years: don't think it's needed. IMO it was an accident. Hopefully the person will recover and present it's excuses some weeks or month later. Expect org-mode users being decent people by virtue of these fine thing themselves. Really don't assume that might happen next years again. Of course, I permit your opinion, and thanks for chiming in. I personally do not believe that Jambunathan's recent behavior was an accident, but that is just my opinion. And I do not hold any ill will toward the man: I wish him the very best - some place far, far away (for a while). As Org grows there will be additional newbies (hopefully hundreds!) and additional hostile individuals (hopefully epsilon). Those are the two categories targeted by this proposal. -- Jay
Re: [O] Abbrev with org-mode
Hi Bastien, I did do that nothing change Original file : https://sourceforge.net/p/coursfrancais/code-1/ci/c60eb6d14a65b47228760636622ba57a8edcac84/tree/coursfrancais.org Rendered file : https://sourceforge.net/p/coursfrancais/code-1/ci/c60eb6d14a65b47228760636622ba57a8edcac84/tree/coursfrancais.odt?format=raw 2013/3/13 Bastien b...@altern.org Hi Steve, Steve Prud'Homme sprud...@gmail.com writes: My first question is can I export these proprerties in a ODT or TXT file. Because by default they are hidded. See C-h v org-export-with-drawers RET 2. My second question is if I want to use Abbrev to make a clocked-task. What shoud I write on my abbrev file if example I want that the org-clock-in start automaticly when I expand my Abbrev... Maybe by advising expand-abbrev with org-clock-in? HTH, -- Bastien -- Posté par Steve Prud'Homme sprud...@gmail.com 514 466-3951
Re: [O] Abbrev with org-mode
Steve Prud'Homme sprud...@gmail.com writes: I did do that nothing change Mhh.. what did you do exactly? -- Bastien
Re: [O] posting guide?
Dear Bastien, On Wed, Mar 13, 2013 at 4:33 PM, Bastien b...@altern.org wrote: Hi Jay, Well, I would not invest too much time on this, personally. No, you don't seem to be bothered at all; those attacks seem to wash off you like water off a duck's back, or scandals off of Bill Clinton's resume. ;-) From experience, such a drafting process takes a lot of time. And at the end, you're not always sure that the whole community comes: to an agreement... only the ones who care, who are obviously not the ones the guidelines want to reach. Drafting takes about five seconds. In fact, let me do one right now: Please note that messages to the emacs-orgmode list are expected to be civil and focused toward our mutual interest of Org mode. /Ad hominem/ or other attacks of a personal nature will not be tolerated by the community. Any strenuous objections? Why not trying another approach and have a hall of fame for great posts sent on this lists? Examples of good/thorough explanations, example of detailed bug reports, etc. It would be both encouraging and educating, maybe. What do you think? I think that's a great idea!, actually. My mental catalogue of excellent posts probably isn't as extensive as yours, but even just last night I got a great response that fits a Hall of Fame in my book. Surely there must be other people who got a great response to some question they asked at some point in their past. -- Jay