Re: [Orgmode] org-babel-tangle-w-comments has no effect in R?
On Thu, Jul 1, 2010 at 5:41 PM, Eric Schulte schulte.e...@gmail.com wrote: Hi Rainer, Hi Eric There is one more requirement for tangling with comments, that is the presence of a :comments header argument. If this argument is not set for a code block then that code block *will not* be tangled with comments regardless of the value of `org-babel-tangle-w-comments'. That explains. You can set this variable to default to true for R code blocks with the following (add-to-list 'org-babel-default-header-args:R '(:comments . yes)) OK - it is working. What I actually did, was to add #+BABEL: :comments yes to the headers of the file, so I can control it on a file basis. Hope this helps. Definitely. I think that moving forward it might make sense to remove the org-babel-tangle-w-comments variable, as it's confusing to have two points of control for comments during tangling. Also, it looks like I need to add the :comments header argument to the babel documentation. Both points agreed. In addition: is it possible to customize the format for all comments (on a per file basis and / or a per block basis)? i.e. I don't need the file name, as all blocks are coming from one file. I know about #+srcname: name but is there a variable for the line number (I guess that is covered by the request posted in another thread) one could use? Also, would it be possible to include a link in the comment block, so that clicking on that link actually opens the org-file file at the location of the source block? That would make editing the code really easy. Thanks for helping to sort some of these issues out! Pleasure - I use them and I profit when they are sorted out. In addition: I think org-mode and babel deserve it - they are great tools for programming in R. Cheers, Rainer Best -- Eric Rainer M Krug r.m.k...@gmail.com writes: Hi I am trying to use tangle with comments. Based on a previous thread, I set org-babel-tangle-w-comments to t with (setq org-babel-tangle-w-comments t) in my emacs.org file. The variable is actually set to 1 - I checked vie C-h - v But nothing is changing in the tangled file? Am I doing something wrong? Or are comments not supported in R in org-babel? I attach a small testfile. Cheers, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BABEL] reload source code file after tangling?
Hi is it possible to open (if not open yet) or re-load the new tangled source code after tangling? I usually have the tangled source code open and submit the file to R for debugging and if it would be automatically reloaded, my life would be a little bit easier. Cheers, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Make distfile error
Fixed, thanks. - Carsten On Jul 1, 2010, at 8:02 PM, Maciek Starzyk wrote: Hi, In the current org-mode git there is a bug in the distfile target: $ make distfile -e TAG=xxx gives: cp: target `org-xxx/lisp/babel' is not a directory make: *** [distfile] Error 1 -- Maciek ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [patch] icalendar extended to define alarm triggers for timed events
Hi Eric, On Jul 1, 2010, at 12:44 AM, Eric S Fraga wrote: Hello, attached is a rudimentary patch for org-icalendar.el to add the definition of alarm triggers for timed events that are exported to icalendar format. The default is to behave as it does at the moment however. I hope it proves passable (given my less than brilliant elisp expertise...). This looks pretty good! But can you please - Make sure that the first line of the docstring of the new variable fits into 75 characters (better: 72)? You already have made it a stand-alone sentence, which is also needed. - It would also be helpful if if can make git commit and include the proper commit message including a ChangeLog-like entry as the second paragraph in that message. Great work! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-iswitchb documentation
On Jun 29, 2010, at 11:44 AM, Richard Riley wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Jun 29, 2010, at 10:14 AM, Stephen Eglen wrote: THe doc string now reads: Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. With two prefix arguments, restrict available buffers to agenda files. This will either use ido or iswitchb for buffer name completion, depending on the variables `org-completion-use-iswitchb' and `org-completion-use-ido'. If both are nil, we will still use iswitchb for this special application. Hmmm... this sounds a bit confusing! why not just have org-completion-use-ido, and if that is non-nil, we use ido, else we use iswitchb. Unless these variables are also used in other contexts (which I doubt)? Oh yes, the are used in *many* contexts. Whenever Org offers completion which would not be made worse by using one of these packages, it will offer that special kind of completion. how about changing the 2nd para to: This will use iswitchb for buffer name completion, unless `org-completion-use-ido' is non-nil, to select ido completion I would suggest changing the function name to org-switchb (alias org-iswitchb to use it) and then the documentation reads: , | Switches between org buffers. Defaults to iswitchb for buffer name | completion. Set `org-completion-use-ido' to non nil to use ido | completion instead. ` Richard, Eric, sorry for not listening earlier, you are right, and I am npw following Richard's proposal for both naming and docstring. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-capture: active timestamp in template doesn't seem to work
Fixed, thanks.
- Carsten
On Jun 30, 2010, at 8:29 PM, Markus Heller wrote:
Hello all,
the following 2 templates yield identical results, although the
second should give date + time according to my understanding.
(setq org-capture-templates
'((m Meeting entry (file h:/org/refile.org)
* Subject: %^{Subject} \t\t\t:MEETING:\n :PROPERTIES:\n :Created:
%U\n :END:\n When: %^{When}T\n%?
;; the above template has %^T which should give date + time
;; but it only yields the date
:clock-in t :clock-resume t)
(n Meeting entry (file h:/org/refile.org)
* Subject: %^{Subject} \t\t\t:MEETING:\n :PROPERTIES:\n :Created:
%U\n :END:\n When: %^{When}t\n%?
:clock-in t :clock-resume t)))
Any idea as to why? Or is this a bug?
Thanks
Markus
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
On 2010-07-02 05:44 +0100, Carsten Dominik wrote: Hi, do we have an agreement that the default frame setup for gnus should be org-gnus-no-new-news? - Carsten I vote for it. Leo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Carsten Dominik carsten.domi...@gmail.com writes: do we have an agreement that the default frame setup for gnus should be org-gnus-no-new-news? +1 (FWIW) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org tables - modified field
Hi,
I have the following table
#+TBLNAME: table_three
|+|
| 1 | 2 |
|+|
| 2.00 | *4.00* |
| *4.00* | #ERROR |
|+|
#+TBLFM: @2$1...@1$1;%.2f::@2$2...@1$2;*%.2f*::@3$1...@2$1;*%.2f*::@3$2...@2
$2;*%.2f*
in which I would like to have some fields bold in org buffer and latex export
\begin{center}
\begin{tabular}{rl}
\hline
12 \\
\hline
2.00\textbf{4.00} \\
\textbf{4.00}\#ERROR\\
\hline
\end{tabular}
\end{center}
However, since the field B3 refers to the field B2 which is not exactly a
number, I get an error.
Would it be possible to reuse the field B2 in another formula, somehow?
Best regards,
Seweryn
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Proposed tweak to org-agenda-skip-entry-when-regexp-matches-in-subtree
Nope! I solved my issues thanks to Bernt's approach. On Friday, July 2, 2010, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Eric, is there still an action item left here? Thanks. - Carsten On Jun 28, 2010, at 2:44 PM, Bernt Hansen wrote: eric johnson johnson.e...@gmail.com writes: org-mode is fantastic. Part of what makes it so awesome is that one can keep tweaking the software and the process. In looking at my own usage, I noticed that I really wanted to simplify my org-todo-keywords. I had a separate list of TODOs for projects (PROJ-PRST-DONE) and was wondering why I had to have that. Why couldn't I just get by with TODO-STARTED-DONE for everything, tasks and projects, and mark up projects with a tag. You can see what I'm aiming for with this example. (setq org-tags-exclude-from-inheritance '(project)) (setq org-todo-keywords '( (sequence TODO STARTED WAITING | DONE CNCL)) (setq org-stuck-projects '(project/STARTED (TODO WAITING STARTED) nil )) * STARTED Stuck project :project: ** DONE This was done * STARTED Not stuck project :project: ** TODO Next project C-a # won't show Stuck Project. That's because the project line's STARTED is found in org-agenda-skip via the org-agenda-skip-entry-when-regexp-matches-in-subtree. I really want it to be org-agenda-skip-entry-when-regexp-ONLY-matches-in-subtree. To do that, I hacked up the function to capture a begin point after the headline. (defun org-agenda-skip-entry-when-regexp-matches-in-subtree () Checks if the current subtree contains match for `org-agenda-skip-regexp'. If yes, it returns the end position of the current entry (NOT the tree), causing agenda commands to skip the entry but continuing the search in the subtree. This is a function that can be put into `org-agenda-skip-function' for the duration of a command. An important use of this function is for the stuck project list. (let ((begin (save-excursion (org-end-of-line) (1- (point (end (save-excursion (org-end-of-subtree t))) (entry-end (save-excursion (outline-next-heading) (1- (point skip) (save-excursion (goto-char begin) (setq skip (re-search-forward org-agenda-skip-regexp end t))) (and skip entry-end))) If this change is too radical, it might make sense to modify org-agenda-list-stuck-projects to let the user define the skip function via an element in org-stuck-projects. I'm thinking something like this... (let* ((org-agenda-skip-function (or (nth 4 org-stuck-projects) 'org-agenda-skip-entry-when-regexp-matches-in-subtree)) That would enable everyone to control the org-agenda-skip-function. Hi Eric, I've already moved to this type of a system with lazy project definitions. I changed my STARTED keyword to NEXT and clocking in changes TODO to NEXT only if there are no unfinished subtasks for the headline. Stuck project views can be configured in a custom agenda view and that is what I use now -- I don't use the standard stuck project definition anymore - I just override the # key selection in the agenda so the keys are all the same. Not changing tasks with actionable subtasks to STARTED or NEXT on clock in keeps the standard stuck project determination working. So if you clock time on the top-level task it just stays as TODO since there are subtasks available to work on. Details of my current set up are at http://doc.norang.ca/org-mode.html HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Eric, thanks, I think we have a good solution, at least for the time being. I have started the security section in the manual, please feel free to add to it. - Carsten On Jul 1, 2010, at 4:55 PM, Eric Schulte wrote: Hi, Thanks for finding such a good compromises solution. This new plan looks great to me, specifics below Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module. This will not solve the problem fully, I think, because we also don't want that people who turn it on automatically commit to potentially dangerous operations. There is a lot of good stuff in Babel which has nothing to do with code evaluation. Here is what I propose (several items are similar to what Eric proposes) 1. A new variable org-turn-on-babel. We can discuss the default. If it is nil, org-babel should not be loaded. A default of t would be fine with me if we implement other measures listed below. This sounds like a good idea to me, and it should address Matt's desire for enabling minimal Org-mode installs. I would like this to default to t, so that new users can try out Org-babel without overmuch effort. Actually, following Dan's argument, I am paddling back on this one. Lets just keep it on. Instead of having a function to unload emacs-lisp, maybe a good way would be a customize option org-babel-load-languages with a checkbox for each language, emacs-lisp on by default. This would make it easy fo people to select the languages they want, without having to add several require statements to .emacs. This sounds like a good idea, such a variable would also play the important role of advertising what languages currently support execution in Babel. One issue with this setup is that I think languages which do not have FSF attribution (currently only oz) would still require an explicit `require' statement, however that shouldn't be too surprising as those statements live in the contrib directory, and users should be used to having to explicitly require functionality located in contrib. One nice thing about this setup is that it shouldn't break user's current config (existing `require' statements will still work). 2. As Eric proposes, a variable similar to org-confirm-shell-link- function This should by default query for confirmation on any org-babel code execution, and can be configured to shut up by people who know what they are doing. Sounds good, I think this is a reasonable safety measure. 3. Not loading emacs lisp evaluation by default. I would push back on this point. Largely because we have now crossed the like to where it is impossible to play with a code block w/o first dropping down to your configuration files, and evaluating require statements. 4. A new key in the babel keymap for org-babel-execute-code-block, for example `C-c C-v e'. This should be documented as the default key for this operation. Hmm, I'm less enthusiastic about this point and point 5. I really like how 'C-c C-c' naturally does whatever-I-want given the context in which it's called, and I wouldn't want to lose that intuitiveness. Similarly 'C-c C-o' currently opens the results of a code block, I also find this very appealing as it allows for a uniform top-level interface across an Org-mode document, be it a code block or a link. Here are my reasons why I think leaving this keybinding is safe. 1) Unlike with shell/elisp links, the contents of code blocks is almost always visible right under the user's point. So it is less likely to evaluate something w/o having any idea what you are evaluating. 2) Adding a protection variable (e.g. org-confirm-babel-eval) means that the only users who could potentially evaluate a code block with a slip of the fingers would be users who have explicitly said that they want to be able to easily run code blocks without confirmation. 3) Emacs exposes a number of entry points into code evaluation. M-! allows users to run shell commands, C-M-x evaluate the elisp at point, and these have not caused problems in the past. These are all very well taken
[Orgmode] Re: New to org-capture (and org-remember)
Memnon Anon gegendosenflei...@googlemail.com wrote: Stephen Eglen s.j.eg...@damtp.cam.ac.uk writes: I'd like to try out org-capture. I've never used org-remember before so I have no templates to convert. Do I make the new ones in pretty much the same way as the manual describes for org-remember? Or should I be patient, and wait for org-capture to stabilise? Hi, to quote the fine manual: ,[ (info (org)Capture templates) ] | You can use templates to arrange for different types of capture items, | and for different target locations. The easiest way to set up such | templates is through the customize interface. | | `C-c c C' | Customize the variable `org-capture-templates'. ` Is your documentation uptodate? You should find all the information in 9.1 Capture and its subnodes to get you started. Argh, org-capture.el is not part of the current stable release. So, if you want to try, you need the development version, either with git or download org-latest (link is on orgmode.org). If you still encounter any problems, please describe them so the documentation can be improved :). Thanks for this. I have read the nice docs (and found some small typos - will send a patch). One thing immediately struck me: sec 9.1.1. mentions setting: org-default-notes-file but I couldn't see that mentioned in the rest of the chapter. Its docstring would indicate its needed by remember.el, so perhaps there is no need any more to set org-default-notes-file? Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: New to org-capture (and org-remember)
Hi Stephen, On Jul 2, 2010, at 10:43 AM, Stephen Eglen wrote: Memnon Anon gegendosenflei...@googlemail.com wrote: Stephen Eglen s.j.eg...@damtp.cam.ac.uk writes: I'd like to try out org-capture. I've never used org-remember before so I have no templates to convert. Do I make the new ones in pretty much the same way as the manual describes for org-remember? Or should I be patient, and wait for org-capture to stabilise? Hi, to quote the fine manual: ,[ (info (org)Capture templates) ] | You can use templates to arrange for different types of capture items, | and for different target locations. The easiest way to set up such | templates is through the customize interface. | | `C-c c C' | Customize the variable `org-capture-templates'. ` Is your documentation uptodate? You should find all the information in 9.1 Capture and its subnodes to get you started. Argh, org-capture.el is not part of the current stable release. So, if you want to try, you need the development version, either with git or download org-latest (link is on orgmode.org). If you still encounter any problems, please describe them so the documentation can be improved :). Thanks for this. I have read the nice docs (and found some small typos - will send a patch). Proofreading that section carefully would be much appreciated. Also better wording etc. I am known as the worst typist in the world, and I know that my English is reasonably good but not nearly perfect. One thing immediately struck me: sec 9.1.1. mentions setting: org-default-notes-file but I couldn't see that mentioned in the rest of the chapter. Its docstring would indicate its needed by remember.el, so perhaps there is no need any more to set org-default-notes-file? I have just updated this docstring, thanks for noticing this. This variable is not necessary, but it is used if you are too lazy to give a target file in the template definition. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] capture-clock-out nil!
Hello everybody,
I'm migrating from remember to capture.
The template conversion went smoothly. Thanks.
Great work!
But. I have this capture-template:
(setq org-capture-templates
'(
(s Task entry (file+headline c:/Documents and
Settings/My-user/Documenti/aaa.txt lab-book) *** %^{prompt}
:PROPERTIES:
:ID: lab
:Type:%^{prompt|expected|unexpected}
:People:%^{prompt}
:Location:%^{prompt}
:Connection: %^{prompt}
:Comment: %?
:END: :clock-in t) ))
And I'd like that, when I exit the template, the clock does not clck-out.
With remember we had the variable:
(setq org-remember-clock-out-on-exit nil)
with capture? How can I leave the clock going, after I have filed my template?
cheers,
Giovanni
GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1
Org-version: org-latest.zip; 6.36trans,
last commit:
author Carsten Dominik carsten.domi...@gmail.com
Fri, 2 Jul 2010 07:18:10 + (09:18 +0200)
committer Carsten Dominik carsten.domi...@gmail.com
Fri, 2 Jul 2010 07:20:15 + (09:20 +0200)
commit f693238dfe6472b650ad59d0044f2c2a00c9f08d
treee0c36d60457ee19be70293d42b384f9f175c266d
parent d0fa60826778615231c97b9a235dbcb8265661b0
Fix naming and docstring issues in `org-iswitchb'
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [ANN] New lists definition
Hello, I'd like to announce an attempt to change the internals of lists in org-mode. Now a list is still started by `org-item-re' but is now ended by `org-list-end-re', which defaults to one or two blank lines, depending on the value of `org-empty-line-terminates-plain-lists'. Obviously, headings still terminate lists, too. Please note that `org-item-re' is not valid inside org-blocks or latex blocks. So you can perfectly have a #+begin_example block with 4 consecutive blank lines inside: it will not break your current list. * So what are the benefits of it ? Well, now indentation is handled by org-mode and not by the user. It means you can C-j and get the right indentation anytime, or indent-region without worries – how many times did I indent buffer and saw everything past a certain point was wrong because of a list? `org-indent-mode' should also work great with it. As a consequence, you can have two lists with different bullets – i.e. - and 1. — only separated by blank lines, that will not interfere with each other. I also improved handling of lists starting with *, by deleting org-item-beginning-re. Such lists should export correctly in latex now. On the same topic, I also fixed an inconsistency of `org-indent-item-tree' that would permit an item to get outdented past the top-level item of the list – very problematic in *-lists, as * could hit column 0 and become an heading. I also squashed a few bugs. Thus, `org-list-to-html' won't enclose any item within dd and /dd even for non-descriptive lists anymore. * Is that all ? Hopefully yes. I tried to keep the same behavior as before in all others aspects of lists. `org-move-item-up', `org-beginning-of-item-list', etc. should do what you would expect from them. Thus, I hope it will not break anything. Most of the changes are internal. I rewrote some basic functions and patched most of the others. I removed useless functions only when I was sure they weren't used anywhere else in org or contrib directories. I also reorganized org-list.el, because functions of the same family – i.e. navigation within a list – were scattered all over the file, and it was difficult to have a good overview of it. But I keep an unorganized version of the changes, just in case. * What if I don't like 2 blank lines as a list separator ? Well, that's the good thing of it. It is not hard-coded. It's just a matter of replacing \n[ \t]*\n\\([ \t]*\n\\)+ line in `org-list-end-re' with, for example, \n[ \t]* [ \t]*\n ( can be obtained with C-x 8 RET a0 RET). The limitation of it is that exporters must see them (to interpret them) and must remove them before exporting if they are visible. But those functionalities shouldn't be hard to code into org-exp.el if there really is a need for them. * What is not working yet ? Every exporter using the tools provided by org-list.el – namely `org-list-parse-list', `org-list-to-generic', `org-list-to-latex' among others — should recognize list-enders. Alas, org-html.el provides its own list interpreter, so there is no benefit from the new definition, though it still exports as before. I have ideas about it and started to implement something, but it is more a hack than anything else. I just wish org-html.el would use `org-list-to-html'. There are certainly many things that I broke in the process. That's why, if this idea is appealing, I'd appreciate some testers. I have run many basic tests – which all seem satisfying – in the past few days, but there's nothing like real-life confrontation. I'm open to any suggestion or criticism. If you think I spent too much time on insignificant details, do not hesitate to say it too. * So, where can I test it ? You can find it at: g...@github.com:ngz/org-mode.git branch: end-lists Thanks for any feedback. -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] fixes typo in doc
This patch fixes a typo in the capture documentation. cheers, Giovanni --- org.texi2010-07-01 23:00:14.0 +0200 +++ org-gio.texi2010-07-02 11:45:44.035569700 +0200 @@ -6135,5 +6135,5 @@ @item :clock-resume -If Starting the capture interrupted a clock, restart that clock when done +If starting the capture interrupted a clock, restart that clock when done with the capture. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] New lists definition
Hi Nicolas, this sounds interesting! Take you time in cleaning it up and testing it - we will not include this before release 7, to big a change for this moment in time. Thanks! - Carsten On Jul 2, 2010, at 11:48 AM, Nicolas Goaziou wrote: Hello, I'd like to announce an attempt to change the internals of lists in org-mode. Now a list is still started by `org-item-re' but is now ended by `org-list-end-re', which defaults to one or two blank lines, depending on the value of `org-empty-line-terminates-plain-lists'. Obviously, headings still terminate lists, too. Please note that `org-item-re' is not valid inside org-blocks or latex blocks. So you can perfectly have a #+begin_example block with 4 consecutive blank lines inside: it will not break your current list. * So what are the benefits of it ? Well, now indentation is handled by org-mode and not by the user. It means you can C-j and get the right indentation anytime, or indent-region without worries – how many times did I indent buffer and saw everything past a certain point was wrong because of a list? `org-indent-mode' should also work great with it. As a consequence, you can have two lists with different bullets – i.e. - and 1. — only separated by blank lines, that will not interfere with each other. I also improved handling of lists starting with *, by deleting org-item-beginning-re. Such lists should export correctly in latex now. On the same topic, I also fixed an inconsistency of `org-indent-item-tree' that would permit an item to get outdented past the top-level item of the list – very problematic in *-lists, as * could hit column 0 and become an heading. I also squashed a few bugs. Thus, `org-list-to-html' won't enclose any item within dd and /dd even for non-descriptive lists anymore. * Is that all ? Hopefully yes. I tried to keep the same behavior as before in all others aspects of lists. `org-move-item-up', `org-beginning-of-item-list', etc. should do what you would expect from them. Thus, I hope it will not break anything. Most of the changes are internal. I rewrote some basic functions and patched most of the others. I removed useless functions only when I was sure they weren't used anywhere else in org or contrib directories. I also reorganized org-list.el, because functions of the same family – i.e. navigation within a list – were scattered all over the file, and it was difficult to have a good overview of it. But I keep an unorganized version of the changes, just in case. * What if I don't like 2 blank lines as a list separator ? Well, that's the good thing of it. It is not hard-coded. It's just a matter of replacing \n[ \t]*\n\\([ \t]*\n\\)+ line in `org-list-end-re' with, for example, \n[ \t]* [ \t]*\n ( can be obtained with C-x 8 RET a0 RET). The limitation of it is that exporters must see them (to interpret them) and must remove them before exporting if they are visible. But those functionalities shouldn't be hard to code into org-exp.el if there really is a need for them. * What is not working yet ? Every exporter using the tools provided by org-list.el – namely `org-list-parse-list', `org-list-to-generic', `org-list-to-latex' among others — should recognize list-enders. Alas, org-html.el provides its own list interpreter, so there is no benefit from the new definition, though it still exports as before. I have ideas about it and started to implement something, but it is more a hack than anything else. I just wish org-html.el would use `org-list-to-html'. There are certainly many things that I broke in the process. That's why, if this idea is appealing, I'd appreciate some testers. I have run many basic tests – which all seem satisfying – in the past few days, but there's nothing like real-life confrontation. I'm open to any suggestion or criticism. If you think I spent too much time on insignificant details, do not hesitate to say it too. * So, where can I test it ? You can find it at: g...@github.com:ngz/org-mode.git branch: end-lists Thanks for any feedback. -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Carsten Dominik carsten.domi...@gmail.com writes: do we have an agreement that the default frame setup for gnus should be org-gnus-no-new-news? Yes. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Getting a Google Maps' map for an entry
d.tchin writes: Julien Danjou julien at danjou.info writes: Hi there, I've recently wrote a Google Maps extension for Emacs[1]. Therefore, I've extended org-mode to display a Google Maps' map for an event location. The extension, which is very simple, is available here[2] and I wanted you to know about it. I'd be glad to have feedback. patches or ideas. ;) Happy hacking. [1] http://julien.danjou.info/google-maps-el.html [2] http://git.naquadah.org/?p=~jd/jd-el.git;a=blob;f=org-location-google- maps.el;hb=HEAD Dear Julien I tried to use Google Maps extension. When I tried to load it, I found out that json.el was required. It seems that this package is included in recent emacs version (?). My version is GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600) of 2008-09-06. I loaded it but then I have another error telling that the function use-region-p doesn't exist. It seems that this function appears with emacs 23. So this mail just to tell that it seems necessary to have at emacs 23 to make this function work. Just one comment following previous mail. Just tried with emacs 23.2. It works very well on this version and it is really great. The bad thing is that this version of emacs is quite slow on Windows system. As far I understood it seems to be related to font handling. There is a lot of lag, the system freeze. So sadly I have to return to release 22.3.1 which is more robust. d.tchin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] reload source code file after tangling?
Rainer M Krug r.m.k...@gmail.com writes: is it possible to open (if not open yet) or re-load the new tangled source code after tangling? I usually have the tangled source code open and submit the file to R for debugging and if it would be automatically reloaded, my life would be a little bit easier. Would global-auto-revert or auto-revert-mode do what you want? I personally use global-auto-revert mode so if any loaded file changes on disk and my buffer contents are unmodified it gets replaced with what is on the disk. This of course only works if it is already open. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] html export for R not working, but for sh and others
Hi Eric I traced the problem to the following section in my emacs.org file: * Syntax highlighting for functions in R based on https://mail.google.com/mail/#label/Lists%2FESS/125131ed24688970 The following code needs to be run in R: obj - do.call(c, sapply(c(package:base, package:stats, package:utils), objects, all.names=TRUE)) re - (^[^.[:alpha:][:digit:]]|-|__) # to remove weird functions obj - obj[-grep(re, obj)] fpath - file.path(Sys.getenv(HOME), .emacs.d, R-function-names.txt) write.table(obj, fpath, quote=FALSE, row.names=FALSE, col.names=FALSE) Read a whole file into list of lines Author: Xah Lee see http://xahlee.org/emacs/elisp_process_lines.html #+begin_src emacs-lisp (defun read-lines (file) Return a list of lines in FILE. (with-temp-buffer (insert-file-contents file) (split-string (buffer-string) \n t) ) ) (add-hook 'ess-mode-hook '(lambda() (setq ess-my-extra-R-function-keywords (read-lines ~/.emacs.d/R-function-names.txt)) (setq ess-R-mode-font-lock-keywords (append ess-R-mode-font-lock-keywords (list (cons (concat \\ (regexp-opt ess-my-extra-R-function-keywords 'enc-paren) \\) 'font-lock-function-name-face)) If I disable that section, it works. Do you have any ideas if it could be changes? I don't know anything about emacs-lisp. Thanks, Rainer On Fri, Jul 2, 2010 at 9:44 AM, Rainer M Krug r.m.k...@gmail.com wrote: On Thu, Jul 1, 2010 at 5:55 PM, Eric Schulte schulte.e...@gmail.comwrote: Hi Rainer, Hi Eric, Rainer M Krug r.m.k...@gmail.com writes: Hi I am trying to export the attached test.org file to HTML, but I can only export it, when I change the source block language to anything different from R. I also attach my emacs.org file, but I am not doing any customisations to R. I've just started up a minimal Emacs instance and loaded the babel portion of your attached config, but I am able to export your attached org file w/o error. A couple of questions. 1) are you able to export to latex? If so, then maybe the issue has to do with fontification of R code by htmlize-buffer Yes - export to latex (and from there to pdf) are working. 2) could you send in the actual error being reported by Emacs, or a stack trace? These are the messages in emacs: Select command: Exporting... org-babel-exp processing... Fontifying *temp*... (regexps.) org-babel-exp processing... font-lock-fontify-keywords-region: Invalid regexp: Regular expression too big How can I get a stack trace? One more thing: if I start emacs with the -Q option, it works. So I assume it is something in my emacs.org file. What is the easiest way to avoid that source blocks under a heading in the emacs.org file are executed? In addition: if I specify :session *R* in #:BABEL: , the code is evaluated, even though I specified :exports code. Is this intended? Yes, this is for Sweave like behavior. If you have a session specified for every block in the buffer, and you are exporting the buffer, there are cases when you need a block to be executed (e.g. because it sets the value of a variable used by a subsequent block) even though you *do not* want the results of the block included in the final document. To support these use cases, on export every block with a session is executed so that it's effects on the persist session takes place. OK - that makes sense. If you need any further info, please let me know. Thanks, Rainer Cheers -- Eric Thanks, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BABEL] literate Lisp games development questions
Hello orgmoders. We on freenode#lispgames are having the month-long 2010 International Lisp Games Expo, and I'd like to apply literate programming principles, using org-babel, to Lisp game development. I have several reasons for doing this. The resources for a given game object or entity may be scattered across multiple files. There can be many frames of animation (PNG files), methods defined, functions, sounds (.WAV), music (OGG), extensive in-game narrative text, and PAK data (my own format), all to describe one game object. Manually linking and navigating among these many files and pieces of data has become very time consuming as my asset library grows to hundreds of different objects, and re-using assets between projects becomes difficult just because I have to hunt for all the files and snippets of text. The XE2 game engine source is also becoming harder to manage as it grows because of some of the same issues. My short term goal is to write a Common Lisp game for the XE2 engine, but with all the code and text in a single .ORG file (with many links to external png, wav, etc as needed.) With a custom tangle setup, it would be easy to export the .lisp and .pak files my engine requires. Not only would the whole project be organized hierarchically, but I am using tags like these to organize data by aspects: Presentation Player Structure Environment Controls Combat Enemies Planning Story Each game object could have its own org heading, with subheads and links to code, png files with inline display, some editable properties data for tweaking. I could add commands to open one of the PNGs in Gimp, play a sound, and so on. I have gotten some very basic support working, where you can execute Common Lisp blocks via slime, and basic tangling works as well. See http://github.com/dto/org-babel-lisp/ for my very basic code. Feel free to use this, I already have FSF papers, and I will keep you updated on progress. The document I'm working on is at http://dto.github.com/notebook/void.html My idea is to make a coherent hierarchical design document for the entire game (story, graphics, sound, gameplay) and then embed/link all the required resources/code, bit by bit, filing each link/block in its right place, and tagging everything so i can navigate and search. And now some questions... 1. the html output fontification of source blocks is nice. the pop-out editing of the blocks is nice too. However, can I get the syntax highlighting to show up INLINE in the begin-src block? 2. has anyone been following efforts to prettify org-mode constructs? i would love to be able to replace certain things (like all the #+BEGIN_SRC lines) with something graphical, like a tiny icon with a horizontal rule. anyone done anything in this area? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Code block switches buffer-wide?
Hi I would like to include the -n code block switch (number lines) into all my code blocks in a buffer. Is there a way to define a kind of buffer-wide switches, like it is with the #+BABEL keyword for header arguments? Thanks, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: logging PROPERTIES [6.36trans]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Emacs : GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 Org-version: org-latest.zip; 6.36trans,last commit: committer Carsten Dominik carsten.domi...@gmail.com Fri, 2 Jul 2010 07:20:15 + (09:20 +0200) commit f693238dfe6472b650ad59d0044f2c2a00c9f08d Fix naming and docstring issues in `org-iswitchb Hello everybody, I have a problem with the logging feature in (sub)tree defined via :PROPERTIES: I set up a file according to the manual - -*- mode: org; -*- * TODO Log each state with only a time :PROPERTIES: :LOGGING: TODO(!) WAIT(!) DONE(!) CANCELED(!) :END: * TODO Only log when switching to WAIT, and when repeating :PROPERTIES: :LOGGING: WAIT(@) logrepeat :END: * TODO No logging at all :PROPERTIES: :LOGGING: nil :END: -- Then I restarted Emacs and opened such file. If I C-- 1 time on the first heading I have the following result: * DONE Log each state with only a time - State DONE from TODO [2010-07-02 ven 14:10] :PROPERTIES: :LOGGING: TODO(!) WAIT(!) DONE(!) CANCELED(!) :END: Q: why I was not prompted for the WAIT DONE CANCELED todo-keywords? If I C-- on the second heading I have this result: * DONE Only log when switching to WAIT, and when repeating :PROPERTIES: :LOGGING: WAIT(@) logrepeat :END: Q: why I was not prompted for the WAIT todo-keywords? If I C-- on the 3rd heading I have this result: * DONE No logging at all CLOSED: [2010-07-02 ven 14:11] :PROPERTIES: :LOGGING: nil :END: Q: why a timestamp is added ? shulden't the default be overidden by the value in the :PROPERTY:? Is this + a bug? + incomplete documentation? + my mistake: I didn't set-up some variable? cheers, Giovanni current state: == (setq org-log-done 'time org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-agenda-files '() org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-remember-clock-out-on-exit nil org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '((lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all) (quote append) (quote local)) ) (lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-babel-show-result-all) (quote append) (quote local)) ) org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-lob-execute-maybe org-babel-hash-at-point org-babel-execute-src-block-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-enforce-todo-dependencies t org-occur-hook '(org-first-headline-recenter) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-remember-templates '(( )) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] reload source code file after tangling?
On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote: Rainer M Krug r.m.k...@gmail.com writes: is it possible to open (if not open yet) or re-load the new tangled source code after tangling? I usually have the tangled source code open and submit the file to R for debugging and if it would be automatically reloaded, my life would be a little bit easier. Would global-auto-revert or auto-revert-mode do what you want? I personally use global-auto-revert mode so if any loaded file changes on disk and my buffer contents are unmodified it gets replaced with what is on the disk. Perfect - that is doing exactly what it should. Now I just have to remember to activate it for the buffer. This of course only works if it is already open. True - but that is only a minor annoyance. Cheers, Rainer HTH, Bernt -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [patch] icalendar extended to define alarm triggers for timed events
On Fri, 2 Jul 2010 08:53:06 +0200, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Eric, On Jul 1, 2010, at 12:44 AM, Eric S Fraga wrote: Hello, attached is a rudimentary patch for org-icalendar.el to add the definition of alarm triggers for timed events that are exported to icalendar format. The default is to behave as it does at the moment however. I hope it proves passable (given my less than brilliant elisp expertise...). This looks pretty good! But can you please - Make sure that the first line of the docstring of the new variable fits into 75 characters (better: 72)? You already have made it a stand-alone sentence, which is also needed. - It would also be helpful if if can make git commit and include the proper commit message including a ChangeLog-like entry as the second paragraph in that message. Great work! - Carsten Thanks Carsten. I have seen the few messages regarding how to submit patches so I see now what you would like. I'll try to do that this weekend (I'm not au fait with git but I think the instructions are fairly clear...). -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] reload source code file after tangling?
Rainer M Krug r.m.k...@gmail.com writes: On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote: Rainer M Krug r.m.k...@gmail.com writes: is it possible to open (if not open yet) or re-load the new tangled source code after tangling? Would global-auto-revert or auto-revert-mode do what you want? I personally use global-auto-revert mode so if any loaded file changes on disk and my buffer contents are unmodified it gets replaced with what is on the disk. Perfect - that is doing exactly what it should. Now I just have to remember to activate it for the buffer. With global-auto-revert-mode there is nothing to remember :) since it is active in /all/ buffers. This works great for me. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BABEL] reload source code file after tangling?
On Fri, Jul 2, 2010 at 3:11 PM, Bernt Hansen be...@norang.ca wrote: Rainer M Krug r.m.k...@gmail.com writes: On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote: Rainer M Krug r.m.k...@gmail.com writes: is it possible to open (if not open yet) or re-load the new tangled source code after tangling? Would global-auto-revert or auto-revert-mode do what you want? I personally use global-auto-revert mode so if any loaded file changes on disk and my buffer contents are unmodified it gets replaced with what is on the disk. Perfect - that is doing exactly what it should. Now I just have to remember to activate it for the buffer. With global-auto-revert-mode there is nothing to remember :) since it is active in /all/ buffers. This works great for me. That is definitely true - I am just a little bit (too?) vary about global-auto-revert-mode for files I am editing in. So they are only reverted, if the files on the drive have changed irrespective of the state of the buffer? Well - I should possibly try it. Cheers, Rainer -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Remove superfluous lambda.
David Maus dm...@ictsoc.de writes: Carsten Dominik wrote: Hmm, the catcher did not see this. Why? He did: http://patchwork.newartisans.com/patch/105/ -- patch is already applied. Where can I see that? I read Accepted which is not Applied, is it? And there are accepted patches, that are not applied. E.g. http://patchwork.newartisans.com/patch/73/ The diff against the current head (8da31057eb0952889858c): diff --git a/lisp/org-capture.el b/lisp/org-capture.el index 8c887ce..f38a78c 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -924,6 +924,8 @@ Point will remain at the first line after the inserted text. (org-capture-put :key (car entry) :description (nth 1 entry) :target (nth 3 entry)) (let ((txt (nth 4 entry)) (type (or (nth 2 entry) 'entry))) +(when (file-exists-p txt) + (setq txt (org-file-contents txt))) (when (or (not txt) (not (string-match \\S- txt))) ;; The template may be empty or omitted for special types. ;; Here we insert the default templates for such cases. Is it possible to link to the commit a patch was applied? Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Remove superfluous lambda.
On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote: I read Accepted which is not Applied, is it? Accepted = Applied. Is it possible to link to the commit a patch was applied? After today, patches which are merged in using pw will note the resulting commit. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BABEL] reload source code file after tangling?
Rainer M Krug r.m.k...@gmail.com writes: On Fri, Jul 2, 2010 at 3:11 PM, Bernt Hansen be...@norang.ca wrote: Rainer M Krug r.m.k...@gmail.com writes: On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote: Rainer M Krug r.m.k...@gmail.com writes: is it possible to open (if not open yet) or re-load the new tangled source code after tangling? Would global-auto-revert or auto-revert-mode do what you want? I personally use global-auto-revert mode so if any loaded file changes on disk and my buffer contents are unmodified it gets replaced with what is on the disk. Perfect - that is doing exactly what it should. Now I just have to remember to activate it for the buffer. With global-auto-revert-mode there is nothing to remember :) since it is active in /all/ buffers. This works great for me. That is definitely true - I am just a little bit (too?) vary about global-auto-revert-mode for files I am editing in. So they are only reverted, if the files on the drive have changed irrespective of the state of the buffer? Well - I should possibly try it. If you modify the buffer it doesn't revert. Only unmodified buffers will be replaced with the contents of disk files if those change. I use this for org-mode files and git - save all buffers, commit changes, push to other machine, work there, commit, fetch back to first machine, and all my org-files automatically update without me doing anything special. Try it on a test file or two where you modify the buffer first and don't save then change the file on disk with another editor and see how it works. I haven't had any problems with it yet. I auto-save my org-mode files every hour in my workstation emacs and I tend to just leave my workstation emacs running forever. ,[ .emacs ] | (run-at-time 00:59 3600 'org-save-all-org-buffers) ` I use this mainly for my cron job that automatically creates git commits on the hour. This has a nice side effect that I can just leave the house with my Android phone, (the files save at 59 minutes past the hour), then I can SSH in to my workstation, fire up another emacs process on the phone and edit my org files and save. They auto-revert on my workstation and everything Just Works(tm). -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Remove superfluous lambda.
John Wiegley jwieg...@gmail.com writes: On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote: I read Accepted which is not Applied, is it? Accepted = Applied. http://patchwork.newartisans.com/patch/73/ was never aplied. I just diffed my branch against the current head. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Remove superfluous lambda.
On Jul 2, 2010, at 9:49 AM, Sebastian Rose wrote: John Wiegley jwieg...@gmail.com writes: On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote: I read Accepted which is not Applied, is it? Accepted = Applied. http://patchwork.newartisans.com/patch/73/ was never aplied. I just diffed my branch against the current head. Anyone know who accepted this? They didn't make themselves the delegate when they accepted it. I'll mark it as New again. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Remove superfluous lambda.
John Wiegley jwieg...@gmail.com writes: On Jul 2, 2010, at 9:49 AM, Sebastian Rose wrote: John Wiegley jwieg...@gmail.com writes: On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote: I read Accepted which is not Applied, is it? Accepted = Applied. http://patchwork.newartisans.com/patch/73/ was never aplied. I just diffed my branch against the current head. Anyone know who accepted this? They didn't make themselves the delegate when they accepted it. I'll mark it as New again. Thanks a bunch! Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-jekyll - org-publish-initialize-files-alist
Nathan, I've just pushed a version of org-jekyll that should solve the problem, following Sebastian's suggestions, and it's available at http://github.com/juanre/org-jekyll. Sorry it's taken me so long to respond; I am pretty much off-line lately for personal reasons. And thanks for bringing it out. Best, jm -- http://juanreyero.com On Wed, Jun 30, 2010 at 9:04 PM, Sebastian Rose sebastian_r...@gmx.de wrote: Nathan Neff nathan.n...@gmail.com writes: ... Below is the code where org-publish-initialize-files-alist is called in org-jekyll. It looks like in both cases, the code is trying to figure out what project the current file belongs to. Can anyone suggest a fix? I don't mean to push this on anyone, but I really don't know lisp that well. ... (defun org-jekyll-export-current-entry () (interactive) (save-excursion (org-publish-initialize-files-alist) ; here (let ((project-name (cdr (assoc (expand-file-name (buffer-file-name)) org-publish-files-alist (org-back-to-heading t) (org-jekyll-export-entry project-name I suppose `project-name' shall be the name of the project, i.e. a string? ;; Evtl. needed to keep compiler happy: (declare-function org-publish-get-project-from-filename org-publish (filename optional up)) (defun org-jekyll-export-current-entry () (interactive) (save-excursion (let ((project-name (org-publish-get-project-from-filename buffer-file-name))) (org-back-to-heading t) (org-jekyll-export-entry project-name (defun org-jekyll-export-blog () Export all entries in project files that have a :blog: keyword and an :on: datestamp. Property drawers are exported as front-matters, outline entry title is the exported document title. (interactive) (save-excursion (org-publish-initialize-files-alist) ;; -- here (setq org-jekyll-new-buffers nil) (mapc (lambda (jfile-project) (let ((jfile (car jfile-project)) (project (cdr jfile-project))) (if (string= (file-name-extension jfile) org) (with-current-buffer (org-get-jekyll-file-buffer jfile) (org-map-entries (lambda () (org-jekyll-export-entry project)) blog|BLOG) (org-publish-get-files (org-publish-expand-projects (list (org-publish-get-project-from-filename (buffer-file-name) 'up) (org-release-buffers org-jekyll-new-buffers))) (defun org-jekyll-export-blog () Export all entries in project files that have a :blog: keyword and an :on: datestamp. Property drawers are exported as front-matters, outline entry title is the exported document title. (interactive) (save-excursion (setq org-jekyll-new-buffers nil) (mapc (lambda (jfile-project) (let ((jfile (car jfile-project)) (project (cdr jfile-project))) (if (string= (file-name-extension jfile) org) (with-current-buffer (org-get-jekyll-file-buffer jfile) (org-map-entries (lambda () (org-jekyll-export-entry project)) blog|BLOG) ;; NOT SURE IF THIS WILL WORK HERE: (org-publish-get-base-files (list (org-publish-get-project-from-filename (buffer-file-name) 'up (org-release-buffers org-jekyll-new-buffers))) HTH Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- http://juanreyero.com/ http://unarueda.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FEATURE FREEZE, for a short time
Dear all, I would like to ask for a feature freeze for the Org-mode master branch until about July 18. During the period I would like to ask the committers to only process bug fixes (and only reasonably simple ones) and release-related stuff like Makefile issues, doc fixes, typos etc. Please also check the issue tracker if you want to help fix a small issue, there is also documentation stuff that needs to be done. This will give me the breezing space to put together the 7.01 release. Of course, in a git environment, this does not at all mean that development has to stop - it only means that new features will not be merged into master during that period. One the 18th, I would like to release 7.01 and shortly thereafter install it into the Emacs repository. Thanks a bunch. - Carsten P.S. Eric and Dan, please decide yourself how to get to a good and stable state in this time frame, babel integration is by far the biggest thing in this release. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org+table.el = mutli line cells?
- Thanks for the table link, though I only see how to change frames and
borders on the provided link. Do I just need to pass some html/css option
through #+ATTR_HTML?
- Also... stupid me. I meant to specify that I'm looking to do this in
LaTeX, not necessarily html, though I'm glad to have knowledge of both.
After more reading, this seems pretty doable through the 'p{width}'
alignment option which seems to work through #+ATTR_LaTeX to control
automatic wrapping in a cell. My remaining question is whether or not it's
possible to enable tabular* instead of the default environment as then I
could limit both columns and determine table widths. I don't know that
tabular seems to have this option?
Thanks,
John
On Thu, Jul 1, 2010 at 11:37 PM, Carsten Dominik
carsten.domi...@gmail.comwrote:
On Jul 1, 2010, at 10:14 PM, John Hendy wrote:
Hi,
I export to variable page widths and would like to be able to specify a
limit on my tables which seem to always run on as long as they need to
without regard for any margins or borders. I found a post here where a user
asked the question I was looking for:
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg22353.html
So... table.el (as I have since found during fiddling) does create
multi-line cells, which is awesome.
I can't find any documentation for it, though?? I am just looking for
[hopefully] basic/easy things like:
- bold a cell (*word* doesn't seem to work in table.el tables)
- limit the overall width of the table
Formatting inside table.el cells does not work because this is a completely
different export mechanism.
To fix the width of a table (normal Org-mode table), see
http://orgmode.org/manual/Tables-in-HTML-export.html#Tables-in-HTML-export
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] orphaned captions and labels
Nicolas Goaziou wrote: Hello, David Maus writes: Thanks for the patch. Merely it wasn't catched by Org modes patch tracker[1] so I include it in the reply. Problem was, that you've sent it as attachment of MIME media type application/binary, not text/plain. Speaking of this, what is the status of this patch ? It isn't applied on master branch and I don't see it in the patch tracker. http://patchwork.newartisans.com/patch/97/ -- accepted. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpgzeJGEcY4l.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] Org-babel integrated into Org-mode
Eric, Thanks, it all appears to be working now. Cheers, Chris. On 28 June 2010 18:59, Eric Schulte schulte.e...@gmail.com wrote: Hi Christopher, Christopher Witte ch...@witte.net.au writes: I'm having trouble getting the new version of babel to work with haskell and R under Ubuntu 10.04 using emacs-snapshot. It works fine for emacs-lisp. I had to change the variable LISPF in the Makefile to: LISPF = org.el \ . babel/ob.el \ babel/ob-table.el \ babel/ob-lob.el \ babel/ob-ref.el \ babel/ob-exp.el \ babel/ob-tangle.el \ babel/ob-comint.el \ babel/ob-keys.el \ babel/langs/ob-emacs-lisp.el \ babel/langs/ob-haskell.el \ babel/langs/ob-latex.el \ babel/langs/ob-sh.el \ babel/langs/ob-asymptote.el \ babel/langs/ob-R.el \ babel/langs/ob-gnuplot.el otherwise I couldn't compile my .emacs file, which contains the following: Hmm, I would think it would be possible to require files which are not byte-compiled. The reason that the language files (aside from emacs-lisp) are not compiled by default is that they often have exotic requirements which will not be present on most users systems. (require 'org-install) ;;(require 'org) ;;(require 'ob) ;;(require 'ob-tangle) ;; org-babel set up (require 'ob-haskell) (require 'ob-latex) (require 'ob-sh) (require 'ob-asymptote) (require 'ob-R) (require 'ob-gnuplot) The following works fine: #+tblname: example-table | 1 | | 2 | | 3 | | 4 | #+source: table-length #+begin_src emacs-lisp :var table=example-table (length table) #+end_src #+results: table-length : 4 But when I try the haskell equivalent: #+source: table-length #+begin_src haskell :var table=example-table length table #+end_src I get: executing haskell source code block reference 'example-table' not found in this buffer org-babel-ref-resolve-reference: reference 'example-table' not found in this buffer If I try: #+source: table-length #+begin_src haskell length [1,2,3] #+end_src I get: executing haskell source code block org-babel-execute:haskell: Symbol's function definition is void: session Thanks for bringing this up, it looks like ob-haskell has fallen victim to bit-rot. I've done a fairly thorough cleanup of the file (just pushed up the commit). Please give it a test run and let me know if/where I missed issues. I also get a lot of warnings when I compile org-mode, see the attached buiild log. Yes, the language-specific files have not been manicured for clean byte-compilation. This is certainly something that should happen, but probably not in the near term. Thanks -- Eric Thanks for your help, Chris Witte. On 23 June 2010 23:09, Eric Schulte schulte.e...@gmail.com wrote: Hi, I've just merged the babel branch into the main branch of Org-mode. This merge culminates much integration work by Dan Davison and Tom Dye, as well as myself. Babel is now part of Org-mode. The biggest changes are: 1) Babel now has documentation! It is part of Org-mode's documentation see Chapter 14 _Working With Source Code_ also, the Babel keybindings are now listed in the refcard, and can be viewed from any Org-mode buffer by pressing C-c C-v h 2) Babel will now be loaded by default along with the rest of Org-mode. This means that *everyone* currently using babel will need to change their Emacs config and remove the (require 'org-babel-int) and/or (require 'org-babel) lines. Support for evaluating emacs-lisp code blocks is loaded by default. All other languages will need to be required explicitly. To conform to Emacs filename specifications all language require lines have been shortened from e.g. (require 'org-babel-sh) to (require 'ob-sh) Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Hi Eric, thanks for this. I would actually like to have a variable that will exclude evaluation from being added to the C-c C-c hook. I think users will understand better how to use this, and customizing it will work for sure. Explicitly removing it from the hook will only work after load time. I've made this change and updated it in the safety-babel branch, which is also rebase'd against the current master head, so it will need to be pulled with a git pull -f (and will overwrite any local changes you have in that branch so be careful). We should also add (put 'org-confirm-babel-evaluate 'safe-local-variable (lambda (x) (eq x t))) This is also added After the definition of org-confirm-babel-evaluate to avoid that malicious code can change this setting through file variables. I have made a first draft of the security section in the manual, please take a look, add to it, and add a link to it from a good location in chapter 14. I'm not able to find this section. Which branch is it in? Thanks -- Eric Cheers - Carsten On Jul 1, 2010, at 10:39 PM, Eric Schulte wrote: Hi, Pursuant to the below, I've created a new babel-safety branch of the repository. It includes two new commits, the first of which implements confirmation before *any* code block evaluation, adds the keybinds for code block evaluation, and adds a documentation for disassociating code block evaluation from C-c C-c. ,[1d0b2f48c7f4b12b07dcfff0b5c1d29cc2c863bb] | babel: evaluation of code blocks now requires confirmation | | * lisp/babel/ob.el (org-confirm-babel-evaluate): variable used to | control evaluation of code blocks, default value it t, meaning all | code block evaluation requires confirmation | | (org-babel-confirm-evaluate): function used to request confirmation | of code block evaluation from the user | | (org-babel-execute-src-block): this function is the single point of | entry for evaluation of code blocks (whether initiated through lob | call, through direct code block evaluation, or as part of file | exportation). Every time this function is called it will now | request confirmation from the user. The newly added | `org-confirm-babel-evaluate' variable can be used to configure this | behavior. | | * lisp/org.el (org-ctrl-c-ctrl-c): added documentation of code block | evaluation behavior | | * lisp/babel/ob-keys.el (org-babel-key-bindings): adding keybindings | for executing code blocks and for opening their results ` the second commit creates org-babel-load-languages, which can be used to enable or disable any babel language. ,[5f5f41a206ccef10b8ff49af8c689995d05da37c] | babel: `org-babel-load-languages' activates code blocks by language | | * lisp/org.el (org-babel-load-languages): this variable controls which | languages will be loaded by org-babel. It is customizable through | the customize interface. | | (org-babel-do-load-languages): load those languages in | org-babel-load-languages and disable those with nil cdr's ` While this variable works, and has a very nice customization widget interface, it is awkward to customize from a user's configuration file, this is because it relies on the defcustom :set function with which is it associated, and as far as I can tell, the only way to ensure that the set function is called, is to set this variable with something along the lines of the following in your configuration. --8---cut here---start-8--- (org-babel-do-load-languages 'org-babel-load-languages '((emacs-lisp . nil) (ruby . t) (python . nil) (R . t))) --8---cut here---end---8--- As of right now I can't think of a more natural way to implement such a variable -- suggestions welcom :). As I mentioned I'm keeping this is the babel-safety branch for now, as it *will* disrupt the configuration and experience of Babel users, and I've been hard on them already these past few weeks. Maybe this is best folded into main along with the version 7.0 release so that it will be accompanied with web-accessible documentation how to handle the incomparable changes. Thanks -- Eric Eric Schulte schulte.e...@gmail.com writes: Hi, Thanks for finding such a good compromises solution. This new plan looks great to me, specifics below Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step
[Orgmode] Re: FEATURE FREEZE, for a short time
Carsten Dominik carsten.domi...@gmail.com writes: [...] P.S. Eric and Dan, please decide yourself how to get to a good and stable state in this time frame, babel integration is by far the biggest thing in this release. Hi Carsten, I'm looking forward to a feature-quiet period of stabilization. There is one more large Babel change before 7.0, namely the integration of the safety measures currently living in the safety-babel branch [1]. I think that it would be best if these are merged into Org-mode at the start of this feature freeze so that they can be tested during this period. Please let me know if this sounds good to you, and if so I will send out one last email alerting Babel users to the requirement for a configuration change [2], and then merge in these two new commits. Thanks -- Eric Footnotes: [1] http://repo.or.cz/w/org-mode.git/shortlog/refs/heads/safety-babel [2] I do apologize for the number of configuration breaking changes that have been made to Babel recently. I know the pain of starting up Emacs, running into an unexpected failure, and then having to make time to trouble-shoot before you can actually get any work done. Once this merge is over I see many months of smooth Babel sailing on the horizon. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Provide customization variable to disable folder check when open link.
As an org-mode and wanderlust user I can say that this is indeed much better now. Thanks -- Darlan At Thu, 1 Jul 2010 15:50:23 +0200, Carsten Dominik carsten.domi...@gmail.com wrote: Applied, thanks. - Carsten On Jun 30, 2010, at 9:54 AM, David Maus wrote: * org-wl.el (org-wl-disable-folder-check): New customization variable. (org-wl-open): Disable folder check depending on `orrg-wl-disable-folder-check'. --- lisp/org-wl.el | 63 +++ + 1 files changed, 36 insertions(+), 27 deletions(-) diff --git a/lisp/org-wl.el b/lisp/org-wl.el index a5c8218..7746427 100644 --- a/lisp/org-wl.el +++ b/lisp/org-wl.el @@ -62,6 +62,11 @@ googlegroups otherwise. :type 'boolean :group 'org-wl) +(defcustom org-wl-disable-folder-check t + Disable check for new messages when open a link. + :type 'boolean + :group 'org-wl) + (defcustom org-wl-namazu-default-index nil Default namazu search index. :type 'directory @@ -233,33 +238,37 @@ with `org-wl-namazu-default-index' as search index. When called with two prefixes or `org-wl-namazu-default-index' is nil, ask for namazu index. (require 'wl) - (unless wl-init (wl)) - ;; XXX: The imap-uw's MH folder names start with %#. - (if (not (string-match \\`\\(\\(?:%#\\)?[^#]+\\)\\(#\\(.*\\)\ \)? path)) - (error Error in Wanderlust link)) - (let ((folder (match-string 1 path)) - (article (match-string 3 path))) -;; maybe open message in namazu search folder -(when current-prefix-arg - (setq folder (concat [ article ] - (if (and (equal current-prefix-arg '(4)) - org-wl-namazu-default-index) - org-wl-namazu-default-index -(read-directory-name Namazu index: ) -(if (not (elmo-folder-exists-p (org-no-warnings - (wl-folder-get-elmo-folder folder - (error No such folder: %s folder)) -(let ((old-buf (current-buffer)) - (old-point (point-marker))) - (wl-folder-goto-folder-subr folder) - (with-current-buffer old-buf - ;; XXX: `wl-folder-goto-folder-subr' moves point to the - ;; beginning of the current line. So, restore the point - ;; in the old buffer. - (goto-char old-point)) - (and article (wl-summary-jump-to-msg-by-message-id (org-add- angle-brackets - article)) - (wl-summary-redisplay) + (let ((wl-auto-check-folder-name +(if org-wl-disable-folder-check +'none + wl-auto-check-folder-name))) +(unless wl-init (wl)) +;; XXX: The imap-uw's MH folder names start with %#. +(if (not (string-match \\`\\(\\(?:%#\\)?[^#]+\\)\\(#\\(.*\\)\ \)? path)) + (error Error in Wanderlust link)) +(let ((folder (match-string 1 path)) + (article (match-string 3 path))) + ;; maybe open message in namazu search folder + (when current-prefix-arg + (setq folder (concat [ article ] +(if (and (equal current-prefix-arg '(4)) + org-wl-namazu-default-index) +org-wl-namazu-default-index + (read-directory-name Namazu index: ) + (if (not (elmo-folder-exists-p (org-no-warnings + (wl-folder-get-elmo-folder folder + (error No such folder: %s folder)) + (let ((old-buf (current-buffer)) + (old-point (point-marker))) + (wl-folder-goto-folder-subr folder) + (with-current-buffer old-buf + ;; XXX: `wl-folder-goto-folder-subr' moves point to the + ;; beginning of the current line. So, restore the point + ;; in the old buffer. + (goto-char old-point)) + (and article (wl-summary-jump-to-msg-by-message-id (org-add-angle- brackets + article)) +(wl-summary-redisplay)) (provide 'org-wl) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] double-O-LaTeX: retain meta-information during LaTeX Export
Revoking org-latex's license to kill. Hi, I've noticed a sneaky bug when exporting to LaTeX. Org-babel uses top-level #+BABEL: or #+PARAMETERS: lines to set global values for header arguments. When exporting to latex, the latex exporter removes *all* meta-information header lines when exporting the body [1]. Some Babel blocks rely on these lines and the header values they define to control their behavior on export. Does anyone know why these lines are being removed? I've experimented with the attached patch [2] in which the LaTeX exporter *does not* remove these lines. It fixes the babel issues, and I haven't noticed any problems caused by leaving these lines in (I think the lines are now being removed later in the export process). Thanks -- Eric Footnotes: [1] see `org-export-latex-first-lines' and `org-export-kill-licensed-text' [2] diff --git a/lisp/org-latex.el b/lisp/org-latex.el index d725fc8..73a71b3 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1202,22 +1202,17 @@ If END is non-nil, it is the end of the region. (end (if (re-search-forward ^\\*+ end t) (goto-char (match-beginning 0)) (goto-char (or end (point-max)) - (prog1 - (org-export-latex-content - (org-export-preprocess-string - (buffer-substring pt end) - :for-LaTeX t - :emph-multiline t - :add-text nil - :comments nil - :skip-before-1st-heading nil - :LaTeX-fragments nil - :timestamps (plist-get opt-plist :timestamps) - :footnotes (plist-get opt-plist :footnotes))) - (org-unmodified - (let ((inhibit-read-only t)) - (add-text-properties pt (max pt (1- end)) -'(:org-license-to-kill t + (org-export-latex-content + (org-export-preprocess-string + (buffer-substring pt end) + :for-LaTeX t + :emph-multiline t + :add-text nil + :comments nil + :skip-before-1st-heading nil + :LaTeX-fragments nil + :timestamps (plist-get opt-plist :timestamps) + :footnotes (plist-get opt-plist :footnotes)) (defvar org-export-latex-header-defs nil The header definitions that might be used in the LaTeX body.) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Literal examples and indentation
Hello, On Thu, Jul 1, 2010 at 7:51 PM, Juan pech...@computer.org wrote: How are you 'rendering'? To HTML, PDF, ASCII? To ASCII -- Francis ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] literate Lisp games development questions
... Hi David, That sounds fun, and I look forward to looking at it, when I have more time for fun. 1. the html output fontification of source blocks is nice. the pop-out editing of the blocks is nice too. However, can I get the syntax highlighting to show up INLINE in the begin-src block? I believe the consensus on this list is still that the existing projects in that direction don't currently work well for doing this. http://www.emacswiki.org/emacs/MuMaMo I had a probably terrible idea that one could fake something a bit like this by removing the mode lines between split windows. You could even fake continuity of buffer locations... (Incidentally, I've been enjoying recently using emacs full screen without the mode line (who needs it all the time?); when I get a chance I want to write a minor mode that does away with the mode line by default. Obviously no menu or scroll bars either.) 2. has anyone been following efforts to prettify org-mode constructs? i would love to be able to replace certain things (like all the #+BEGIN_SRC lines) with something graphical, like a tiny icon with a horizontal rule. anyone done anything in this area? Yes, I started doing this. Nicolas Girard did all the ground work in his org-icons project. I started work on adding icons for src blocks in the branch named dan. I can confirm that ruby blocks look quite pretty when #+begin_src ruby is replaced by an image of a ruby, although unfortunately I still don't know any ruby. http://github.com/ngirard/org-icons/tree/dan I believe Nicolas would be happy to have other people help out with that project. There were a few reorganizations we wanted to do to make it fit better with Org. Best wishes, Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] literate Lisp games development questions
Hi David, David O'Toole dto1...@gmail.com writes: [...] I have gotten some very basic support working, where you can execute Common Lisp blocks via slime, and basic tangling works as well. See http://github.com/dto/org-babel-lisp/ for my very basic code. Feel free to use this, I already have FSF papers, and I will keep you updated on progress. Very cool, please do let us know when you think it's ready to be folded into Babel. There will be some minor changes required to catch up with the very latest version of Babel (e.g. `org-babel-add-interpreter' and `org-babel-tangle-langs') have both been removed, but nothing major. Best of luck with the lisp games! -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] html export for R not working, but for sh and others
Hi Rainer, My guess would be that the `htmlize-buffer' command which is used to fontify code in html export is choking because the elisp below is defining new fonts for R code. If htmlize-buffer can't find the definitions for these fonts then it will throw an error. I'm not sure what the solution would be, but I'm pretty sure that's the source of the problem. Best -- Eric Rainer M Krug r.m.k...@gmail.com writes: Hi Eric I traced the problem to the following section in my emacs.org file: * Syntax highlighting for functions in R based on https://mail.google.com/mail/#label/Lists%2FESS/125131ed24688970 The following code needs to be run in R: obj - do.call(c, sapply(c(package:base, package:stats, package:utils), objects, all.names=TRUE)) re - (^[^.[:alpha:][:digit:]]|-|__) # to remove weird functions obj - obj[-grep(re, obj)] fpath - file.path(Sys.getenv(HOME), .emacs.d, R-function-names.txt) write.table(obj, fpath, quote=FALSE, row.names=FALSE, col.names=FALSE) Read a whole file into list of lines Author: Xah Lee see http://xahlee.org/emacs/elisp_process_lines.html #+begin_src emacs-lisp (defun read-lines (file) Return a list of lines in FILE. (with-temp-buffer (insert-file-contents file) (split-string (buffer-string) \n t) ) ) (add-hook 'ess-mode-hook '(lambda() (setq ess-my-extra-R-function-keywords (read-lines ~/.emacs.d/R-function-names.txt)) (setq ess-R-mode-font-lock-keywords (append ess-R-mode-font-lock-keywords (list (cons (concat \\ (regexp-opt ess-my-extra-R-function-keywords 'enc-paren) \\) 'font-lock-function-name-face)) If I disable that section, it works. Do you have any ideas if it could be changes? I don't know anything about emacs-lisp. Thanks, Rainer On Fri, Jul 2, 2010 at 9:44 AM, Rainer M Krug r.m.k...@gmail.com wrote: On Thu, Jul 1, 2010 at 5:55 PM, Eric Schulte schulte.e...@gmail.comwrote: Hi Rainer, Hi Eric, Rainer M Krug r.m.k...@gmail.com writes: Hi I am trying to export the attached test.org file to HTML, but I can only export it, when I change the source block language to anything different from R. I also attach my emacs.org file, but I am not doing any customisations to R. I've just started up a minimal Emacs instance and loaded the babel portion of your attached config, but I am able to export your attached org file w/o error. A couple of questions. 1) are you able to export to latex? If so, then maybe the issue has to do with fontification of R code by htmlize-buffer Yes - export to latex (and from there to pdf) are working. 2) could you send in the actual error being reported by Emacs, or a stack trace? These are the messages in emacs: Select command: Exporting... org-babel-exp processing... Fontifying *temp*... (regexps.) org-babel-exp processing... font-lock-fontify-keywords-region: Invalid regexp: Regular expression too big How can I get a stack trace? One more thing: if I start emacs with the -Q option, it works. So I assume it is something in my emacs.org file. What is the easiest way to avoid that source blocks under a heading in the emacs.org file are executed? In addition: if I specify :session *R* in #:BABEL: , the code is evaluated, even though I specified :exports code. Is this intended? Yes, this is for Sweave like behavior. If you have a session specified for every block in the buffer, and you are exporting the buffer, there are cases when you need a block to be executed (e.g. because it sets the value of a variable used by a subsequent block) even though you *do not* want the results of the block included in the final document. To support these use cases, on export every block with a session is executed so that it's effects on the persist session takes place. OK - that makes sense. If you need any further info, please let me know. Thanks, Rainer Cheers -- Eric Thanks, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] No subscript when exporting
I create a program documentation in org mode. When I export to html names with underscore, the second part is a subscript (like in LaTeX): manufacturer_id - id is a subscript. How can I avoid this? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] No subscript when exporting
Hi Ivanov, add something like the following to the top of your file #+OPTIONS: ^:nil see http://orgmode.org/manual/Export-options.html#Export-options for more information -- Eric Ivanov Dmitry usr...@gmail.com writes: I create a program documentation in org mode. When I export to html names with underscore, the second part is a subscript (like in LaTeX): manufacturer_id - id is a subscript. How can I avoid this? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] double-O-LaTeX: retain meta-information during LaTeX Export
Hi Eric,
no, you cannot remove this, unfortunately. This is necessary code
in the case when the document title is taken from the document.
Try (with you patch) to export
---
#+OPTIONS: skip:nil
text before first
* Test
\begin{equation}
E=mc^2
\end{equation}
It might work of you remove the license to kill from
only these special meta lines, but I have not tried.
- Carsten
On Jul 2, 2010, at 10:56 PM, Eric Schulte wrote:
Revoking org-latex's license to kill.
Hi,
I've noticed a sneaky bug when exporting to LaTeX.
Org-babel uses top-level #+BABEL: or #+PARAMETERS: lines to set global
values for header arguments. When exporting to latex, the latex
exporter removes *all* meta-information header lines when exporting
the
body [1].
Some Babel blocks rely on these lines and the header values they
define
to control their behavior on export. Does anyone know why these lines
are being removed? I've experimented with the attached patch [2] in
which the LaTeX exporter *does not* remove these lines. It fixes the
babel issues, and I haven't noticed any problems caused by leaving
these
lines in (I think the lines are now being removed later in the export
process).
Thanks -- Eric
Footnotes:
[1] see `org-export-latex-first-lines' and `org-export-kill-
licensed-text'
[2] diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index d725fc8..73a71b3 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1202,22 +1202,17 @@ If END is non-nil, it is the end of the
region.
(end (if (re-search-forward ^\\*+ end t)
(goto-char (match-beginning 0))
(goto-char (or end (point-max))
- (prog1
- (org-export-latex-content
- (org-export-preprocess-string
- (buffer-substring pt end)
- :for-LaTeX t
- :emph-multiline t
- :add-text nil
- :comments nil
- :skip-before-1st-heading nil
- :LaTeX-fragments nil
- :timestamps (plist-get opt-plist :timestamps)
- :footnotes (plist-get opt-plist :footnotes)))
- (org-unmodified
-(let ((inhibit-read-only t))
- (add-text-properties pt (max pt (1- end))
- '(:org-license-to-kill t
+ (org-export-latex-content
+ (org-export-preprocess-string
+ (buffer-substring pt end)
+ :for-LaTeX t
+ :emph-multiline t
+ :add-text nil
+ :comments nil
+ :skip-before-1st-heading nil
+ :LaTeX-fragments nil
+ :timestamps (plist-get opt-plist :timestamps)
+ :footnotes (plist-get opt-plist :footnotes))
(defvar org-export-latex-header-defs nil
The header definitions that might be used in the LaTeX body.)
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
