Re: [Orgmode] Re: [PATCH] org-wl: Remove dependency on w3m macro `w3m-anchor'
John Wiegley wrote: David Maus dm...@ictsoc.ed writes: Again, forgot to mention: Patch is available on David, Can you please explain for me the rationale behind this change? Sure: The problem is, that `w3m-anchor' is not a function, but a macro. So it must be present when byte compiling org-w3m.el to be properly expanded. Declaring it an external function via `declare-function' shuts up the byte compiler but seems to place a function call into the byte compiled code that fails in runtime because `w3m-anchor' isn't a function. This results in error when using byte compiled Org mode.[1] HTH -- David [1] http://article.gmane.org/gmane.emacs.orgmode/25348 -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp6zfmcIFH9v.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
[Orgmode] Re: Strange bug, request for more info
On May 26, 2010, at 4:44 AM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. Hi Carsten, Here I am replying to a 2.5 year old post... I assume this hasn't been fixed yet. I think I was the other person who mentioned this ages ago. I'm still seeing this 'go to the wrong place' scenario up to a few times per day. It's really annoying - you 'go to' a task and it's the wrong place -- but if you do it again it works. I've seen this occur in the following cases: - looking at an agenda and hitting SPC or TAB to get to the task - jumping to the last refile task with C-u C-u C-c C-w - jumping to the last remember task with C-u C-u C-M-r With follow mode on I've never noticed this bug but I don't use follow-mode regularly. Let me know if you can think of anything I can provide to help track down this bug. Unfortunately, I really don't know how to fix this bug. Until I can get a way to reproduce this, it will be very hard to figure out what is causing this. My suspicion is that it has to do with redisplay. When Emacs is redisplaying, it will move window start in a window so that (point) will be visible in the buffer. For some reason that is a complex combination of folding text (maybe) and the complex code that Org evaluates before actually showing an agenda item, it seems that the redisplay engine might be kicked of with a wrong idea of where point should be. In this view, the reason why Samuel is getting this error more than anybody else would have to do with the fact that he is using HUGE fonts, with very little text in a window at any given time, so that the point is not in the window condition might be triggered more often. These are wild guesses, I know that years ago I spent *many* hours trying to figure out what is happening her. I still don't know. What you can do is make me a test case that will reproduce this behavior, reliably. I think that this problem could depend on hook settings and on setings of the context-revealing variables like org-show-hierarchy-above org-show-following-heading org-show-entry-below org-show-siblings so if you are trying to make a test case, you should use the same values for these variables and also try to figure out if the current visibility state of the outline has to do with it. Also, does this error exist in Emacs 23? :/ Regards - 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] New development organization - DRAFT, please comment
New setup = Author: Carsten Dominik Date: 2010-05-26 13:53:28 CEST Hi everyone, I am very excited about the great response to my request for help by a co-maintainer. As a result of the different offers and ideas, we are going to modify the development model for Org-mode. Here is my proposal on how things should work in the future. Let me know if I overlooks something. Table of Contents = 1 The git repository stays at git://repo.or.cz/org-mode 2 Patches sent to the mailing list are automatically registered 3 Feature requests and bug reports will be tracked in a text file 4 A small number of people should commit to Org's master branch 5 Other contributors 5.1 Submitting patches 5.2 Taking charge of a reported bug or a feature request 5.3 Copyright 1 The git repository stays at git://repo.or.cz/org-mode There was some discussion to move it to GitHub, but I think the advantages are small. Of cause you can run your own mirror on GitHub. Or, even better fork it from John Wiegley's mirror at [http://github.com/jwiegley/org-mode]. Patches you develop there can be applied and feature branches merged when a piece of development is accepted into Org-mode. 2 Patches sent to the mailing list are automatically registered John runs a patchwork server at [http://patchwork.newartisans.com/project/org-mode] This server scans mailing list posts for included patches, either plainly in the mail text, or as text attachments (mime-type text, subtypes x-patch, x-diff, or plain). John will oversee the discussion about these patches, and apply the ones that are accepted. I am sure that I will be involved as well, for some patches. 3 Feature requests and bug reports will be tracked in a text file ~~ This file lives on Worg, at [http://orgmode.org/work/org-issues.org] David Maus is the main maintainer of this file, he will collect issues and tasks and organize them. I envision that people with Worg access can go in and assign an issue to themselves and update the information while work is being done on the issue. How exactly this should be done I would like to leave to David. 4 A small number of people should commit to Org's master branch Currently I think only these people should commit to the master branch: - John Wiegley, when he is applying patches - Eric Schulte and Dan Davison, for all things concerning org-babel. These are the files currently in contrib/babel, they will move to lisp/babel at some point in the future. Eric and Dan also make changes to some other Org files where necessary to make the interaction with babel smooth. - Tom Breton for developing a test framework for Org, in the subdirectory testing. - Bastien for the occasional patch he handles, and everything necessary to keep worg and the website running - Carsten for all kinds of changes, including adding new modules, design changes etc etc. 5 Other contributors ~ Many people have offered help with individual issues. This help is more than welcome. 5.1 Submitting patches === Everyone can submit patches to the mailing list. See below about copyright issues. When people submit patches, everyone can help by studying them, applying them locally and reporting back to the mailing list, in the same thread. This will make it easier for John to decide if the patch should be applied. Note that we are abandoning the standard Emacs ChangeLog file to record changes. In a modern version control system like git, ChangeLog is duplicating information that should be in the commit message, and it is the main cause of merge conflicts. From now on, patches should not contain changes to the ChangeLog file, but should contains a similarly formatted entry in the commit message. An example is [here]. If you are using magit in Emacs, such entries are easily made by pressing C in the diff listing. Another option to make the entries is to use `C-x 4 a' in the changed function. This will create entries in the ChangeLog file, and you can then cut and paste these to the commit message and remove the indentation. [here]: http://article.gmane.org/gmane.emacs.orgmode/25574 5.2 Taking charge of a reported bug or a feature request = You can take charge of a reported bug or a feature request by noting so in the issue tracker file. Also reply to the mail that contained the report/request, indicating that you will take care of this issue. In this way, we avoid unnecessary duplication. 5.3 Copyright == Please note that only patches that change less than 10 lines can be used without
Re: [Orgmode] [Patch] file protocol in HTML links
Hi Sebastian, can you then please make a patch that reverts the incorrect fix and installs your better version? Against the current master? Thanks! - Carsten On May 26, 2010, at 11:51 AM, Sebastian Rose wrote: Sebastian Rose sebastian_r...@gmx.de writes: The appended patch removes the protocol part from link URIs, if the protocol is file. Neccessary, to show images again and make links work. diff --git a/lisp/org-html.el b/lisp/org-html.el index d5f4775..8f7d0f3 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -640,7 +640,7 @@ MAY-INLINE-P allows inlining it as an image. (setq thefile (let ((str (org-export-html-format-href thefile))) - (if type + (if (and type (not (string= file type))) (concat type : str) str))) Hi, I just pulled and saw it was fixed already - but in a wrong way, I believe. How about an absolute link URL with a different protocol like gopher? I think adding the protocol should be done, if the protocol is different from that used to deliver the file which contains the link. There's no need to add the protocol to an absolute path. 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 - 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] Question: org-remember and level1 target headline [resent]
[resending to get into the patch tracker] Hi, On 15.05.2010 08:42, Carsten Dominik wrote: On May 14, 2010, at 5:42 AM, Samuel Wales wrote: On 2010-05-13, Martin Pohlackm...@os.inf.tu-dresden.de wrote: Is there interest to define remember targets via paths or via ID? ID would be useful, I think. ID certainly - path could be useful to avoid ambiguities. Please find attached a first version of a patch adding support for IDs as remember targets. Feedback welcome. Cheers, Martin This patch adds support for specifying the ID of a target headline. Open issues: * Using a cons cell seems a bit ugly. A string would be fine too but this is already used by the headline itself in the choice element. * The visual appearance of the ID choice is suboptimal. Is there any way to hide the const visually? * The comments in the remember buffer seems to be setup wrong, where must I hook in to support IDs there? diff --git a/home/mpohlack/src/org-mode/lisp/org-remember.el b/org-remember.el index 59e015f..a0dbac4 100644 --- a/home/mpohlack/src/org-mode/lisp/org-remember.el +++ b/org-remember.el @@ -108,7 +108,8 @@ An optional fifth element can specify the headline in that file that should be offered first when the user is asked to file the entry. The default headline is given in the variable `org-remember-default-headline'. When this element is `top' or `bottom', the note will be placed as a level-1 -entry at the beginning or end of the file, respectively. +entry at the beginning or end of the file, respectively. You can also specify +the `ID' of a target headline. An optional sixth element specifies the contexts in which the template will be offered to the user. This element can be a list of major modes @@ -195,7 +196,8 @@ calendar | %:type %:date (const :tag Use `org-remember-default-headline' nil) (const :tag At beginning of file top) (const :tag At end of file bottom) - (const :tag In a date tree date-tree)) + (const :tag In a date tree date-tree) + (cons :tag ID (const :tag ID) (string :tag ID))) (choice :tag Context (const :tag Use in all contexts nil) (const :tag Use in all contexts t) @@ -974,6 +976,10 @@ See also the variable `org-reverse-note-order'. (org-datetree-find-date-create reference-date) (setq reversed nil) (setq org-goto-start-pos (point))) + ((consp heading) + (setq org-goto-start-pos (org-find-entry-with-id (cdr heading))) +(when (not org-goto-start-pos) + (error Target headline with ID '%s' not found (cdr heading ((and (stringp heading) (string-match \\S- heading)) (goto-char (point-min)) (if (re-search-forward ___ 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: Strange bug, request for more info
Carsten Dominik carsten.domi...@gmail.com writes: On May 26, 2010, at 4:44 AM, Bernt Hansen wrote: Let me know if you can think of anything I can provide to help track down this bug. Unfortunately, I really don't know how to fix this bug. Until I can get a way to reproduce this, it will be very hard to figure out what is causing this. My suspicion is that it has to do with redisplay. When Emacs is redisplaying, it will move window start in a window so that (point) will be visible in the buffer. For some reason that is a complex combination of folding text (maybe) and the complex code that Org evaluates before actually showing an agenda item, it seems that the redisplay engine might be kicked of with a wrong idea of where point should be. In this view, the reason why Samuel is getting this error more than anybody else would have to do with the fact that he is using HUGE fonts, with very little text in a window at any given time, so that the point is not in the window condition might be triggered more often. These are wild guesses, I know that years ago I spent *many* hours trying to figure out what is happening her. I still don't know. What you can do is make me a test case that will reproduce this behavior, reliably. I think that this problem could depend on hook settings and on setings of the context-revealing variables like org-show-hierarchy-above org-show-following-heading org-show-entry-below org-show-siblings so if you are trying to make a test case, you should use the same values for these variables and also try to figure out if the current visibility state of the outline has to do with it. Also, does this error exist in Emacs 23? Hi Carsten, I don't know if this is also in Emacs 23. I currently run two instances of org-mode (Emacs 22 in Linux at home and Emacs 23 in Windows at work). I'll keep an eye on it and report back if I see this behaviour in Emacs 23. I am not currently trying to build a test case for this bug since I can't reproduce it at will yet. Thanks for the descriptive analysis. Hopefully we can squash this one either by it being fixed in Emacs 23 or by getting a reproducible test case that shows the problem. Thanks, 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] New development organization - DRAFT, please comment
Hi, This looks like a great setup. I can't think of anything that I would want done differently. I have a couple of comments and questions for org-issues.org below. Thanks -- Eric Carsten Dominik domi...@uva.nl writes: [...] 3 Feature requests and bug reports will be tracked in a text file ~~ This file lives on Worg, at [http://orgmode.org/work/org-issues.org] small typo, the above link should be http://orgmode.org/work/org-issues.org David Maus is the main maintainer of this file, he will collect issues and tasks and organize them. I envision that people with Worg access can go in and assign an issue to themselves and update the information while work is being done on the issue. How exactly this should be done I would like to leave to David. Hi David, Thanks for taking this on. I just used this file to record a babel change, and I really like the overall idea and the layout. A couple of things that occurred to me. - would it be desirable to have a headline property (e.g. ASSIGNEE or somesuch) so that users can take responsibility of issues, and search for issues to which they've been assigned. - would it be difficult to tag babel files, i.e. messages with the [babel] marker in the headline, possibly in some automatic way, again to facilitate searching and sorting. - regarding the links to gmane articles? - this is really minor, but I personally prefer thread.gmane.org based links as they show the entire thread - how do we find the gmane id of a message? - is there an easy way to discover/generate gmane links say from information contained in an email? Many 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
Re: [Orgmode] New development organization - DRAFT, please comment
Eric Schulte schulte.e...@gmail.com writes: [...] Carsten Dominik domi...@uva.nl writes: [...] 3 Feature requests and bug reports will be tracked in a text file ~~ This file lives on Worg, at [http://orgmode.org/work/org-issues.org] small typo, the above link should be http://orgmode.org/work/org-issues.org ugh, my fault, *this* is the working link http://orgmode.org/worg/org-issues.php ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Error when trying to push to Worg repo
Hi, I've just closed one issue in org-issues.org, for which my patch has already been applied. But when I try to push my commit, I get some strange error: --8---cut here---start-8--- % git push Counting objects: 5, done. Delta compression using up to 2 threads. Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 463 bytes, done. Total 3 (delta 2), reused 0 (delta 0) error: unable to create temporary sha1 filename ./objects/64: File exists fatal: failed to write object error: unpack failed: unpacker exited with error code To git+ssh://t...@repo.or.cz/srv/git/Worg.git ! [remote rejected] master - master (n/a (unpacker error)) error: failed to push some refs to 'git+ssh://t...@repo.or.cz/srv/git/Worg.git' --8---cut here---end---8--- I already got a fresh clone of the Worg repo, but still I get that error (with ./objects/16 instead)... What's the problem? Bye, Tassilo ___ 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] Error when trying to push to Worg repo
On Thu, May 27 2010, Tassilo Horn wrote: What's the problem? Looks like a permission problem in the git dir, probably on the server side. My 2¢, -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info pgpiMbkkNhNEj.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] Error when trying to push to Worg repo
On Thursday 27 May 2010 17:18:42 Julien Danjou wrote: What's the problem? Looks like a permission problem in the git dir, probably on the server side. Hm, after reading the Worg docs again, maybe I didn't drop Bastien a mail with my repo.or.cz username. Bastien, I am tsdh. ;-) Bye, Tassilo ___ 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] html export
Aloha all, Org-mode html export recently began to format links improperly for me in projects that have been stable for some time and working properly. I now get pimg src=file:r/filename.png alt=file:r/filename.png / /p This isn't a bug report. I've been having lots of problems publishing formerly stable projects, some of which I believe are due to changes in org-mode while others appear to stem from my setup. I haven't investigated this one yet, but it would help me to know if others are seeing similar behavior when publishing to html. All the best, Tom___ 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: [PATCH] only display a scheduled item if it is due today or in the past
On Sat, May 22, 2010 at 11:27 AM, Matthew Lundin m...@imapmail.org wrote: Nathaniel Flath flat0...@gmail.com writes: Yes, this patch is primarily for weekly agendas - it changes when items are displayed to be the same as having a style of 'habit, while also allowing to do it for non-recurring items. Do you mean that it is the same as when org-habit-show-habits-only-for-today is set to t? From what I gather, it is almost the same except that the agenda entry does NOT show the habit-grid. org-agenda-repeating-timestamp-show-all doesn't do quite what I want - I want the item to not show on my weekly agenda if it isn't scheduled for today, where that will make it show a maximum of once. I'd be wiling to write a personal skip function - I mainly did it this way because I was emulating org-habit, and then I thought it may be useful to other people. This is what I'll fall back to if you decide not to install this patch. Nathaniel, can you forward me your personal skip function if you write one? Thanks, --Nate ___ 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: Strange bug, request for more info
Brent Hansen be...@norang.ca writes: I am not currently trying to build a test case for this bug since I can't reproduce it at will yet. Thanks for the descriptive analysis. Hopefully we can squash this one either by it being fixed in Emacs 23 or by getting a reproducible test case that shows the problem. I would like to note that I haven't noticed this issue in a really long time now. 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
[Orgmode] [babel] buffer-wide settings for R graphical header arguments
Hello, You can specify graphical header args in source blocks for R blocks that produce graphical output, e.g.: #+BEGIN_SRC R :file output.png :width 720 You can also set buffer-wide options with the following syntax, for example, with the tangle header argument. #+PROPERTY: tangle yes However, this doesn't appear to be working for me if I use, say `width`, in the following fashion. #+PROPERTY: width 720 Are R graphical header arguments supposed to be able to be set buffer-wide? Thanks! Erik ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Export to html
Aloha all, On the bus this morning I was able to find out a bit more about problems with html export. Using Bernt's minimal.emacs and exporting to html with C-c C-e H, git bisect says: 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e is the first bad commit commit 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e Author: Tom Breton (Tehom) te...@panix.com Date: Mon May 17 18:17:38 2010 -0400 Moved to new branch Prior to this commit file links are exported like this: a href=index.pdffile:index.pdf/a After the commit, file links are exported like this: a href=file:index.pdfindex.pdf/a I was a bit surprised at the git bisect result because I understood Tom Breton (Tehom) to be working on a testing framework, rather than html export. So, I ran through git bisect a second time and got identical results. I hope I've understood the procedure correctly and that this information is useful. At this point, I'm in way over my head and won't be able to do more without specific instructions. I'm currently using commit d56d417bc214088114e10c959ce78bee2d26635d on the master branch to make my exporting and publishing setup work as expected. All the best, Tom ___ 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: [PATCH] org-wl: Remove dependency on w3m macro `w3m-anchor'
David Maus dm...@ictsoc.ed writes: Again, forgot to mention: Patch is available on David, Can you please explain for me the rationale behind this change? Thanks, 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
[Orgmode] Re: [babel] buffer-wide settings for R graphical header arguments
Erik Iverson er...@ccbr.umn.edu writes: Hello, You can specify graphical header args in source blocks for R blocks that produce graphical output, e.g.: #+BEGIN_SRC R :file output.png :width 720 You can also set buffer-wide options with the following syntax, for example, with the tangle header argument. #+PROPERTY: tangle yes However, this doesn't appear to be working for me if I use, say width`, in the following fashion. #+PROPERTY: width 720 Are R graphical header arguments supposed to be able to be set buffer-wide? Hi Erik, Not currently but let's allow this. Currently, when checking org properties we look for general org-babel header args, but not language-specific header args. (And :width is currently R-specific I believe). Eric -- how do you feel about the patches below? This adds the ability for languages to define their own list of header arg names, e.g. org-babel-header-arg-names:R. Then when we check org properties for babel header args, we additionally check for language-specific header args. --8---cut here---start-8--- commit 13d20f842796406557d2f439853013200ad5dbf8 Author: Dan Davison davi...@stats.ox.ac.uk Date: Thu May 27 15:18:12 2010 -0400 babel: Check properties for language-specific header args diff --git a/contrib/babel/lisp/org-babel.el b/contrib/babel/lisp/org-babel.el index 4f3d09c..ae6f8fa 100644 @@ -571,21 +571,29 @@ with C-c C-c. (goto-char (match-end 0 (unless visited-p (kill-buffer (file-name-nondirectory ,file) -(defun org-babel-params-from-properties () +(defun org-babel-params-from-properties (optional lang) Return an association list of any source block params which may be specified in the properties of the current outline entry. - (save-match-data -(delq nil - (mapcar - (lambda (header-arg) - (let ((val (or (condition-case nil -(org-entry-get (point) header-arg t) - (error nil)) -(cdr (assoc header-arg org-file-properties) - (when val - ;; (message prop %s=%s header-arg val) ;; debugging - (cons (intern (concat : header-arg)) val - (mapcar 'symbol-name org-babel-header-arg-names) + (let (lang-header-arg-names) +(when lang + (let ((lang-header-arg-names-symbol +(intern (concat org-babel-header-arg-names: lang + (if (boundp lang-header-arg-names-symbol) + (setq lang-header-arg-names + (eval lang-header-arg-names-symbol) +(save-match-data + (delq nil + (mapcar +(lambda (header-arg) + (let ((val (or (condition-case nil + (org-entry-get (point) header-arg t) + (error nil)) + (cdr (assoc header-arg org-file-properties) +(when val + ;; (message prop %s=%s header-arg val) ;; debugging + (cons (intern (concat : header-arg)) val +(mapcar 'symbol-name +(append org-babel-header-arg-names lang-header-arg-names))) (defun org-babel-parse-src-block-match () (let* ((lang (org-babel-clean-text-properties (match-string 1))) @@ -603,7 +611,7 @@ may be specified in the properties of the current outline entry. (buffer-string))) (org-babel-merge-params org-babel-default-header-args - (org-babel-params-from-properties) + (org-babel-params-from-properties lang) (if (boundp lang-headers) (eval lang-headers) nil) (org-babel-parse-header-arguments (org-babel-clean-text-properties (or (match-string 3) @@ -617,7 +625,7 @@ may be specified in the properties of the current outline entry. (org-babel-clean-text-properties (match-string 5))) (org-babel-merge-params org-babel-default-inline-header-args - (org-babel-params-from-properties) + (org-babel-params-from-properties lang) (if (boundp lang-headers) (eval lang-headers) nil) (org-babel-parse-header-arguments (org-babel-clean-text-properties (or (match-string 4) ))) --8---cut here---end---8--- --8---cut here---start-8--- commit 55d843bbe63bb32363281c4ad88c2c226928f4c0 Author: Dan Davison davi...@stats.ox.ac.uk Date: Thu May 27 15:18:44 2010 -0400 babel: Define R-specific header arguments diff --git a/contrib/babel/lisp/langs/org-babel-R.el b/contrib/babel/lisp/langs/org-babel-R.el index c1dd67a..6c0a380 100644 --- a/contrib/babel/lisp/langs/org-babel-R.el +++ b/contrib/babel/lisp/langs/org-babel-R.el @@ -35,6 +35,12 @@ (add-to-list 'org-babel-tangle-langs '(R R #!/usr/bin/env Rscript)) +(defconst
[Orgmode] Re: Proposal: Emtest as tester
Tom Breton (Tehom) te...@panix.com writes: At Carsten's request, I am proposing emtest as the tester for org-mode. I would like to hear if there are any objections or questions. Hi Tom, My googling didn't manage to find emtest -- where does the code live at the moment? At the moment it lives in a tarball. I will put up an updated version at panix.com/~tehom/my-code/emtest-bundle.tar.gz That's emtest plus all supporting packages. (Should be all, I may have missed some dependencies I have locally) I'm looking to have it hosted on Savannah. You've given me the impetus to go and do that, so thanks. Is there an Org repo out there demonstrating how it would integrate, Right now the only git repo lives on my machine. and/or some documentation and examples of usage? Right now the documentation consists of my design notes, which are probably confusing since they include as-built, unrealized plans, self-debates over the right approach, discarded and/or obsolete plans, bugfixes, and progress notes. I will try to write up something more accessible. Every feature has examples of usage in the tests.el files, one of the virtues of tests. Tom Breton (Tehom) ___ 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] Proposal: Emtest as tester
Hi Tom, [...] I made an attempt earlier to propose a testing framework and wrote some thoughts in an email thread: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg22558.html I read that. Interesting. Would your proposal cover my example-based approach? How hard would it be to turn a typical bug report into a test case? Not hard at all. Most of what you propose is already supported. You would put both the input and expected output in FOO/examples/UNIQUE-NAMES The sequence of commands can easily be made into a test case. `emt:insert' inserts the template for you (choose `emt:insert-test'), then paste it in. Rather than saving the buffer, you probably want to do it all inside a mock buffer, like (excuse the online-editor formatting) (emtb:with-buf (:file INPUT-FILE-NAME) (operations) (emtb:buf-contents-matches (:file OUTPUT-FILE-NAME)) For testing only visible output, you'd presumably use org-export-visible and compare that buffer's contents to what's expected. Wildcard comparisons in files are not yet supported. I will take that as a feature request. Tom Breton (Tehom) ___ 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] buffer-wide settings for R graphical header arguments
Hi, This sounds like a great idea. I like language specific header arguments, and I like passing the language as an optional argument to `org-babel-params-from-properties'. I downloaded the patch from, http://patchwork.newartisans.com/patch/22/, and tried to apply it to my local git repository, but got the following error --8---cut here---start-8--- git am ~/Downloads/Orgmode-Re-babel-buffer-wide-settings-for-R-graphical-header-arguments.patch Applying: buffer-wide settings for R graphical header arguments error: patch failed: contrib/babel/lisp/org-babel.el:603 error: contrib/babel/lisp/org-babel.el: patch does not apply --8---cut here---end---8--- was that patch against the latest git head? Aside form some minor tweaks to the implementation in `org-babel-params-from-properties' -- I'd want the save-match-data on the outside of the function and I'd want to play around with the nested let statements -- it looks great to me. Best -- Eric Dan Davison davi...@stats.ox.ac.uk writes: Erik Iverson er...@ccbr.umn.edu writes: Hello, You can specify graphical header args in source blocks for R blocks that produce graphical output, e.g.: #+BEGIN_SRC R :file output.png :width 720 You can also set buffer-wide options with the following syntax, for example, with the tangle header argument. #+PROPERTY: tangle yes However, this doesn't appear to be working for me if I use, say width`, in the following fashion. #+PROPERTY: width 720 Are R graphical header arguments supposed to be able to be set buffer-wide? Hi Erik, Not currently but let's allow this. Currently, when checking org properties we look for general org-babel header args, but not language-specific header args. (And :width is currently R-specific I believe). Eric -- how do you feel about the patches below? This adds the ability for languages to define their own list of header arg names, e.g. org-babel-header-arg-names:R. Then when we check org properties for babel header args, we additionally check for language-specific header args. commit 13d20f842796406557d2f439853013200ad5dbf8 Author: Dan Davison davi...@stats.ox.ac.uk Date: Thu May 27 15:18:12 2010 -0400 babel: Check properties for language-specific header args diff --git a/contrib/babel/lisp/org-babel.el b/contrib/babel/lisp/org-babel.el index 4f3d09c..ae6f8fa 100644 @@ -571,21 +571,29 @@ with C-c C-c. (goto-char (match-end 0 (unless visited-p (kill-buffer (file-name-nondirectory ,file) -(defun org-babel-params-from-properties () +(defun org-babel-params-from-properties (optional lang) Return an association list of any source block params which may be specified in the properties of the current outline entry. - (save-match-data -(delq nil - (mapcar - (lambda (header-arg) - (let ((val (or (condition-case nil -(org-entry-get (point) header-arg t) - (error nil)) -(cdr (assoc header-arg org-file-properties) - (when val - ;; (message prop %s=%s header-arg val) ;; debugging - (cons (intern (concat : header-arg)) val - (mapcar 'symbol-name org-babel-header-arg-names) + (let (lang-header-arg-names) +(when lang + (let ((lang-header-arg-names-symbol +(intern (concat org-babel-header-arg-names: lang + (if (boundp lang-header-arg-names-symbol) + (setq lang-header-arg-names + (eval lang-header-arg-names-symbol) +(save-match-data + (delq nil + (mapcar +(lambda (header-arg) + (let ((val (or (condition-case nil + (org-entry-get (point) header-arg t) + (error nil)) + (cdr (assoc header-arg org-file-properties) +(when val + ;; (message prop %s=%s header-arg val) ;; debugging + (cons (intern (concat : header-arg)) val +(mapcar 'symbol-name +(append org-babel-header-arg-names lang-header-arg-names))) (defun org-babel-parse-src-block-match () (let* ((lang (org-babel-clean-text-properties (match-string 1))) @@ -603,7 +611,7 @@ may be specified in the properties of the current outline entry. (buffer-string))) (org-babel-merge-params org-babel-default-header-args - (org-babel-params-from-properties) + (org-babel-params-from-properties lang) (if (boundp lang-headers) (eval lang-headers) nil) (org-babel-parse-header-arguments (org-babel-clean-text-properties (or (match-string 3) @@ -617,7 +625,7 @@ may be specified in the properties of the
Re: [Orgmode] Export to html
Thomas S. Dye t...@tsdye.com wrote: Aloha all, On the bus this morning I was able to find out a bit more about problems with html export. Using Bernt's minimal.emacs and exporting to html with C-c C-e H, git bisect says: 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e is the first bad commit commit 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e Author: Tom Breton (Tehom) te...@panix.com Date: Mon May 17 18:17:38 2010 -0400 Moved to new branch Prior to this commit file links are exported like this: a href=index.pdffile:index.pdf/a After the commit, file links are exported like this: a href=file:index.pdfindex.pdf/a I was a bit surprised at the git bisect result because I understood Tom Breton (Tehom) to be working on a testing framework, rather than html export. So, I ran through git bisect a second time and got identical results. I hope I've understood the procedure correctly and that this information is useful. At this point, I'm in way over my head and won't be able to do more without specific instructions. I'm currently using commit d56d417bc214088114e10c959ce78bee2d26635d on the master branch to make my exporting and publishing setup work as expected. Tom, I can't reproduce the busted link. With more-or-less-current Org-mode (version 6.36trans (release_6.36.102.g67b5)), the link looks like this: a href=foo.pdffoo.pdf/a Reverting the commit you identified (the revert was not clean: I had to resolve a merge conflict by hand - a dicey proposition, particularly in this situation where I have no idea what the patch is trying to do) gives me: a href=foo.pdffile:foo.pdf/a That's with your minimal.emacs for the other problem you've identified (changed to produce html of course). So it looks like the patch cleaned up the link name in this case. Nick PS. I also looked at the commit: I gave up on figuring it out in any reasonable time, but I must say the commit comment is no help. ___ 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] file protocol in HTML links
On May 27, 2010, at 11:34 PM, Sebastian Rose wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi Sebastian, can you then please make a patch that reverts the incorrect fix and installs your better version? Against the current master? Hi Carsten, I saw you applied the patch. There is nothing I'd want to remove in the code, as it is indeed OK to prepend the protocol part to all the other URIs. Is there still something I should do? Inly if there are further bug reports. Thanks for looking into this. - Carsten Sebastian Thanks! - Carsten On May 26, 2010, at 11:51 AM, Sebastian Rose wrote: Sebastian Rose sebastian_r...@gmx.de writes: The appended patch removes the protocol part from link URIs, if the protocol is file. Neccessary, to show images again and make links work. diff --git a/lisp/org-html.el b/lisp/org-html.el index d5f4775..8f7d0f3 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -640,7 +640,7 @@ MAY-INLINE-P allows inlining it as an image. (setq thefile (let ((str (org-export-html-format-href thefile))) - (if type + (if (and type (not (string= file type))) (concat type : str) str))) Hi, I just pulled and saw it was fixed already - but in a wrong way, I believe. How about an absolute link URL with a different protocol like gopher? I think adding the protocol should be done, if the protocol is different from that used to deliver the file which contains the link. There's no need to add the protocol to an absolute path. 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 - Carsten - 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] html export
Hi Tom, On May 27, 2010, at 6:37 PM, Thomas S. Dye wrote: Aloha all, Org-mode html export recently began to format links improperly for me in projects that have been stable for some time and working properly. I now get pimg src=file:r/filename.png alt=file:r/ filename.png //p This isn't a bug report. I've been having lots of problems publishing formerly stable projects, some of which I believe are due to changes in org-mode while others appear to stem from my setup. I haven't investigated this one yet, but it would help me to know if others are seeing similar behavior when publishing to html. This i a bug introduced by a recent patch to factorize link creation in html export into a separate function. We are still ironing out the small problems this patch created. If this i a critical issue, switch back to an older verion for the time being. I believe Sebastian Rose is now looking at the problem... - Carsten All the best, Tom ___ 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] html export
Hi Carsten and Thomas, Carsten Dominik carsten.domi...@gmail.com writes: Hi Tom, On May 27, 2010, at 6:37 PM, Thomas S. Dye wrote: Aloha all, Org-mode html export recently began to format links improperly for me in projects that have been stable for some time and working properly. I now get pimg src=file:r/filename.png alt=file:r/ filename.png //p This isn't a bug report. I've been having lots of problems publishing formerly stable projects, some of which I believe are due to changes in org-mode while others appear to stem from my setup. I haven't investigated this one yet, but it would help me to know if others are seeing similar behavior when publishing to html. This i a bug introduced by a recent patch to factorize link creation in html export into a separate function. We are still ironing out the small problems this patch created. If this i a critical issue, switch back to an older verion for the time being. I believe Sebastian Rose is now looking at the problem... I just saw my patch was applied yesterday. For the bug is fixed, but there might be corner cases I overlooked. Thomas, does the current head not work for you? If not, could you make up a little example for testing? Sebastian - Carsten All the best, Tom ___ 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] Export to html
Thanks Nick, Sebastian Rose thinks this is fixed now. I haven't had time to pull the latest org-mode, but hope to do so soon. Apologies if my adventure with git bisect led you into dicey territory. As always, I appreciate the benefit of your experience. All the best, Tom On May 27, 2010, at 11:30 AM, Nick Dokos wrote: Thomas S. Dye t...@tsdye.com wrote: Aloha all, On the bus this morning I was able to find out a bit more about problems with html export. Using Bernt's minimal.emacs and exporting to html with C-c C-e H, git bisect says: 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e is the first bad commit commit 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e Author: Tom Breton (Tehom) te...@panix.com Date: Mon May 17 18:17:38 2010 -0400 Moved to new branch Prior to this commit file links are exported like this: a href=index.pdffile:index.pdf/a After the commit, file links are exported like this: a href=file:index.pdfindex.pdf/a I was a bit surprised at the git bisect result because I understood Tom Breton (Tehom) to be working on a testing framework, rather than html export. So, I ran through git bisect a second time and got identical results. I hope I've understood the procedure correctly and that this information is useful. At this point, I'm in way over my head and won't be able to do more without specific instructions. I'm currently using commit d56d417bc214088114e10c959ce78bee2d26635d on the master branch to make my exporting and publishing setup work as expected. Tom, I can't reproduce the busted link. With more-or-less-current Org-mode (version 6.36trans (release_6.36.102.g67b5)), the link looks like this: a href=foo.pdffoo.pdf/a Reverting the commit you identified (the revert was not clean: I had to resolve a merge conflict by hand - a dicey proposition, particularly in this situation where I have no idea what the patch is trying to do) gives me: a href=foo.pdffile:foo.pdf/a That's with your minimal.emacs for the other problem you've identified (changed to produce html of course). So it looks like the patch cleaned up the link name in this case. Nick PS. I also looked at the commit: I gave up on figuring it out in any reasonable time, but I must say the commit comment is no help. ___ 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] Export to html
Nick Dokos nicholas.do...@hp.com writes: Thomas S. Dye t...@tsdye.com wrote: Aloha all, On the bus this morning I was able to find out a bit more about problems with html export. Using Bernt's minimal.emacs and exporting to html with C-c C-e H, git bisect says: 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e is the first bad commit commit 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e Author: Tom Breton (Tehom) te...@panix.com Date: Mon May 17 18:17:38 2010 -0400 Moved to new branch Prior to this commit file links are exported like this: a href=index.pdffile:index.pdf/a After the commit, file links are exported like this: a href=file:index.pdfindex.pdf/a I was a bit surprised at the git bisect result because I understood Tom Breton (Tehom) to be working on a testing framework, rather than html export. So, I ran through git bisect a second time and got identical results. I hope I've understood the procedure correctly and that this information is useful. At this point, I'm in way over my head and won't be able to do more without specific instructions. I'm currently using commit d56d417bc214088114e10c959ce78bee2d26635d on the master branch to make my exporting and publishing setup work as expected. In the current Org-mode's version this should be fixed. Carsten pushed a fix yesterday. Tom, I can't reproduce the busted link. With more-or-less-current Org-mode (version 6.36trans (release_6.36.102.g67b5)), the link looks like this: a href=foo.pdffoo.pdf/a Reverting the commit you identified (the revert was not clean: I had to resolve a merge conflict by hand - a dicey proposition, particularly in this situation where I have no idea what the patch is trying to do) gives me: a href=foo.pdffile:foo.pdf/a That's with your minimal.emacs for the other problem you've identified (changed to produce html of course). So it looks like the patch cleaned up the link name in this case. Nick PS. I also looked at the commit: I gave up on figuring it out in any reasonable time, but I must say the commit comment is no help. 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
[Orgmode] Re: [babel] buffer-wide settings for R graphical header arguments
Eric Schulte schulte.e...@gmail.com writes: Hi, This sounds like a great idea. I like language specific header arguments, and I like passing the language as an optional argument to `org-babel-params-from-properties'. I downloaded the patch from, http://patchwork.newartisans.com/patch/22/, and tried to apply it to my local git repository, but got the following error My message contained two patches, each delimited by the hideous --8-cut hereend--8--- stuff. It looks like patchwork has not presented that in a way that can be digested by git-am. Perhaps delimiting them both as a single chunk is the way to go. git am ~/Downloads/Orgmode-Re-babel-buffer-wide-settings-for-R-graphical-header-arguments.patch Applying: buffer-wide settings for R graphical header arguments error: patch failed: contrib/babel/lisp/org-babel.el:603 error: contrib/babel/lisp/org-babel.el: patch does not apply was that patch against the latest git head? Aside form some minor tweaks to the implementation in `org-babel-params-from-properties' -- I'd want the save-match-data on the outside of the function and I'd want to play around with the nested let statements -- it looks great to me. OK, great. I'll finalise that off line. Dan Best -- Eric Dan Davison davi...@stats.ox.ac.uk writes: Erik Iverson er...@ccbr.umn.edu writes: Hello, You can specify graphical header args in source blocks for R blocks that produce graphical output, e.g.: #+BEGIN_SRC R :file output.png :width 720 You can also set buffer-wide options with the following syntax, for example, with the tangle header argument. #+PROPERTY: tangle yes However, this doesn't appear to be working for me if I use, say width`, in the following fashion. #+PROPERTY: width 720 Are R graphical header arguments supposed to be able to be set buffer-wide? Hi Erik, Not currently but let's allow this. Currently, when checking org properties we look for general org-babel header args, but not language-specific header args. (And :width is currently R-specific I believe). Eric -- how do you feel about the patches below? This adds the ability for languages to define their own list of header arg names, e.g. org-babel-header-arg-names:R. Then when we check org properties for babel header args, we additionally check for language-specific header args. commit 13d20f842796406557d2f439853013200ad5dbf8 Author: Dan Davison davi...@stats.ox.ac.uk Date: Thu May 27 15:18:12 2010 -0400 babel: Check properties for language-specific header args diff --git a/contrib/babel/lisp/org-babel.el b/contrib/babel/lisp/org-babel.el index 4f3d09c..ae6f8fa 100644 @@ -571,21 +571,29 @@ with C-c C-c. (goto-char (match-end 0 (unless visited-p (kill-buffer (file-name-nondirectory ,file) -(defun org-babel-params-from-properties () +(defun org-babel-params-from-properties (optional lang) Return an association list of any source block params which may be specified in the properties of the current outline entry. - (save-match-data -(delq nil - (mapcar - (lambda (header-arg) - (let ((val (or (condition-case nil -(org-entry-get (point) header-arg t) - (error nil)) -(cdr (assoc header-arg org-file-properties) - (when val - ;; (message prop %s=%s header-arg val) ;; debugging - (cons (intern (concat : header-arg)) val - (mapcar 'symbol-name org-babel-header-arg-names) + (let (lang-header-arg-names) +(when lang + (let ((lang-header-arg-names-symbol +(intern (concat org-babel-header-arg-names: lang + (if (boundp lang-header-arg-names-symbol) + (setq lang-header-arg-names + (eval lang-header-arg-names-symbol) +(save-match-data + (delq nil + (mapcar +(lambda (header-arg) + (let ((val (or (condition-case nil + (org-entry-get (point) header-arg t) + (error nil)) + (cdr (assoc header-arg org-file-properties) +(when val + ;; (message prop %s=%s header-arg val) ;; debugging + (cons (intern (concat : header-arg)) val +(mapcar 'symbol-name +(append org-babel-header-arg-names lang-header-arg-names))) (defun org-babel-parse-src-block-match () (let* ((lang (org-babel-clean-text-properties (match-string 1))) @@ -603,7 +611,7 @@ may be specified in the properties of the current outline entry. (buffer-string))) (org-babel-merge-params org-babel-default-header-args - (org-babel-params-from-properties) + (org-babel-params-from-properties lang)
Re: [Orgmode] Aquamacs and latest org-mode
Hi Stefan, Thanks for the directions. I noticed that /Application/Aquamacs.app/Contents/Resources/lisp/org has the org lisp files and the org-mode Makefile is generating elc files in /usr/local/... Would Aquamacs automatically pick them up from there or do I need to generate the elc into the Aquamacs folder? thanks, -- yuri On Wed, May 26, 2010 at 6:36 PM, Stefan Vollmar voll...@nf.mpg.de wrote: Dear Yuri, On 27.05.2010, at 00:23, Yuri de Wit wrote: Could someone point me in the right direction here? I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 and org-mode 6.33x. How can I update org-mode to the latest version? I am familiar with git, cloning, building etc. But I am not sure how to hook that up to Aquamacs. there are several ways, here is one: (1) git clone git://repo.or.cz/org-mode.git (2) In the Makefile change EMACS to EMACS=/Applications/Aquamacs.app/Contents/MacOS/Aquamacs assuming you installed Aquamcs in /Applications (3) make compile; make lisp/org-install.el (4) In your .emacs (defvar org-sys-directory /path/to/org-mode/lisp) (setq load-path (cons org-sys-directory load-path)) (require 'org-install) [other org-specific setup] Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de ___ 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] file protocol in HTML links
Carsten Dominik carsten.domi...@gmail.com writes: Hi Sebastian, can you then please make a patch that reverts the incorrect fix and installs your better version? Against the current master? Hi Carsten, I saw you applied the patch. There is nothing I'd want to remove in the code, as it is indeed OK to prepend the protocol part to all the other URIs. Is there still something I should do? Sebastian Thanks! - Carsten On May 26, 2010, at 11:51 AM, Sebastian Rose wrote: Sebastian Rose sebastian_r...@gmx.de writes: The appended patch removes the protocol part from link URIs, if the protocol is file. Neccessary, to show images again and make links work. diff --git a/lisp/org-html.el b/lisp/org-html.el index d5f4775..8f7d0f3 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -640,7 +640,7 @@ MAY-INLINE-P allows inlining it as an image. (setq thefile (let ((str (org-export-html-format-href thefile))) - (if type + (if (and type (not (string= file type))) (concat type : str) str))) Hi, I just pulled and saw it was fixed already - but in a wrong way, I believe. How about an absolute link URL with a different protocol like gopher? I think adding the protocol should be done, if the protocol is different from that used to deliver the file which contains the link. There's no need to add the protocol to an absolute path. 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 - 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] Error when trying to push to Worg repo
Tassilo Horn tass...@member.fsf.org writes: Hm, after reading the Worg docs again, maybe I didn't drop Bastien a mail with my repo.or.cz username. Bastien, I am tsdh. ;-) :) I added you, you can now push. This is a frequent mistake, I put this part of the instructions in bold font. Thanks for contributing! -- 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] Simple Literate Programming Example
I put the Simple Literate Programming Example from the Org-Babel Introduction in a file hello.org, namely, ==hello.org=== #+srcname: hello-world-prefix #+begin_src sh :exports none echo /---\\ #+end_src #+srcname: hello-world-postfix #+begin_src sh :exports none echo \---/ #+end_src #+srcname: hello-world #+begin_src sh :tangle hello :exports none # hello-world-prefix echo | hello world | # hello-world-postfix #+end_src ==end=hello.org=== Then I do M-x org-babel-tangle, and this generates the file hello: =begin=hello #!/usr/bin/env sh # [[file:~/ORG/hello.org][hello-world]] # hello-world-prefix echo | hello world | # hello-world-postfix # hello-world ends here ==end=hello= which does not seem to jive with the Introduction, which, among other things, says the *'s should expand. I've seen other examples where the #'s are removed from before the *'s, but this does not seem to matter. Any ideas on what I'm missing? My .emacs file is ==begin=.emacs= (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) (setq load-path (cons /tmp/org-mode/lisp load-path)) (setq load-path (cons /tmp/org-mode/contrib/lisp load-path)) (require 'org-babel-init) (require 'org-babel-sh) (org-babel-load-library-of-babel) =end=.emacs= and the /tmp/org-mode/ is a Git directory from today. ___ 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] Simple Literate Programming Example
On May 27, 2010, at 1:43 PM, w t wrote: I put the Simple Literate Programming Example from the Org-Babel Introduction in a file hello.org, namely, ==hello.org=== #+srcname: hello-world-prefix #+begin_src sh :exports none echo /---\\ #+end_src #+srcname: hello-world-postfix #+begin_src sh :exports none echo \---/ #+end_src #+srcname: hello-world #+begin_src sh :tangle hello :exports none # hello-world-prefix echo | hello world | # hello-world-postfix #+end_src ==end=hello.org=== Then I do M-x org-babel-tangle, and this generates the file hello: =begin=hello #!/usr/bin/env sh # [[file:~/ORG/hello.org][hello-world]] # hello-world-prefix echo | hello world | # hello-world-postfix # hello-world ends here ==end=hello= which does not seem to jive with the Introduction, which, among other things, says the *'s should expand. I've seen other examples where the #'s are removed from before the *'s, but this does not seem to matter. Any ideas on what I'm missing? My .emacs file is ==begin=.emacs= (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) (setq load-path (cons /tmp/org-mode/lisp load-path)) (setq load-path (cons /tmp/org-mode/contrib/lisp load-path)) (require 'org-babel-init) (require 'org-babel-sh) (org-babel-load-library-of-babel) =end=.emacs= and the /tmp/org-mode/ is a Git directory from today. Hi w t, Thanks for pointing this out. I believe you'll need to add the :noweb yes header argument to code blocks that include to be expanded. I'll update the example on Worg to reflect this newer feature of Org- babel. All the best, Tom ___ 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] Aquamacs and latest org-mode
Yuri de Wit yde...@gmail.com wrote: Hi Stefan, Thanks for the directions. I noticed that /Application/Aquamacs.app/Contents/Resources/lisp/org has th= e org lisp files and the org-mode Makefile is generating elc files in /usr/local/... Would Aquamacs automatically pick them up from there or do I need to generate the elc into the Aquamacs folder? Are you sure they are generated in /usr/local/...? In my case, the .elc files are generated in the same directory as the corresponding .el files. But in any case, if aquamacs is more-or-less normal emacs, then setting the load-path as Stefan indicated should be enough for them to be found. You can make sure by evaluating the following (locate-library org) Just put the cursor after the closing paren and type C-x C-e HTH, Nick thanks, -- yuri On Wed, May 26, 2010 at 6:36 PM, Stefan Vollmar voll...@nf.mpg.de wrote: Dear Yuri, On 27.05.2010, at 00:23, Yuri de Wit wrote: Could someone point me in the right direction here? I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 an= d org-mode 6.33x. How can I update org-mode to the latest version? I am familiar with git, cloning, building etc. But I am not sure how to hook that up to Aquamacs. there are several ways, here is one: (1) git clone git://repo.or.cz/org-mode.git (2) In the Makefile change EMACS to EMACS=3D/Applications/Aquamacs.app/Contents/MacOS/Aquamacs assuming you installed Aquamcs in /Applications (3) make compile; make lisp/org-install.el (4) In your .emacs (defvar org-sys-directory /path/to/org-mode/lisp) (setq load-path (cons org-sys-directory load-path)) (require 'org-install) [other org-specific setup] Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut f=FCr neurologische Forschung Gleuelerstr. 50, 50931 K=F6ln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de --000e0cd5156a93c68e04879b219d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Stefan,=A0divbr/divdivThanks for the directions.=A0/divdivb= r/divdivI noticed that /Application/Aquamacs.app/Contents/Resources/li= sp/org has the org lisp files and the org-mode Makefile is generating elc f= iles in /usr/local/... Would Aquamacs automatically pick them up from there= or do I need to generate the elc into the Aquamacs folder?/div divbr/divdivthanks,/divdiv-- yuribrbrdiv class=3Dgmail_qu= oteOn Wed, May 26, 2010 at 6:36 PM, Stefan Vollmar span dir=3Dltrlt;= a href=3Dmailto:voll...@nf.mpg.de;voll...@nf.mpg.de/agt;/span wrote= :br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;Dear Yuri,br divdiv/divdiv class=3Dh5br On 27.05.2010, at 00:23, Yuri de Wit wrote:br br gt; Could someone point me in the right direction here?br gt;br gt; I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 a= nd org-mode 6.33x. How can I update org-mode to the latest version?br gt;br gt; I am familiar with git, cloning, building etc. But I am not sure how t= o hook that up to Aquamacs.br br br /div/divthere are several ways, here is one:br br (1) git clone git://a href=3Dhttp://repo.or.cz/org-mode.git; target=3D_b= lankrepo.or.cz/org-mode.git/abr (2) In the Makefile change EMACS tobr EMACS=3D/Applications/Aquamacs.app/Contents/MacOS/Aquamacsbr assuming you installed Aquamcs in /Applicationsbr (3) make compile; make lisp/org-install.elbr (4) In your .emacsbr br (defvar org-sys-directory quot;/path/to/org-mode/lispquot;)br (setq load-path (cons org-sys-directory load-path))br (require #39;org-install)br [other org-specific setup]br br Warm regards,br =A0Stefanbr font color=3D#88--br Dr. Stefan Vollmar, Dipl.-Phys.br Head of IT groupbr Max-Planck-Institut f=FCr neurologische Forschungbr Gleuelerstr. 50, 50931 K=F6ln, Germanybr Tel.: +49-221-4726-213 =A0FAX +49-221-4726-298br Tel.: +49-221-478-5713 =A0Mobile: 0160-93874279br Email: a href=3Dmailto:voll...@nf.mpg.de;voll...@nf.mpg.de/a =A0 a hr= ef=3Dhttp://www.nf.mpg.de; target=3D_blankhttp://www.nf.mpg.de/abr br br br br br br /font/blockquote/divbr/div --000e0cd5156a93c68e04879b219d-- --===1748008595== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___ 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 --===1748008595==-- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org
Re: [Orgmode] Export to html
Aloha Sebastian, Yes, the links are exporting correctly now. Thanks, Tom On May 27, 2010, at 12:35 PM, Sebastian Rose wrote: Nick Dokos nicholas.do...@hp.com writes: Thomas S. Dye t...@tsdye.com wrote: Aloha all, On the bus this morning I was able to find out a bit more about problems with html export. Using Bernt's minimal.emacs and exporting to html with C-c C-e H, git bisect says: 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e is the first bad commit commit 459d99c44c7df4cd09d82fa54c53e5d5eec47a4e Author: Tom Breton (Tehom) te...@panix.com Date: Mon May 17 18:17:38 2010 -0400 Moved to new branch Prior to this commit file links are exported like this: a href=index.pdffile:index.pdf/a After the commit, file links are exported like this: a href=file:index.pdfindex.pdf/a I was a bit surprised at the git bisect result because I understood Tom Breton (Tehom) to be working on a testing framework, rather than html export. So, I ran through git bisect a second time and got identical results. I hope I've understood the procedure correctly and that this information is useful. At this point, I'm in way over my head and won't be able to do more without specific instructions. I'm currently using commit d56d417bc214088114e10c959ce78bee2d26635d on the master branch to make my exporting and publishing setup work as expected. In the current Org-mode's version this should be fixed. Carsten pushed a fix yesterday. Tom, I can't reproduce the busted link. With more-or-less-current Org-mode (version 6.36trans (release_6.36.102.g67b5)), the link looks like this: a href=foo.pdffoo.pdf/a Reverting the commit you identified (the revert was not clean: I had to resolve a merge conflict by hand - a dicey proposition, particularly in this situation where I have no idea what the patch is trying to do) gives me: a href=foo.pdffile:foo.pdf/a That's with your minimal.emacs for the other problem you've identified (changed to produce html of course). So it looks like the patch cleaned up the link name in this case. Nick PS. I also looked at the commit: I gave up on figuring it out in any reasonable time, but I must say the commit comment is no help. 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] Simple Literate Programming Example
On 5/27/10, Thomas S. Dye t...@tsdye.com wrote: I believe you'll need to add the :noweb yes header argument to code blocks that include to be expanded. I'll update the example on Worg to reflect this newer feature of Org- babel. All the best, Tom Thank you, things now work. ___ 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: One org file, multiple exports, is it possible?
Aloha all, The problems I described in this thread were apparently not due to broken custom settings. After pulling the latest org-mode just now the problems are gone, even though the custom settings haven't changed. It's pleasing to regain some confidence in my non-minimal .emacs. Thanks to the programmers for your good efforts. All the best, Tom On May 25, 2010, at 6:52 AM, Nick Dokos wrote: Thomas S. Dye t...@tsdye.com wrote: Thanks Bernt, So, broken custom settings appear to be the cause of the unexpected behavior. Two questions: 1) Do programmers have a name for this situation, where custom settings seemed to work perfectly for a long time but then failed noticeably with the introduction of new, correct code into the .emacs? I don't think so. 2) Is there a useful strategy for finding the minimal .emacs that illustrates the failure? I might have 100 customizations in the various starter kit configuration files. If combinations of customizations are a possibility, I'm looking at quite a bit of random experimentation without some kind of strategy. Bisection is about the only reasonable strategy, short of oracular guesswork. I have a single .emacs that's (mostly) a sequence of (conditional) loads/requires of individual package config files. I just comment out the whole thing, verify correct operation, and then uncomment out the first/second half and try again. With 100 packages, 7 cycles will get you down to a single package and then you just do the same thing within the package config file. Given a reproducer that you can run in batch mode, this goes fairly quickly. HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] bug: remember id agenda
For months, I found ID properties where they didn't belong. Finally I found that they are added when I do M-x org-remember in an agenda buffer, to the headline under point. Feels like a bug. Is it? Samuel -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] bug: remember id agenda
Hi Samuel, On May 28, 2010, at 5:53 AM, Samuel Wales wrote: For months, I found ID properties where they didn't belong. Finally I found that they are added when I do M-x org-remember in an agenda buffer, to the headline under point. Feels like a bug. Is it? What is the value of the variable `org-link-to-org-use-id' in your setup? The default setting for this variable is `create-if-interactive-and-no- custom-id', and that should not make an ID when Org is creating a link as remember annotation. - 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] bug: remember id agenda
Same. On 2010-05-27, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Samuel, On May 28, 2010, at 5:53 AM, Samuel Wales wrote: For months, I found ID properties where they didn't belong. Finally I found that they are added when I do M-x org-remember in an agenda buffer, to the headline under point. Feels like a bug. Is it? What is the value of the variable `org-link-to-org-use-id' in your setup? The default setting for this variable is `create-if-interactive-and-no- custom-id', and that should not make an ID when Org is creating a link as remember annotation. - Carsten -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ 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] Aquamacs and latest org-mode
Hi Nick, Indeed, it is not going to /usr/local but staying in the same directory as the .el files. Very nice. I added (add-to-list 'load-path ~/.emacs.d/org-mode/contrib/lisp) and tested it out with C-x C-e on (locate-library org) to confirm (it was /Applications/Aquamacs.app/Contents/Resources/lisp/org/org.elc). Thanks a million, -- yuri On Thu, May 27, 2010 at 8:23 PM, Nick Dokos nicholas.do...@hp.com wrote: Yuri de Wit yde...@gmail.com wrote: Hi Stefan, Thanks for the directions. I noticed that /Application/Aquamacs.app/Contents/Resources/lisp/org has th= e org lisp files and the org-mode Makefile is generating elc files in /usr/local/... Would Aquamacs automatically pick them up from there or do I need to generate the elc into the Aquamacs folder? Are you sure they are generated in /usr/local/...? In my case, the .elc files are generated in the same directory as the corresponding .el files. But in any case, if aquamacs is more-or-less normal emacs, then setting the load-path as Stefan indicated should be enough for them to be found. You can make sure by evaluating the following (locate-library org) Just put the cursor after the closing paren and type C-x C-e HTH, Nick thanks, -- yuri On Wed, May 26, 2010 at 6:36 PM, Stefan Vollmar voll...@nf.mpg.de wrote: Dear Yuri, On 27.05.2010, at 00:23, Yuri de Wit wrote: Could someone point me in the right direction here? I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 an= d org-mode 6.33x. How can I update org-mode to the latest version? I am familiar with git, cloning, building etc. But I am not sure how to hook that up to Aquamacs. there are several ways, here is one: (1) git clone git://repo.or.cz/org-mode.git (2) In the Makefile change EMACS to EMACS=3D/Applications/Aquamacs.app/Contents/MacOS/Aquamacs assuming you installed Aquamcs in /Applications (3) make compile; make lisp/org-install.el (4) In your .emacs (defvar org-sys-directory /path/to/org-mode/lisp) (setq load-path (cons org-sys-directory load-path)) (require 'org-install) [other org-specific setup] Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut f=FCr neurologische Forschung Gleuelerstr. 50, 50931 K=F6ln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de --000e0cd5156a93c68e04879b219d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Stefan,=A0divbr/divdivThanks for the directions.=A0/divdivb= r/divdivI noticed that /Application/Aquamacs.app/Contents/Resources/li= sp/org has the org lisp files and the org-mode Makefile is generating elc f= iles in /usr/local/... Would Aquamacs automatically pick them up from there= or do I need to generate the elc into the Aquamacs folder?/div divbr/divdivthanks,/divdiv-- yuribrbrdiv class=3Dgmail_qu= oteOn Wed, May 26, 2010 at 6:36 PM, Stefan Vollmar span dir=3Dltrlt;= a href=3Dmailto:voll...@nf.mpg.de;voll...@nf.mpg.de/agt;/span wrote= :br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;Dear Yuri,br divdiv/divdiv class=3Dh5br On 27.05.2010, at 00:23, Yuri de Wit wrote:br br gt; Could someone point me in the right direction here?br gt;br gt; I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 a= nd org-mode 6.33x. How can I update org-mode to the latest version?br gt;br gt; I am familiar with git, cloning, building etc. But I am not sure how t= o hook that up to Aquamacs.br br br /div/divthere are several ways, here is one:br br (1) git clone git://a href=3Dhttp://repo.or.cz/org-mode.git; target=3D_b= lankrepo.or.cz/org-mode.git/abr (2) In the Makefile change EMACS tobr EMACS=3D/Applications/Aquamacs.app/Contents/MacOS/Aquamacsbr assuming you installed Aquamcs in /Applicationsbr (3) make compile; make lisp/org-install.elbr (4) In your .emacsbr br (defvar org-sys-directory quot;/path/to/org-mode/lispquot;)br (setq load-path (cons org-sys-directory load-path))br (require #39;org-install)br [other org-specific setup]br br Warm regards,br =A0Stefanbr font color=3D#88--br Dr. Stefan Vollmar, Dipl.-Phys.br Head of IT groupbr Max-Planck-Institut f=FCr neurologische Forschungbr Gleuelerstr. 50, 50931 K=F6ln, Germanybr Tel.: +49-221-4726-213 =A0FAX +49-221-4726-298br Tel.: +49-221-478-5713 =A0Mobile: 0160-93874279br Email: a href=3Dmailto:voll...@nf.mpg.de;voll...@nf.mpg.de/a =A0 a hr= ef=3Dhttp://www.nf.mpg.de; target=3D_blankhttp://www.nf.mpg.de /abr br br br br br br /font/blockquote/divbr/div --000e0cd5156a93c68e04879b219d--
Re: [Orgmode] Infinite loop
On 5/12/10, Carsten Dominik carsten.domi...@gmail.com wrote: On May 1, 2010, at 10:21 PM, w t wrote: Org-mode 6.35trans from 2010-04-30 Emacs 23.1 Linux Typing |:=$0 RET causes an apparent infinite loop, which can be killed with C-g. Yes, this is true. But not really a problem, is it? $0 is supposed to be used only in a @N$0 context. - Carsten Sorry for the delay in response. When I originally read in the manual ‘0’ refers to the current row and column, I incorrectly thought that $0 would give the column number, like $#. So in the context of my misunderstanding, it seemed important, but not so much now. I don't have enough experience to say if there is any problem. I can only talk about inconsistency of perhaps uninteresting examples. To that end, the manual says Also, if you omit either the column or the row part of the reference, the current row/column is implied. I take this to mean that $0 and @0$0 should produce the same result, but @0$0 gives 0 if the current field is empty. Or from a different angle, depending on how we enter $0 as the formula of a empty field, we can get different results: Again |:=$0 C-c C-c give the infinite loop; but C-u C-c = followed by entering $0 at the buffer gives 0. We can also get inconsistent results with column formulas: entering || #+TBLFM: $1=$0 followed by C-u C-c * gives | 0 | #+TBLFM: $1=$0 but entering the =$0 directly into the empty field give an infinite loop. Of course, there are other variations, but all this may be just nitpicking; I can't see any practical problems. ___ 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
