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
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
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
[Orgmode] Re: suggestion for a fix to org-clock-in
On Aug 3, 2009, at 10:34 AM, Nicolas Goaziou wrote: Carsten Dominik carsten.domi...@gmail.com writes: 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 Hello, Actually, the dot is after the abbreviated day. The locale is fr_FR.UTF-8. I'm not sure it is a bug as it is typographically correct and because 'date +%a' gives me the same result. But it seems to be like this only in this specific locale - 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] compile failure - Symbol's function definition is void: backup-inhibited
Fixed, thanks. - Carsten On Aug 3, 2009, at 11:59 AM, aldrin d'souza wrote: hello, i upgraded my emacs to 23.1.1 and set up an org-mode git repository from scratch. now, when i do a make i get the following errors: --- In toplevel form: lisp/org-ascii.el:29:1:Error: Symbol's function definition is void: backup-inhibited make: *** [lisp/org-ascii.elc] Error 1 --- what am i missing? thanks, -- ajd. ___ 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] formula
Hi Haroldo, You cannot copy a formula easily from one field t the next with shifting the reference like you would do in a normal spreadsheet. However, you can use relative references (see the manual) in order to write formulas in an invariant way, and then use basic editing commands in the C-c ' buffer to define the formula for many fields. Even better, use a column formula which allows you to write a single formula for an entire column. - Carsten On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote: 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 ___ 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-time-stamp bug report
On Aug 1, 2009, at 4:48 PM, Adam Spiers wrote: Hi Carsten and all, Bad news - I'm back ;-) In my apparent absence from org-mode development I've still been tracking the git master branch, producing a few patches, and compiling a list of ideas for new features, obscure minor bugs etc. So now in Donald Knuth batch mode style I will start to communicate them on this list. Carsten - as an advance apology for this onslaught, I will happily place an order for a Bill Evans album of your choosing ;-) So, to kick things off, here's a tiny bug I noticed ages ago and never got round to reporting: If you enter a new event via `org-time-stamp' and specify the time range as something like '10pm+6' then you'll end up with a nonsensical time, e.g. 2009-08-01 Sat 22:00-28:00 I could of course fix this, but you could also just enter it as two time stamps, because it is a two day event - Carsten Regards, Adam P.S. currently on holiday with limited internet access so apologies in advance if my replies are not all timely. P.P.S. hoping to have FSF copyright assignment finally sorted out fairly soon. In the mean time, you may find some legally insignificant micro-patches here: http://github.com/aspiers/orgmode/commits/master ___ 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: Cycling when there is no subtree
On Jul 31, 2009, at 6:49 AM, User wrote: Bastien bastienguerry at googlemail.com writes: I'll Carsten sort this out -- and possibly revert the change I just made, if he disagrees! I hope he'll at least add an option in that case. I have indeed created an option for this, but the default is to skip this children state if there are no children. The name of the option is `org-cycle-skip-children-state-if-no-children' - Carsten Thanks for implementing it. ___ 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 make part of a word bold in org-mode
On Aug 3, 2009, at 1:10 PM, BVK wrote: Hi Is there anyway to apply bold, italic, etc. markups to part of a word? Like =Class=es or /Module/s ?N No. Only for a particular export backend, like @codeClass@/codees for HTML. Org-mode relies on heuristics to distinguish emphasis from normal text, and one of the most important parts of this heuristics method is assuming that emphasis is on whole words, delimited by whitespace or punctuation. - Carsten thanks, -- bvk-chaitanya ___ 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-hide-emphasis-markers problem
On Jul 31, 2009, at 4:47 PM, Nicolas Goaziou wrote: Hello, When set to t, org-hide-emphasis-markers doesn't seem to behave well with R in agenda mode, or C-c C-x C-r elsewhere, that is with dynamic blocks. The error is the following : org-do-emphasis-faces: Wrong type argument: integer-or-marker-p, nil I am unable to reproduce this bug. I do see that the table alignment is not correct when emphasis markers are hidden, but this is too hard to fix. I think it also acts strangely with column-mode, something about the fonts, but I can't be more precise. I would need more information. - 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] Clean Org Clock with step
On Jul 23, 2009, at 12:10 AM, meingbg wrote: When using the :step day option in the clocktable, every day gets it's own table. This is a great option! It can however easily be a lot of tables, even if there's not too much information. Say for example there are only items in two out of thirty tables. Is there an option to show only non-empty tables? If not, would it be a good idea to add such an option? This is a good idea, but hard to implement. To justify the effort, you'd need to get a lot more support from others. The easy thing I could do it to provide a hook, and you write a function for that hook to do the cleaning up. - Carsten //M.G. ___ 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 agenda search goes to wrong target location
On Jul 24, 2009, at 2:01 AM, Samuel Wales wrote: Very often, when I do a keyword search in the agenda (m-x agenda RET s), org-agenda-switch-to (RET) goes to the wrong location in the target file. To sync it, the easiest way that I have found so far is to open all agenda buffers, kill all agenda buffers, open all agenda buffers, and run the search again. Is there an easier way? I would love to fix this problem, so I would be very grateful if anyone could come up with a testcase that is reproducible.1 - Carsten Thanks. -- Myalgic encephalomyelitis makes you die decades early (Jason et al. 2006) and suffer severely. Conflicts of interest are destroying research. Silence = death. Again. 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] Calendar export questions (ical html)
Hi, maybe someone could turn this information into a tutorial or a FAQ entry? I think it would be useful to write it up and have it somewhere accessible. - Carsten On Jul 28, 2009, at 9:30 AM, Richard Riley wrote: Bastien bastiengue...@googlemail.com writes: Hi Michel, Michel Blanc mbl...@erasme.org writes: First, I discovered that all the calendar applications I tried do not show TODO entries (Google Agenda, PHP-iCalndar, Thunderbird, ...) *inside* the day/week/... view, but in sidebars or so (when the do). However, I am required to publish my agenda on GoogleAgenda (using Add by URL). Is there any way to export TODO entries as VEVENT instead of VTODO in ical exports, so they get showed in external apps ? A todo like this * TODO Do this 2009-07-28 mar will be exported both as a VTODO and as a VEVENT. Note that this is not the case for DEADLINE and SCHEDULED, maybe the code need to be more consistent about this. Also, the HTML exports for my agenda contains nothing but TODO's, without any date (see example here http://leucos.lstilde.org/workcal.html). There are many SCHEDULED/DEADLINE enabled entries, but nothing is shown besides hierarchy. I suspect I'm off the mark in some way here... There are several types of agenda views: the tags and tags-todo types don't display the dates, but the agenda type does. Usually, when I need to display the dates in a tags-todo type view, I just switch on the column view. But for now there is no way to store the dates in the HTML output of the tags-todo agenda view, the way to go is to define an agenda-type view. Finally, is there a way to customize the agenda name (i.e. X-WR- CALNAME in the ICS file) ? I export 2 different ics files (the classic personal/work duo) and I would like to set relevant names for them. Again, sorry to disappoint but the answer is no -- at least not to my knowledge. HTH, FYI and still half asleep here, I think you can do the name. here is my ical cust section: org-combined-agenda-icalendar-file ~/webs/richardriley/sync/ org.ics org-icalendar-include-todo t org-icalendar-combined-name (quote Richard Riley ORG) org-icalendar-use-scheduled '(todo-due event-if-todo event-if- not-todo) org-icalendar-use-deadline '(todo-due event-if-todo event-if- not-todo) org-icalendar-timezone Europe/Berlin org-icalendar-include-bbdb-anniversaries t ; org-icalendar-timezone nil org-icalendar-store-UID t hth ___ 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] Unhiding edited areas
On Jul 30, 2009, at 8:50 PM, Martin Pohlack wrote: Hi Samuel, Samuel Wales wrote: Hi Martin, This is a huge issue.[1] Here is what I do to try to work around it. I use git, to limit the damage from confusion. Yes, this or a versioning filesystem is probably advisable. I expand the entire buffer if I think I am about to be confused. ;;i like the idea of clustering undo but find it disconcerting (setf org-self-insert-cluster-for-undo nil) ;;somebody, I think Carsten, suggested this, and it might work for you, but for some reason I commented it out. I don't remember what the reason was. Maybe speed. '(defadvice undo (after org-undo-reveal activate) Make point and context visible after an undo command in Org-mode. (and (org-mode-p) (org-reveal))) ;;(ad-unadvise 'undo) Hi Samuel, Martin, this could be a good FAQ entry, I think. If speed was the reason to discard this, maybe try again, because I believe that recent changes will have solved many of the speed issues that might plague org-reveal in lists with many siblings. - Carsten Awesome, this is exactly what I was looking for! [1] It is even more important when combined with what is IMO Emacs's greatest need for improvement, which is that you can undo, and undo an undo, and this is considered to be sufficient since you can get anywhere in the timeline in principle -- but many users, myself included, prefer a true redo command, both because undoing an undo does not let you do commands (such as copying) in the middle of an undo sequence without going the other direction, and because it feels more intuitive to tell emacs where in the timeline we want to go, and go forward or backward if we overshoot, thus making it possible to view the timeline the same way as we go backward and forward in any linear sequence. (redo.el provides the functionality, but it corrupts the buffer.) Of course, many are comfortable with the traditional undo-the-undo mechanism, so that should stay possible, but there are many who are not, and a redo mechanism would satisfy them. It is possible to get more fancy with a tree. The current undo system is very powerful as it doesn't lose history (unless you hit a quota limit). With undo-redo systems you usually can lose history if you edit things in an old state. Suddenly redo is not available anymore. You can only access the most recent branch in the history tree. In emacs this will not happen as you can reach all nodes in the buffer history, but these states are not easily accessible, especially, if you went back and forth some times. I cannot track the list of states in my mind or imagine the current structure of the undo tree, I can only go step by step and look at the situation in the buffer and decide whether this is what I wanted or not. I recently stumbled upon an article which, I think, quiet nicely summarized what one wants: http://e-texteditor.com/blog/2006/making-undo-usable But it's not available for emacs ... Cheers, Martin ___ 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] iCal Export UID only Headline
Hi David, this is a very interesting problem. Apparently you are using (setq org-id-method 'org) This method uses a compact encoding of the current time, to microsecond accuracy, as part of the UID. The fact that some of the IDs you get are the same could mean that you are using a very fast machine that parses several entries in the same microsecond. However, the large jump in the ID after the constant period seems to indicate that maybe your system does not communicate microsecond accurate time to Emacs. One way out would be to switch to uuidgen for ID creation, maybe that behaves better on your system? - Carsten On Jul 30, 2009, at 9:55 PM, David A. Gershman wrote: Hello, I just attempted to export my agenda as an .ics and found an entry scheduled for only Monday when I have dates in my org file for all 5 days of the week. My org file has: Plan Tomorrow 2009-06-15 Mon 17:00-18:00 +1w 2009-06-16 Tue 17:00-18:00 +1w 2009-06-17 Wed 17:00-18:00 +1w 2009-06-18 Thu 17:00-18:00 +1w 2009-06-19 Fri 17:00-18:00 +1w This results in the Plan Tomorrow entry in the agenda for all 5 days. However, when exporting to .ics, all of these are exported BUT they have the same UID. As a result, my Calendar Program (Mozilla Lightning via Thunderbird) considers them errors. So I changed the Org-Tree to: Plan Tomorrow 2009-06-15 Mon 17:00-18:00 +1w Plan Tomorrow 2009-06-16 Tue 17:00-18:00 +1w Plan Tomorrow 2009-06-17 Wed 17:00-18:00 +1w Plan Tomorrow 2009-06-18 Thu 17:00-18:00 +1w Plan Tomorrow 2009-06-19 Fri 17:00-18:00 +1w And when I export to .ics, this is what I get for the UID properties: Plan Tomorrow :PROPERTIES: :ID: 0aegncd1d...@x.i-did-not-set--mail-host-address--so-tickle-me :END: 2009-06-15 Mon 17:00-18:00 +1w Plan Tomorrow :PROPERTIES: :ID: gmqgncd1d...@x.i-did-not-set--mail-host-address--so-tickle-me :END: 2009-06-16 Tue 17:00-18:00 +1w Plan Tomorrow :PROPERTIES: :ID: gmqgncd1d...@x.i-did-not-set--mail-host-address--so-tickle-me :END: 2009-06-17 Wed 17:00-18:00 +1w Plan Tomorrow :PROPERTIES: :ID: gmqgncd1d...@x.i-did-not-set--mail-host-address--so-tickle-me :END: 2009-06-18 Thu 17:00-18:00 +1w Plan Tomorrow :PROPERTIES: :ID: 472hncd1d...@x.i-did-not-set--mail-host-address--so-tickle-me :END: 2009-06-19 Fri 17:00-18:00 +1w Notice the UID is the same for T, W, Th. Ideas? David A. Gershman gersh...@dagertech.net http://dagertech.net/gershman/ It's all about the path! --d. gershman ___ 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] [misc-new-features 2/5] Bugfixes, documentation and custom options for org-checklist.
Hi James, I have applied this patch, with one modification: I added a 'no-erro argument to the (load a2ps-print) form, to make sure that people who have not installed a2ps-print.el can still use the other functionality in your package. Please let me know if this was not the right thing to do. - Carsten On Jul 13, 2009, at 10:27 AM, James TD Smith wrote: * contrib/lisp/org-checklist.el - Fix some problems with the print/export feature in org-checklist. - Add custom options for this module - Fix some interaction with a2ps - Only reset checkboxes if TODO state is done. * doc/org.texi - Add documentation for org-checklist * lisp/org.el - Add org-checklist to org-modules --- contrib/ChangeLog | 16 ++ contrib/lisp/org-checklist.el | 67 ++ +- lisp/org.el |1 + 3 files changed, 69 insertions(+), 15 deletions(-) diff --git a/contrib/ChangeLog b/contrib/ChangeLog index 7e62df0..6a5c2a2 100644 --- a/contrib/ChangeLog +++ b/contrib/ChangeLog @@ -1,3 +1,19 @@ +2009-07-12 James TD Smith ahktenz...@mohorovi.cc + + * lisp/org-checklist.el (org-checklist): Add a custom group for + org-checklist. The options are all for the unchecked items export + function. + (org-checklist-export-time-format): Allow customising the + timestamp appended to the saved unchecked items list + (org-checklist-export-function): Allow customising the output + format for the unchecked items list. + (org-checklist-export-params): Options for the exporter. + (org-checklist-a2ps-params): Printing options. + (org-make-checklist-export): Use values from custom vars. Printing + is now controlled by the PRINT_EXPORT property in the entry, and + the user is only asked if it is missing. Pass the switches to + a2ps-buffer properly. + 2009-06-20 Carsten Dominik carsten.domi...@gmail.com * README: List new file org-export-generic.el diff --git a/contrib/lisp/org-checklist.el b/contrib/lisp/org- checklist.el index 26d228f..4ebf91b 100644 --- a/contrib/lisp/org-checklist.el +++ b/contrib/lisp/org-checklist.el @@ -42,11 +42,37 @@ ;; ;;; Code: (require 'org) +(load a2ps-print) -(defvar export-time-format %Y%m%d%H%M - format of timestamp appended to export file) -(defvar export-function 'org-export-as-ascii - function used to prepare the export file for printing) +(defgroup org-checklist nil + Extended checklist handling for org + :tag Org-checklist + :group 'org) + +(defcustom org-checklist-export-time-format %Y%m%d%H%M + The format of timestamp appended to LIST_EXPORT_BASENAME to + make the name of the export file. + :link '(function-link format-time-string) + :group 'org-checklist + :type 'string) + +(defcustom org-checklist-export-function 'org-export-as-ascii + function used to prepare the export file for printing + :group 'org-checklist + :type '(radio (function-item :tag ascii text org-export-as-ascii) + (function-item :tag HTML org-export-as-html) + (function-item :tag LaTeX :value org-export-as-latex) + (function-item :tag XOXO :value org-export-as-xoxo))) + +(defcustom org-checklist-export-params nil + options for the export function file for printing + :group 'org-checklist + :type '(repeat string)) + +(defcustom org-checklist-a2ps-params nil + options for a2ps for printing + :group 'org-checklist + :type '(repeat string)) (defun org-reset-checkbox-state-maybe () Reset all checkboxes in an entry if the `RESET_CHECK_BOXES' property is set @@ -54,23 +80,30 @@ (if (org-entry-get (point) RESET_CHECK_BOXES) (org-reset-checkbox-state-subtree))) + (defun org-make-checklist-export () Produce a checklist containing all unchecked items from a list of checkbox items (interactive *) (if (org-entry-get (point) LIST_EXPORT_BASENAME) - (let* ((export-file (concat (org-entry-get (point) LIST_EXPORT_BASENAME) - - (format-time-string export-time-format) + (let* ((export-file (concat (org-entry-get (point) LIST_EXPORT_BASENAME nil) + - (format-time-string + org-checklist-export-time-format) .org)) +(print (case (org-entry-get (point) PRINT_EXPORT nil) + (( nil nil) nil) + (t t) + (nil (y-or-n-p Print list? exported-lines -title) +title Checklist export) (save-restriction (save-excursion (org-narrow-to-subtree) + (org-update-checkbox-count-maybe) (org-show-subtree) (goto-char (point-min)) - (if (looking-at org-complex-heading-regexp) - (setq title (match-string 4))) + (when (looking-at org-complex-heading-regexp) + (setq title (match
Re: [Orgmode] Moving rows up without collapsing the view
On Aug 4, 2009, at 4:06 AM, Raffi R wrote: When I try to move a row up using org-metaup (M-up) the subtrees immediately all fold up. Is there any way to prevent this folding from occurring? My apologies if this is covered somewhere; I could not find this in the manual or upon searching. I also looked in org.el and did not see any variable that org-move-subtree-down would look for the avoid the final lines beginning with (unless folded). Thank you very much, - Raffi. Hi Raffi, please upgrade, this issue has been fixed. - 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] Results of the SourceForge Community Award
On Jul 24, 2009, at 12:56 PM, Bastien wrote: Hi all, the results of the SCCA 2009 have been announced and the winner in our category is portableapps.com, a platform to carry computer programs on a USB key. Org-mode didn't win but it was really great to participate and to have all these nice contributions from so many people! A big thanks to all of you. Let's keep making Org a tool which changes the way _we_ do everything :) Well, at least it was not a close call :-) http://sourceforge.net/community/cca09/winners/ shows that we came in 9th of the 10 contenders. I had a lot of fun with this, thanks to you all for voting and contributing. - 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] formula
Hi Haroldo, instead of keeping us guessing what your table might look like, maybe you can just post it - Carsten On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote: Dear Carsten , Thanks ! That's exactly what I was in need of: a combination of a column-formula and relative references in the formula. So far, so good. Now, I have the formula line like this #+TBLFM: $...@-1$5 + @-0$3 - @-0$4 and the very line I typed the formula gets calculated fine. If I want another line into the bus, I go to the empty field in the same column in another line, and go to the Calculate menu, and choose recalculate line, and the fine result appears there , as expected. But if I approach Calculate / Recalculate all , in fact , nothing happens. I tried many times, without result. Recalc line works perfectly, but that does not seem what I'm looking for, which would be a recalculation of all the fields in the column that holds my column-formula. I'll continue reading until I find out, but if you come up with an answer earlier I'd be grateful in advance ! :-) best , haroldo 2009/8/3 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, You cannot copy a formula easily from one field t the next with shifting the reference like you would do in a normal spreadsheet. However, you can use relative references (see the manual) in order to write formulas in an invariant way, and then use basic editing commands in the C-c ' buffer to define the formula for many fields. Even better, use a column formula which allows you to write a single formula for an entire column. - Carsten On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote: 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 ___ 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] formula
Hi Haroldo, Well, I am using the newest version of Org-mode for which you'd have to use a filed formula for the first field in the balance column. Then using your formulas, `C-u C-c *' does fill the entire table: | in | out | balance | |-+-+-| | | | 0 | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | 605 | | | 400 | 205 | | | | 205 | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0 So I don't know why this is not working for you. - Carsten On Aug 4, 2009, at 8:28 AM, Haroldo Stenger wrote: Sure, sorry, that's what text is for :) | in | out | balance | |-+-+-| | | | | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | | | | 400 | | | | | | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2 That's how the table looks like after - creating the table - filling columns 1 and 2 with numbers - creating the column formula in column 3, and - typing C-c * in @3$3 , @4$3 and @5$3 The complete filling of the $3 column doesn't take place by issuing the commands in http://orgmode.org/org.html#Updating-the-table. If I go to @6$3 , @7$3 and @8$3 and type C-c * I obtain what I want, being: | in | out | balance | |-+-+-| | | | | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | 605 | | | 400 | 205 | | | | 205 | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2 I know that what I'm asking should be of easy achievement on my own, but I got somewhat frustrated when I use the commands and the filling doesn't happen. Thanks for helping me. best, haroldo 2009/8/4 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, instead of keeping us guessing what your table might look like, maybe you can just post it - Carsten On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote: Dear Carsten , Thanks ! That's exactly what I was in need of: a combination of a column-formula and relative references in the formula. So far, so good. Now, I have the formula line like this #+TBLFM: $...@-1$5 + @-0$3 - @-0$4 and the very line I typed the formula gets calculated fine. If I want another line into the bus, I go to the empty field in the same column in another line, and go to the Calculate menu, and choose recalculate line, and the fine result appears there , as expected. But if I approach Calculate / Recalculate all , in fact , nothing happens. I tried many times, without result. Recalc line works perfectly, but that does not seem what I'm looking for, which would be a recalculation of all the fields in the column that holds my column-formula. I'll continue reading until I find out, but if you come up with an answer earlier I'd be grateful in advance ! :-) best , haroldo 2009/8/3 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, You cannot copy a formula easily from one field t the next with shifting the reference like you would do in a normal spreadsheet. However, you can use relative references (see the manual) in order to write formulas in an invariant way, and then use basic editing commands in the C-c ' buffer to define the formula for many fields. Even better, use a column formula which allows you to write a single formula for an entire column. - Carsten On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote: 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 ___ 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] formula
On Aug 4, 2009, at 4:23 PM, Haroldo Stenger wrote: Carsten , I take for granted that a filed formula is a column formula , like the one I was using. No. A column formula starts like %3=... and applies to all fields in column 3. A field formula starts like @2$3=... and applies to a single field. I did out the correct formulas into the table I sent with my last email. For the rest I don't know what is wrong. Maybe you have some local setup binding `C-c *' to a different function? Maybe you C-u is bound to something else? You can try to move the cursor into the #+TBLFM line and press `C-c C- c' there, this should also update the entire table, as should `C-u C-c C-c' anywhere in the table. - Carsten I upgraded to the las org-mode version. I must be doing something really wrong, since C-u C-c * doesn't recalculate the column, it just moves the point to the first row after the hline. What can be that is missing here ? best regards, haroldo 2009/8/4 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, Well, I am using the newest version of Org-mode for which you'd have to use a filed formula for the first field in the balance column. Then using your formulas, `C-u C-c *' does fill the entire table: | in | out | balance | |-+-+-| | | | 0 | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | 605 | | | 400 | 205 | | | | 205 | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0 So I don't know why this is not working for you. - Carsten On Aug 4, 2009, at 8:28 AM, Haroldo Stenger wrote: Sure, sorry, that's what text is for :) | in | out | balance | |-+-+-| | | | | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | | | | 400 | | | | | | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2 That's how the table looks like after - creating the table - filling columns 1 and 2 with numbers - creating the column formula in column 3, and - typing C-c * in @3$3 , @4$3 and @5$3 The complete filling of the $3 column doesn't take place by issuing the commands in http://orgmode.org/org.html#Updating-the-table. If I go to @6$3 , @7$3 and @8$3 and type C-c * I obtain what I want, being: | in | out | balance | |-+-+-| | | | | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | 605 | | | 400 | 205 | | | | 205 | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2 I know that what I'm asking should be of easy achievement on my own, but I got somewhat frustrated when I use the commands and the filling doesn't happen. Thanks for helping me. best, haroldo 2009/8/4 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, instead of keeping us guessing what your table might look like, maybe you can just post it - Carsten On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote: Dear Carsten , Thanks ! That's exactly what I was in need of: a combination of a column-formula and relative references in the formula. So far, so good. Now, I have the formula line like this #+TBLFM: $...@-1$5 + @-0$3 - @-0$4 and the very line I typed the formula gets calculated fine. If I want another line into the bus, I go to the empty field in the same column in another line, and go to the Calculate menu, and choose recalculate line, and the fine result appears there , as expected. But if I approach Calculate / Recalculate all , in fact , nothing happens. I tried many times, without result. Recalc line works perfectly, but that does not seem what I'm looking for, which would be a recalculation of all the fields in the column that holds my column-formula. I'll continue reading until I find out, but if you come up with an answer earlier I'd be grateful in advance ! :-) best , haroldo 2009/8/3 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, You cannot copy a formula easily from one field t the next with shifting the reference like you would do in a normal spreadsheet. However, you can use relative references (see the manual) in order to write formulas in an invariant way, and then use basic editing commands in the C-c ' buffer to define the formula for many fields. Even better, use a column formula which allows you to write a single formula for an entire column. - Carsten On Aug 3, 2009, at 12:58 AM, Haroldo Stenger wrote: 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
Re: [Orgmode] Compilation warnings from latest org from git
Fixed, thanks. - Carsten On Aug 3, 2009, at 6:35 PM, Manish wrote: Hello Carsten, Bastien! Just noticed some odd messages from compilation of latest org from git. ,[ org-clock ] | emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load-path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load-path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/org-clock.el | | In end of data: | org-clock.el:1550:1:Warning: the function `popup-menu' is not known to be | defined. | Wrote /home/zms/elisp/org-mode.git/lisp/org-clock.elc ` ,[ org-html ] | emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load-path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load-path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/org-html.el | | In org-export-as-html: | org-html.el:1444:10:Warning: `format' called with 4 args to fill 0 format | field(s) | Wrote /home/zms/elisp/org-mode.git/lisp/org-html.elc ` ,[ org-mouse ] | emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load-path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load-path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/org-mouse.el | | In org-mouse-yank-link: | org-mouse.el:645:9:Warning: assignment to free variable | `mouse-selection-click-count' | | In end of data: | org-mouse.el:1152:1:Warning: the following functions are not known to be | defined: popup-menu, mouse-save-then-kill, mouse-set-point, | mouse-drag-region | Wrote /home/zms/elisp/org-mode.git/lisp/org-mouse.elc ` ,[ org-src ] | emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load-path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load-path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/org-src.el | | In end of data: | org-src.el:472:1:Warning: the function `mouse-set-point' is not known to be | defined. | Wrote /home/zms/elisp/org-mode.git/lisp/org-src.elc ` Best regards, -- Manish ___ 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: Automatic indentation of org tree
On Aug 3, 2009, at 6:49 PM, Eric S Fraga wrote: At Mon, 3 Aug 2009 06:36:17 +0200, Carsten Dominik wrote: [...] 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. I like it! However, it obviously isn't intended for use for files where only odd level headings are used? In any case, I still have to use Emacs 22 on one computer so cannot switch over (although would like to!). Hmmm, it would not be hard to make this work under odd-levels conditions. However, when you are using odd levels and hidestars for clean view under Emacs 22, I would suspect that you are also indenting text under the headline by hand. This will then look bad if you use the same file under Emacs 23 with org-indent-mode turned on. ? - 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: Problem with ido-completing-read from org-table-export
Fixed, thanks. - Carsten On Aug 3, 2009, at 5:31 PM, Gregory Grubbs wrote: When exporting a table with ido-mode active, an error is raised in org-ido-completing-read. I think ido-completing-read is being called with incorrect arguments, but the fix is beyond me. Steps to reproduce the error: Org-mode version: 6.28trans Emacs version: GNU Emacs 23.0.91.1 (i486-pc-linux-gnu, GTK+ Version 2.16.0) of 2009-04-05 on palmer, modified by Debian Turn on ido-mode: M-x ido-mode RET visit a file using C-x C-f /tmp/test.org RET Create a simple table: |column a|column b| |- |one|two| |three|four| Org-magic-tabelize it by hitting TAB somewhere in a column M-x org-table-export RET /tmp/test.csv Here's the backtrace I get: Debugger entered--Lisp error: (wrong-type-argument listp orgtbl-to- tsv) #[(x) @ [x] 1](orgtbl-to-tsv) mapcar(#[(x) @ [x] 1] (orgtbl-to-tsv orgtbl-to-csv orgtbl-to-latex orgtbl-to-html orgtbl-to-generic orgtbl-to-texinfo orgtbl-to-orgtbl)) org-ido-completing-read(Format: (orgtbl-to-tsv orgtbl-to-csv orgtbl-to-latex orgtbl-to-html orgtbl-to-generic orgtbl-to-texinfo orgtbl-to-orgtbl) nil nil orgtbl-to-tsv) apply(org-ido-completing-read (Format: (orgtbl-to-tsv orgtbl-to-csv orgtbl-to-latex orgtbl-to-html orgtbl-to-generic orgtbl-to-texinfo orgtbl-to-orgtbl) nil nil orgtbl-to-tsv)) org-completing-read(Format: (orgtbl-to-tsv orgtbl-to-csv orgtbl-to-latex orgtbl-to-html orgtbl-to-generic orgtbl-to-texinfo orgtbl-to-orgtbl) nil nil orgtbl-to-tsv) org-table-export() call-interactively(org-table-export t nil) execute-extended-command(nil) call-interactively(execute-extended-command nil nil) recursive-edit() byte-code(Æ@Ç=! ___ 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] Refile error - Kill is not a (set of) trees
Hi Michael, could you please do the following: - Run Emacs with a minimal configuration - Make me a test file that will let me reproduce the bug if possible. Thanks. - Carsten On Aug 3, 2009, at 8:33 PM, Michael Gilbert wrote: Hi -- I have more information on this error. I think I've traced it down to whether the command is actually killing the current element in the first place. I had a clipboard management function working in Quicksilver and got rid of that in order to test this better. I got an error on refiling, but it was a different error this time. One about the element being empty, IIRC. Am I misunderstanding refile? Do I have to do more than have the cursor on the line to be moved? And is there a way I can further backtrace this so that it might be useful for troubleshooting by others? Or screencast the error so you can see I am not making this up? I am enamored of orgmode now, but I'm on the verge of abandoning it because I have a notes file from which I cannot conveniently refile tasks and it's becoming unmanageable. -- Michael On Jun 26,2009, at 1:14 AM, Carsten Dominik wrote: I am unable to reproduce this problem. - Carsten On Jun 25, 2009, at 7:42 PM, Michael Gilbert wrote: I am a noob - drawn to the alien world of Emacs (from my familiar Mac environment) by OrgMode. I am uncertain enough that I don't rightly know if this is best described as an OrgMode error or an Emacs error. Most likely a human error, I guess. I am using last night's Aquamacs build: GNU Emacs 23.0.94.1 (i386-apple-darwin9.7.0, NS apple-appkit-949.46) of 2009-06-23 on BRAEBURN.PSY.CMU.EDU - Aquamacs Distribution 2.0dev. Org-mode 6.21b. In OrgMode, I am trying to learn to refile tasks. I use C-c C-w on a TODO item in a notes file. It goes through the process of allowing me to select the destination for the item. But then it throws an error - Kill is not a (set of) trees etc - every time. Doesn't kill the TODO and obviously doesn't yank it to the new location. Are you selecting a region before calling the command? That region might be not a valid tree. I have done this with the point (that's the emacs word for cursor, right?) in a TODO item. I have done it with the entire item selected as a region. I am happy to backtrace this or test in whatever way is needed. I knew I was getting into something complex here. ___ 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] Refile error - Kill is not a (set of) trees
On Aug 3, 2009, at 8:33 PM, Michael Gilbert wrote: Hi -- I have more information on this error. I think I've traced it down to whether the command is actually killing the current element in the first place. I had a clipboard management function working in Quicksilver and got rid of that in order to test this better. I got an error on refiling, but it was a different error this time. One about the element being empty, IIRC. Am I misunderstanding refile? Do I have to do more than have the cursor on the line to be moved? No, this is exactly everything you need to do. - Carsten And is there a way I can further backtrace this so that it might be useful for troubleshooting by others? Or screencast the error so you can see I am not making this up? I am enamored of orgmode now, but I'm on the verge of abandoning it because I have a notes file from which I cannot conveniently refile tasks and it's becoming unmanageable. -- Michael On Jun 26,2009, at 1:14 AM, Carsten Dominik wrote: I am unable to reproduce this problem. - Carsten On Jun 25, 2009, at 7:42 PM, Michael Gilbert wrote: I am a noob - drawn to the alien world of Emacs (from my familiar Mac environment) by OrgMode. I am uncertain enough that I don't rightly know if this is best described as an OrgMode error or an Emacs error. Most likely a human error, I guess. I am using last night's Aquamacs build: GNU Emacs 23.0.94.1 (i386-apple-darwin9.7.0, NS apple-appkit-949.46) of 2009-06-23 on BRAEBURN.PSY.CMU.EDU - Aquamacs Distribution 2.0dev. Org-mode 6.21b. In OrgMode, I am trying to learn to refile tasks. I use C-c C-w on a TODO item in a notes file. It goes through the process of allowing me to select the destination for the item. But then it throws an error - Kill is not a (set of) trees etc - every time. Doesn't kill the TODO and obviously doesn't yank it to the new location. Are you selecting a region before calling the command? That region might be not a valid tree. I have done this with the point (that's the emacs word for cursor, right?) in a TODO item. I have done it with the entire item selected as a region. I am happy to backtrace this or test in whatever way is needed. I knew I was getting into something complex here. ___ 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 bulk refile error
Hi Bernt, what would be the *wanted* result of marking both a parent and its child, and then refiling both? I guess the problem happens when you first refile the parent, and then the child. The reason for this is that, when an entry is refiled from the agenda, all entries in the agenda that stem from the subtree of this item will be removed from the agenda. This is the right ting to do, but of course it causes problems if you have marked both a parent and one of it's children. Would it be acceptable that first the child gets refiled, and then the parent? If yes, a simple solution would be to sort the task markers by buffer position before doing te bulk command. However, it seems to me that the right course of action would be to move the parent with its subtree, and to ignore the mark on the child. We could, instead of throwing an error, prompt the user about how to proceed. Of set a variable that such errors should simply be ignored. - Carsten On Aug 4, 2009, at 8:00 PM, Bernt Hansen wrote: Every so often I run into a situation where bulk refiling doesn't work anymore. I currently have 15 items in my refile.org file that I want to refile to other locations. I marked a few of them and bulk refiled them just fine. Then I marked a few more and B r fails with Cannot find entry for marker #marker at 297156 in norang.org I think this happens when I mark multiple tasks in the same subtree (i.e. the parent and a sibling) and refile both to the same location. After that it gets confused. If I have a task like this in refile.org #+FILETAGS: REFILE * Test ** Test 2 and run a tags match on REFILE I see both tasks. Mark both with m in the agenda and B r to some other location. It refiles the first (and this moves the sibling too) and then it's broken after that. I get the following backtrace Debugger entered--Lisp error: (error Cannot find entry for marker #marker at 297156 in norang.org) signal(error (Cannot find entry for marker #marker at 297156 in norang.org)) error(Cannot find entry for marker %s #marker at 297156 in norang.org) (or (text-property-any (point-min) (point-max) (quote org-hd- marker) e) (error Cannot find entry for marker %s e)) (goto-char (or (text-property-any ... ... ... e) (error Cannot find entry for marker %s e))) (while (setq e (pop entries)) (goto-char (or ... ...)) (eval cmd) (setq org-agenda-bulk-marked-entries (delete e org-agenda-bulk- marked-entries)) (setq cnt (1+ cnt))) (let* ((action ...) (entries ...) cmd rfloc state e tag (cnt 0)) (cond (... ...) (... ...) (... ... ... ...) (... ... ...) (... ... ...) (... ...) (t ...)) (while (setq e ...) (goto-char ...) (eval cmd) (setq org-agenda-bulk-marked-entries ...) (setq cnt ...)) (setq org-agenda-bulk-marked-entries nil) (org-agenda-bulk-remove- all-marks) (message Acted on %d entries cnt)) org-agenda-bulk-action() call-interactively(org-agenda-bulk-action) I've since changed my refile custom view to only show level 1 tasks to avoid this problem. -Bernt ___ 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 bulk refile error
Fixed, thanks. - Carsten On Aug 4, 2009, at 9:25 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi Bernt, what would be the *wanted* result of marking both a parent and its child, and then refiling both? I'd want the parent refiled and the child to follow normally and still have the same parent as it did before refiling. It's really a mistake (for me) to try to refile both and the agenda view I was looking at didn't obviously show that this was a child of this other task I was refiling already in the same operation. I was just picking off tasks and moving them to the right file and level 1 category. I guess the problem happens when you first refile the parent, and then the child. The reason for this is that, when an entry is refiled from the agenda, all entries in the agenda that stem from the subtree of this item will be removed from the agenda. This is the right ting to do, but of course it causes problems if you have marked both a parent and one of it's children. Yes it works the way I want it to now (refiling the parent with the children -- and then the child task that was also selected is *gone* which probably is the cause of this error message.) Would it be acceptable that first the child gets refiled, and then the parent? If yes, a simple solution would be to sort the task markers by buffer position before doing te bulk command. No that isn't the behaviour I was looking for. I just want to refile the parent to get it out of the refile.org file (the child would automatically go with it and preserve it's location in the parent subtree) However, it seems to me that the right course of action would be to move the parent with its subtree, and to ignore the mark on the child. That's better :) The child was refiled due to the parent task being refiled so just ignore the mark. You might run into problems if the agenda tasks are sorted so that the child is before the parent -- then you'll refile the child first, and the parent after which would modified the tree. We could, instead of throwing an error, prompt the user about how to proceed. Of set a variable that such errors should simply be ignored. I'm not sure that's worth it. I think keeping deterministic behaviour is easiest to understand and document. If you select a parent and refile all children go with it. If you really want to extract a child from the parent then it should be two separate refile operations - the first to move the child out of the parent's tree, and the second to move the parent tree. If it's possible to just ignore marks on child tasks when a parent is selected I think that will work better - this leaves a deterministic result -- the order of tasks in the agenda will not affect the result after refiling. If you refile a parent then all children stay as in that tree and move with the parent. Hopefully that makes sense :) -Bernt ___ 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] Org-mode release 6.29
for reading a date forced into current frame. === Separate-frame setup for calendar had caused problems in AquaEmacs. Set timers for headlines = You can now set a timer related to any headline, like an alarm clock. Three new commands have been defined: org-timer-set-timer: bound to `C-c C-x ;' in Org buffers and to `;' in Org agenda buffers. This function sets a timer for the headline the cursor is currently it. Up to three timers can be used at any time. org-timer-show-remaining-time: Show the remaining time for the last timer set. org-timer-cancel-timers: Cancel all timers. This functionality was requested by Samuel Wales and emulates that of /tea-time.el/ -- see the emacswiki doc at [http://www.emacswiki.org/emacs/tea-time] Clock reports may include a time stamp === Using `:timetamp t' as an option in a clock report now allows insertion of the timestamp for the clocked entry. Timestamps are searched for in this order: `SCHEDULING', `TIMESTAMP', `DEADLINE' and `TIMESTAMP_IA'. New option `org-id-uuid-program' = On some systems, `uuidgen' is named `uuid'. Clock notification handler made configurable = See the variable `org-show-notification-handler'. New option `org-tags-sort-function'. = This allows tags to be sorted by `string', `string', or a custom function. Thanks to James TD Smith for a patch to this effect. Improvements for org-feed.el = But fixes, and allowing to choose between `wget' and `curl'. Thanks to Christopher League for a patch to this effect. === PLEASE NOTE NEW ADDRESS === prof.dr. Carsten Dominikdomi...@uva.nl Astronomical Institute 'Anton Pannekoek' www.astro.uva.nl/~dominik Faculty of Science, University of Amsterdam phone +31-20-5257477/7491 SCIENCE PARK 904, ROOM C4-106 fax +31-20-5257484 1098 XH Amsterdam, The Netherlands mail: PO BOX 94249, 1090GE, Amsterdam ___ 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-id-get-create maybe...
On Aug 5, 2009, at 1:06 AM, Sebastian Rose wrote: In my org-setup, I want to have something like this: (defun sr-org-id-insert-maybe () (if (y-or-n-p Create a unique ID for this section?) (org-id-get-create))) (org-insert-heading-hook (quote (sr-org-id-insert-maybe))) But I don't want to enable it globally. Instead, I want to create IDs semi-automatic for special files (or projects) only. How would I do that? Take a look at file variables http://www.gnu.org/software/emacs/manual/html_node/emacs/File-Variables.html#File-Variables and directory variables. http://www.gnu.org/software/emacs/manual/html_node/emacs/Directory-Variables.html#Directory-Variables And then make your hook dependent on the value of such a variable. - Carsten 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
Re: [Orgmode] refile ideas
On Aug 4, 2009, at 2:44 PM, Eric S Fraga wrote: At Mon, 3 Aug 2009 15:31:55 -0700, Samuel Wales wrote: It gives me an idea for remember. For consistency, we can optionally make remember use restricted refile as you propose above. The way it would work is this. A template can optionally specify only format, not target location. When that is the case, c-c c-c in the remember buffer asks you where you want to file using restricted refile. +1 We could do this, but I think Bernt Hansen's setup is much better. Use remember to put new items to a single location, and go back to them later and refile. The key to remember is to make it as simple and as fast as possible. - 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] Priorities and sub-tasks in Agenda View
On Aug 4, 2009, at 4:08 PM, Vedang wrote: Hi All, I'm facing a small annoyance. I like to use priorities on my tasks, for sorting them in agenda view. So I have something like this: * TODO [#A] Big task 1 ** WORKING subtask ** TODO subtask ... * TODO [#A] Big Task 2 ... so on. Agenda mode, however, shows this as follows: TODO [#A] Big Task 1 TODO [#A] Big Task 2 ... other todo big tasks according to priority ... and then somewhere below WORKING subtask TODO subtask ... so on I would like it very much if the subtasks would appear below the big task they are related to, or atleast if the priority of the big task is auto propagated to them so that they appear in the list of all the #A tasks, if not directly under the big task. This would help me very much in keeping related tasks together. If there is any _other_ trick or better way to achieve this that I'm missing, I'd be glad to get pointers. Two ideas: 1. Configure the variable org-agenda-sorting-strategy and remove priority sorting or 2. Use tags to mark priorities - Carsten Thanks! Vedang -- Unix is simple. It takes a genius to understand it's simplicity. -Anon ___ 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: Refile error - Kill is not a (set of) trees
Hi Chris, On Aug 5, 2009, at 7:39 AM, Chris Mann wrote: Carsten Dominik carsten.domi...@gmail.com writes: could you please do the following: - Run Emacs with a minimal configuration - Make me a test file that will let me reproduce the bug if possible. Hello Carsten, I've also been experiencing this behaviour lately. I have been able to reproduce this consistently with the following: 1) Create a file `reproduce.org', with the following contents: * Level1-1 ** Level2-1 *** TODO Level3-1 SCHEDULED: 2009-08-05 Wed ** Level2-2 2) run `emacs -Q' and evalute something resembling the following: (progn (add-to-list 'load-path path/to/org-mode/lisp) (require 'org-agenda) (setq org-agenda-files '(reproduce.org) org-refile-targets '(((reproduce.org) . (:maxlevel . 2) 3) 'M-x org-agenda-list' 4) Move point to the `Level3-1' item in the agenda, 'C-c C-w' and attempt to refile it to, for example, Level2-1. 5) Error: org-paste-subtree: The kill is not a (set of) tree(s) [...] As far as I can tell, the error occurs only when the heading's source buffer is folded at the `Level1-1' heading; I could not reproduce the error while the outermost heading was unfolded, regardless of the level of the refile source / target. I've investigated this error briefly: I believe `org-back-to-heading' moves backward (passed the correct heading), to the outer-most heading, causing `org-end-of-subtree' to then search for the start of heading of the wrong level (too shallow). Can you identify which org-back-to-heading is doing this? Inside which function, what line? Thanks. - Carsten Resultingly, the killed region may extend passed the end of the target subtree. In the above example, I believe the killed text would include both the level 3 heading and the subsequent level 2 heading. My suspicion is that this is stemming from a problem within outline- mode. org-mode 6.29a GNU Emacs 23.1.50.1 -- Chris ___ 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] Refile error - Kill is not a (set of) trees
Ouch, I *did* find a big bug there, so I hope this problem will disappear now, one you have upgraded to the latest git version... - Carsten On Aug 3, 2009, at 8:33 PM, Michael Gilbert wrote: Hi -- I have more information on this error. I think I've traced it down to whether the command is actually killing the current element in the first place. I had a clipboard management function working in Quicksilver and got rid of that in order to test this better. I got an error on refiling, but it was a different error this time. One about the element being empty, IIRC. Am I misunderstanding refile? Do I have to do more than have the cursor on the line to be moved? And is there a way I can further backtrace this so that it might be useful for troubleshooting by others? Or screencast the error so you can see I am not making this up? I am enamored of orgmode now, but I'm on the verge of abandoning it because I have a notes file from which I cannot conveniently refile tasks and it's becoming unmanageable. -- Michael On Jun 26,2009, at 1:14 AM, Carsten Dominik wrote: I am unable to reproduce this problem. - Carsten On Jun 25, 2009, at 7:42 PM, Michael Gilbert wrote: I am a noob - drawn to the alien world of Emacs (from my familiar Mac environment) by OrgMode. I am uncertain enough that I don't rightly know if this is best described as an OrgMode error or an Emacs error. Most likely a human error, I guess. I am using last night's Aquamacs build: GNU Emacs 23.0.94.1 (i386-apple-darwin9.7.0, NS apple-appkit-949.46) of 2009-06-23 on BRAEBURN.PSY.CMU.EDU - Aquamacs Distribution 2.0dev. Org-mode 6.21b. In OrgMode, I am trying to learn to refile tasks. I use C-c C-w on a TODO item in a notes file. It goes through the process of allowing me to select the destination for the item. But then it throws an error - Kill is not a (set of) trees etc - every time. Doesn't kill the TODO and obviously doesn't yank it to the new location. Are you selecting a region before calling the command? That region might be not a valid tree. I have done this with the point (that's the emacs word for cursor, right?) in a TODO item. I have done it with the entire item selected as a region. I am happy to backtrace this or test in whatever way is needed. I knew I was getting into something complex here. ___ 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: Refile error - Kill is not a (set of) trees
Fixed, thanks. - Carsten On Aug 5, 2009, at 7:39 AM, Chris Mann wrote: Carsten Dominik carsten.domi...@gmail.com writes: could you please do the following: - Run Emacs with a minimal configuration - Make me a test file that will let me reproduce the bug if possible. Hello Carsten, I've also been experiencing this behaviour lately. I have been able to reproduce this consistently with the following: 1) Create a file `reproduce.org', with the following contents: * Level1-1 ** Level2-1 *** TODO Level3-1 SCHEDULED: 2009-08-05 Wed ** Level2-2 2) run `emacs -Q' and evalute something resembling the following: (progn (add-to-list 'load-path path/to/org-mode/lisp) (require 'org-agenda) (setq org-agenda-files '(reproduce.org) org-refile-targets '(((reproduce.org) . (:maxlevel . 2) 3) 'M-x org-agenda-list' 4) Move point to the `Level3-1' item in the agenda, 'C-c C-w' and attempt to refile it to, for example, Level2-1. 5) Error: org-paste-subtree: The kill is not a (set of) tree(s) [...] As far as I can tell, the error occurs only when the heading's source buffer is folded at the `Level1-1' heading; I could not reproduce the error while the outermost heading was unfolded, regardless of the level of the refile source / target. I've investigated this error briefly: I believe `org-back-to-heading' moves backward (passed the correct heading), to the outer-most heading, causing `org-end-of-subtree' to then search for the start of heading of the wrong level (too shallow). Resultingly, the killed region may extend passed the end of the target subtree. In the above example, I believe the killed text would include both the level 3 heading and the subsequent level 2 heading. My suspicion is that this is stemming from a problem within outline- mode. org-mode 6.29a GNU Emacs 23.1.50.1 -- Chris ___ 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] dvipng: -E is not a valid option
Actually, I have no idea, this was copied from latex2png.el. If you remove the -E, does it still work? - Carsten On Aug 5, 2009, at 3:15 AM, Hsiu-Khuern Tang wrote: Hi all, In org.el, dvipng is called with the -E option, but I can't find out what this option does. If I call dvipng -E ... directly from the Linux shell, I get /usr/bin/dvipng warning: -E is not a valid option [1] -- 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] dvipng: -E is not a valid option
OK, done. Thanks. - Carsten On Aug 5, 2009, at 5:51 PM, Hsiu-Khuern Tang wrote: * On Wed 03:13PM +, 05 Aug 2009, Carsten Dominik (carsten.domi...@gmail.com ) wrote: Actually, I have no idea, this was copied from latex2png.el. If you remove the -E, does it still work? It works with and without the -E. dvipng appears to discard invalid options (with a warning). The dvipng Texinfo manual does not list the -E option, I think it is safe to take it out. - Carsten On Aug 5, 2009, at 3:15 AM, Hsiu-Khuern Tang wrote: Hi all, In org.el, dvipng is called with the -E option, but I can't find out what this option does. If I call dvipng -E ... directly from the Linux shell, I get /usr/bin/dvipng warning: -E is not a valid option [1] -- 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 -- 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] LaTeX export bug
Hi, I believe the issue is now fixed, please verify. - Carsten On Jul 30, 2009, at 2:51 AM, Dan Griswold wrote: Hi there, Well, I think this a bug. Given this org input file: , | * Things | ** A Heading |- some |- stuff |- in |- a |- list | ** Another heading |- another |- list ` then if I select the level one heading (titled Things) with C-c @, and export to LaTeX using C-c C-e l, I get this output: , | % Created 2009-07-29 Wed 20:24 | \documentclass[12pt]{article} | \usepackage[utf8]{inputenc} | \usepackage[T1]{fontenc} | \usepackage{graphicx} | \usepackage{longtable} | \usepackage{hyperref} | | | \title{Things} | \author{Daniel M. Griswold} | \date{July 29, 2009} | | \begin{document} | | \maketitle | | ** A Heading | \begin{itemize} | \item some | \item stuff | \item in | \item a | \item list | \end{itemize} | ** Another heading | \begin{itemize} | \item another | \item list | \end{itemize} | | \end{document} ` Note that the top level headings (A Heading and Another Heading) are not exported as \section, but with the asterisks they have in the org file: , | ** A Heading | \begin{itemize} | | ... snip ... | | \end{itemize} | ** Another heading ` Exporting the whole file does what it's supposed to do: export the headlines as \section and \subsection. Can any of you reproduce this? Thanks, Dan -- -- Dan Griswold Rochester, NY -- ___ 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] Tiny bugfix for org-checklist.el
Applied, thanks. - Carsten On Aug 6, 2009, at 12:26 AM, Christopher Suckling wrote: Best wishes, Christopher diff --git a/contrib/lisp/org-checklist.el b/contrib/lisp/org- checklist.el index 63daf3e..657c6e1 100644 --- a/contrib/lisp/org-checklist.el +++ b/contrib/lisp/org-checklist.el @@ -95,7 +95,7 @@ of checkbox items (t t) (nil (y-or-n-p Print list? exported-lines -title Checklist export) +(title Checklist export)) (save-restriction (save-excursion (org-narrow-to-subtree) ___ 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] Small patch: org-agenda-bulk-toggle
This is what I had originally, but t was pointed out to me that in other applications in Emacs, marking and unmarking are usually separate commands. I have no objections to put this function back in. But what should be the key for it? I guess you would then have to use the agenda-mode-hook to redefine the m key. - Carsten On Aug 7, 2009, at 5:04 AM, Paul Holcomb wrote: Can we add the behavoir of org-agenda-bulk-select back? I far prefer the toggle action rather than having a key for mark and one for unmark This seems to work: -- (defun org-agenda-bulk-toggle () Support behavoir of org-agenda-bulk-select (interactive) (if (eq (get-char-property (point-at-bol) 'type) 'org-marked-entry-overlay) (org-agenda-bulk-unmark) (org-agenda-bulk-mark))) -- Although it would probably be better to refactor the bulk checker rather than copying the code here. -- Paul Holcomb *pholcomb\@ cpoint net* GPG key fingerprint 2B62 05AE EE74 845A 705F D716 28C4 FE1C 088F CFAC ___ 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-RET bug?
Yes, this is a bug, fixed now. - Carsten On Aug 7, 2009, at 2:53 PM, Leo wrote: Hi there, ,[ (info (org)Structure editing) ] | `C-RET' | Just like `M-RET', except when adding a new heading below the | current heading, the new heading is placed after the body instead | of before it. This command works from anywhere in the entry. ` Inside a substree and with the point at the beginning of a line, C-RET turns the current line into a heading. In the following example, indicates where the point is. * Sample This is not a heading After C-RET, it changes to * Sample * This is not a heading I can reproduce this with org 6.29c as included in Emacs. Can someone else reproduce this bug? Best, Leo -- Emacs uptime: 11 minutes, 35 seconds ___ 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] Included org-mode files not exported properly
Hi this bug was fixed on July 24: http://repo.or.cz/w/org-mode.git?a=commitdiff;h=68b65e8f480c17cfe1024001c236eb4065893f4d so you probably need to upgrade. - Carsten On Aug 7, 2009, at 3:41 AM, Bob Kline wrote: According to the docs [1] for Include files, if you omit the optional second and third parameters, the text will be assumed to be in Org mode format and will be processed normally. However, it does not appear that the structure of the included content is recognized by org mode, which dumps the headers for the sections of the included file into a single paragraph, with some random commas injected. Here's a repro case: $ cat repro.org * Intro Blah blah * Data Structures #+INCLUDE: common.org * Algorithms More blah $ cat common.org ** Tables foo bar ** Views blech ** Stored Procedures - one - two Here's a link to the resulting HTML: http://www.rksystems.com/org-include-repro.html Here's what the interesting segment of the HTML source looks like (the results of org-export-as-html): p,** Tables foo bar ,** Views blech ,** Stored Procedures /pul li one /li li two /li /ul Is this a known bug? I can reproduce this behavior on a number of versions of org-mode, including the latest released version (6.29c). [1] http://orgmode.org/manual/Include-files.html -- Bob Kline bkl...@rksystems.com ___ 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] Included org-mode files not exported properly
Hi Nick, you are completely right, thanks for diffing. The documentation describes how things *should* work, i.e. #+include file.org without any markup argument should include and process the file contents normally, while #+include file.org src org Should include the file as an source code example. In this case, lines that look like headlines and commends should be quoted by preceding them with a comma, so make sure they are not mistaken for headlines or meta lines. I believe this now works correctly again, please verify. - Carsten On Aug 8, 2009, at 1:03 AM, Nick Dokos wrote: Bob Kline bkl...@rksystems.com wrote: At Fri, 7 Aug 2009 16:32:15 +0200, Carsten Dominik wrote: this bug was fixed on July 24: http://repo.or.cz/w/org-mode.git?a=commitdiff;h=68b65e8f480c17cfe1024001c236eb4065893f4d so you probably need to upgrade. Hmm. I pulled down the latest code directly from the git repo, and I'm still seeing the buggy behavior. Did you have a different meaning in mind for upgrade? I suggested a workaround to Bob (unfortunately, I forgot to copy the list so it's in a different thread): use #+INCLUDE: foo markup but I think Bob is right that there is a problem (possibly more than one). o First, this does not agree with the documentation. In fact, Michael Zeller had proposed a change in the documentation (see http://thread.gmane.org/gmane.emacs.orgmode/15924) to make it conform to the current working of the code. Carsten, could you take a look and if you agree, apply that patch? (but see below first). o Second, the markup argument can be anything. If it is present, then the included file is processed as an org mode file for export (unless markup is src or SRC, in which case the lang argument comes into the picture). In the thread above, Michael Zeller suggests org as the value of the markup and his documentation fix is phrased accordingly, but as far as the code goes that's purely conventional. o Third, if the markup argument is not present, then org-get-file- contents returns the contents of the file as a strings with commas preceding the headlines, as Bob mentioned. What's this all about? Thanks, 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
Re: [Orgmode] Emacs crashes when using S-TAB in drawer
Are you using org-indent-mode? - Carsten On Aug 8, 2009, at 12:30 AM, Markus Heller wrote: Hello all, emacs crashes reproducibly when using S-Tab in an expended drawer. I've noticed this with my org-file, which is rather big. I tried to narrow it down to a minimal org file, but could not reproduce the crash. While trying to narrow things down, I noticed that drawers get corrupted when using S-Tab multiple times, looks like the :END: line goes missing. I'm happy to provide more info if you tell me what you're looking for, but as I said, I wasn't able to create a minimal org file showing the crash. I'm wondering if anybody else has the same problems ... Here are my versions: Emacs version: GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-06-30 on LENNART-69DE564 org version: 6.269c 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 ___ 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] Small patch: org-agenda-bulk-toggle
On Aug 7, 2009, at 5:15 PM, Paul Holcomb wrote: On Fri, Aug 07, 2009 at 07:17:22AM +0200, Carsten Dominik wrote: This is what I had originally, but t was pointed out to me that in other applications in Emacs, marking and unmarking are usually separate commands. I have no objections to put this function back in. But what should be the key for it? I guess you would then have to use the agenda-mode-hook to redefine the m key. I thought s was fine for the key, as C-x C-s already is bound to org-save-all-org-buffers. I have installed the function, but not added the key - please do so yourself. - Carsten -- Paul Holcomb *pholcomb\@ cpoint net* GPG key fingerprint 2B62 05AE EE74 845A 705F D716 28C4 FE1C 088F CFAC ___ 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: Org Mode installation directory
On Aug 7, 2009, at 7:27 PM, CHENG Gao wrote: Org Mode git repo defaults to install into $prefix/share/emacs/site-lisp. I found it's some annoying since I like to put each package in seperate subdir. I have to mv all org files. If this is your convention, why don't you just edit the Makefile and keep the changes on a local branch: http://orgmode.org/worg/org-faq.php#keeping-local-changes-current-with-Org-mode-development I believe it is better to have the default the way it is, because I am not sure if older Emacs versions will automatically look in subdirectories of site-lisp. - Carsten How about install it into site-lisp/org/ just like Org Mode bundled with Emacs HEAD? -- The truth which makes men free is for the most part the truth which men prefer not to hear. ___ 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] test case for scheduled and deadline, with bug report
probably be 4 separate faces for 2 4 5 6. the reason for this is that imo the most important information the user needs is deadline: 1 safe, 2 within warning, 3 due today, and 4 overdue. this is not the case currently. i think that 1 and 3 should be assigned the same face as 2 and 4, respectively, to keep the number of faces low. of course, there are other important faces: - appointment - scheduled without deadline. this can be the same face as 2. - deadline without scheduled. this can be the same faces as 2 4 5 6. I do not thing that it would be right to modify the face of an entry depending on the relation between the scheduled date and the deadline warning period. The reason why people schedule a task for a certain day often has nothing to do with the fact that the deadline is close ot not, but more with the fact that on that day, circumstances are right. Do you know about the variable org-agenda-deadline-faces? - Carsten therefore, the total number of faces for the agenda task lines should be just 5. 6) i think that 3 and 4 should put Warn instead of In for 4. this indicates that it is within the warning period. 7) i would consider putting OK or Safe or Prewarn or something similar instead of Sched. for 1 and 2. then the column shows only deadline information, which is a consistent approach. another benefit of this is that you know that there /is/ a deadline. if it shows Sched. then you know that it is merely scheduled. this is important because you might not have set a deadline yet because it was to be determined. in such a case, with OK or similar, you know whether there is a risk of missing the unset deadline. 8) this is minor, but in the input, org puts deadline before scheduled. users are probably more familiar with having earlier dates on the left and later dates on the right, however (in most languages). i think that scheduled should always be earlier than deadline. Hope it helps. ___ 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 === PLEASE NOTE NEW ADDRESS === prof.dr. Carsten Dominikdomi...@uva.nl Astronomical Institute 'Anton Pannekoek' www.astro.uva.nl/~dominik Faculty of Science, University of Amsterdam phone +31-20-5257477/7491 SCIENCE PARK 904, ROOM C4-106 fax +31-20-5257484 1098 XH Amsterdam, The Netherlands mail: PO BOX 94249, 1090GE, Amsterdam ___ 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] fontified source-code on latex export with listings package
Hi Eric, I would like to include your patch, this was on my todo list for a long time, thanks for doing it! - Carsten On Aug 8, 2009, at 8:59 PM, Eric Schulte wrote: Hi, The attached patch allows for fontified source code blocks on export to LaTeX. It does this using the 'listings' latex package. A new variable is introduced; `org-export-latex-listings' which should be set to non-nil for source-code to be exported as listings blocks. This variable defaults to nil in which case the current practice of exporting source code to verbatim latex blocks remains unchanged. To use this functionality add the following to your org-mode config. --8---cut here---start-8--- ;; tell org to use listings (setq org-export-latex-listings t) ;; you must include the listings package (add-to-list 'org-export-latex-packages-alist '( listings)) ;; if you want colored source code then you need to include the color package (add-to-list 'org-export-latex-packages-alist '( color)) --8---cut here---end---8--- In addition to the patch, I'm attaching an example org-mode file, along with the generated LaTeX file and PDF file. Do you think this would be appropriate for inclusion into org-mode? Thanks -- Eric diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 00fd6c8..9de5e5f 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2204,6 +2204,8 @@ in the list) and remove property and value from the list in LISTVAR. (defvar htmlp) ;; dynamically scoped (defvar latexp) ;; dynamically scoped (defvar org-export-latex-verbatim-wrap) ;; defined in org-latex.el +(defvar org-export-latex-listings) ;; defined in org-latex.el +(defvar org-export-latex-listings-langs) ;; defined in org-latex.el (defun org-export-format-source-code-or-example (backend lang code optional opts indent) @@ -2310,8 +2312,20 @@ INDENT was the original indentation of the block. ((eq backend 'latex) (setq rtn (org-export-number-lines rtn 'latex 0 0 num cont rpllbl fmt)) (concat \n#+BEGIN_LaTeX\n - (org-add-props (concat (car org-export-latex-verbatim-wrap) -rtn (cdr org-export-latex-verbatim-wrap)) + (org-add-props + (if org-export-latex-listings + (concat + (if lang + (let* ((lang-sym (intern (concat : lang))) + (lstlang (or (plist-get org-export-latex-listings-langs + lang-sym) + lang))) + (format \\lstset{language=%s} \n lstlang)) + ) + \\begin{lstlisting}\n + rtn \\end{lstlisting}\n) +(concat (car org-export-latex-verbatim- wrap) +rtn (cdr org-export-latex- verbatim-wrap))) '(org-protected t)) #+END_LaTeX\n\n)) ((eq backend 'ascii) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index fdf9ae2..f80e221 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -69,6 +69,9 @@ org-deadline-string \\| org-closed-string\\)) Regexp matching special time planning keywords plus the time after it.) +(defvar org-export-latex-listings nil + If non-nil then source code blocks will be fontified using the +listings package.) (defvar latexp); dynamically scoped from org.el (defvar re-quote) ; dynamically scoped from org.el @@ -297,6 +300,12 @@ Defaults to \\begin{verbatim} and \ \end{verbatim}. :type '(cons (string :tag Open) (string :tag Close))) +(defcustom org-export-latex-listings-langs + '(:emacs-lisp lisp) + Property list mapping languages to their listing language counterpart. + :group 'org-export-latex + :type 'plist) + (defcustom org-export-latex-remove-from-headlines '(:todo nil :priority nil :tags nil) A plist of keywords to remove from headlines. OBSOLETE. listngs .org listngs .texlistngs.pdf___ 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] [PATCH] Remove some blank leading blank lines from ASCII export.
Applied, thanks. - Carsten On Aug 9, 2009, at 1:20 PM, Andrew Stribblehill wrote: With the following org file: -- Foo In which foos are described. #+OPTIONS: num:nil author:nil creator:nil timestamp:nil d:nil toc:nil skip:t #+TITLE: * The construction of a foo ** Armaments -- I found exporting to ASCII gave five leading blank lines. The following patch reduces that to one. (I'd love some help in tracking down that final one.) --- lisp/ChangeLog|5 + lisp/org-ascii.el | 11 +++ 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index dd00a9a..2c477d7 100755 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,3 +1,8 @@ +2009-08-09 Andrew Stribblehill a...@wompom.org + + * org-ascii.el (org-export-as-ascii): Remove some leading blank + lines from output when skipping preamble. + 2009-08-08 Bastien Guerry b...@altern.org * org.el (org-iswitchb): Fix bug when aborting the `org-iswitchb' diff --git a/lisp/org-ascii.el b/lisp/org-ascii.el index ede4ccc..846be8a 100644 --- a/lisp/org-ascii.el +++ b/lisp/org-ascii.el @@ -266,11 +266,13 @@ publishing directory. ;; File header (unless body-only - (if title (org-insert-centered title ?=)) - (insert \n) + (when (and title (not (string= title))) + (org-insert-centered title ?=) + (insert \n)) + (if (and (or author email) org-export-author-info) - (insert (concat (nth 1 lang-words) : (or author ) + (insert(concat (nth 1 lang-words) : (or author ) (if email (concat email ) ) \n))) @@ -283,7 +285,8 @@ publishing directory. (if (and date org-export-time-stamp-file) (insert (concat (nth 2 lang-words) : date\n))) - (insert \n\n)) + (unless (= (point) (point-min)) + (insert \n\n))) (if (and org-export-with-toc (not body-only)) (progn -- 1.6.3.GIT ___ 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] [PATCH] fontified source-code on latex export with listings package
I have added the patch, thanks! Eric, color setup is relative complex, which i why I don't want to discuss this in detail in the manual. Maybe you could write a Worg page about this, and/or a FAQ entry? - Carsten On Aug 8, 2009, at 8:59 PM, Eric Schulte wrote: Hi, The attached patch allows for fontified source code blocks on export to LaTeX. It does this using the 'listings' latex package. A new variable is introduced; `org-export-latex-listings' which should be set to non-nil for source-code to be exported as listings blocks. This variable defaults to nil in which case the current practice of exporting source code to verbatim latex blocks remains unchanged. To use this functionality add the following to your org-mode config. --8---cut here---start-8--- ;; tell org to use listings (setq org-export-latex-listings t) ;; you must include the listings package (add-to-list 'org-export-latex-packages-alist '( listings)) ;; if you want colored source code then you need to include the color package (add-to-list 'org-export-latex-packages-alist '( color)) --8---cut here---end---8--- In addition to the patch, I'm attaching an example org-mode file, along with the generated LaTeX file and PDF file. Do you think this would be appropriate for inclusion into org-mode? Thanks -- Eric diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 00fd6c8..9de5e5f 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2204,6 +2204,8 @@ in the list) and remove property and value from the list in LISTVAR. (defvar htmlp) ;; dynamically scoped (defvar latexp) ;; dynamically scoped (defvar org-export-latex-verbatim-wrap) ;; defined in org-latex.el +(defvar org-export-latex-listings) ;; defined in org-latex.el +(defvar org-export-latex-listings-langs) ;; defined in org-latex.el (defun org-export-format-source-code-or-example (backend lang code optional opts indent) @@ -2310,8 +2312,20 @@ INDENT was the original indentation of the block. ((eq backend 'latex) (setq rtn (org-export-number-lines rtn 'latex 0 0 num cont rpllbl fmt)) (concat \n#+BEGIN_LaTeX\n - (org-add-props (concat (car org-export-latex-verbatim-wrap) -rtn (cdr org-export-latex-verbatim-wrap)) + (org-add-props + (if org-export-latex-listings + (concat + (if lang + (let* ((lang-sym (intern (concat : lang))) + (lstlang (or (plist-get org-export-latex-listings-langs + lang-sym) + lang))) + (format \\lstset{language=%s} \n lstlang)) + ) + \\begin{lstlisting}\n + rtn \\end{lstlisting}\n) +(concat (car org-export-latex-verbatim- wrap) +rtn (cdr org-export-latex- verbatim-wrap))) '(org-protected t)) #+END_LaTeX\n\n)) ((eq backend 'ascii) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index fdf9ae2..f80e221 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -69,6 +69,9 @@ org-deadline-string \\| org-closed-string\\)) Regexp matching special time planning keywords plus the time after it.) +(defvar org-export-latex-listings nil + If non-nil then source code blocks will be fontified using the +listings package.) (defvar latexp); dynamically scoped from org.el (defvar re-quote) ; dynamically scoped from org.el @@ -297,6 +300,12 @@ Defaults to \\begin{verbatim} and \ \end{verbatim}. :type '(cons (string :tag Open) (string :tag Close))) +(defcustom org-export-latex-listings-langs + '(:emacs-lisp lisp) + Property list mapping languages to their listing language counterpart. + :group 'org-export-latex + :type 'plist) + (defcustom org-export-latex-remove-from-headlines '(:todo nil :priority nil :tags nil) A plist of keywords to remove from headlines. OBSOLETE. listngs .org listngs .texlistngs.pdf___ 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] Latex export to documentclass beamer
On Aug 9, 2009, at 3:05 PM, RC wrote: Hi, Following an earlier suggestion on the list: http://thread.gmane.org/gmane.emacs.orgmode/15010/focus=15077 I added the following to my .emacs file: (add-to-list 'org-export-latex-classes '(beamer \\documentclass[11pt]{beamer} \\usepackage[utf8]{inputenc} \\usepackage[T1]{fontenc} \ \usepackage{amsmath,amssymb,graphicx,bm,multirow,colortbl,vector} \\usepackage{hyperref} \\usepackage{verbatim} \\setbeameroption{show notes} \\usetheme{Goettingen} \\useoutertheme{infolines} (\\begin{frame}\\frametitle{%s}\\begin{itemize} \\end{itemize}\\end{frame} \\begin{frame}\\frametitle{%s}\\begin{itemize} \\end{itemize}\ \end{frame}) (\\item{%s} . \\item*{%s}))) For this line to be working, the variable must have been defined. Either precede the code with (require 'org-latex) or wrap it into (eval-after-load org-latex '(add-to-list)) - Carsten However, this gives me the error: Debugger entered--Lisp error: (void-variable org-export-latex-classes) I am using Emacs 23.1 and org-mode 6.29trans in Windows Vista. Any suggestions to fix the error are appreciated. RC ___ 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] MACRO calls with linebreaks?
Hi Stefan, this should now work. But note that the opening parenthesis must be attached to the macro name and the closing parenthesis must be attached to the }}}, just as you have done in your proposal. I have not tested this, please verify. - Carsten On Aug 9, 2009, at 2:40 AM, Stefan Vollmar wrote: Hello, I find org-mode's MACRO feature very useful for exporting to HTML as it allows you to generate literally any HTML construct that you need, here is a simple example: http://www.nf.mpg.de/kinderuni/kinderuni_en.html (see the Colophon section; thanks again to everybody from the list who helped!). For another project, we need to generate a table with many (multi- line) rows like this: | logo.png | somebody.jpg | name \\ telephone \\ email... | The images have different sizes (so some alignment is needed) and the text in the last column should have several lines (which should be next to the person's portrait). This can (currently) not been done with standard org tables (I am not complaining). With something like this: #+macro: person #+HTML: tabletrtd style=vertical- align:middle;margin-right:2em;margin-left:2em;padding:5px;[...]/ table {{{person(logo.png, somebody.jpg, someb...@nf.mpg.de, namebr/ telephonebr/roombr/groupbr/[...])}}} the problem can be solved and yet again org-mode's flexibility is demonstrated. The MACRO can be hidden in a setup-file. However, the MACRO call can not and it looks like a kludge and is awkward to read. MACRO calls work well with few and short arguments - different from this case. The problem is that org-mode seems to require the brackets in one line for MACROs to work. Assuming this restriction was not there, one could write in a much more readable fashion: {{{person( logo.png, somebody.jpg, someb...@nf.mpg.de, namebr/ telephonebr/ roombr/ groupbr/ [...] )}}} and (just a thought) might expect white space in front of an argument to be ignored and linebreaks in arguments conserved. Maybe there is a better way to pass longer arguments to MACROs? Any help is appreciated. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. 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 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-archive-subtree complains
On Aug 10, 2009, at 9:53 AM, Stefan Vollmar wrote: Hello, org 6.29trans org-archive-subtree yields The kill is not a (set of) tree(s) - please use S-insertchar to yank anyway (1) I believe this has worked before, maybe a problem with the new Aquamacs-prerelease (2.0 preview 2)? It seems I can reproduce this message anywhere in my org-buffer. I cannot reproduce this, but I am not using AquaEmacs (2) What is insertchar? This should be yank, so C-y. Obviously some other key on your keyboard has this function attached to it as well. - 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: Latex export to documentclass beamer
On Aug 9, 2009, at 5:45 PM, RC wrote: Carsten Dominik carsten.dominik at gmail.com writes: On Aug 9, 2009, at 3:05 PM, RC wrote: Hi, Following an earlier suggestion on the list: http://thread.gmane.org/gmane.emacs.orgmode/15010/focus=15077 I added the following to my .emacs file: (add-to-list 'org-export-latex-classes ... For this line to be working, the variable must have been defined. Either precede the code with (require 'org-latex) or wrap it into (eval-after-load org-latex '(add-to-list)) - Carsten Thanks! That worked. I had a a couple more questions about using latex-export. 1. * Slide 5 \uncover2- {appear from slide 2 on\\ } \uncover3-4 {appears from 3 to slide 4\\ } \uncover4{appears on slide 4\\ } \uncover3-{appears from slide 3 on\\ } You can warp this code in #+begin_latex ... #+end_latex gets output as: \begin{frame}\frametitle{Slide 5} \label{sec-5} \uncover2- \{appear from slide 2 on\\ \} \uncover3-4 \{appears from 3 to slide 4\\ \} \uncover4\{appears on slide 4\\ \} \uncover3-\{appears from slide 3 on\\ \} \end{frame} Is there a way to avoid { and } being output as \{ and \} , respectively. 2. Is there a way to add an attribute to latex lists (itemize, enumerate, description} so that: * Slide 1 - x - y - z gets output as: \begin{itemize}[+-] \item x \item y \item z \end{itemize} No. - 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] 6.29c bug: (void-variable org-export-html-special-string-regexps)
Fixed, thanks. - Carsten On Aug 10, 2009, at 1:47 PM, Leo wrote: Hi all, Here is how to reproduce the bug: 1. create a file kk.el with the following content: (setq org-modules nil) (define-key mode-specific-map [?a] 'org-agenda) (define-key mode-specific-map [?l] 'org-store-link) (setq org-agenda-files '(~/kk.org)) (setq org-export-with-LaTeX-fragments t org-highlight-latex-fragments-and-specials t) 2. create an empty file named kk.org 3. emacs -q -l kk.el 4. C-c a a Backtrace: Debugger entered--Lisp error: (void-variable org-export-html-special- string-regexps) org-compute-latex-and-specials-regexp() org-set-regexps-and-options() org-mode() set-auto-mode-0(org-mode nil) set-auto-mode() normal-mode(t) after-find-file(nil t) find-file-noselect-1(#buffer kk.org ~/kk.org nil nil ~/ kk.org (1861876 234881026)) find-file-noselect(~/kk.org) org-get-agenda-file-buffer(~/kk.org) byte-code(.!Â\f.qÂÂ...!Â.!qÂ~Â. .. Â.\n\..\f.\.. \...\..Â.ed..#Â..Âc.ebÂ.#Âc...! G... ..!.#ÂÂG.ebÂ.. .Q.!..!..#ÂÂ...Â..!.\#ÂÂm.). ! [file bmp org- todo-keywords-for-agenda org-todo-keywords-1 org-done-keywords-for- agenda org-done-keywords bufferp org-check-agenda-file org-get- agenda-file-buffer buffer-modified-p org-refresh-category-properties append remove-text-properties re-search-forward nil t org-on-heading- p add-text-properties point-at-bol org-end-of-subtree ^\\*+ + \ \ 0 set-buffer-modified-p org-todo-keyword-alist-for-agenda org- todo-key-alist org-tag-alist-for-agenda org-tag-alist pall org- agenda-skip-archived-trees rea pa org-comment-string re pc] 4) org-prepare-agenda-buffers((~/kk.org)) org-prepare-agenda(Day/Week) org-agenda-list(nil) call-interactively(org-agenda-list) byte-code(.. . \\.p ... !.. @. .A .B . .C .D.EÂ.#Â..f.g.ÂÂÂ.h.ÂÂÂ#Âp.i.jÂz..!Â...@.j.da.k.eÂ...kÂ. \fC #Â.K.=ÂÂ...F.G. .ÂÂ.H. .ÂÂÂ...K.=Â..Â..F..!Â.G`.ÂÂ.H..!.ÂÂ)..!Â..J \Â.Â89Â.8!ÂÂ...8.A..8.B..8.CC#Â.A.=ÂC. \Â...A.=ÂC.\Â...A.=ÂC.\Â...A.=ÂC.\Â...A.=Â\...C. \Â...A.=Â1...C.\Â...a@...c.\Â...A.=ÂR.. Â..C.\Â...A.=Âd.. Â..C.\Â...A.=Âv.. Â..C.\ÂA! ...C.\ÂA!ÂÂ...C.\Â.A\Â.@.Â.laa)\Â...J.ÂÂ.. \n ...! ...J .  ... Q .! ...JÂR.ÂÂ...ÂS.!Â...JÂT.ÂÂ...ÂU.!Â...JÂV.ÂÂ..ÂU..MÂ..ÂW..M.N.M.O..N! +Â...JÂX. ..ÂY.!Â...JÂZ.ÂÂD.ÂY..MÂ4.Â[..M.N.M.O..N!+Â...JÂ\ \.ÂÂU..Â].!Â...JÂ^.ÂÂÂ..PÂ_.=Âm..Â`.!Â.K? .\fC#ÂÂa..M.M.N.M.O..N! +Â...JÂb.ÂÂ...Âc.!Â...JÂd.ÂÂ...Âe.!Â...JÂf.ÂÂ...Âg.!Â...Âh.!.  [prefix-descriptions org-agenda-custom-commands org-agenda-custom- commands-orig buf bfn entry nil delq mapcar #[(x) A;Â\f. B..ÂA@;Â..Â...@Â'@.Â.aa)bb...@.abb [x prefix-descriptions nil ] 4] buffer-file-name buffer-base-buffer put org-agenda-files org- restrict org-agenda-redo-command org-lprops org-agenda-get- restriction-and-command region t region-beginning region-end subtree org-back-to-heading org-end-of-subtree require calendar assoc 2 functionp 3 4 agenda org-let (org-agenda-list current-prefix-arg) alltodo (org-todo-list current-prefix-arg) search (org-search-view current-prefix-arg match nil) stuck (org-agenda-list-stuck-projects current-prefix-arg) tags (org-tags-view current-prefix-arg match) tags-todo (org-tags-view (quote ...) match) todo (org-todo-list match) tags-tree org-check-for-org-mode (org-match-sparse-tree current-prefix-arg match) ...] 6) org-agenda(nil) call-interactively(org-agenda nil nil) -- Emacs uptime: 7 minutes, 29 seconds ___ 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: 6.29c bug: (void-variable org-export-html-special-string-regexps)
Fixed, thanks. - Carsten On Aug 10, 2009, at 1:55 PM, Leo wrote: Another bug maybe related to this one is trying to complete #+ produces another error: Debugger entered--Lisp error: (args-out-of-range 2 10) match-string(2 ) (cons (match-string 2 x) (match-string 1 x)) (lambda (x) (string-match ^#\\+\\(\\([A-Z_]+:?\\).*\\) x) (cons (match-string 2 x) (match-string 1 x)))() mapcar((lambda (x) (string-match ^#\\+\\(\\([A-Z_]+:?\\).*\\) x) (cons (match-string 2 x) (match-string 1 x))) (#+TITLE: Tasks.org #+AUTHOR:Leo Shidai Liu #+EMAIL: sl...@cam.ac.uk #+DATE: 2009-08-10 Mon #+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:t skip:nil d:nil todo:t pri:nil tags:not-in-toc # +EXPORT_SELECT_TAGS: export #+EXPORT_EXCLUDE_TAGS: noexport # +LINK_UP:#+LINK_HOME: #+CATEGORY: Tasks #+SEQ_TODO: TODO FEEDBACK VERIFY DONE #+TYP_TODO: Me Jason Marie DONE # +PRIORITIES: A C B #+DRAWERS: PROPERTIES CLOCK LOGBOOK # +STARTUP: content odd hidestars noalign nil #+TAGS: @Computer(c) @Errands(e) @Home(h) @None(n) @Office(o) @Phone(p) # +FILETAGS: #+ARCHIVE: %s_archive:: #+LINK: org file:~/ org/%s.org)) (append (mapcar (lambda ... ... ...) (org-split-string ... \n)) (mapcar (quote list) org-additional-option-like-keywords)) (cond (opt (setq type :opt) (require ...) (append ... ...)) (startup (setq type :startup) org-startup-options) (link (append org- link-abbrev-alist-local org-link-abbrev-alist)) (texp (setq type :tex) org-html-entities) ((string-match \\`\\*+[ ]+\\' ...) (setq type :todo) (mapcar ... org-todo-keywords-1)) (searchhead (setq type :searchhead) (save-excursion ... ...) tbl) (tag (setq type :tag beg beg1) (or org-tag-alist ...)) (prop (setq type :prop beg beg1) (mapcar ... ...)) (t (progn ... ...))) (let* ((a nil) (end ...) (beg1 ...) (beg ...) (confirm ...) (searchhead ...) (struct ...) (tag ...) (prop ...) (texp ...) (link ...) (opt ...) (startup ...) (completion-ignore-case opt) (type nil) (tbl nil) (table ...) (pattern ...) (completion ...)) (cond (... ...) (... ... ...) (... ... ... ... ... ... ...) (t ... ... ...))) (catch (quote exit) (let* (... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...) (cond ... ... ... ...))) (progn (if pc-mode (partial-completion-mode -1)) (catch (quote exit) (let* ... ...))) (unwind-protect (progn (if pc-mode ...) (catch ... ...)) (if pc- mode (partial-completion-mode 1))) (let ((pc-mode ...)) (unwind-protect (progn ... ...) (if pc- mode ...))) (org-without-partial-completion (catch (quote exit) (let* ... ...))) org-complete(nil) call-interactively(org-complete nil nil) -- Emacs uptime: 18 minutes, 25 seconds ___ 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: Emacs crashes when using S-TAB in drawer
On Aug 10, 2009, at 6:08 PM, Markus Heller wrote: Carsten Dominik wrote: Are you using org-indent-mode? Yes I do. This is the configuration I use: #+DRAWERS: IDEAS COMMENTS REVIEW #+STARTUP: content #+STARTUP: hidestars #+STARTUP: indent followed by 3 lines of #+TAG. I use the :COMMENTS: drawer very frequently to jot down comments on specific tasks etc. and the :IDEAS: drawer only occasionally, but the crash happens when point is in either of them. I'm sorry I couldn't reproduce a minimal file that shows the crash. Hi, does the crash happen reproducible in the big file? If yes, would you mind sharing that file with just me? I have Emacs crash occasionally with org-indent-mode as well, I think this is an Emacs bug, the features with line-prefix are still new. But if there is a reproducible case, we could at least make a good backtrace including the C code and a core dump, maybe some Emacs developer could do something with it. Please also test if the crashes disappear when you no longer use org-indent-mode. - Carsten Please let me know if you need further info. Cheers M - Carsten On Aug 8, 2009, at 12:30 AM, Markus Heller wrote: Hello all, emacs crashes reproducibly when using S-Tab in an expended drawer. I've noticed this with my org-file, which is rather big. I tried to narrow it down to a minimal org file, but could not reproduce the crash. While trying to narrow things down, I noticed that drawers get corrupted when using S-Tab multiple times, looks like the :END: line goes missing. I'm happy to provide more info if you tell me what you're looking for, but as I said, I wasn't able to create a minimal org file showing the crash. I'm wondering if anybody else has the same problems ... Here are my versions: Emacs version: GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-06-30 on LENNART-69DE564 org version: 6.269c 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 ___ 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] 6.29c export latex bug?
On Aug 11, 2009, at 5:26 AM, Nick Dokos wrote: Nick Dokos nicholas.do...@hp.com wrote: 31ceed47ffd3070418dd34316fef8869d2434c26 is first bad commit commit 31ceed47ffd3070418dd34316fef8869d2434c26 Author: Carsten Dominik carsten.domi...@gmail.com Date: Tue Jun 30 07:24:57 2009 +0200 New minor mode org-indent-mode This mode implements outline indentation similar to clean view, but in a dynamic and virtual way, at display time. I looked over the commit and saw this change to org-table.el: ... (if (equal (char-before) ?\n) ;; This hack is for org-indent, to force redisplay of the ;; line prefix of the first line. Apparently the redisplay ;; is tied to the newline, which is, I think, a bug. ;; To force this redisplay, we remove and re-insert the ;; newline, so that the redisplay engine thinks it belongs ;; to the changed text. (progn (backward-delete-char 1) (insert \n))) ... I commented it out and the export of the table worked - but I have no idea why. Hi zwz, thanks for the report. Hi Nick, thanks for nailing it. This bug is fixed now. Nick, if you are interested, please see the commit log entry for an explanation why this bug was happening. - Carsten 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 ___ 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 can not precess some LATEX environment
On Aug 11, 2009, at 10:37 AM, waterloo wrote: org-mode can not precess some LATEX environment . Such as : \begin{matrix} \end{matrix} which is in amslatex. Org-mode will handle these environments, but you must require the package in the header: #+LaTeX_HEADER: \usepackage{amslatex} Or add to org-export-latex-package-alist - 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 can not precess some LATEX environment
So then, what do you mean by org-mode can not precess some LATEX environment Please, if you want us to spend the time giving you the answer, put in the time to explain yourself clearly, if possible already in the initial post and not after two mails back and forth. This will allow the experts in the group to spend their time efficiently, and it will also create better records in the mailing list archives. - Carsten On Aug 11, 2009, at 10:48 AM, waterloo wrote: It is `amsmath' , not `amslatex' . Org include amsmath defaultly . 2009/8/11 Carsten Dominik carsten.domi...@gmail.com On Aug 11, 2009, at 10:37 AM, waterloo wrote: org-mode can not precess some LATEX environment . Such as : \begin{matrix} \end{matrix} which is in amslatex. Org-mode will handle these environments, but you must require the package in the header: #+LaTeX_HEADER: \usepackage{amslatex} Or add to org-export-latex-package-alist - 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] MACRO calls with linebreaks?
Hi Stefan, could you please make a complete example, with the complete macro definition and calls, i.e. no ...? This would give me something to test without having to guess what might be happening. Thanks. - Carsten On Aug 11, 2009, at 12:58 AM, Stefan Vollmar wrote: Dear Carsten, On 10.08.2009, at 10:09, Carsten Dominik wrote: this should now work. But note that the opening parenthesis must be attached to the macro name and the closing parenthesis must be attached to the }}}, just as you have done in your proposal. I have not tested this, please verify. thank you! Almost perfect: there seems to be some confusion as to when MACRO arguments are passed verbatim and when interpreted in org-fashion. Ideally, there should be a way to make sure that one gets verbatim text, possibly without leading white space. (1) {{{person(minerva_logo.png, ...)}}} and {{{person( minerva_logo.png, ...)}}} differ. The first version passes minerva_log.png as the first argument to the MACRO, the second version turns it into minervasublogo/sub.png. (2) {{{person(minerva_logo.png, somebody.jpg, line1 br/ line2 br/ line3 br/, someb...@nf.mpg.de )}}} works fine, however, {{{person(minerva_logo.png, somebody.jpg, line1 br/ line2 br/ line3 br/, someb...@nf.mpg.de )}}} creates line1 folled by a line break (as expected) but all following HTML code rendered as text: line1 br/ line2 lt;br/gt; line3 lt;br/gt;lt; [...] (3) {{{person(minerva_logo.png, somebody.jpg, line1 br/ line2 @br/ line3 @br/, someb...@nf.mpg.de )}}} this works (observe the inconsistency between line1 and the other lines: no @ here) up to and including line 3, the rest is HTML markup rendered as text just as in (2). Warm regards, Stefan - Carsten On Aug 9, 2009, at 2:40 AM, Stefan Vollmar wrote: Hello, I find org-mode's MACRO feature very useful for exporting to HTML as it allows you to generate literally any HTML construct that you need, here is a simple example: http://www.nf.mpg.de/kinderuni/kinderuni_en.html (see the Colophon section; thanks again to everybody from the list who helped!). For another project, we need to generate a table with many (multi- line) rows like this: | logo.png | somebody.jpg | name \\ telephone \\ email... | The images have different sizes (so some alignment is needed) and the text in the last column should have several lines (which should be next to the person's portrait). This can (currently) not been done with standard org tables (I am not complaining). With something like this: #+macro: person #+HTML: tabletrtd style=vertical- align:middle;margin-right:2em;margin-left:2em;padding:5px;[...]/ table {{{person(logo.png, somebody.jpg, someb...@nf.mpg.de, namebr/ telephonebr/roombr/groupbr/[...])}}} the problem can be solved and yet again org-mode's flexibility is demonstrated. The MACRO can be hidden in a setup-file. However, the MACRO call can not and it looks like a kludge and is awkward to read. MACRO calls work well with few and short arguments - different from this case. The problem is that org-mode seems to require the brackets in one line for MACROs to work. Assuming this restriction was not there, one could write in a much more readable fashion: {{{person( logo.png, somebody.jpg, someb...@nf.mpg.de, namebr/ telephonebr/ roombr/ groupbr/ [...] )}}} and (just a thought) might expect white space in front of an argument to be ignored and linebreaks in arguments conserved. Maybe there is a better way to pass longer arguments to MACROs? Any help is appreciated. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. 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 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 suggestion: option which allows moving subtrees freely
The good reason is this: * heading ** A child *** a grand child if you try to move the grand child up, the integrity of the tree is broken because then you have * heading *** a grand child ** A child Even worse if you move a child beyond the first top-level heading. I do M-left M-up M-right to get past a parent. When moving down, M-left M-down M-right will get you to the end of that subtree, but otherwise it works just fine. - Carsten On Aug 11, 2009, at 11:36 AM, Scot Becker wrote: +1 I always supposed there was some Good Reason (tm) for prohibiting this, which I hadn't yet understood, so I never asked for it before. But since PT asked, I'll join in. Scot On Tue, Aug 11, 2009 at 10:24 AM, PTspamfilteracco...@gmail.com wrote: Often I want to move an item or a subtree to an other location with M-up/down and I get the message Cannot move past superior level. I think there could be an option allowing this behavior. In practice I found sometimes it would be quicker and easier to move stuff under a different heading in the same file by simply using Meta+cursor keys than using the refill interface. ___ 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] [PATCH] fontified source-code on latex export with listings package
Hi Eric, thanks! BTW, when adding your patch, I added a few more languages to the default settings. - Carsten On Aug 11, 2009, at 3:01 PM, Eric Schulte wrote: Carsten Dominik carsten.domi...@gmail.com writes: I have added the patch, thanks! Thanks for adding the patch. Eric, color setup is relative complex, which i why I don't want to discuss this in detail in the manual. Maybe you could write a Worg page about this, and/or a FAQ entry? I've added a FAQ entry to worg which encapsulates the *very little* I do know about using the listings and color packages in LaTeX documents. http://orgmode.org/worg/org-faq.php#fontified_source_code_w_latex Best -- Eric - Carsten On Aug 8, 2009, at 8:59 PM, Eric Schulte wrote: Hi, The attached patch allows for fontified source code blocks on export to LaTeX. It does this using the 'listings' latex package. A new variable is introduced; `org-export-latex-listings' which should be set to non-nil for source-code to be exported as listings blocks. This variable defaults to nil in which case the current practice of exporting source code to verbatim latex blocks remains unchanged. To use this functionality add the following to your org-mode config. --8---cut here---start-8--- ;; tell org to use listings (setq org-export-latex-listings t) ;; you must include the listings package (add-to-list 'org-export-latex-packages-alist '( listings)) ;; if you want colored source code then you need to include the color package (add-to-list 'org-export-latex-packages-alist '( color)) --8---cut here---end---8--- In addition to the patch, I'm attaching an example org-mode file, along with the generated LaTeX file and PDF file. Do you think this would be appropriate for inclusion into org-mode? Thanks -- Eric diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 00fd6c8..9de5e5f 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2204,6 +2204,8 @@ in the list) and remove property and value from the list in LISTVAR. (defvar htmlp) ;; dynamically scoped (defvar latexp) ;; dynamically scoped (defvar org-export-latex-verbatim-wrap) ;; defined in org-latex.el +(defvar org-export-latex-listings) ;; defined in org-latex.el +(defvar org-export-latex-listings-langs) ;; defined in org-latex.el (defun org-export-format-source-code-or-example (backend lang code optional opts indent) @@ -2310,8 +2312,20 @@ INDENT was the original indentation of the block. ((eq backend 'latex) (setq rtn (org-export-number-lines rtn 'latex 0 0 num cont rpllbl fmt)) (concat \n#+BEGIN_LaTeX\n - (org-add-props (concat (car org-export-latex-verbatim-wrap) -rtn (cdr org-export-latex-verbatim-wrap)) + (org-add-props + (if org-export-latex-listings + (concat + (if lang + (let* ((lang-sym (intern (concat : lang))) + (lstlang (or (plist-get org-export-latex-listings-langs + lang-sym) + lang))) + (format \\lstset{language=%s} \n lstlang)) + ) + \\begin{lstlisting}\n + rtn \\end{lstlisting}\n) +(concat (car org-export-latex-verbatim- wrap) +rtn (cdr org-export-latex- verbatim-wrap))) '(org-protected t)) #+END_LaTeX\n\n)) ((eq backend 'ascii) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index fdf9ae2..f80e221 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -69,6 +69,9 @@ org-deadline-string \\| org-closed-string\\)) Regexp matching special time planning keywords plus the time after it.) +(defvar org-export-latex-listings nil + If non-nil then source code blocks will be fontified using the +listings package.) (defvar latexp); dynamically scoped from org.el (defvar re-quote) ; dynamically scoped from org.el @@ -297,6 +300,12 @@ Defaults to \\begin{verbatim} and \ \end{verbatim}. :type '(cons (string :tag Open) (string :tag Close))) +(defcustom org-export-latex-listings-langs + '(:emacs-lisp lisp) + Property list mapping languages to their listing language counterpart. + :group 'org-export-latex + :type 'plist) + (defcustom org-export-latex-remove-from-headlines '(:todo nil :priority nil :tags nil) A plist of keywords to remove from headlines. OBSOLETE. listngs .org listngs .texlistngs.pdf___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman
Re: [Orgmode] Re: Org suggestion: option which allows moving subtrees freely
Thank you all for your input, I am not going to make a change here. - Carsten On Aug 11, 2009, at 3:09 PM, Matt Lundin wrote: Leo sdl@gmail.com writes: On 2009-08-11 10:24 +0100, PT wrote: Often I want to move an item or a subtree to an other location with M-up/down and I get the message Cannot move past superior level. I think there could be an option allowing this behavior. In practice I found sometimes it would be quicker and easier to move stuff under a different heading in the same file by simply using Meta+cursor keys than using the refill interface. I agree with Carsten and Tassilo. I don't see this as an improvement. C-k and C-y is easy enough to move substrees and it can move them anywhere. I agree with Leo, Carsten, and Tassilo. When I move a subtree to a different tree entirely, I use C-k and C-y or refile. I appreciate that org/outline mode respects the integrity of the outline tree. Otherwise, IMO, M-up/down could easily wreak havoc with the structure of the document. - Matt ___ 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] MACRO calls with linebreaks?
Fixed, thanks. - Carsten On Aug 11, 2009, at 12:58 AM, Stefan Vollmar wrote: Dear Carsten, On 10.08.2009, at 10:09, Carsten Dominik wrote: this should now work. But note that the opening parenthesis must be attached to the macro name and the closing parenthesis must be attached to the }}}, just as you have done in your proposal. I have not tested this, please verify. thank you! Almost perfect: there seems to be some confusion as to when MACRO arguments are passed verbatim and when interpreted in org-fashion. Ideally, there should be a way to make sure that one gets verbatim text, possibly without leading white space. (1) {{{person(minerva_logo.png, ...)}}} and {{{person( minerva_logo.png, ...)}}} differ. The first version passes minerva_log.png as the first argument to the MACRO, the second version turns it into minervasublogo/sub.png. (2) {{{person(minerva_logo.png, somebody.jpg, line1 br/ line2 br/ line3 br/, someb...@nf.mpg.de )}}} works fine, however, {{{person(minerva_logo.png, somebody.jpg, line1 br/ line2 br/ line3 br/, someb...@nf.mpg.de )}}} creates line1 folled by a line break (as expected) but all following HTML code rendered as text: line1 br/ line2 lt;br/gt; line3 lt;br/gt;lt; [...] (3) {{{person(minerva_logo.png, somebody.jpg, line1 br/ line2 @br/ line3 @br/, someb...@nf.mpg.de )}}} this works (observe the inconsistency between line1 and the other lines: no @ here) up to and including line 3, the rest is HTML markup rendered as text just as in (2). Warm regards, Stefan - Carsten On Aug 9, 2009, at 2:40 AM, Stefan Vollmar wrote: Hello, I find org-mode's MACRO feature very useful for exporting to HTML as it allows you to generate literally any HTML construct that you need, here is a simple example: http://www.nf.mpg.de/kinderuni/kinderuni_en.html (see the Colophon section; thanks again to everybody from the list who helped!). For another project, we need to generate a table with many (multi- line) rows like this: | logo.png | somebody.jpg | name \\ telephone \\ email... | The images have different sizes (so some alignment is needed) and the text in the last column should have several lines (which should be next to the person's portrait). This can (currently) not been done with standard org tables (I am not complaining). With something like this: #+macro: person #+HTML: tabletrtd style=vertical- align:middle;margin-right:2em;margin-left:2em;padding:5px;[...]/ table {{{person(logo.png, somebody.jpg, someb...@nf.mpg.de, namebr/ telephonebr/roombr/groupbr/[...])}}} the problem can be solved and yet again org-mode's flexibility is demonstrated. The MACRO can be hidden in a setup-file. However, the MACRO call can not and it looks like a kludge and is awkward to read. MACRO calls work well with few and short arguments - different from this case. The problem is that org-mode seems to require the brackets in one line for MACROs to work. Assuming this restriction was not there, one could write in a much more readable fashion: {{{person( logo.png, somebody.jpg, someb...@nf.mpg.de, namebr/ telephonebr/ roombr/ groupbr/ [...] )}}} and (just a thought) might expect white space in front of an argument to be ignored and linebreaks in arguments conserved. Maybe there is a better way to pass longer arguments to MACROs? Any help is appreciated. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. 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 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] [PATCH] fontified source-code on latex export with listings package
Added, thanks. - Carsten On Aug 11, 2009, at 3:34 PM, Eric Schulte wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi Eric, thanks! BTW, when adding your patch, I added a few more languages to the default settings. Oh, wonderful, Actually looking at your additions I have a few more which may make sense. :gnuplot Gnuplot :ocaml Caml :caml Caml :sql SQL Thanks -- Eric ___ 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 can not precess some LATEX environment
On Aug 11, 2009, at 3:41 PM, Nick Dokos wrote: waterloo waterloo2...@gmail.com wrote: Excuse me . I put the following latex code in an org file , and put point in it ,C-c C-x C-l. It don't produce the correct image. There is only an square appearing . The latex environment is include in amsmath package, which is include in Org Format Latex Header defautly. \begin{matrix} 1d\\ dd\\ \end{matrix} I cannot be sure whether waterloo sees the same problem (from his description, it seems that he gets just an empty square which indicates additional/different problems - maybe missing the dvipng program?), Yes, this seems to be a different problem. Maybe the problem is thatthe matrix environment must be inside a math environment? but I do see a problem. Here is the org file: , | #+LaTeX_HEADER: \usepackage{amsmath} This is actually not necessary, I was mistaken here. | | * foo | | \[ | \begin{matrix} | 1d\\ | dd\\ | \end{matrix} | \] | ` I can export this to LaTeX just fine (and I need the additional header, at least in that case - I have not tried without it). But when I try the preview C-c C-x C-l on the fragment, I get the preview of the matrix twice with an empty square separating the two instances. I attach a PNG image of the result. I checked the image that is produced in the ltxpng subdirectory: it's just the image of the matrix, no problem there. Hmm, another fun and interesting bug! Fixed now. 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