[Orgmode] Timeline not working in 5.20
Hi I've installed 5.20 today. There seems to be a bug with Timeline for current buffer (C-c aL) Arithmetic range error: floor, -0.0e+NaN The Agenda buffer shows only one timestamped item. It's the same on both my machines (with an identical org-file). I'm using GNUEmacs 23.0.50.1 on Debian Etch. Greetings Sven pgpskLUnrXDdr.pgp Description: PGP signature ___ 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: CATEGORY in different levels
Hi Bernt Bernt Hansen [EMAIL PROTECTED] writes: Sven Bretfeld [EMAIL PROTECTED] writes: What have I misunderstood? In other words, how can I set the category for my projects (2nd level with sub-trees) while keeping the category of the areas of responsibility (1st level) intact over the whole tree? Try marking your projects with a property category... like this: * Finances:@home: :PROPERTIES: :CATEGORY: Finance :ARCHIVE: %s_archive::* Finances :END: * Health :@home: :PROPERTIES: :CATEGORY: Health :ARCHIVE: %s_archive::* Health :END: I've tried, but it's not working either. I tried it this way: * Teaching #+CATEGORY: Teaching ** Sanskrit I (WS08) :PROJECT: :PROPERTIES: :CATEGORY: Sanskrit :END: *** NEXT Find Books:LIBRARY: Todos are displayed correctly: , | Sanskrit: NEXT Find Books:LIBRARY: ` But projects wrongly: , | Sanskrit I: Sanskrit I :PROJECT: ` The same, when I change the #+CATEGORY: of the first level item into a property of the same kind: :PROPERTIES: :CATEGORY: Teaching :END: Strange, isn't it? Is it working for you? Then, I'd have a wrong customization maybe? Greetings Sven pgpCURSIkzklt.pgp Description: PGP signature ___ 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: CATEGORY in different levels
Hi Sven, Sven Bretfeld [EMAIL PROTECTED] writes: I've tried, but it's not working either. I tried it this way: * Teaching #+CATEGORY: Teaching ** Sanskrit I (WS08) :PROJECT: :PROPERTIES: :CATEGORY: Sanskrit :END: *** NEXT Find Books:LIBRARY: Todos are displayed correctly: , | Sanskrit: NEXT Find Books:LIBRARY: ` But projects wrongly: , | Sanskrit I: Sanskrit I :PROJECT: ` The same, when I change the #+CATEGORY: of the first level item into a property of the same kind: :PROPERTIES: :CATEGORY: Teaching :END: Strange, isn't it? Is it working for you? Then, I'd have a wrong customization maybe? As far as I can tell it's working fine for me. Maybe this is related to Emacs 23. I'm using - Org-mode version 5.20 - GNU Emacs 22.1.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-11-03 on pacem, modified by Debian I haven't done any customizations for properties in my .emacs. -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] Re: CATEGORY in different levels
Hi Bernt Bernt Hansen [EMAIL PROTECTED] writes: Sven Bretfeld [EMAIL PROTECTED] writes: What have I misunderstood? In other words, how can I set the category for my projects (2nd level with sub-trees) while keeping the category of the areas of responsibility (1st level) intact over the whole tree? Try marking your projects with a property category... like this: * Finances:@home: :PROPERTIES: :CATEGORY: Finance :ARCHIVE: %s_archive::* Finances :END: * Health :@home: :PROPERTIES: :CATEGORY: Health :ARCHIVE: %s_archive::* Health :END: I've tried, but it's not working either. I tried it this way: * Teaching #+CATEGORY: Teaching ** Sanskrit I (WS08) :PROJECT: :PROPERTIES: :CATEGORY: Sanskrit :END: *** NEXT Find Books:LIBRARY: Todos are displayed correctly: , | Sanskrit: NEXT Find Books:LIBRARY: ` But projects wrongly: , | Sanskrit I: Sanskrit I :PROJECT: ` The same, when I change the #+CATEGORY: of the first level item into a property of the same kind: :PROPERTIES: :CATEGORY: Teaching :END: Strange, isn't it? Is it working for you? Then, I'd have a wrong customization maybe? Greetings Sven pgpsWT0jrdPK1.pgp Description: PGP signature ___ 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: RELEASE: Org-mode version 5.20
Carsten Dominik schrieb: Hi folks, I am releasing Org-mode version 5.20 at http://orgmode.org and as a git repository at http://repo.or.cz/w/org-mode.git Enjoy! - Carsten Changes in Version 5.20 ~~~ Overview Remember/Refile/Goto - The use of prefix arguments for the commands `org-remember' and `org-refile' has been normalized. - The clock can now safely be used in a remember buffer. - The variable `org-remember-use-refile-when-interactive' introduced only in 5.19 is already obsolete. Please use `org-remember-interactive-interface' instead. - It is no longer necessary to update the refiling targets. - Automatic isearch in `org-goto'. - Outline-path-completion as alternative org-goto interface. Misc - Checkboxes now work hierarchically. - `C-k' can now behave specially in headlines. - Repeater for tasks in plain timestamps. - All clock intervals of an item show in agenda/timeline. - New parameter `:step' for clocktable, to get daily reports. - Never loose a repeaded scheduled item from the agenda. - Archiving a subtree now stores the outline path in a property. - Links to messages in Apple Mail. - Bug fixes. Incompatible Changes - The variable `org-remember-use-refile-when-interactive' introduced only in 5.19 is already obsolete. Please use `org-remember-interactive-interface' instead. Details === Remember/Refile/Goto - The use of prefix arguments for the commands `org-remember' and `org-refile' has been normalized: + when called without prefix argument, the command does its normal job, starting a remember note or refiling a tree. + when called with a single C-u prefix, these commands can be used to select a target location and to jump there. In the case of `org-remember', you will be prompted for a template and then Emacs jumps to the default target location or this template. In the case of `org-refile', you select a location from the refile target list and jump there. + when called with two prefixes (`C-u C-u'), the command jumps to the location last used for storing a note or a moved tree. - When the clock is running inside an remember buffer, storing the remember buffer with `C-c C-c' will automatically clock out. This was inspired by a request by Rainer Stengle. - The variable `org-remember-use-refile-when-interactive' introduced only in 5.19 is already obsolete. Please use `org-remember-interactive-interface' instead. This new variable does select the interface that is used to select the target for a remember note in an interactive way. Possible values are: + `outline': Use an outline of the document to select a location. + `outline-path-completion': Use completion of an outline path to select a location. + `refile': Offer the `org-refile-targets' as possible targets. - It is no longer necessary to update the refiling targets - they are always current. - In `org-goto', typing characters now automatically starts isearch from the beginning of the buffer. The isearch is special also because it only matches in headline. This goes some way toward saving org-goto from being removed from Org-mode. Thanks to Piotr Zielinski for the code, and sorry that it took me so long to put it in. If you prefer to use single letters n,p,f,b,u,q for navigation as before, configure the variable `org-goto-auto-isearch'. - Outline-path-completion is now available as an alternative interface in the command `org-goto'. Please select the default interface you'd like to use with the new variable `org-goto-interface'. You can then select the alternative interface with a prefix argument to `C-c C-j' (org-goto). I am considering to make outline-path-completion the default interface. Comments? Misc - Checkboxes now work hierarchically. When a plain-list item with a checkbox has children with checkboxes, the status of the item's checkbox is calculated from the children, each time a checkbox is toggled with C-c C-c. Thanks to Miguel A. Figueroa-Villanueva for a patch to this effect. - There is a new variable `org-special-ctrl-k'. When set, `C-k' will behave specially in headlines: + When the cursor is at the beginning of a headline, kill the entire line and possible the folded subtree below the line. + When in the middle of the headline text, kill the
Re: [Orgmode] using org-mode and screen
Thanks for the suggestion. Sounds promising, but on the other hand screen is on all unix distributions I know of, but dtach is harder to find. On Feb 5, 2008 5:24 AM, Rick Moynihan [EMAIL PROTECTED] wrote: If you're using gnu screen primarily for it's detach capability then you may want to consider 'dtach', which is pretty much just the feature of screen. Consequently it has less keybindings etc, and is more compatible with various programs. I've not really used it with emacs, but you might consider it unless you use screens other features. R. Andrew Hyatt wrote: Hi everyone, I use org-mode religiously these days. I blogged about my use here ( http://technical-dresese.blogspot.com/2007/08/org-mode.html) (please excuse the fact that when I wrote this I didn't know about the existing org-mode functionality to jump to the current clock). I generally have a problem of integrating the work I do in the shell with the tasks in org-mode. Plus, I often need access to the shells at home I started from work. I thought I'd combine these problems into a little org-mode extension that ties screen and org-mode together, via ansi-term. For these to work, you have to load ansi-term, which my hack is based on. If there's enough interest, I'll make a real .el file out of this. The general idea is that you start a task in which all the work will take place in a shell. This usually is not a leaf-task for me, but usually the parent of a leaf task. From a task in your org-file, M-x ash-org-screen will prompt for the name of a session. Give it a name, and it will insert a link. Open the link at any time to go the screen session containing your work! It works pretty well for me. The only problem is that I often run emacs in a screen session itself, and I can never get scrolling to work right in screen-in-screen. (defun ash-org-screen-buffer-name (name) Returns the buffer name corresponding to the screen name given. (concat *screen name *)) (defun ash-org-screen-helper (name arg) ;; Pick the name of the new buffer. (let ((term-ansi-buffer-name (generate-new-buffer-name (ash-org-screen-buffer-name name (setq term-ansi-buffer-name (term-ansi-make-term term-ansi-buffer-name /usr/bin/screen nil arg name)) (set-buffer term-ansi-buffer-name) (term-mode) (term-char-mode) (term-set-escape-char ?\C-x) term-ansi-buffer-name)) (defun ash-org-screen (name) Start a screen session with name (interactive MScreen name: ) (save-excursion (ash-org-screen-helper name -S)) (insert-string (concat [[screen: name ]]))) And don't forget to add (screen . elisp:(ash-org-goto-screen \%s\)) to org-link-abbrev-alist. ___ 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] GNU Screen and arrow keys
My emacs lives inside a GNU Screen session. When I say M-left to promote current heading I get '3C'. googlin' around I found: http://www.nabble.com/Some-keys-are-not-giving-the-expected-result-when-pressed-td11192176.html Everything works properly using emacs outside screen. Is out there a workaround for this? I need screen :) Thank you in advance for your help. * My setup - gnome-terminal2.18.4 - GNU Screen4.00.03 - emacs 23.0.50.1 - org.el5.19a -- Systems.Administrators.like.things.automated. ___ 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] [OT] GNU Screen and arrow keys
lore [EMAIL PROTECTED] writes: My emacs lives inside a GNU Screen session. When I say M-left to promote current heading I get '3C'. [...] Is out there a workaround for this? I need screen :) I'm a screen/TTY emacs user and I don't see the same behaviour. What is your TERM value outside and inside screen? If you hit ESC-left do you see the same thing? Cheers, Phil -- Phil Jackson http://www.shellarchive.co.uk ___ 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] CATEGORY in different levels
Hi Sven, #+CATEGORY applies to the lines *below* it, independent of outline tree structure. That is why you are getting Sociology-Article for your Emacs installation task: it is the nearest #+CATEGORY line *above* this headline. #+CATEGORY is only kept for backward compatibility, you probably should not use it for changing the category in the middle of a file, much less in the middle of a complex tree. Properties give much more consistent results. The :CATEGORY: property applies to the entry headline above it, and to the entire tree below it (unless locally overwritten by another property). Everything works fine if I change your example to: * Teaching :PROPERTIES: :CATEGORY: Teaching :END: ** Sanskrit I (WS08):PROJECT: :PROPERTIES: :CATEGORY: Sanscrit I :END: *** NEXT Look for Introductions :LIBRARY: *** NEXT Borrow the chosen books:LIBRARY: *** NEXT Ask students for convenient date :EMAIL: ** History of Indian Religion (WS08):PROJECT: :PROPERTIES: :CATEGORY: Indian Religion :END: *** Plan part on Buddhism :MILESTONE: NEXT Look for Books:LIBRARY: NEXT Chose readings for students :OFFICE: *** Plan part on Hinduism :MILESTONE: NEXT Look for books:LIBRARY: NEXT Invite guest-speaker :PHONE: * Misc Office :PROPERTIES: :CATEGORY: Misc Office :END: ** Proofread Sociology-Article :PROJECT: :PROPERTIES: :CATEGORY: Misc Office :END: *** NEXT Make a printout:COMPUTER: ** Install Emacs on every colleague's PC:PROJECT: ___ 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] Timeline not working in 5.20
Hi Sven, please make a minimal file that still reproduces this bug, or at least prepare a backtrace so that we can have a chance. When I take a random file, the timeline works just fine for me. - Carsten On Feb 6, 2008, at 10:59 AM, Sven Bretfeld wrote: Hi I've installed 5.20 today. There seems to be a bug with Timeline for current buffer (C-c aL) Arithmetic range error: floor, -0.0e+NaN The Agenda buffer shows only one timestamped item. It's the same on both my machines (with an identical org-file). I'm using GNUEmacs 23.0.50.1 on Debian Etch. Greetings Sven ___ 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] IMPORTANT: The new development model for Org-mode.
Dear Org-moders, the time has come to change the development model of org-mode. From now on, Org-mode will be maintained in a public git repository. There are a number of reasons for this change: - several people on the mailing list have asked for such a change, to make it easier to try out new things. - I would like to keep the momentum org-mode has, and I am realizing that I might not be able to keep it up by myself. - I want to make it easier for people to produce extensions that might not be part of the core, but will still be distributed with Org-mode, in a CONTRIB directory. In fact, I hope that much of the development starts out in this directory, as extensions. Maybe this will require more places where packages can hook into the code code - if yes, we will reate such hooks. Maybe this will force us to make Org-mode more modular, which might be a good direction to take. - GIT is very new for me and seem interesting, I would like to try it with a real, distributed project. And I am sure that I will need help from more experience people once problems show up. Below is the content of the README_GIT file in the repository, to set the stage and to propose some rules. Hope you'll stay with me on this, I am curious what might happen. - Carsten README_GIT == Table of Contents = 1 Main rules 2 The CONTRIB directory 1 Main rules 1. The git repository is hosted publicly at repo.or.cs. Anyone can get a clone of the current repository state using the command git clone git://repo.or.cz/org-mode.git Having a clone is sufficient to start hacking and to produce patches that can easily and consistently be applied to the main repository. 2. People who are interested to participate in the Org-mode development can do so by sending patches to [EMAIL PROTECTED] 3. An interested developer can also request push access to the central repository by sending his/her user-info at repo.or.cz the maintainer of Org-mode. By requesting push access, you acknowledge that you have read and agreed with the following rules: - Org-mode is part of Emacs. Therefore we need to be very conscious about changes moving into the Org-mode core. These can originate only from people who have signed the appropriate papers with the free software foundation. The files to which this applies are: - all *.el files in the root directory of the repository - org.texi, orgcard.tex, and ChangeLog. - Before making any significant changes, please explain and discuss them on the mailing list [EMAIL PROTECTED] This does obviously not apply to people who are maintaining their own contributions to Org-mode. Please, just use the new mechanism to make sure all changes end up in the right place. - Creating and pushing a change to the Org-mode core requires you also to provide ChangeLog entries. Just press `C-x 4 a' in each function or variable you have modified and describe the change you made in the ChangeLog buffer/file. - Among other things, Org-mode is widely appreciated because if its simplicity, cleanness and consistency. We should try hard to preserve this and I would like to ask everyone to keep this in mind when developing changes. 2 The CONTRIB directory ~~~ The git repository contains a CONTRIB directory. This directory is the playing field for any developer, also people who have not (yet) signed the papers with the FSF. You are free to add files to this directory, implementing extensions, new link types etc. Also non-Lisp extensions like scripts to process Org-mode files in different ways are welcome in this directory. You should provide documentation with your extensions, at least in the form of commentary in the file. Please discuss your extensions on [EMAIL PROTECTED] The CONTRIB directory will be part of the Org-mode distribution starting with version 6.0 (the first release after 5.20). When that happens, people who want to use extensions will have to make sure their search path (executable or Lisp) includes the relevant directories. After files have been tested in CONTRIB and found to be generally useful, we may decide to clarify copyright questions and then move the file into the Org-mode core. This means they will be moved up to the root directory and will also eventually be added to Emacs CVS tree. The final decision about this rests with the maintainer. ___ 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: RELEASE: Org-mode version 5.20
On Feb 6, 2008, at 4:18 PM, Rainer Stengele wrote: - [ ] - [X] - [X] - [X] - [X] - [X] - [X] - [X] - [ ] - [X] Yes, still bugs in there - 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
[Orgmode] Git org and Emacs CVS
Dear All, I compiled a new Emacs from latest CVS from time to time and wish also to use the latest org version. I know that it has been a hassle for Carsten to sync org with the one in Emacs. However with the new facility git, will that be easier to do? Best, -- .: Leo :. [ sdl.web AT gmail.com ] .: [ GPG Key: 9283AA3F ] :. Use the best OS -- http://www.fedoraproject.org/ ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Strange bug, request for more info
Carsten Dominik [EMAIL PROTECTED] writes: Hi everyone, The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. Hi, I think I've finally found a example to reproduce this bug. The sample orgfile looks like this orgfile starts here --- # -*- mode: org -*- * Tasks ** DONE some Task ** DONE some Task ** DONE some Task ** DONE some Task ** DONE some Task ** DONE some Task ... * calendar ** some calendar entry 2008-02-10 Do 18:30 orgfile ends here instead of ... please add many more similar lines (approx. 50) of ** DONE some Task What I do is the following - hide all sublevels via C-u TAB - move cursor to * Tasks cycle with TAB - move cursor to second entry - M-x calendar - M-x org-calendar-goto-agenda - within agenda move cursor to calendar entry - press TAB What happens is that focus is switched to org-file, but the cursor sits on the 8th entry of ** DONE Some Task. When I move the cursor to the end of my orgfile, I can see that the calendar entry is now correctly reveal. Just the cursor position seems to be wrong. I tried using edebug, but when stepping manually through org-agenda-goto, everything went just fine and the cursor was positioned on the correct line? When generating the above sample orgfile, the following aspects seemed important. - at least two lines before the entry * Tasks, otherwise focus worked correctly - many subentries below * Tasks, I had the impression that frame has to be filled - focus: the sublevels of * calendar must be hidden, maybe that explains, why position is found correctly on the second try. I tried this on emacs 22.1.90 on windows with org-5.19a. I'll will test this also with 5.20 (I just saw you did release it - I'm very much looking forward to this release - Thank you !!) Please inform me, if you need further information. Best regards, -- Jost ___ 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] cygwin and org mode
When I attempt to load Org-mode in emacs 21 under cygwin I get symbol not defined and macro-declaration-function is not found. I ca not find this error in the mailing list database and wonder if there is any help from your experience to correct it. Paul Schlesinger___ 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] Timeline not working in 5.20
I have the same problem, and here is a mini-example that will generate the error Arithmetic range error: floor, -0.0e+NaN , hope it helps. Wanrong - * Human Resources *** TODO Do Employee survey DEADLINE: 2008-02-14 Thu -- Carsten Dominik wrote: Hi Sven, please make a minimal file that still reproduces this bug, or at least prepare a backtrace so that we can have a chance. When I take a random file, the timeline works just fine for me. - Carsten On Feb 6, 2008, at 10:59 AM, Sven Bretfeld wrote: Hi I've installed 5.20 today. There seems to be a bug with Timeline for current buffer (C-c aL) Arithmetic range error: floor, -0.0e+NaN The Agenda buffer shows only one timestamped item. It's the same on both my machines (with an identical org-file). I'm using GNUEmacs 23.0.50.1 on Debian Etch. Greetings Sven ___ 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] cygwin and org mode
Hi. Even though I can't help you with your problem, I wanted to remember you that Cygwin already has Emacs 22. Regards, Hugo On Feb 6, 2008 3:25 PM, Paul Schlesinger [EMAIL PROTECTED] wrote: When I attempt to load Org-mode in emacs 21 under cygwin I get symbol not defined and macro-declaration-function is not found. I ca not find this error in the mailing list database and wonder if there is any help from your experience to correct it. Paul Schlesinger ___ 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] problem with org-refile remains in 5.20
Hi, org-refile still does not work correctly for me. it seems that the refiling-bug from 5.19 still remains in 5.20. When refiling the entry something to refile to Project/A/Notes to Project/A/Notes, org-refile sitll puts it to Project/B/Notes instead to Project/A/Notes - BEGIN TEST.org --- * Stuff ** something to refile to Project/A/Notes * Projects ** A *** Notes ** B *** Notes - END TEST.org - -- Jost ___ 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] CATEGORY in different levels
Hi Carsten Carsten Dominik [EMAIL PROTECTED] writes: Properties give much more consistent results. The :CATEGORY: property applies to the entry headline above it, and to the entire tree below it (unless locally overwritten by another property). Hm. Definitely not working. I made it quite secure taking your file below and erased every configuration except the pure (require 'org-install). Everything works fine if I change your example to: * Teaching :PROPERTIES: :CATEGORY: Teaching :END: ** Sanskrit I (WS08):PROJECT: :PROPERTIES: :CATEGORY: Sanscrit I :END: *** NEXT Look for Introductions :LIBRARY: *** NEXT Borrow the chosen books:LIBRARY: *** NEXT Ask students for convenient date :EMAIL: Showing special TODO word NEXT works fine. But making a TAGS query for PROJECT ends up like this: C-cam RET PROJECT RET , | Sanscrit I: Sanskrit I:PROJECT: ` Instead of the wanted: , | Teaching: Sanskrit I:PROJECT: ` Is there a misunderstanding or really a strange phenomenon on my computers? Thanks for your help Sven pgpNN9ZfPGOPg.pgp Description: PGP signature ___ 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] Timeline not working in 5.20
Wanrong Lin [EMAIL PROTECTED] writes: I have the same problem, and here is a mini-example that will generate the error Arithmetic range error: floor, -0.0e+NaN , hope it helps. I've had a look and I think the culprit is: ,[ line 21411 ] | dfrac (/ (* 1.0 (- wdays diff)) wdays) ` Which evals to -0.0e+NaN and then propagates. Might see if I can dig further tomorrow if I get time. Cheers, Phil -- Phil Jackson http://www.shellarchive.co.uk ___ 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: CATEGORY in different levels
Hi Sven, Sven Bretfeld [EMAIL PROTECTED] writes: Hi Carsten Carsten Dominik [EMAIL PROTECTED] writes: Properties give much more consistent results. The :CATEGORY: property applies to the entry headline above it, and to the entire tree below it (unless locally overwritten by another property). Hm. Definitely not working. I made it quite secure taking your file below and erased every configuration except the pure (require 'org-install). Sorry to correct you, but the result is correct. As Carsten said: The :CATEGORY: property applies to the entry headline _above_ it, and to the entire tree below it So in your example * Teaching :PROPERTIES: :CATEGORY: Teaching :END: ** Sanskrit I (WS08):PROJECT: :PROPERTIES: :CATEGORY: Sanscrit I :END: the :CATEGORY: Sanscrit I applies to the entry _above_, i.e. ** Sanskrit I (WS08) and the :CATEGORY: Teaching is overridden. The TODO entries in your file are _below_ :CATEGORY: Sanscrit I so they will show up fine. Think of the PROPERTIES as an attribute of the entry above. -- Jost ___ 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: CATEGORY in different levels
Hi Jost Jost Burkardt [EMAIL PROTECTED] writes: Sorry to correct you, but the result is correct. As Carsten said: The :CATEGORY: property applies to the entry headline _above_ it, and to the entire tree below it So in your example * Teaching :PROPERTIES: :CATEGORY: Teaching :END: ** Sanskrit I (WS08):PROJECT: :PROPERTIES: :CATEGORY: Sanscrit I :END: the :CATEGORY: Sanscrit I applies to the entry _above_, i.e. ** Sanskrit I (WS08) and the :CATEGORY: Teaching is overridden. The TODO entries in your file are _below_ :CATEGORY: Sanscrit I so they will show up fine. Think of the PROPERTIES as an attribute of the entry above. Ok, I understand now. Thanks for explaining. What I want to do seems quite simple and natural to me. What would be the org-way to get my desired output? Can I use two different property keywords, one for areas and one for projects? How do other people do it? I could, of course, simply skip the property for the 1st level, but this would always result in a corrupt agenda view for projects. Not a catastrophe, but not nice. Greetings Sven pgpkW4rEheSd7.pgp Description: PGP signature ___ 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: RELEASE: Org-mode version 5.20
Carsten Dominik schrieb: On Feb 6, 2008, at 4:18 PM, Rainer Stengele wrote: - [ ] - [X] - [X] - [X] - [X] - [X] - [X] - [X] - [ ] - [X] Yes, still bugs in there - 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 ok then. Maybe this is also important: Using the setup as above in my quite long main org file (680.000 Bytes) will bring org-mode/emacs to hang when C-c one of the entries. Only a C-g stops the process and continues. Moving the lines to a small org file the hanging disappears. rainer ___ 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] Bug in #+SEQ_TODO: config?
Hi all, I think i found a bug/unwanted behaviour: 1. Having this config at the top of an org file: #+SEQ_TODO: TODO INARBEIT WARTEN| DONE CANCELED DELEGATED I do get all (!) DONE entries in any agenda call. although I configured to not see any of them ((org-agenda-skip-scheduled-if-done t) etc.). 2. Having this config at the top of an org file: #+SEQ_TODO: TODO INARBEIT WARTEN | DONE CANCELED DELEGATED I get correct agenda behaviour - all DONE items disappear. The only difference is the space after WARTEN! That was not quite easy to track down ... Is this intended? rainer ___ 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-export-region-as-latex exports more than region
Carsten Dominik [EMAIL PROTECTED] wrote: On Jan 28, 2008, at 8:41 PM, Scott Otterson wrote: Tables are one of the handiest org mode features, especially since I can export them into latex. But there's a small bug: If I select a single table in an org file, and then type: M-x org-export-region-as-latex org mode exports all tables in that file, plus some miscellaneous headlines. If you select a table and then export to latex normally, you should get a file with just the table and some document setup around it. So maybe this is a misunderstanding, or I cannot reproduce what you describe. GNU Emacs 22.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.10.11) of 2007-11-23 Org-mode version 5.19a I tried to do this with a file that contains a headline, a little text and two copies of the same table (I shortened the second one so I could tell which one is which). If there is nothing before the headline: --cut * Headline text text text | first table elided #+TBLFM: $2=2*$1+1::$3=$2 % 8::$4=$2^2::$5=$4 - 1::$6=($2*$2 - 1) / 8::$7=$6 % 2 | second table elided #+TBLFM: $2=2*$1+1::$3=$2 % 8::$4=$2^2::$5=$4 - 1::$6=($2*$2 - 1) / 8::$7=$6 % 2 --cut and I select everything from the beginning to the empty line separating the two tables, then I get a very interesting buffer when I run org-export-region-as-latex. It contains: - The standard latex preamble. - The headline in an \itemize environment. - The text. - One \tabular environment containing the first table concatenated with the second table. - We then repeat items 2 and 3. - One \tabular environment containing the first table. - Then a \section with the headline. - Then the text. - Then another \tabular containing the first table. If I add an empty line before the headline and select from the beginning (i.e. including the empty line just added) to the empty line between the two tables, everything works as expected. If I omit the initial empty line from the region (i.e. select from the headline on), I get crazy output but not quite as crazy as before: the fourth and fifth items above are not there, but everything else is. I did a little tracing and it looks to me that the function org-export-latex-first-lines returns much more than it should in the two strange cases above. HTH, Nick PS. Here is a suggestion so that org-version behaves like emacs-version - makes it easier to insert version strings in mail messages and bug reports: (defun org-version (optional here) (interactive P) (let ((version (format Org-mode version %s org-version))) (message version) (if here (insert version ___ 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: Timeline not working in 5.20
Phil Jackson wrote: Wanrong Lin [EMAIL PROTECTED] writes: I have the same problem, and here is a mini-example that will generate the error Arithmetic range error: floor, -0.0e+NaN , hope it helps. I've had a look and I think the culprit is: ,[ line 21411 ] | dfrac (/ (* 1.0 (- wdays diff)) wdays) ` Which evals to -0.0e+NaN and then propagates. Might see if I can dig further tomorrow if I get time. Cheers, Phil I believe line 21411 also causes problems with Deadlines when individual items are changed from the default set in org-deadline-warning-days. Here's an example from my org file: Day-agenda: Controller:In 4 d.: TODO Review Fin... :workpc:(priority 1060) Controller:In 5 d.: TODO Brief MA... :work: (priority 1050) Controller:In 4 d.: TODO Run sale... :workpc:(priority 1042) org file: * TODO Run sale... :workpc: DEADLINE: 2008-02-10 Sun +1m -7d * TODO Review Fin...:workpc: DEADLINE: 2008-02-10 Sun +1m -10d * TODO Brief MA...:work: DEADLINE: 2008-02-11 Mon -10d I think the 5 day deadline should have a lower priority than the 4 day priority regardless of the percentage of completion. Agree? Mark J. Ochocki ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Fix grammer and incorrect key documentation for org-refile
Documentation fixes to clarify the use of org-refile. --- I came across the following documentation today which I believe is incorrect. Here's a patch in case it's useful. Thanks again for a great tool! org.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/org.el b/org.el index 8fffb80..c73218b 100644 --- a/org.el +++ b/org.el @@ -14016,9 +14016,9 @@ At the target location, the entry is filed as a subitem of the target heading. Depending on `org-reverse-note-order', the new subitem will either be the first of the last subitem. -With prefix are GOTO, the command will only visit the target location, +With prefix argument GOTO, the command will only visit the target location, not actually move anything. -With a double prefix `C-c C-c', go to the location where the last refiling +With a double prefix `C-u C-u', go to the location where the last refiling operation has put the subtree. With a double prefix argument, the command can be used to jump to any -- 1.5.4.23.gef5b9 ___ 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: [OT] GNU Screen and arrow keys
Sorry for my OT. Phil Jackson wrote: When I say M-left to promote current heading I get '3C'. I'm a screen/TTY emacs user and I don't see the same behaviour. What is your TERM value outside and inside screen? screen, inside xterm, outside If you hit ESC-left do you see the same thing? It works properly. -- Systems.Administrators.like.things.automated. ___ 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