Re: [Orgmode] org-mac-protocol problem - Initial content missing
On Sun, 02 Aug 2009 02:59:29 +0800, CHENG Gao cheng...@gmail.com wrote: I found %i in remember template doesn't work. In remember buffer I only get link to original page. Initial content is not inserted even though I selected them, and even I did Command-c after the content is selected. How could I get content remember instead of link? To be honest, there's not really enough information here to give an effective answer. Here are two guesses: 1. Initial content is only supported from certain applications - currently Safari, Skim, and (to a very limited extent) BibDesk. This is due to the scope of the applications' AppleScript dictionaries. The manual for org-mac-protocol provides a table of which applications are supported by org-mac-protocol. 2. If the remember template or the note template is not creating a remember buffer at all, the org-mac-protocol.el may not be loading correctly because org-remember-templates has yet to be defined. I am about to publish a small change to org-mac-protocol.el and the documentation that will eliminate this problem. HTH, Christopher ___ Emacs-orgmode mailing list Remember: 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-mac-protocol : AppleScripts to invoke org-protocol from various applications
On Mon, 20 Jul 2009 17:10:38 -0400, Austin Frank austin.fr...@gmail.com wrote: Thanks! This looks really interesting. Is there any way to use applescript to track change in application focus? I'd be interested in logging when I change to or away from each application, and having that time tracking information available from within org. Does this seem possible? org-(mac)-protocol is certainly the mechanism to get the information into org-mode, but I'm not sure that AppleScript is the best way of tracking application focus. To be honest, my AppleScript is even more cludgy than my elisp, but from what I understand, the best that can be done is to write a script that makes a call every, say, 10 seconds to check which window is in focus. I'll put it on my todo list, but please don't hold your breath - I've just entered a hellishly busy four months. Christopher ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Error after org-remember-insinuate on Aquamacs
Hi all, thanks for the help so far. Currently I'm on vacation with no access to my Mac where the described error occurs. I tried to reproduce the error on a different Mac today and I couldn't. With a fresh Aquamacs 1.8, org-mode 6.28 and remember-mode 2.0 I had no problem running ;; Org-Mode (setq load-path (cons ~/elisp/org-6.28e/lisp load-path)) (require 'org-install) ;; Orgmode remember (setq load-path (cons ~/elisp/remember-2.0/ load-path)) (require 'remember) (org-remember-insinuate) (define-key global-map \C-cr 'org-remember) So it is clearly some misconfiguration on my side. One thing I did not get in this thread is, what the difference between running org-mode interpreted instead of compiled and why this may have caused the trouble. Can someone explain this a little bit? Cheers, Markus ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org-mode and GPG (EasyPG)
Hey everyone, Maurice Boucher maurice.boucherer...@wanadoo.fr writes: Hello, Kyle Sexton k...@mocker.org disait le 31/07/2009 que : Does this mean you were able to get the agenda view working with EasyPG as well? In my .emacs, I have : , | (require 'epa) | (epa-file-enable) | (setq epa-file-cache-passphrase-for-symmetric-encryption t) ` Not to sound paranoid. But if you want caching, it's recommended to use public-key encryption instead of symmetric encryption. gpg-agent is the preferred way to do this. For more information see here: (info (pgg) Prerequisites) Works fine with epa as well. br, benny ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Error after org-remember-insinuate on Aquamacs
Markus Baden markus.ba...@gmail.com wrote: ... So it is clearly some misconfiguration on my side. One thing I did not get in this thread is, what the difference between running org-mode interpreted instead of compiled and why this may have caused the trouble. Can someone explain this a little bit? In itself, that should *not* cause the trouble. The only difference should be that when you hit an error, the backtrace is much more informative if you are running interpreted, rather than compiled, code. HTH, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] YASnippet fix not working
I'm trying to get YASnippet working with org-mode, but the fix I've found online doesn't seem to be working. --snip-- (add-hook 'org-mode-hook (lambda () (org-set-local 'yas/trigger-key [tab]) (define-key yas/keymap [tab] 'yas/next-field-group))) --snip-- I've added the above code to my emacs init file. When I run C-h k tab in an org-file, it still reports that org-cycle is bound to tab. The modeline while working on an org file shows that YASnippet is running, and manually executing M-x yas/expand will expand the org-mode hooks that are defined. For some reason I just can't remap that tab key! Thanks for any help, pretty soon I'll just remap it to a different key. :) -- Kyle Sexton ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Faces in agenda view
Rainer Stengele rainer.steng...@diplan.de writes: Bastien schrieb: Paul Mead paul.d.m...@gmail.com writes: Can anyone give me a quick and easy way of changing this without breaking something else? Go to the face you want to change and hit M-x customize-face RET is it possible to change the font of the currently clocked in agenda item? I don't think so, would be nice indeed. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Fix Not on a heading error when setting priority inside a task
Bernt Hansen be...@norang.ca writes: Changing the priority of a task when the point is after the heading (anywhere inside the task) worked but aligning the tags failed with a not on a heading error due to the save-excursion not including the tag alignment. This change moves back to the heading and includes that during tag alignment to remove the error text. --- This patch is available at git://git.norang.ca/org-mode.git for-carsten Applied, thanks! -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Narrow tSparse Trees layout
Hi Cian, Cian OConnor cian.ocon...@gmail.com writes: It would be nice if there was an option so that narrowed trees are displayed without their normal indentation. So for example if narrow a subtree at level 4, then it is displayed as a normal tree at level 1 rather than as a tree starting at level 4 as currently happens. I still would find such a display a bit confusing. Its just that when drafting papers I tend to have lots and lots of indentation in early drafts, and while narrowing trees is a godsend, the unnecessary (for my purposes) indentation is slightly annoying. If the purpose of such a temporary display is to make the export render the structure of the narrowed buffer as if it was a top-level subtree, then I agree this is useful. You can already achieve this by selecting the whole narrowed subtree (with transient-mark-mode on) and exporting the region. But maybe a narrowed tree should be considered as a selected region by default... -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Off
Hi all, now I'm off for real till the end of August. I couldn't handle some issues on time for today, but I know they will be sorted out. Also, I allowed myself to add a Make a donation button on my Org page - I'll remove this when I get enough $ for a new computer: http://lumiere.ens.fr/~guerry/bastien-org-mode.php Have fun! -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] formula
hi , I wonder how can a formula in a table be copied to a location below, and its references be shifted alongwise automatically. I checked every documentation I've found , but that feature does not show up. I'm forced to copy the formula in in the C-c ' and then go to each of the references and type S-downarrow as many times. I'd thank any idea here. best regards, haroldo. (thanks for org-mode, it's great) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] YASnippet fix not working
At Sun, 02 Aug 2009 14:21:58 -0500, Kyle Sexton wrote: I'm trying to get YASnippet working with org-mode, but the fix I've found online doesn't seem to be working. --snip-- (add-hook 'org-mode-hook (lambda () (org-set-local 'yas/trigger-key [tab]) (define-key yas/keymap [tab] 'yas/next-field-group))) --snip-- I've added the above code to my emacs init file. When I run C-h k tab in an org-file, it still reports that org-cycle is bound to tab. Two things: 1. make sure you initialise yasnippet *before* org-mode. 2. my configuration is: (add-hook 'org-mode-hook '(lambda () (make-variable-buffer-local 'yas/trigger-key) (setq yas/trigger-key [tab]) (define-key yas/keymap [tab] 'yas/next-field-group) ) ) which works for me. Maybe give this a try? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] YASnippet fix not working
At Sun, 02 Aug 2009 23:59:59 +0100, Eric S Fraga ucec...@ucl.ac.uk wrote: Two things: 1. make sure you initialise yasnippet *before* org-mode. 2. my configuration is: (add-hook 'org-mode-hook '(lambda () (make-variable-buffer-local 'yas/trigger-key) (setq yas/trigger-key [tab]) (define-key yas/keymap [tab] 'yas/next-field-group) ) ) which works for me. Maybe give this a try? Thanks, turns out the issue was with me running yasnippet-0.6.0c. After switching to 0.5.10 everything is working as expected. -- Kyle Sexton ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Newbie Questions
On Jul 10, 2009, at 5:16 AM, Nick Dokos wrote: Andrew M. Nuxoll nux...@up.edu wrote: 3. Once I set a deadline for a task, it'd be nice if the priority would increase as the deadline approached. Ideally the criteria for increasing the priority could be specified via a customizable formula. Does this functionality (or anything like it) exist? I don't think anything like that exists, but with a Small[1] Amount of Programming (TM), it could probably be cobbled up - maybe as a cron job? In fact, the priority does increase. Org-mode has two notions of priority. 1. The specified priority like [#A] 2. A computed numerical priority The specified priority is set solely by the user, and it is also the only thing that influences how prioritized lines are displayed according to `org-agenda-fontify-priorities'. The computed priority is a number that all items in the agenda have, you can look at the actual number pressing `P' in the agenda. The number is composed of the specified priority times 1000, so #C items have 0, #B items have 1000 and #A items have 2000. TO this values, certain amounts are added depending on how close you are to the deadline, or how long ago an item was first scheduled. This computed, numerical priority is used when sorting items. The numbers added for closeness to a deadline are usually not large enough to make an overdue item with specified priority #B to score higher than one with #A, but within each group of specified priorities, closeness to a deadline does make a difference. If you want items to change from #B to #A automatically, you need to do some programming, as Nick says. The formula is not configurable currently, nor is it documented anywhere, nor do I remember exactly what the formula is :-D . I am not a big fan of priorities, because I don't think one should trust the system so much that it will actually decide for you what to work on. However, I could dig up the formula, even make it configurable if there was a need for it. HTH - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] HTML exporting numbered literal examples
Fixed, thanks. - Carsten On Jul 9, 2009, at 12:44 PM, Ulf Stegemann wrote: With latest CVS Emacs and Git Org mode exporting literal examples (example/src) with the `-n' switch results in numbering starting on line *2* of the example in the resulting HTML file (LaTeX seems to be okay). The example in the manual ... --8--snip--8--- #+BEGIN_SRC emacs-lisp -n -r (save-excursion (ref:sc) (goto-char (point-min)) (ref:jump) #+END_SRC In line [[(sc)]] we remember the current positon. [[(jump)][Line (jump)]] jumps to point-min. --8--snap--8--- ... (which is BTW not working as the manual misses the underscore in `#+END_SRC') results (visually) in --8--snip--8--- (save-excursion (ref:sc) 1: (goto-char (point-min)) --8--snap--8--- with reference `sc' broken. Can anyone reproduce this? And while we are at it: Would it be feasible to have `-r' in literal examples even without `-n', thus removing the label in the source code block even if the example is not numbered. I have no concrete case where this may be necessary but I think that usually labels shouldn't be displayed in /literal/ examples. Ulf ___ Emacs-orgmode mailing list Remember: 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 Remember: 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 error with file link containing underscores
Fixed, thanks. - Carsten On Jul 3, 2009, at 11:23 PM, Brenton Kenkel wrote: [Please provide version numbers for emacs and org-mode.] Org-mode 6.28e in Aquamacs 1.8rc1, based on GNU Emacs 22.3.1. I get the same result using Org-mode 6.21b in GNU Emacs 23.0.91.1. I cannot reproduce this. It turns out that part of the problem was that I had included a radio target named brady in the file I was working on. So when I export a file consisting solely of the following: * foo [[file:low_stats/berkeley_brady_2005.pdf][syllabus]] brady I get the following HTML output (headers omitted): body h1 class=titletestorg/h1 div id=table-of-contents h2Table of Contents/h2 div id=text-table-of-contents ul lia href=#sec-11 foo /a/li /ul /div /div div id=outline-container-1 class=outline-2 h2 id=sec-11 foo /h2 div id=text-1 pa href=lowsubstats/sub/berkeley_[[bradybrady/a_2005.pdf] [syllabus]] /p p a name=brady class=targetbrady/a /p/div /div div id=postamblep class=author Author: Brenton Kenkel a href=mailto:bren...@hume;lt;bren...@humegt;/a /p p class=date Date: 2009-07-03 17:16:12 EDT/p pHTML generated by org-mode 6.21b in emacs 23/p /div/body Am I going to need to remove the radio target to get the link to work, or is there another way? Thanks, Brenton ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: BUG: refile leaves END line of inline tasks
Hi Peter, hi Matt, On Jun 19, 2009, at 4:44 PM, Matthew Lundin wrote: Peter Westlake peter.westl...@pobox.com writes: If you have a multi-line inline task, with an END line, then refiling it leaves the END line behind. Since it isn't needed at the destination, it should just be deleted. *** TODO example of refile bug C-c C-w takes these lines, but leaves the END line. *** END I've discovered a couple of related issues: 1) Archiving an inline task leaves the END line behind. 2) Footnotes. If org-footnote-section is set to nil, the org-footnote-action treats inline tasks as sections and thus sorts footnotes under inline tasks. All three issues are fixed now. However, in order to make refiling and archiving work properly, the inline tasks *must* have the END line. org-inlinetask.el now installs a new key `C-c C-x t' to insert an inline task at point, including the corresponding END line. HTH - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG: links to inline tasks
On Jun 19, 2009, at 4:29 PM, Peter Westlake wrote: Another small bug in the excellent inline task module: making a link with C-C l anywhere below an inline task causes the link to attach to the inline task. I think it would be better if it only did that if point was in the task headline or its drawers, otherwise it should link to the parent task. Would you agree? Even if that behaviour is okay, this is definitely odd: making a link when the cursor is below a multi-line inline task causes the link to attach to the END line. Neither of these is a big problem, of course, because there is an obvious workaround. Fixed now, along with the other issue you reported. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] refile ideas
On Jul 8, 2009, at 6:59 AM, Samuel Wales wrote: With ido completion, refiling works excellently. Here are more ideas. First (and foremost), input history for refiling recalls the user's input, not refile targets. I think the latter would work better, because in ordinary use, the user can specify further with C-SPC and arrow keys. So the first completion candidate for any of the history items can be different from the target that it originally specified. Thus, the natural action of up arrows can specify an unexpected location. Even when the user notices the problem, he has to specify further to duplicate the effort if he wants the original target. In my use since ido completion began, I almost never want the original string, and almost always want the original target. I don't know if others use refile history differently. Thus, the proposal is to have the history contain the fully-specified targets. This is a good idea, and it works now just so. The next idea is that we already have a specification of potentially useful targets in remember templates. I wonder if a useful interface (perhaps a triple c-u to org-refile or perhaps using remember) can allow the user to use the remember templates to specify a target location. Thus a single key can uniquely specify a target without the user having to verify. This is not easy, the remember and refile interfaces do not easily mix. Here is an alternative idea: If you mark some headlines (for example you remember targets) with a tag like r, you could make yourself a restricted refile command like this: (defun my-org-restricted-refile () (interactive) (let ((org-refile-targets '((org-agenda-files :tag . r (call-interactively 'org-refile))) Not what you proposed, but maybe useful. Most of the ideas below require hacking ido.el, which I am not ready to do. In particular, coloring the vertical bars should be a feature request to Kim. Coloring the path, or uniquifying the path is something that *might* work on the Org side, and I have added these to my list. - Carsten Another idea is that in ido completion for refile and other commands that require specification of headlines, perhaps a more familiar context can be provided. In particular, the todo keyword and priority, with their original colors, might be a familiar way of seeing them, and might visually indicate the start of a new completion candidate. This will make it quicker to know whether more specification is necessary or whether right arrows will work. Another idea is to color the paths separately from the leaves, or color the olpath components that are matched by the input string, or color the input string matches. This might be difficult to implement or too slow. Since ido is already too slow (but very useful), it would only be worth it if it did not slow it down. Another idea is to color the vertical bars. Another idea we've already discussed, but I will mention it here just for completeness. The olpath could perhaps be displayed using a uniquification algorithm similar to that used by uniquify.el. This might or might not be worth it. Thanks. -- Myalgic encephalomyelitis causes death and severe suffering. You can get it any time and never recover. Conflicts of interest are destroying research. Do science and justice matter to you? http://www.meactionuk.org.uk/ What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-shifmetadown/up are slow
Hi Samuel, On Jul 8, 2009, at 7:07 AM, Samuel Wales wrote: I think that some of this is slow for inherent emacs reasons. Simply doing down arrow can sometimes be slow. Yes, if there is *lots* of hidden text the cursor has to jump over. However, moving subtrees is very slow. Dp you think it's mostly outline-mode? Is it possible to defsubst after the fact? Please pull from git, this problem should have disappeared, I simplified the cleanup of the display after moving a subtree which became *very* expensive for entries with very many siblings. So the reason was Org in a way, but the reason why this operation was slow is because outline functions used are slow. What I have done now as well is advising outline-end-of-subtree to use my own version when in Org-mode, so that any outline commands using it will now be much faster. The reason why outline functions are so extremely slow for some operations are: - they have been written in full generality, with possibly weird strings as outline headings, so they need to find each and every heading and compute the outline level. Org, on the other hand, knows that the headline level is directly given by the number of stars and can directly search for the right kind of heading that will terminate the subtree. - Outline functions have been written with book-like structure in mind, i.e. with a limited number of nodes. Large and deep lists as we have them will cause this code to perform badly. HTH - Carsten Thanks. On Mon, Jun 22, 2009 at 11:43, Samuel Walessamolog...@gmail.com wrote: On Sun, Jun 21, 2009 at 22:41, Carsten Dominikcarsten.domi...@gmail.com wrote: could you please re-run these tests, and instrument for elp not only org, but also the entire outline package? Seems to me that much of this time is spent in a non-org function. Function Name Call Count Elapsed Time Average Time == org-move-subtree-down 97 213.6198742.2022667422 org-compact-display-after-subtree-move96 203.12814400 2.1159181666 outline-end-of-subtree392 156.43101299 0.3990587066 outline-next-heading 1925977 139.79470300 7.258...e-05 outline-flag-subtree 104 114.38383400 1.0998445576 org-shiftmetadown 51 109.8186612.1533070784 org-shiftmetaup 46 103.8374252.2573353260 org-move-subtree-up 46 103.8218312.2569963260 outline-map-region191 40.191857999 0.2104285759 org-outline-level 1905188 25.819659000 1.355...e-05 org-cycle-hide-drawers183 11.270871000 0.0615894590 org-flag-drawer 29066 5.470356 0.0001882046 outline-next-visible-heading 386 4.221285 0.0109359740 outline-get-last-sibling 46 2.634253 0.0572663695 outline-previous-visible-heading 335 2.611866 0.0077966179 org-shiftmetaright8 2.308401 0.2885501250 org-up-heading-safe 192 2.15 0.0111979166 org-end-of-subtree234 1.946635 0.0083189572 outline-get-next-sibling 51 1.620701 0.0317784705 outline-flag-region 30978 1.493255 4.820...e-05 org-show-empty-lines-in-parent96 1.132384 0.011795 outline-up-heading8 0.335284 0.0419105 outline-previous-heading 6570 0.222915 3.392...e-05 outline-show-heading 1241 0.092440 7.448...e-05 outline-back-to-heading 1624 0.066418 4.089...e-05 org-mouse-down-mouse 1 0.063905 0.063905 outline-end-of-heading1634 0.063265 3.871...e-05 outline-on-heading-p 1903 0.059133 3.107...e-05 org-back-over-empty-lines 341 0.057222 0.0001678064 org-save-markers-in-region96 0.042984 0.0004477604 org-cycle-show-empty-lines192 0.041974 0.0002186197
Re: [Orgmode] performance problems with drawers
Hi Al, I think I have now been able to speed this up a lot. There is still a strange delay when you switch to CHILDREN view in your Bookmark entry *for the first time*. However, after that things seem to be much faster. I have no idea where this initial delay comes from, it might have to do with the way Emacs handles character properties internally. Anyway, even the first time you use CHILDREN view is now much faster than it used to be. Please let me know if this solves the issue for you. - Carsten P.S. Unfortunatey, I cannot fix the performance issues regarding vertical cursor motion, this is in the guts of Emacs. `C-c C-f' and `C-c C-b' do help a bit... On Jul 7, 2009, at 5:33 PM, Al wrote: Hello, I'm trying to use emacs org-mode to keep my bookmarks (using the org-annotation-helper.el method). I find this really great, except performance issues. My .org file contains ~5000 entries, organized in a tree like this: #+DRAWERS: MYDATA ** net *** www [[http://www.w3.org/][W3C - The World Wide Web Consortium]] :MYDATA: :Entered: [2000-03-06 10:29:04] :LastVisit: [2000-08-31 16:32:15] :END: Some optional text [[http://www.xml.com/pub][XML.com - XTech 2000 Conference]] :AEDATA: :Entered: [2000-03-06 10:29:49] :LastVisit: [2001-10-08 15:37:09] :END: The problem is that with the drawers activated, it's *very* slow. Cycling the visibility mode takes more than 10 seconds. If I remove the drawers configuration line (#+DRAWERS: MYDATA), speed comes back to reasonable levels, but obviously I lose the drawer effect. Is there a solution to improve the speed and using the drawers ? Thanks in advance. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Comments in Org-mode
On Jul 15, 2009, at 5:45 AM, Manuel Amador wrote: Hi Sebastian and Russell, You are correct. The problem appears after I comment a region in org- mode with: M-x comment-region enter # enter After that, every time auto-fill does its magic, I get a # at the beginning of each new line. Yes. Running this command sets the variable comment-start, which then breaks automatic filling. I have never understood why, it would be nice to fix this problem, but I don't know how. Samuel's solution to use filladapt might work, but it replaces much of Org's wrapping code with something else - which I don't really want. - Carsten Manuel On Tue, Jul 14, 2009 at 6:14 PM, Sebastian Rosesebastian_r...@gmx.de wrote: Russell Adams rlad...@adamsinfoserv.com writes: I just tried that in 6.24b with auto-fill-mode, and no problems. Same here. Maybe it's the old emacs development-snappshot? There where quite some bugs - it's not a release version. I know I saw that problem... I use the current emacs CVS version and it's fine. emacs 23.1.50.1, org-mode 6.24a, Debian testing. Sebastian ___ Emacs-orgmode mailing list Remember: 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 Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] broken link in manual
On Jul 17, 2009, at 12:00 AM, Bastien wrote: Nick Dokos nicholas.do...@hp.com writes: The navigation menu on the left of the page is out of sync: it contains a link to a non-existent appendix A Extensions in between the Miscellaneous link and the B Hacking link. The manual itself goes from Ch. 14 Miscellaneous to Hacking as its Next: link. The bad link is http://orgmode.org/manual/Extensions.html#Extensions Thanks. I've fixed this by updating the manual in http://orgmode.org/manual/ This manual don't have the fancy navigation, but since it's available from http://orgmode.org/org.html I guess it's all right. At least the link is not broken anymore. The quick access manual for the manual is not created automatically, it is hardcoded in UTILITIES/mansplit.pl. I have updated this now, thanks. - Carsten -- Bastien ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Subfloats in LaTeX
Hi Raffi, for more complex LaTeX formatting like this, the best option is to directly insert the correct LaTeX code into the Org file: #+LaTeX_HEADER: \usepackage{subfig} * My test file with subfloats \begin{figure} \centering \subfloat[A gull]{\label{fig:gull} \includegraphics[width=0.3\textwidth]{gull}} \subfloat[A tiger]{\label{fig:tiger} \includegraphics[width=0.3\textwidth]{tiger}} \subfloat[A mouse]{\label{fig:mouse} \includegraphics[width=0.3\textwidth]{mouse}} \caption{Pictures of animals} \label{fig:animals} \end{figure} ... and here continue with Org stuff. Org will never cover the entire LaTeX formatting possibilities, which is why it is best to resort to LaTeX directly for such stuff. - Carsten On Jul 24, 2009, at 10:04 PM, Raffi R wrote: Dear community, How do I stick a group of figures together (i.e. so that I have Fig. 1 and then a, b, c)? Alternatively, is there a way I can keep images inline and yet use captions? Whenever I add a #+CAPTION:, it's turned into \figure and floating is turned on. What I'm trying to do is make a section that consists of a sequence of images. I've searched the orgmode manual but can't figure out a way short of generating the LaTeX file and editing it directly (hardly ideal!). That said, I've never tried to do this in LaTeX so I guess it may not be possible (although it would surprise me!). Thank you very much, - Raffi. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Spreadsheet bug?
On Jul 24, 2009, at 11:20 AM, Stephan Schmitt wrote: Andreas Burtzlaff wrote: On Thu, 23 Jul 2009 02:29:30 +0200 meingbg mein...@gmail.com wrote: | a | b | c | |---++---| | a | 2 | 2 | | b | 3 | 7 | | c | -3 | 4 | | d | 5 | 9 | #+TBLFM: $3=...@-1::@2$3=$2 If @2$3 is manually set to 2 in the table, then the formulas produce the expected outcome. So, the problem seems to be the order of execution. If column c is cleared and the formulas are executed, @2$3 is read to be 0 for the summation and is set to 2 only afterwards. Swapping the order in the TBLFM line doesn't help. Is the order something like field formulas after column formulas? Any chance to influence that? Evaluating the field formulas before the column formulas is in general a bad idea. Results of the field formulas will always be overwritten by the column formulas (if there is a conflict). When recomputing a table, Org evaluates field formulas first. Then it does the column formulas, but never overwrites a field that was filled with a field formula. As mentioned elsewhere in this thread Here you need to evaluate the spreadsheet twice to yield the intended result (I get a 5 in field @2$3). Indeed, this is what is needed here. - Carsten From info:org:Updating the table: `C-u C-u C-c *' `C-u C-u C-c C-c' Iterate the table by recomputing it until no further changes occur. This may be necessary if some computed fields use the value of other fields that are computed later in the calculation sequence. hth, Stephan ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Agenda that shows hierarchy above matches?
On Jul 23, 2009, at 2:21 PM, Tilmann Singer wrote: At Thu, 23 Jul 2009 09:56:38 +0100, Eric S Fraga wrote: Given an projects.org like this: * Project A ** TODO do foo ** TODO do bar ** DONE do baz * Project B ** DONE do foo * TODO Another small thing add the CATEGORY property (C-c C-x p cat TAB) to A and B headings, something like Project A, say, and this will appear on the left of the line in the agenda view in lieu of the file. Categories can help give you a single level of context. Nice, thanks. That helps for certain cases. However, sometimes I have deeper nestings in my project files and would still like to see _all_ parent headlines of each item marked as TODO in an agenda overview. Also setting it as category would make it necessary duplicate the text of the headline. I guess what I really want is a sparse tree with all top level headlines removed that contain no match. What about follow mode in the agenda? - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Vertical lines are broken in 6.28?
Fixed, thanks. - Carsten On Jul 24, 2009, at 8:52 AM, Yury GEORGIEVSKIY wrote: Hello, I've regenerate my .org doc with 6.28trans (was with 6.24) and Vertical Lines, I want to keep -- not working anymore. Ex: | Legasy machines | # of BC | # of RTI connected | |-+-+| | / || | | pca/ellse1 | 1 | none | This was OK before. Thanks in advance, Yury ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] TAB completion for org-insert-link C-c C-l
Looks good to me, thanks! - Carsten On Jul 19, 2009, at 10:47 PM, Bastien wrote: Hi all, I just pushed a small change I would like to hear feedback about. The basic idea is to allow TAB completion to suggest stored links when inserting a link with C-c C-l. Here is the log from the git repo: ,[ Also use TAB for completion with org-insert-link. ] | Before this patch the completion mechanism was this: TAB let's you | complete through link prefixes (gnus: file: bbdb: ...) then RET allows | completion if a completion mechanism is available for the chosen prefix. | Navigating through the history of stored links was a separate process, | available through the up/down M-n/M-p keys. | | Now TAB not only completes through link prefixes but also through stored | links. This behavior matches other Emacs completion mechanisms a bit | more closely. ` What do you think? -- Bastien ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Possible bug with refile
On Jul 12, 2009, at 7:51 PM, Richard Riley wrote: My org-mode usage had become a bit messy so I decided to go back to first principles and follow through Bernd Hansen's tutorial here http://doc.norang.ca/org-mode.html#sec-1 One real eye opener was the completion on category levels inside files as described here: http://doc.norang.ca/org-mode.html#Refiling (The use of refile as a staging area makes everything a lot easier IMO too). Anyway I removed my numerous agenda-files from my org.el settings and have: (setq org-refile-targets (quote ((org-agenda-files :maxlevel . 5) (nil :maxlevel . 5 where org-agenda-files is set to a *directory name* as described in the manual. What exactly is your setting for org-agenda-files? Is it a directory, or a one-element list with a directory as the element? - Carsten This set up causes the following error when trying to refile from within a new org item buffer (C-c C-w). , | expand-file-name(nil) | org-get-refile-targets(nil) | org-refile-get-location(Refile to: nil nil) | org-refile(nil) | call-interactively(org-refile nil nil) ` regards r. ___ Emacs-orgmode mailing list Remember: 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 Remember: 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: Lists and horizontal rules
On Jul 17, 2009, at 1:29 AM, Bastien wrote: Hi Brenton, Brenton Kenkel brenton.ken...@gmail.com writes: I'm using org-mode 6.28e on Aquamacs (based on GNU Emacs 22.3.1) on Mac OS X. I'm having an issue with horizontal rules and lists in HTML export. When I export the following to HTML, the horizontal rule tag is generated within the unordered list, rather than after it ends: ,- | * test | | - this is a list | | | - | | * next section | | No list. | | | - | `- You can tell the list to close by using this specific item: - ___ (A dash, a space and three underscore characters) HTH, But this should also work without this trick, and it does now. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting to PDF without a title
On Jul 15, 2009, at 2:42 AM, Russell Adams wrote: Add this at the end of the file, and then do M-x normal-mode. #+ Local Variables: #+ org-export-latex-title-command: #+ End: This may actually be a common application, so I have simplified this to #+TITLE: i.e. explicitly specifying an empty TITLE - Carsten On Tue, Jul 14, 2009 at 03:45:03PM -0700, Manuel Amador wrote: Hi, Is there a way of exporting to PDF from org-mode without generating a title? (alternatively, how can I skip the \maketitle command in the latex file when exporting to PDF) Manuel ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: tabs pic mode and org
On Jul 22, 2009, at 8:00 PM, Bernt Hansen wrote: Rustom Mody rustompm...@gmail.com writes: Thanks Bernt for C-c ' -- thats what I needed. BTW Whats the : at BOL for? I think it's just used to escape the data for the exporter but that's just a guess. Other people probably have a more definitive answer. The leading : used to protect the drawing from strange fontification. This is no longer strictly necessary. However, currently this lead string also ensures that C-c ' will edit the string in artist-mode, irrespective of the begin/end wrapper, so that other ditaa-like programs could be used. We could actually remove this lead string and implement direct recognition of the ditaa block, but this is not really urgent. I'll put it on my list. - Carsten -Bernt PS. If you include me in the To: header of mails directed at me you'll get a quicker response (without it I may miss your post completely) We normally use Reply-All on this list sending to interested parties and cc-ing the org-mode mailing list. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Linking lists from other org files
Hello fellows! In my gtd.org file, I have dozens of already processed next-actions under its correspondent projects. However, I find that this file got so big that I have a hard time focusing on the essential next actions (for the projects that I decided I should be acting on/upon). I then had the idea to create a focus.org file, to act like a swapping space, where I put **only one or two projects** (preferably one), and then start acting on the next actions, but having an uncluttered list this time. It works great, but I get the list de-synchronized with the one in gtd.org. My question is: Is there a way to tell org to syncronize specific lists -- or, in other words, link lists from another org file? If not, I leave it as a suggestion/topic for discussion. I think it would be a great feature. Thanks in advance, Marcelo. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Proper way to link external files into a project?
On Jul 15, 2009, at 10:35 PM, Andreas Rottmann wrote: Sebastian Rose sebastian_r...@gmx.de writes: Andreas Rottmann a.rottm...@gmx.at writes: Hi! I'd like to include several files into an org-mode project that live outside the project tree. I tried to just symlink them into the appropriate place into my project, and thought that might suffice to get them published correctly, but that doesn't work out, as org-mode doesn't consider the symlink's name, but the true filename; for example, I have this: First of all: How about hardlinks? I'd rather not use them in this case. Second: See http://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.php#sec-7.1 That shows how you can share files between projects, simply by pulling them in through a special export project. I use this technique a lot. One advantage is that each project has a complete set of files. The drawbacks are minor for my use-case, but that might vary. But as linking was enough, this approach should be fine. Thanks! I'm now using this approach, and it works well. The only drawback for me is that I have to pollute the included projects' org files with a line like this: #+SETUPFILE: ~/.emacs.d/org-templates/level-2.org IIUC, you don't need to do this. Since you are only linking to these files, you can simply define a project component that will make sure these files will be copied into the correct location. Then use links with relative path, and this should do the trick. The level-dependent setupfiles Sebastian describes in his tutorial are for different purposes. - Carsten Ideally, I'd like to have that information inferred, or at least external to the included projects, as they should not have to know at which location they are used. You don't know about a trick how to get around this? I'd also be willing to write some elisp to that end... Regards, Rotty -- Andreas Rottmann -- http://rotty.yi.org/ ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] shifting table cells
On Jul 29, 2009, at 9:46 AM, Kevin Brubeck Unhammer wrote: 2009/4/2 Mike Newman m...@newmanfamily.me.uk: kill-rectangle (C-x r k) and yank-rectangle (C-x r y) can be very useful for this sort of thing. That's what I've been using... although it's quite tedious. On Tue, 31 Mar 2009 15:35:03 +0100 n...@aleblanc.cotse.net wrote: Hi, is there any way to shift cells up/down within a column while leaving remaining columns intact. If not could someone point me in the right direction to any org-functions I could use to help me implement this? Did you ever implement this? I've been wanting this function for a while... I think cut and paste of regions should be good enough for this. If there is no region defined, this function will now take the single field at point. Maybe that simplifies the process for a single field a bit? - Carsten best regards, Kevin Brubeck Unhammer http://apertium.org Free and Open Source Machine Translation ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] suggestion for a fix to org-clock-in
Hi, I think the dot after the abbreviated month should be considered a bug. What locales are doing this? Maybe send a bug report to Emacs? - Carsten On Jul 28, 2009, at 9:48 PM, Nicolas Goaziou wrote: Hello, For some time zone reason, my time-stamps look like this [2009-07-28 mar.]. Notice the dot after the name of the day. This prevents the regexp inside org-clock-in to recognize it as a valid clock format as thus to resume any started clock. I suggest the following simple patch. From 0f149d1e515d017fed78fc5038127970843f9e81 Mon Sep 17 00:00:00 2001 From: Nicolas Goaziou nico...@misty.(none) Date: Tue, 28 Jul 2009 20:55:06 +0200 Subject: [PATCH] Teach org-clock-in about other date formats Depending on your time zone, the timestamps can have somewhat differents formats (ex.: [2009-07-28 mar. 21:00]). This kind of format is now recognized as a valid clock time when it comes to resuming it. --- lisp/org-clock.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 7fa15e0..48a0741 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -558,7 +558,7 @@ the clocking selection, associated with the letter `d'. (looking-at (concat ^[ \t]* org-clock-string \\[\\([0-9]\\{4\\}-[0-9]\\{2\\}-[0-9]\\{2\\} -+\\sw+ +[012][0-9]:[0-5][0-9]\\)\\][ \t]*$))) ++\\sw+\.? +[012][0-9]:[0-5][0-9]\\)\\][ \t]*$))) (message Matched %s (match-string 1)) (setq ts (concat [ (match-string 1) ])) (goto-char (match-end 1)) -- 1.6.0.4 Comments are welcome. -- Nicolas Goaziou ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Restore previous folded state of org buffer
On Jul 26, 2009, at 7:22 PM, User wrote: User spamfilteraccount at gmail.com writes: The folding information should simply be saved into a separate file. For example, for notes.org the accompanying folding information could be in notes.org.fold. The posted code can be trivially modified to behave this way and with this change the actual content of the org file is not affected at all and we have a pretty usable folding save/restore extension for org. The thing pestered me, so I fixed it to take care of it. Now folding information is saved into a separate file and it is saved when the buffer is closed (but only if the buffer is saved to disk to avoid saving folding info for discarded buffers). I fixed the algorithm too, because it was buggy. Now it's working well and it's also simpler. http://www.emacswiki.org/emacs/orgfold-separate-file.el Hi User, this is great functionality, thanks for sharing it. I would like to include it with Org-mode, s I need to ask: Do you have a copyright assignment with the FSF? Or are you willing to sign one? Thanks. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Automatic indentation of org tree
On Jul 28, 2009, at 9:32 PM, User wrote: Bastien bastienguerry at googlemail.com writes: I tested your code but there are several problems: it is not usable on big files, The size of the file shouldn't matter, since only lines in the current window are indented. Probably, some trivial bug remained in it which my tests didn't cover. Thanks for being interested in this functionality which I wanted to have for a very long time, and which I have tried to implement several times in the past, without success. Bastien is right that your solution is not working in large files. The reason for this is outline folding. The current window can contain an arbitrary number of lines if these are hidden under a headline. If you try your solution on such file, you will see the large delay caused by the indentation. In addition, the huge number of markers produced to track the overlays will bog down any editing attempts. In fact, your package has just the same problems as my org-indent.el that has been in the contrib directory for some time. Incidentally, I have worked during my vacation on a solution that uses text properties (line-prefix and wrap-prefix) and hooks into font-lock. The reason why it uses font-lock is because the only the display engine is fast enough to figure out which text will be indeed be displayed. The reason why I am using text properties is because they do not seem to use markers and do not slow down editing even if the entire buffer has the properties attached. I am also using a different approach for the headline stars, by enforcing hidestars, and indenting the headline half as much as the text lines to implement a complete clean view with a single command (or startup option) This solution is for Emacs 23 only, but I believe it is more stable, so I am shipping it now with Org. If anyone wants to try before the next release, put #+STARTUP: indent into a file after pulling the latest git version. - Carsten and even on small files the auto-indentation is confusing. For example, stars get indented while there should not. It's a matter of taste. I didn't find it confusing. But it's trivial to change it to avoid indenting header lines. I guess this is still work-in-progress -- hope you'll find ways to fix the problems above! It's a proof-of-concept package, but I think the underlining concept is solid. If someone motivated spends a little time on it then I'm sure the problems can be ironed out quickly. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: How do you use org for other formats
On Jul 30, 2009, at 7:49 PM, Brian van den Broek wrote: Bernt Hansen said unto the world at 30/07/09 01:13 PM: zwz zhangwe...@gmail.com writes: I recently found the problem when I want to export the org file to html and pdf. I guess there will be some people (who are also not so familiar with the powerful org-mode) bothered by the same issue, that is, html and pdf requires different org format sometimes. - I use $ y = x_1^2 + x_2^2 $ in org, it works for pdf, but not for html - _ in text will introduce mess in pdf, not in html snip The following test file works fine for me as far as I can tell ,[ x.org ] | #+TITLE: x.org | #+AUTHOR:Bernt Hansen | #+EMAIL: be...@norang.ca | #+DATE: 2009-07-30 Thu | #+DESCRIPTION: | #+KEYWORDS: | #+LANGUAGE: en | #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t :t | #+OPTIONS: TeX:t LaTeX:nil skip:nil d:nil todo:t pri:nil tags:not-in-toc | #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js | #+EXPORT_SELECT_TAGS: export | #+EXPORT_EXCLUDE_TAGS: noexport | #+LINK_UP: | #+LINK_HOME: | | * Test | | Some math formulae: | | y = x_1^2 + x_2^2 | | y^2 = 2x^2 + 1 | | z_2 = x_1 + x_2 + 2 (y_1 + y_2 + r) ` This renders HTML (C-c C-e b) [*1*] and PDF (C-c C-e d) [*2*] that look fine to me -Bernt [*1*] http://www.norang.ca/tmp/x.html [*2*] http://www.norang.ca/tmp/x.pdf Hi all, I don't export from org at all, but Bernt's pdf doesn't look right to me. Notice that in the first equation, the exponents appear as `^2' (i.e., with the `^' character). As a heavy LaTeX user, I would write it as `y = x_{1}^{2} + x_{2}^{2}', but trying Bernt's file with this modification, I still had the same result (`^2' in the output as opposed to a superscripted `2'). Org 6.28d and emacs 22.2.1 on ubuntu 8.10. Please note that the non-LaTeX processing is only good for really trivial math in Org. The LaTeX exporter has a really hard job handling a variable with both a sub and a superscript, because it needs to insert the dollar signs to create math mode without messing up with the number of dollars. Actually, it is a small wonder that it works as well as it does, Bastien did a amazing job when he wrote the LaTeX exporter. The HTML exporter does not have this specific problem, so it handles x_1^2 OK, but anything more complex will fail as well. If you want to typeset a document with math beyond a single subscript or exponent, the much better way is to actually enclose it in LaTeX math delimiters. For LaTeX export this will work perfectly. For HTML export you need to follow Nick's advice in this thread to turn on LaTeX fragment processing with #+OPTIONS: LaTeX:t When you have installed dvipng, HTML files will then include the math formulas as small images. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: How do you use org for other formats
On Jul 30, 2009, at 7:53 PM, Nick Dokos wrote: Bernt Hansen be...@norang.ca wrote: zwz zhangwe...@gmail.com writes: I recently found the problem when I want to export the org file to html and pdf. I guess there will be some people (who are also not so familiar with the powerful org-mode) bothered by the same issue, that is, html and pdf requires different org format sometimes. - I use $ y = x_1^2 + x_2^2 $ in org, it works for pdf, but not for html - _ in text will introduce mess in pdf, not in html I definitely want to keep only one org which I can export to other formats correctly. I do not know if it is already implemented in org-mode. I just wondered if it is possible to introduce a abstract level (or notations) so that org can translate it according to the target format, just like how org treat the headlines (*). The following test file works fine for me as far as I can tell ,[ x.org ] | #+TITLE: x.org | #+AUTHOR:Bernt Hansen | #+EMAIL: be...@norang.ca | #+DATE: 2009-07-30 Thu | #+DESCRIPTION: | #+KEYWORDS: | #+LANGUAGE: en | #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t :t | #+OPTIONS: TeX:t LaTeX:nil skip:nil d:nil todo:t pri:nil tags:not-in-toc | #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js | #+EXPORT_SELECT_TAGS: export | #+EXPORT_EXCLUDE_TAGS: noexport | #+LINK_UP: | #+LINK_HOME: | | * Test | | Some math formulae: | | y = x_1^2 + x_2^2 | | y^2 = 2x^2 + 1 | | z_2 = x_1 + x_2 + 2 (y_1 + y_2 + r) ` This renders HTML (C-c C-e b) [*1*] and PDF (C-c C-e d) [*2*] that look fine to me -Bernt [*1*] http://www.norang.ca/tmp/x.html [*2*] http://www.norang.ca/tmp/x.pdf Well, not quite: the subscripts in HTML are too big I think this is probably fixable with CSS, decreasing the font size in sub and sup. Apparently Docbook does this automatically for its subscript and superscript tags. Should we decrease the size of sub and sup in Org's default CSS? - Carsten and the first formula in the PDF does not have superscripts (it still has the carets): I checked LaTeX export and the problem is present there: y = x$_1$\^{}2 + x$_2$\^{}2 y$^2$ = 2x$^2$ + 1 z$_2$ = x$_1$ + x$_2$ + 2 (y$_1$ + y$_2$ + r) Nick PS. The exponent in the last formula (i.e. the 4) is absent from the org file: cut-n-paste problem? ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How to ignore horizontal lines in tables and references
On Jul 31, 2009, at 4:34 PM, Benjamin Andresen wrote: Hello everyone, I'm having a bit of a problem with tables and references. I try to use tables + spreadsheet capabilities for data entry while testing certain things, and one table design that works conceptually for me is the following: | Attempt | Start | End| Success | Wait in Min | |-++ +-+-| | 1 | 2009-07-31 Fri 04:43 | 2009-07-31 Fri 04:44 | No | 1 | | 2 | 2009-07-31 Fri 04:45 | 2009-07-31 Fri 04:46 | No | 1 | | 3 | 2009-07-31 Fri 04:48 | 2009-07-31 Fri 04:49 | No | 1 | |-++ +-+-| | Results ||| 0% | 1 | #+TBLFM: $5='(ba/org-time-diff-min $2 $3)::@5$4='(ba/find Yes|'(@2$...@4$4))::@5$5=vmean(@2$...@4$5);%.1f The problem I'm having is when my cursor is at @4$1 and I'm pressing RET. It creates a new row where I can enter new data, as expected. It will increment the @5$5 part to @6$5 Now the problem is when I try to automate the formulas a bit. If I would instead of @5$5=vmean(@2$...@4$5);%.1f use @5$5=vmean(@2$...@-1$5);%.1f the following message will come up during evaluation: Row descriptor -1 used in line line crosses hline Does anyone have any idea how I can make this work? The problem goes away when I delete the horizontal line. If my table design is wrong or there is a better way to do what I'm open to changing it. The fact that relative references are not allowed to cross horizontal separator lines is an old feature which I implemented fro some obscure reason. I think now is the tie to get rid of it, because it causes more confusion than anything. I have just pushed a change to this effect, thanks for bringing it up. - Carsten Thanks in advance, benny ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: possible URI handling bug: verification and reporting?
On Jul 31, 2009, at 3:27 AM, Bastien wrote: Bernt Hansen be...@norang.ca writes: I think the parenthesis should be URL encoded to be a valid URL. Change ( to %28 and ) to %29 and you get http://dx.doi.org/10.1016/S1352-2310%2801%2900429-0 which works for me (at least it doesn't 404 anymore) Gnus also stops the fontification at the ( so I don't think this is org-mode specific. Org-mode explicitely excluded parentheses from `org-plain-link-re' so yes, it was org-mode specific. And (browse-url-url-at-point) was not confused either by parentheses, so org-mode needed to be fixed (and perhaps Gnus needs too!) The reason why Org (and probably GNUS) exclude parenthesis from plain links it to make them good citizens in plain text. Identifying a plain link is a heuristic matter, and it seemed to me that more often is a link the last thing in a pair of parenthesis than are parenthesis part of a link. To cover links with special characters, Org has the link and [[link]] formats. So I have reverted this change and will keep it this way unless convinced/overruled by more discussion about the issue. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Sibling subtrees are closed when items moved up and down in list
On Jul 31, 2009, at 10:47 AM, User wrote: I noticed when moving items up and down that subtrees of items on the same level are closed during the moving. From a user point of view it's a bit disorientating when I have a tree structure opened in a certain folded state and I move it up or down then sibling strees are suddenly closed changing the landscape view of the tree and forcing the user readjust his visual comprehension of the tree. Is it intentional or is it a side effect of the current implementation? It was done in this way because moving subtrees can cause some strange visibility artifacts, and the easiest way to fix this was to switch to children view in this subtree. However, I have changed this now, originally in response to questions by Samuel about performance of subtree-move operations in trees with very many siblings. So I believe this issue is fixed now, let me know if not. - Carsten I think it would be better if tree folding status were preserved after moving if possible, so the current visual layout of the tree is affected as little as possible. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Nitpick: Exporting/publishing to org in the same directory gives file.org-source instead of file-source.org
On Jul 31, 2009, at 1:09 AM, Hsiu-Khuern Tang wrote: Hi all, The footnote at the bottom of section 13.1.4 (Publishing action) of the Org manual says that publishing org files to the same directory using org-publish-org-to-org results in files named like file-source.org. It actually results in file.org-source, which is not as nice. I believe the problem is in the org-export-as-org function in org-exp.el. Fixed, thanks. - Carsten -- Best, Hsiu-Khuern. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Column mode a whole file
On Jul 31, 2009, at 6:22 AM, Ethan wrote: On Thu, Jul 30, 2009 at 7:55 PM, Bastien bastiengue...@googlemail.com wrote: Sebastian Rose sebastian_r...@gmx.de writes: Column view by default only shows a single subtree. In order to do column mode over an entire buffer, you have to have text before the first headline, and go there. I would guess that having text before the first headline is quite a common pattern. Adding one is not that much work either. Does this requirement is okay for you? Yes, that's a fine answer. The only thing I would suggest is that maybe it should go in the manual (in the section about outlines and headlines) that most people put some text before the first headline. Also, I think the documentation on column view could be improved. I think you should start the section by saying how to activate it (go to beginning of file and C-c C-x C-c). The summary given is currently: C-c C-x C-c Create the column view for the local environment. This command searches the hierarchy, up from point, for a :COLUMNS: property that defines a format. When one is found, the column view table is established for the entire tree, starting from the entry that contains the :COLUMNS: property. If none is found, the format is taken from the #+COLUMNS line or from the variable org-columns- default-format, and column view is established for the current entry and its subtree. I found this somewhat hard to understand (what is included by the local environment? Which is the entire tree? Why did it only create a column view for the headline I was on? Why is #+COLUMNS different from the :COLUMNS: property?). I have improved the documentation of `C-c C-x C-c'. Thanks. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] id links and org-link-frame-setup
On Jul 31, 2009, at 6:00 AM, Samuel Wales wrote: I almost always need a single window for everything except completion. In org, I have the following set to do this. (pushnew '(file . find-file) org-link-frame-setup :test #'equal) (add-hook 'remember-mode-hook 'delete-other-windows) ;;it might be nice to have a 'dedicated-buffer option (setf org-indirect-buffer-display 'current-window) ;;could make pop kill the buffer ;;;(setf org-display-internal-link-with-indirect-buffer t) But RET on an id link still opens another window. Perhaps that, and all other types of links that open in Emacs, should respect org-link-frame-setup? I agree, and I have fixed that for id links. Now sure how other link types deal with this, but let me know if you stumble over another case. - Carsten Another possibility is for org to respect pop-up-windows, thus allowing a single place to express this preference, but ATM I don't remember from a previous thread whether (1) Carsten explicitly decided not to do that, or (2) it had more to do with which function to use to pop up windows. Thanks. P.S. For others with the same need, here is my code for the rest of Emacs. The key variable is pop-up-windows, which fixes it for most of Emacs. There are still a few bugs, but I have most of Emacs behaving now. ;;trying this, but does not work for dired and appt ;;(add-to-list 'same-window-regexps .*) (add-to-list 'same-window-regexps \\*Customize.*) ;notwork? (add-to-list 'same-window-regexps \\*Man .*) ;notwork ;;;(add-to-list 'same-window-regexps .*.org) ;;non-regexps (add-to-list 'same-window-buffer-names *Remember*) (add-to-list 'same-window-buffer-names *Help*) (add-to-list 'same-window-buffer-names *Apropos*) (add-to-list 'same-window-buffer-names *Summary*) ;;this fixes it but makes completions not work in lisp and shell. (setf pop-up-windows nil) ;;(defvar alpha-same-window-buffer-names same-window-buffer-names) ;;(defadvice pop-to-buffer (around alpha-one-window first activate) -- Myalgic encephalomyelitis makes you die decades early (Jason et al. 2006) and suffer severely. Conflicts of interest are destroying research. What people know is wrong. Silence = death. http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] C-M-a, C-M-e
Hi Jeremie, On Jul 31, 2009, at 2:42 AM, Bastien wrote: Jeremie Knuesel knue...@gmail.com writes: A keybinding suggestion: wouldn't it make sense to have C-M-a (C-M- e) go to the first (last) line of a top-level heading? Here are the functions: --8---cut here---start-8--- (defun org-back-to-top-level-heading () Go back to the top-level heading. (interactive) (if (re-search-backward ^\\* nil t) (goto-char (match-beginning 0)) (message No previous top-level heading))) (defun org-next-top-level-heading () Go to the next top-level heading. (interactive) (if (re-search-forward ^\\* nil t) (goto-char (match-beginning 0)) (message No next top-level heading))) --8---cut here---end---8--- Not sure they deserve keybindings though. I am not convinced that top-level heading is the right paradigm for beginning-of-defun in Org. I guess that subtrees of any level could be contenders for this as well. So I am not implementing this right now, but you can bind Bastien's functions to keys. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-mode meets git a first proposal ?!
On Jul 26, 2009, at 10:40 PM, Bastien wrote: Hi Totti, just a few words regarding preserving links. About /finding/ links, I just added this simple function, which is quite handy I guess: (defun org-occur-link-in-agenda-files () Create a link and search for it in the agendas. The link is not stored in `org-stored-links', it is just created for the search purpose. (interactive) (let ((link (condition-case nil (org-store-link nil) (error Unable to create a link from here (org-occur-in-agenda-files (regexp-quote link Nice one! I have added a menu entry for it. For example, you are in your mailbox, you have the nasty feeling that this old mail you are re-reading has been stored in your agenda, this function helps you find it. About preserving links -- yes, this is a problem. I tried to implement a registry long time ago: this is org-registry.el in the contrib/ dir. Please have a look. I don't maintain it anymore, but it might be still usable. If people are interested in using it more, I will look at it again. Another simple and useful approach: I often break links by moving a file from dired. A solution could be to advise dired-do-rename so that it checks whether the file(s) at point is/are link(s) in an org file. If so, the function could just send a warning, and maybe update the links. That would be a beginning. Of course, this doesn't fix the problem when moving files from the shell... Please also consider using ID links which are made to survive when files are moved around. As long as the link definition remains in one of the agenda files, the links will still work. - Carsten As for linking to specific versions of a file under versioning, I have a few ideas I'm working on, I let you know later. Thanks! -- Bastien ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Patch for org-table-export
I like to make org-mode tables in arbitrary buffers, then save them as CVS files. The export fails when done from a buffer with no associated file. Here's a little patch that allows exporting a table from any buffer (org-mode version 6.28trans): diff --git a/lisp/org-table.el b/lisp/org-table.el index 410f721..4b85f97 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -471,8 +471,9 @@ property, locally or anywhere up in the hierarchy. (error Abort))) (if (file-directory-p file) (error This is a directory path, not a file)) -(if (equal (file-truename file) - (file-truename (buffer-file-name))) +(if (and (buffer-file-name) +(equal (file-truename file) + (file-truename (buffer-file-name (error Please specify a file name that is different from current)) (unless format (setq deffmt-readable org-table-export-default-format) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Restore previous folded state of org buffer
Carsten Dominik carsten.dominik at gmail.com writes: this is great functionality, thanks for sharing it. I would like to include it with Org-mode, s I need to ask: Do you have a copyright assignment with the FSF? Or are you willing to sign one? I don't have one and I doubt I'll have the time in these days to deal with it. The code is pretty trivial and short, so I think the best course of action is that someone with proper legal status reimplements it for org. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Restore previous folded state of org buffer
On Aug 3, 2009, at 7:33 AM, User wrote: Carsten Dominik carsten.dominik at gmail.com writes: this is great functionality, thanks for sharing it. I would like to include it with Org-mode, s I need to ask: Do you have a copyright assignment with the FSF? Or are you willing to sign one? I don't have one and I doubt I'll have the time in these days to deal with it. Getting one takes about 5 minutes now, and 5 minutes in a few weeks. The code is pretty trivial and short, so I think the best course of action is that someone with proper legal status reimplements it for org. That is also a possibility, ok. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Patch for org-table-export
Applied, thanks. - Carsten On Aug 3, 2009, at 7:13 AM, Gregory Grubbs wrote: I like to make org-mode tables in arbitrary buffers, then save them as CVS files. The export fails when done from a buffer with no associated file. Here's a little patch that allows exporting a table from any buffer (org-mode version 6.28trans): diff --git a/lisp/org-table.el b/lisp/org-table.el index 410f721..4b85f97 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -471,8 +471,9 @@ property, locally or anywhere up in the hierarchy. (error Abort))) (if (file-directory-p file) (error This is a directory path, not a file)) -(if (equal (file-truename file) - (file-truename (buffer-file-name))) +(if (and (buffer-file-name) +(equal (file-truename file) + (file-truename (buffer-file-name (error Please specify a file name that is different from current)) (unless format (setq deffmt-readable org-table-export-default-format) ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Linking lists from other org files
Marcelo de Moraes Serpa celose...@gmail.com writes: Hello fellows! In my gtd.org file, I have dozens of already processed next-actions under its correspondent projects. However, I find that this file got so big that I have a hard time focusing on the essential next actions (for the projects that I decided I should be acting on/upon). I then had the idea to create a focus.org file, to act like a swapping space, where I put **only one or two projects** (preferably one), and then start acting on the next actions, but having an uncluttered list this time. Use tags to filter out what you want to get displayed. Thanks Noorul ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode