[Orgmode] Re: Announce: Org-mode's Patchwork server up and running
On May 20, 2010, at 11:46 PM, Dan Davison wrote: I was kind of expecting my mailing list post in the same thread that contained the patch to appear on the patchwork page, but that didn't seem to happen. How exactly do we reference the patch? I have already been noticing that as long as you Reply All to the message containing the patch (or to a message which itself was a reply to the patch), then it shows up on Patchwork. It has been most helpful for showing clarifications, without my having to bounce back and forth between Patchwork and my e-mail client. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] How to build an Address Book?
I don't want to save all my contact info about my friends in Gmail. I want to build an Address Book in my Emacs org mode. Any good way to do list? I just want to keep phone number, Emails, address etc. info about my friends. Thanks Water Lin -- Water Lin's notes and pencils: http://en.waterlin.org Email: water...@ymail.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Clear image cache
On May 20, 2010, at 11:41 PM, Dan Davison wrote: So, John -- yes, could you revert that please as the issue has been fixed subsequent to 6.36. Done. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] A request: Moving away from ChangeLog
The Emacs ChangeLog is a file which predates the existence of freely available, project-wide version control. It was a way to see, in one place, the stream of changes occurring in a project -- something which RCS could not do for you. However, in this modern era of project-wide, atomic commits, the ChangeLog is not only an archaism, but is a continuous source of merge conflicts. For example, when I reverted Russell's latest change -- a one-liner that was minor in the extreme -- I had to do with a merge conflict in lisp/ChangeLog. With a system like Git, and properly written commits, you can produce a ChangeLog at any time with git log. You even see a ChangeLog for just one file, or a directory with git log --follow PATH. This completes supersedes any need for a ChangeLog file, and has led me to abandon the use of ChangeLogs in all the projects I maintain. I would request we do so for Org-mode as well, unless there is some compelling reason to keep this file. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Announce: Org-mode's Patchwork server up and running
On 20.05.2010 23:29, John Wiegley wrote: Any patches submitted to this mailing list are automatically registered for review at the following server: http://patchwork.newartisans.com/project/org-mode/list/ This sounds aweseome. Are we supposed to resend patches or does it also cover the past? Currently I'm not seeing any patches at: http://patchwork.newartisans.com/project/org-mode/list/ Do I have to log in to see any? Cheers, Martin Pohlack ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
I just remembered that I'd written a script for building a properly formatted ChangeLog directly from Git history: http://github.com/jwiegley/git-scripts/blob/master/git-changelog This makes it trivial to build ChangeLog entries for a range of commits, suitable for submission to Emacs. It may need a bit more work to be production-ready, but it can already produce a ChangeLog for all of org-mode. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Announce: Org-mode's Patchwork server up and running
On May 21, 2010, at 5:28 AM, Martin Pohlack wrote: Currently I'm not seeing any patches at: http://patchwork.newartisans.com/project/org-mode/list/ Try: http://patchwork.newartisans.com/project/org-mode/list/?state=*archive=both That shows all patches, open and closed, archived and unarchived. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How to build an Address Book?
On Fri, May 21, 2010 at 05:01:46PM +0800, Water Lin wrote: I don't want to save all my contact info about my friends in Gmail. I want to build an Address Book in my Emacs org mode. Any good way to do list? I just want to keep phone number, Emails, address etc. info about my friends. Thanks Water Lin There is an excellent prior ML discussion on this topic, including sample code. http://thread.gmane.org/gmane.emacs.orgmode/18218/focus=19847 Enjoy. -- 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 Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Announce: Org-mode's Patchwork server up and running
On 21.05.2010 11:59, John Wiegley wrote: On May 21, 2010, at 5:28 AM, Martin Pohlack wrote: Currently I'm not seeing any patches at: http://patchwork.newartisans.com/project/org-mode/list/ Try: http://patchwork.newartisans.com/project/org-mode/list/?state=*archive=both Ah thanks. I didn't notice the Filters thingy. Cheers, Martin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] unordered list feature request: new sub-lists automatically switch to different list-character
I like this idea, even as default, though I'm sure that some people
are doing things with org for which they would want to turn it off.
Scot
On Fri, May 21, 2010 at 6:54 AM, Livin Stephen Sharma
livin.step...@gmail.com wrote:
Context/Sample org content
current
unordered list
+ topA
+ innerA1
+ innerA2
+ topB
+ innerB1
proposed
unordered list
+ topA
- innerA1 --- '-' used automatically instead of '+'
- innerA2 ---
+ topB
- innerB1 ---
-
When creating nested/child lists ('innerX' items) under an existing list
item ('topX' items),
the current behaviour does not make an effort to change the
leading list-denoter character (-,+,*).
Could a feature be provided where creating a such a child-list would make
this list's items begin with a different list-denoter?
I find it helps readability (and hence efficiency when working with lists)
when I manually (S-left, S-right) do this. If others agree, perhaps this
could be provided as a built-in feature?
I don't know lisp, ( it's increasingly looking like it may be time to
*find* the time to learn JJ) so I can't code this myself.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Test-file naming conventions - mine and suggested for org
Hi Tom, as you may or may not have noticed, by merging your patch I actually have created the new directory testing in the org-mode git repository. Can I invite you to build this out into a testing system for Org-mode? Basically, I think, this would mean adding your testing package (is it called emt?) and documenting for other how to create and run tests like the ones which you have in testing/org-html/tests.el Cheers - Carsten On May 18, 2010, at 3:01 AM, Tom Breton (Tehom) wrote: In developing emtest, I've given some thought to conventions for test files. My convention is that: * tests of foo.el go into foo/tests.el * With feature name foo/tests * Any shared testhelp goes into foo/testhelp.el * With feature name foo/testhelp * Example files go in foo/examples/ * Alternative, they can all be placed in another directory hierarchy, like org/testing/foo/tests.el as long as org/testing is in the load-path (emacs doesn't know the difference). I welcome any comments on this convention. I considered it carefully; I wrote a small document considering the alternatives and chose this as best. But it's young enough that it could be changed, were strong arguments made towards some alternative. Tom Breton (Tehom) - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 11:41 AM, John Wiegley wrote: I just remembered that I'd written a script for building a properly formatted ChangeLog directly from Git history: http://github.com/jwiegley/git-scripts/blob/master/git-changelog This makes it trivial to build ChangeLog entries for a range of commits, suitable for submission to Emacs. It may need a bit more work to be production-ready, but it can already produce a ChangeLog for all of org-mode. If that is a possibility, then I am all game. The ONLY reason why I was making these entries is because Emacs requires me to make them. If we can use a script to create it just for the moment when we sync up with Emacs - GREAT. Can I have a look at one of those ChangeLog files created with the script? Just to get the idea? Do we need to do something special in the git commit message? If this works, lets stop writing ChangeLog. This will make most merges working without hickups, finally. And it will make us, hopefully, write better commit messages. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] unordered list feature request: new sub-lists automatically switch to different list-character
On Fri, May 21, 2010 at 7:54 AM, Livin Stephen Sharma
livin.step...@gmail.com wrote:
Context/Sample org content
*current*
unordered list
+ topA
+ innerA1
+ innerA2
+ topB
+ innerB1
*proposed*
unordered list
+ topA
- innerA1 --- '-' used automatically instead of '+'
- innerA2 ---
+ topB
- innerB1 ---
-
When creating nested/child lists ('innerX' items) under an existing list
item ('topX' items),
the current behaviour does not make an effort to change the
leading list-denoter character (-,+,*).
Could a feature be provided where creating a such a child-list would make
this list's items begin with a different list-denoter?
I find it helps readability (and hence efficiency when working with lists)
when I manually (S-left, S-right) do this. If others agree, perhaps this
could be provided as a built-in feature?
I don't know lisp, ( it's increasingly looking like it may be time to
*find* the time to learn JJ) so I can't code this myself.
There seems to be already a setting that can achieve this.
It was discussed long time ago, here
http://thread.gmane.org/gmane.emacs.orgmode/14793/focus=15214
In org-list.el, there is variable org-list-demote-modify-bullet. I have not
tried,
but it looks similar to your request.
Juri
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How do you control sorting in org agenda?
It turned out my previous attempt at sorting didn't quite work, here is an improved version of the hack for anyone else who wants to add sub-priorities to control sorting of todo items: (defun org-cmp-sub-priority (a b) Compare the titles of string A and B This function can be used in the org-agenda-cmp-user-defined variable and org-agenda-sorting-strategy to compare the sort order of org entries. It looks for something of the from TODO[priority]-num where priority is one of #A, #B, #C indicating an org prioity and num is a sub-priority which org doesn't know about but which controls the sorting order. For example, I have TODO entries like TODO [#A]-01 foo TODO [#A]-02 bar TODO [#A]-03 baz and use this function to make sure they get sorted properly in the todo screen of org-agenda. (let* ((aa (car (last (split-string (substring-no-properties a) TODO .#. (bb (car (last (split-string (substring-no-properties b) TODO .#. (use-a (string-match ^.?-[0-9] aa)) (use-b (string-match ^.?-[0-9] bb)) ) (cond ((and use-a use-b) ;; check if both aa and bb have a priority (cond ((string-lessp aa bb) -1) ;; if so, just compare strings ((string-lessp bb aa) +1) (t nil))) (use-a -1) ;; a has priority but not b (use-b +1) ;; b has priority but not a (t nil)) ;; nobody has priority so don't compare )) (setq org-agenda-cmp-user-defined 'org-cmp-sub-priority) (setq org-agenda-sorting-strategy '((agenda habit-down time-up priority-down category-keep) (todo priority-down user-defined-up) (tags priority-down category-keep) (search category-keep))) On Mon, May 17, 2010 at 7:50 AM, Emin.shopper Martinian.shopper emin.shop...@gmail.com wrote: On Thu, May 13, 2010 at 4:59 PM, Bernt Hansen be...@norang.ca wrote: Emin.shopper Martinian.shopper emin.shop...@gmail.com writes: See the variable org-agenda-sorting-strategy. -Bernt Thanks for the pointer. I put the following in my .emacs file and the I change my prioritized items to things like TODO [#A]-01 foo, TODO [#A]-02 bar, etc. and things sort as I wanted. (defun org-cmp-title (a b) Compare the titles of string A and B (cond ((string-lessp a b) -1) ((string-lessp b a) +1) (t nil))) (setq org-agenda-cmp-user-defined 'org-cmp-title) (setq org-agenda-sorting-strategy '((agenda habit-down time-up priority-down category-keep) (todo priority-down user-defined-up category-keep) (tags priority-down category-keep) (search category-keep))) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 8:15 AM, Carsten Dominik wrote: Can I have a look at one of those ChangeLog files created with the script? Just to get the idea? Do we need to do something special in the git commit message? Below is output from running git changelog HEAD~15.. -- lisp. It can identify the files that changed automatically, but not functions; such information has to be present in the commit description. I propose the following standard for commit entries, around which I can adapt the script for future entries. This standard is based on the one found in the git-commit man page: Line 1 is a 50 character short description Line 3 starts a 72-column full commit entry, formatted just like a ChangeLog entry, but without leading whitespace or '*'. If a changed file is mentioned, the mention isn't repeated by git-changelog; but if it's not mentioned, it gets added automatically to the generated ChangeLog. Further, I will change the tool to pay attention to relative directory names so that when we generate log entries for lisp, no lisp/ prefixes are given to any auto-added filenames. John 2010-05-21 John Wiegley jo...@newartisans.com * lisp/ChangeLog, lisp/org.el: Revert org.el (org-remove-inline-images): Call `clear-image-cache'. This reverts commit 0c42220ca025269e39f20191bc3e10d6b55d02ac. 2010-05-21 Carsten Dominik carsten.domi...@gmail.com * lisp/ChangeLog, lisp/org.el: Document the match groups of org-emph-re 2010-05-20 Bernt Hansen be...@norang.ca * lisp/ChangeLog, lisp/org-clock.el: Set `org-clock-clocking-in' to t before `org-clock-out' 2010-05-20 Russell Adams rlad...@adamsinfoserv.com * lisp/ChangeLog, lisp/org.el: org.el (org-remove-inline-images): Call `clear-image-cache'. 2010-05-20 Bastien Guerry b...@altern.org * lisp/org-timer.el: Use the type number for the new variable org-timer-default-timer 2010-05-20 Bastien Guerry b...@altern.org * lisp/ChangeLog, lisp/org-timer.el: Define and use a new variable: org-timer-default-timer This variable defaults to nil. When non-nil, this is the default value when the user is prompted for a timer. This patch also improves org-timer-set-timer so that the user can replace the current timer by a new one. 2010-05-06 Thomas Morgan t...@ziiuu.com * lisp/org-agenda.el: Persistent filters in Org mode Hello, Org mode hackers, This patch defines a variable `org-agenda-persistent-filters'. When it is set, filters persist from one agenda view to the next. I've found this convenient when using tags for contexts like @home, @net, etc., some of which commonly remain applicable for a while. Thanks, Thomas From 052ef9205845c78cb24d6fea8f89484bbe12a528 Mon Sep 17 00:00:00 2001 From: Thomas Morgan t...@ziiuu.com Date: Fri, 23 Apr 2010 11:48:03 +0200 Subject: [PATCH] New option `org-agenda-persistent-filters'. When set, keep filters from one agenda view to the next. 2010-05-20 Carsten Dominik carsten.domi...@gmail.com * lisp/ChangeLog, lisp/org.el: Hide subtree before exposing the headings with `C-c C-k' Proposed by Ali Tofigh. Now `C-c C-k' always creates the same view, independent of what the subtree visibility was before. 2010-05-19 David Maus dm...@ictsoc.de * lisp/ChangeLog, lisp/org.el: Remove empty property drawers in cloned subtrees. 2010-05-19 David Maus dm...@ictsoc.de * lisp/ChangeLog, lisp/org.el: Provide customization variable `org-clone-delete-id'. When non-nil, clones of a subtree don't inherit the ID property. Otherwise they do and it will be set to a new unique identifier. 2010-05-19 David Maus dm...@ictsoc.de * lisp/ChangeLog, lisp/org.el: Maybe create ID property in cloned subtrees. 2010-05-19 Carsten Dominik carsten.domi...@gmail.com * lisp/org.el: Add Anthony Lander's org-mac-link-grabber.el 2010-05-19 Carsten Dominik carsten.domi...@gmail.com * lisp/ChangeLog, lisp/org.el: Fix empty-line problem after repeating entry Tom writes: if I have a heading like this: ** TODO test task stuff SCHEDULED: 2010-05-15 Sat 07:35 +1d Then an empty line is inserted below the heading (before stuff) if org-indent-mode is on and logging is set like this: (setq org-log-repeat nil) (setq org-log-done 'time) I tested it with a clean config using only the settings above. 2010-05-19 Carsten Dominik carsten.domi...@gmail.com *
Re: [Orgmode] Question about org-emph-re
On 5/21/10 May 21 -2:31 AM, Carsten Dominik wrote: On May 21, 2010, at 4:46 AM, Robert Goldman wrote: I have been trying to make the generic exporter do fontification (bold, italic, underline, etc.) and have fairly successfully managed to do this by cargo-culting the code in org-latex. But I've run myself on a rock. I can't figure out what the various matches are that you get when you match org-emph-re. There are at least 5 matches, and some may be empty, etc. I don't /believe/ these are documented anywhere (or I didn't find the docs). Can anyone tell me what (match-string x) will be after a (string-match org-emph-re string) call? Or tell me where to look to figure it out? If so, I think I can get the fontification to work for org-generic-export. The match groups are now documented: http://repo.or.cz/w/org-mode.git/commitdiff/67331a2de01cabc8e5bfc0f45d901c10aecf96a2 Thank you very much, Carsten. This is brilliant. With this information I hope to be able to improve the org-export-generic substantially. Best, R ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
Carsten Dominik carsten.domi...@gmail.com writes: On May 21, 2010, at 11:41 AM, John Wiegley wrote: This makes it trivial to build ChangeLog entries for a range of commits, suitable for submission to Emacs. It may need a bit more work to be production-ready, but it can already produce a ChangeLog for all of org-mode. […] If this works, lets stop writing ChangeLog. This is a great improvement. It seems worth pointing out explicitly, though: Eliminating a manually-maintained ChangeLog doesn't obviate the need for a ChangeLog (or the equivalent) in the distributed source. This is because the copyright holders license their works under the GPLv2, and §2.a of those terms requires the work to include dated notice of all modifications made to the work. This is conventionally understood to be most directly satisfied by a ChangeLog in the distributed source for the work. Generating that file automatically from the VCS commit messages, at the time a source release is packaged, is a good use of the VCS. This will make most merges working without hickups, finally. And it will make us, hopefully, write better commit messages. Indeed. Having one canonical location for a piece of information, with every other instance of it derived from that location, can help reduce the burden of recording that information. -- \ “I disapprove of what you say, but I will defend to the death | `\ your right to say it.” —Evelyn Beatrice Hall, _The Friends of | _o__) Voltaire_, 1906 | Ben Finney ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: OrgmodeOrg-export-generic and wikis...
On 5/14/10 May 14 -2:16 AM, Carsten Dominik wrote: Hi Robert, Wes, I am not sure if there is any action should be taking here? I have no problems bundling some documentation with the distribution - let me just know what you want and send me what I should distribute. I have sent Wes a couple of proposed patches for inspection. We should probably wait until he's had a chance to look at them. They include the introduction of a declaration macro for the keywords that are used to configure a generic exporter. Also, I should probably get the fontification fully done before pushing. Question: do you ever have a shared branch? If it would be more convenient for you and Wes, I suppose I could be pushing my patches onto a branch on your repo, instead of emailing patches. Whatever works best for you two. Cheers, r - Carsten On Apr 29, 2010, at 5:18 PM, Robert Goldman wrote: On 4/29/10 Apr 29 -9:14 AM, Carsten Dominik wrote: On Apr 29, 2010, at 3:57 PM, Wes Hardaker wrote: On Wed, 28 Apr 2010 14:38:47 -0500, Robert Goldman rpgold...@sift.info said: RG 1. Would it be reasonable to move the documentation for RG org-export-generic into the contrib/ directory of org-mode? It RG seems ... suboptimal to have this package be maintained in the org RG git repo, but its documentation in the worg git repo. At least from RG my PoV this raises the bar for keeping the documentation up-to-date RG and synchronized to a pretty high level. I'll let Carsten answer questions like that ;-) The reason for this is the following. Many of the contributed packages where written by people who were active in Org-mode for a while and then less so. Many of these package had no documentation at all. So I started a page on WOrg where this documentation can be added and edited by other users, with quite some success - now most package do have documentation. Keeping documentation for a contributed package the the org-repo would be OK, but there would be no mechanism to automatically put the latest version up on on the web. Changing this would require a volunteer who commits to keep the documentation of contributed packages in a consistent and web-publishable way in the contrib directory. Here's the particular problem for org-export-generic --- maybe there's a solution: org-export-generic is primarily data-driven. To specify an export technique, you populate a very big data structure using a macro with what look like common-lisp keywords. Here's an example: (org-set-generic-type tikiwiki '(:file-suffix .txt :key-binding ?U ;; lifted from wikipedia exporter :header-prefix :header-suffix :title-format -= %s =-\n :date-exportnil :toc-exportnil :body-header-section-numbers nil :body-section-prefix \n :body-section-header-prefix(! !! !!! ! !! !!! ) :body-section-header-suffix( \n \n \n \n \n \n) :body-line-export-preformated t ;; yes/no/maybe??? :body-line-format %s :body-line-wrapnil :body-line-fixed-format%s\n :body-list-format * %s\n :body-number-list-format # %s\n ;;:body-list-prefix LISTSTART ;;:body-list-suffix LISTEND :blockquote-start \n^\n :blockquote-end^\n\n :body-newline-paragrapht )) The problem is that this is VERY difficult to document as the set of keywords expands (e.g., I add :body-newline-paragraph, :blockquote-start and :blockquote-end). These aren't arguments, so they can't get documented in the code in a docstring. org-set-generic-type is a function, not a mode, so there's no docstring for the mode to hold the documentation. This is already not working, AFAICT, the worg docs don't seem to be complete or accurate. I'm pretty convinced from general code and document-writing practice that the best solution would be one that puts the documentation as close to the code as possible. If this were common-lisp, I would add a new method to the DOCUMENTATION generic function, so that one could say (documentation :body-newline-paragraph :org-export-keyword) Then we could add a declaration macro, and put the docstring there: (def-generic-export-keyword :body-newline-paragraph :boolean Should newlines ONLY be used as paragraph breaks. If the associated value is true, then org-export-generic will flow contiguous paragraphs into one long line, adding newlines only where there is a blank line. Should be coupled with a value for :body-line-format that does NOT contain a newline character, e.g., \%s \) I suppose we could add something like this, and possibly even write a script that would blat the docstring into something
[Orgmode] Re: Agenda view Face for deadlines PATCH
Hi all, Sébastien Vauban wrote: Sébastien Vauban wrote: In the same kind of thought, trying to enhance the way we (or I) visualize tasks in the agenda, I have chosen some sort of inverse video face for deadlines. (my-org-deadline-yesterday ((t (:foreground white :background #D8 :weight bold (my-org-deadline-today ((t (:foreground white :background #E9A36A :weight bold (my-org-deadline-tomorrow ((t (:foreground black :background #B4F1B3 :weight bold (my-org-deadline-later ((t (:foreground black :background #AACAFC with the following code in my .emacs file: ;; faces for showing deadlines in the agenda (setq org-agenda-deadline-faces '((1.01 . my-org-deadline-yesterday) (0.99 . my-org-deadline-today) (0.49 . my-org-deadline-tomorrow) (0.00 . my-org-deadline-later))) The result is the following: Week-agenda (W20-W21): 2010-05-18 Tue _ Personal: 17:15-17:20 Sarah! :home::errands: refile: Sched. 2x: TODO [#A] Update reservations Scorpios :refile:: x Family: xxx In -1 d.: TODO [#A] Photos-reportage Andre :home::computer: where `xxx' is just some textual way to represent background color. For the sake of clarity, I'd like the first 2 characters (in front of `Family', in my example) not to be impacted by that face. Otherwise, when in inverse video, they obfuscate the view of the day separators and of the deadline lines. I was so disturbed by this, and have always wanted to become (and still wants) enlightened in Emacs Lisp and in Org's code that I finally took the time to try and understand how all this works. Not easy for me, I must admit. Cannot say I can follow the code, either, because of lack of knowledge, on ELisp and on how to trace through the code. Though, I've been able to answer my own demand, by adding a function (code stolen from `org-compat.el'): (defun org-add-props-from-2 (string plist rest props) Add text properties to string, from position 2 to end. PLIST may be a list of properties, PROPS are individual properties and values that will be added to PLIST. Returns the string that was modified. (add-text-properties 2 (length string) (if props (append plist props) plist) string) string) and changing one line of `org-agenda.el' (L4619, function `org-agenda-get-deadlines'): (org-add-props txt props to (org-add-props-from-2 txt props Maybe that can be factored (much, much) more smartly? Can this be patched against the source code? After applying my patch, and playing a bit more with the results, I observed that entering RET on such lines (where the 2 first characters are not highlighted anymore) does not work anymore: command not allowed on this line. Is there someone more knowledgeable than I am that could help? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Question about org-emph-re
On May 21, 2010, at 4:46 AM, Robert Goldman wrote: I have been trying to make the generic exporter do fontification (bold, italic, underline, etc.) and have fairly successfully managed to do this by cargo-culting the code in org-latex. But I've run myself on a rock. I can't figure out what the various matches are that you get when you match org-emph-re. There are at least 5 matches, and some may be empty, etc. I don't /believe/ these are documented anywhere (or I didn't find the docs). Can anyone tell me what (match-string x) will be after a (string-match org-emph-re string) call? Or tell me where to look to figure it out? If so, I think I can get the fontification to work for org-generic- export. The match groups are now documented: http://repo.or.cz/w/org-mode.git/commitdiff/67331a2de01cabc8e5bfc0f45d901c10aecf96a2 (also, emacs-lisp question --- is there some way to /clear/ all the registers for MATCH-STRING? When I have been doing this, I have occasionally had troubles where match-string outputs from previous calls to string-match seem to bleed through.) You always need to check if there is actually a match by checking the return value of the call. If there was a match, then you can rely on the group. If there was no match, the groups bleed through (when (string-match ...) ;; here you can rely on the groups ) (when (re-search-forward ... ...) ;; here you can rely on he groups ) HTH - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Clear image cache
John Wiegley jwieg...@gmail.com writes: So, John -- yes, could you revert that please as the issue has been fixed subsequent to 6.36. Done. Out of interested: is patchwork integrated with the git repo, so that it could automatically check if a patch was applied? And even better: see that this patch was now reverted and thus shouldn't be listed as accepted anymore? Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
John Wiegley jwieg...@gmail.com writes: Hi John, Line 1 is a 50 character short description Line 3 starts a 72-column full commit entry, formatted just like a ChangeLog entry, but without leading whitespace or '*'. If a changed file is mentioned, the mention isn't repeated by git-changelog; but if it's not mentioned, it gets added automatically to the generated ChangeLog. I think it would be better if line 3+ would be exact ChangeLog entries format-wise, so that you can still use emacs' ChangeLog facilities (`add-change-log-entry'). I don't really want to write the changed file and function names on my own, and adding them correctly is exactly what that function does very well. Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Fix typo in org-list-demote-modify-bullet docstring
--- This patch is available at git://git.norang.ca/org-mode.git typo lisp/org-list.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-list.el b/lisp/org-list.el index 566e0eb..417061f 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -86,7 +86,7 @@ heading will be exposed in a children' view. (defcustom org-list-demote-modify-bullet nil Default bullet type installed when demoting an item. This is an association list, for each bullet type, this alist will point -to the bulled that should be used when this item is demoted. +to the bullet that should be used when this item is demoted. :group 'org-plain-lists :type '(repeat (cons -- 1.7.1.96.gc06ee ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Announce: Org-mode's Patchwork server up and running
Dan Davison wrote: I was kind of expecting my mailing list post in the same thread that contained the patch to appear on the patchwork page, but that didn't seem to happen. How exactly do we reference the patch? I couldn't find the message with the patch of yours, but looking at patchwork's code says: Patches are catched if and only if they are in a message body part of MIME media type text and subtype x-patch, x-diff[1], or plain. There is no registered MIME type for patches, so this looks reasonable. HTH -- David [1] These are no official subtypes. -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgprBQe592RrA.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
Hi Ben, On May 21, 2010, at 3:01 PM, Ben Finney wrote: Carsten Dominik carsten.domi...@gmail.com writes: On May 21, 2010, at 11:41 AM, John Wiegley wrote: This makes it trivial to build ChangeLog entries for a range of commits, suitable for submission to Emacs. It may need a bit more work to be production-ready, but it can already produce a ChangeLog for all of org-mode. […] If this works, lets stop writing ChangeLog. This is a great improvement. It seems worth pointing out explicitly, though: Eliminating a manually-maintained ChangeLog doesn't obviate the need for a ChangeLog (or the equivalent) in the distributed source. This is because the copyright holders license their works under the GPLv2, and §2.a of those terms requires the work to include dated notice of all modifications made to the work. This is conventionally understood to be most directly satisfied by a ChangeLog in the distributed source for the work. I did not know this, thank you for making me aware of it. - Carsten Generating that file automatically from the VCS commit messages, at the time a source release is packaged, is a good use of the VCS. This will make most merges working without hickups, finally. And it will make us, hopefully, write better commit messages. Indeed. Having one canonical location for a piece of information, with every other instance of it derived from that location, can help reduce the burden of recording that information. -- \ “I disapprove of what you say, but I will defend to the death | `\ your right to say it.” —Evelyn Beatrice Hall, _The Friends of | _o__) Voltaire_, 1906 | Ben Finney ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [patch] patchwork patch.html template
Not sure if I got it right but attached patch is for the template of
patchwork that displays the patches (patch.html). It adds a link back
to gmane to the displayed message id header field using gmane's
message id resolver (mid.gmane.org). Thus one can jump back to the
thread in the mailing list with very little effort.
HTH
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
diff --git a/templates/patchwork/patch.html b/templates/patchwork/patch.html
index 7c249ec..6ae7b2a 100644
--- a/templates/patchwork/patch.html
+++ b/templates/patchwork/patch.html
@@ -38,7 +38,7 @@ function toggle_headers(link_id, headers_id)
/tr
tr
thMessage ID/th
- td{{ patch.msgid }}/td
+ tda href=http://mid.gmane.org/{{ patch.msgid|urlencode }}{{
patch.msgid }}/a/td
/tr
tr
thDownload/th
pgpF29fHIzw6C.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 2:50 PM, John Wiegley wrote: On May 21, 2010, at 8:15 AM, Carsten Dominik wrote: Can I have a look at one of those ChangeLog files created with the script? Just to get the idea? Do we need to do something special in the git commit message? Below is output from running git changelog HEAD~15.. -- lisp. It can identify the files that changed automatically, but not functions; such information has to be present in the commit description. I propose the following standard for commit entries, around which I can adapt the script for future entries. This standard is based on the one found in the git-commit man page: Line 1 is a 50 character short description Line 3 starts a 72-column full commit entry, formatted just like a ChangeLog entry, but without leading whitespace or '*'. If a changed file is mentioned, the mention isn't repeated by git-changelog; but if it's not mentioned, it gets added automatically to the generated ChangeLog. Further, I will change the tool to pay attention to relative directory names so that when we generate log entries for lisp, no lisp/ prefixes are given to any auto-added filenames. Well, now I am getting really annoyed - with myself. This is such an obvious, beautiful solution. Why I did not think of this several year ago is beyond me. Lets do it like this. Tassilo (separate message) does have a point though, that it would be good to b able to use the ChangeLog tools to create the ChangeLog-like entry. On the other hand, the information about the committer is something that would be really duplicate. We need to think about a good solution here. One possibility would be the following: We use .gitignore to exclude ChangeLog from git processing. His would mean that this file becomes some kind of scratch file. You could use it to create the ChangeLog entries in the normal way, using the existing Emacs functionality. Then, when you are ready to commit, you cut and paste into the commit message buffer. We could even make a command for this, and apply any wanted formatting like what John was proposing (removing the committer line and indentation)... I think that this is not a bad idea, because normally you will not have the commit message buffer open while working on your patch - so collecting ChangeLog info in a scratch file sounds like a useful idea to me. Other ideas? - Carsten John 2010-05-21 John Wiegley jo...@newartisans.com * lisp/ChangeLog, lisp/org.el: Revert org.el (org-remove-inline-images): Call `clear-image-cache'. This reverts commit 0c42220ca025269e39f20191bc3e10d6b55d02ac. 2010-05-21 Carsten Dominik carsten.domi...@gmail.com * lisp/ChangeLog, lisp/org.el: Document the match groups of org-emph-re 2010-05-20 Bernt Hansen be...@norang.ca * lisp/ChangeLog, lisp/org-clock.el: Set `org-clock-clocking-in' to t before `org-clock-out' 2010-05-20 Russell Adams rlad...@adamsinfoserv.com * lisp/ChangeLog, lisp/org.el: org.el (org-remove-inline-images): Call `clear-image-cache'. 2010-05-20 Bastien Guerry b...@altern.org * lisp/org-timer.el: Use the type number for the new variable org-timer-default-timer 2010-05-20 Bastien Guerry b...@altern.org * lisp/ChangeLog, lisp/org-timer.el: Define and use a new variable: org-timer-default-timer This variable defaults to nil. When non-nil, this is the default value when the user is prompted for a timer. This patch also improves org-timer-set-timer so that the user can replace the current timer by a new one. 2010-05-06 Thomas Morgan t...@ziiuu.com * lisp/org-agenda.el: Persistent filters in Org mode Hello, Org mode hackers, This patch defines a variable `org-agenda-persistent-filters'. When it is set, filters persist from one agenda view to the next. I've found this convenient when using tags for contexts like @home, @net, etc., some of which commonly remain applicable for a while. Thanks, Thomas From 052ef9205845c78cb24d6fea8f89484bbe12a528 Mon Sep 17 00:00:00 2001 From: Thomas Morgan t...@ziiuu.com Date: Fri, 23 Apr 2010 11:48:03 +0200 Subject: [PATCH] New option `org-agenda-persistent-filters'. When set, keep filters from one agenda view to the next. 2010-05-20 Carsten Dominik carsten.domi...@gmail.com * lisp/ChangeLog, lisp/org.el: Hide subtree before exposing the headings with `C-c C-k' Proposed by Ali Tofigh. Now `C-c C-k' always creates the same view, independent of what the subtree visibility was before. 2010-05-19 David Maus dm...@ictsoc.de * lisp/ChangeLog, lisp/org.el: Remove empty property drawers in cloned subtrees. 2010-05-19 David Maus
Re: [Orgmode] Re: Agenda view Face for deadlines PATCH
On May 21, 2010, at 9:43 AM, Sébastien Vauban wrote: Hi all, Sébastien Vauban wrote: Sébastien Vauban wrote: In the same kind of thought, trying to enhance the way we (or I) visualize tasks in the agenda, I have chosen some sort of inverse video face for deadlines. (my-org-deadline-yesterday ((t (:foreground white :background #D8 :weight bold (my-org-deadline-today ((t (:foreground white :background #E9A36A :weight bold (my-org-deadline-tomorrow ((t (:foreground black :background #B4F1B3 :weight bold (my-org-deadline-later ((t (:foreground black :background #AACAFC with the following code in my .emacs file: ;; faces for showing deadlines in the agenda (setq org-agenda-deadline-faces '((1.01 . my-org-deadline-yesterday) (0.99 . my-org-deadline-today) (0.49 . my-org-deadline-tomorrow) (0.00 . my-org-deadline-later))) The result is the following: Week-agenda (W20-W21): 2010-05-18 Tue _ Personal: 17:15-17:20 Sarah! :home::errands: refile: Sched. 2x: TODO [#A] Update reservations Scorpios :refile:: x Family: xxx In -1 d.: TODO [#A] Photos-reportage Andre :home::computer: where `xxx' is just some textual way to represent background color. For the sake of clarity, I'd like the first 2 characters (in front of `Family', in my example) not to be impacted by that face. Otherwise, when in inverse video, they obfuscate the view of the day separators and of the deadline lines. I was so disturbed by this, and have always wanted to become (and still wants) enlightened in Emacs Lisp and in Org's code that I finally took the time to try and understand how all this works. Not easy for me, I must admit. Cannot say I can follow the code, either, because of lack of knowledge, on ELisp and on how to trace through the code. Though, I've been able to answer my own demand, by adding a function (code stolen from `org-compat.el'): (defun org-add-props-from-2 (string plist rest props) Add text properties to string, from position 2 to end. PLIST may be a list of properties, PROPS are individual properties and values that will be added to PLIST. Returns the string that was modified. (add-text-properties 2 (length string) (if props (append plist props) plist) string) string) and changing one line of `org-agenda.el' (L4619, function `org-agenda-get-deadlines'): (org-add-props txt props to (org-add-props-from-2 txt props Maybe that can be factored (much, much) more smartly? Can this be patched against the source code? After applying my patch, and playing a bit more with the results, I observed that entering RET on such lines (where the 2 first characters are not highlighted anymore) does not work anymore: command not allowed on this line. Is there someone more knowledgeable than I am that could help? `props' contains a text property with the marker that points to the origin of this entry. Org tries to find this property at the beginning of the line and does not find it. You would have to apply all properties to the full line, then remove the face property from the first two characters. However, I am not sure if this will work, because when one of these lines changes, Org might spread the text properties again over the full line. But maybe it will be OK, try it out. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] clocktable and :step day with: how to avoid tables with total time *0:00*
Hi all! Creating clocktables for each day of a month is an excellent feature in org! Problem for me is that many resulting tables have a total time of 0:00. The problem is not really the zero time I spent but the appearance of the tables with zero total time. Is there a possibility to skip getting such tables? Rational: I do not need to show my boss or customer days where I spent 0:00 time on the project. Anybody has the same requirement? How do others deal with this? Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Clear image cache
On May 21, 2010, at 9:38 AM, Tassilo Horn wrote: Out of interested: is patchwork integrated with the git repo, so that it could automatically check if a patch was applied? And even better: see that this patch was now reverted and thus shouldn't be listed as accepted anymore? No, it is not interested. But you just reminded to go mark it rejected. :) John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 9:47 AM, Tassilo Horn wrote: I think it would be better if line 3+ would be exact ChangeLog entries format-wise, so that you can still use emacs' ChangeLog facilities (`add-change-log-entry'). I don't really want to write the changed file and function names on my own, and adding them correctly is exactly what that function does very well. This ends up looking rather ugly in the history, and I would hate to see VCS history bent merely to conform to tools usage. Rather, the history should be as clean and exact as possible. If elisp functions need to be written to convert ChangeLog entries to a suitable format, I can do that. Also, in magit if you press 'C' on any diff hunk, it auto-generates a properly formatted ChangeLog-style comment into the current commit log. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 10:32 AM, Carsten Dominik wrote: We could even make a command for this, and apply any wanted formatting like what John was proposing (removing the committer line and indentation)... I think that this is not a bad idea, because normally you will not have the commit message buffer open while working on your patch - so collecting ChangeLog info in a scratch file sounds like a useful idea to me. I'm willing to write the necessary elisp code as a partner to the git-changelog script, so that they are kept in sync. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [patch] patchwork patch.html template
On May 21, 2010, at 3:50 AM, David Maus wrote: Not sure if I got it right but attached patch is for the template of patchwork that displays the patches (patch.html). It adds a link back to gmane to the displayed message id header field using gmane's message id resolver (mid.gmane.org). Thus one can jump back to the thread in the mailing list with very little effort. You got it right. :) John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Fix typo in org-list-demote-modify-bullet docstring
On May 21, 2010, at 10:07 AM, Bernt Hansen wrote: --- This patch is available at git://git.norang.ca/org-mode.git typo Applied. Bernt, did you get a notification by e-mail when I accepted your patch? John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-entities-user
On Thu, 20 May 2010 10:26:08 +0200, Darlan Cavalcante Moreira
darc...@gmail.com wrote:
At Thu, 20 May 2010 09:53:31 +0200,
Christian Moe m...@christianmoe.com wrote:
Hi,
Nathaniel Flath wrote:
Hello,
I've been setting up org-entities-user with a few custom symbols, and
managed to get a few aliases for items already in org-entities, but i'm
a bit stuck on adding new items - specifically, the mathbb versions of Z
and R (the symbols for the sets of integers and reals). I can't seem to
find the UTF-8, latin-1, or HTML encodings of these entities - and I'm
not sure how to input the utf-8 or latin-1 even if I do. Does anyone
know how to do this?
Yes, google... :)
The search string `symbol Z set of integers utf8' gives you a nice
first hit.
HTML entities for double-struck capital Z and R are:
R: #8477; (decimal), #x211d; (hex)
Z: #8484; (decimal), #x2124; (hex)
Latin-1 does not support these characters. Fall back on plain Z and
R or use a description like [set of integers].
To type in the character in Windows, hold down the Alt key while typing
the hex code, e.g. `211d' for R. On the Mac, open the Character Palette
and jump to Letterlike Symbols.
In Emacs, you can select the Unicode input method with
`C-x RET C-\ ucs RET'
Then typing U followed by the hex code, `U211d', will get you the
double-struck R.
You can also type
,
! C-x 8 RET
`
and then the hex code, instead of changing the input method in Emacs. .
For instance,
,
! C-x 8 RET 221d
`
Darlan
For those of you that are latex users and who cannot remember all
these special codes, one of the best input methods in Emacs is the
tex mode which allows you to simply type in \alpha to get α or,
given the original question, \Bbb{R} or \Bbb{Z} to get ℝ or ℤ. If you
M-x describe-input-method RET tex RET, you'll get all the special
key sequences it knows (the same obviously applies to the ucs input
method, of course).
HTH,
eric
--
MC . -.. --- - ..-. .-. .- --. .- .- - ..- -.-. .-.. .- -.-. ..- -.-
NL Professor Eric S Fraga, UCL, http://www.homepages.ucl.ac.uk/~ucecesf/
PG Fingerprint: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
BF ++[+[]-]++..-.++.--.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Fix typo in org-list-demote-modify-bullet docstring
John Wiegley jwieg...@gmail.com writes: On May 21, 2010, at 10:07 AM, Bernt Hansen wrote: --- This patch is available at git://git.norang.ca/org-mode.git typo Applied. Bernt, did you get a notification by e-mail when I accepted your patch? Other than this message - no. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 5:06 PM, John Wiegley wrote: On May 21, 2010, at 9:47 AM, Tassilo Horn wrote: I think it would be better if line 3+ would be exact ChangeLog entries format-wise, so that you can still use emacs' ChangeLog facilities (`add-change-log-entry'). I don't really want to write the changed file and function names on my own, and adding them correctly is exactly what that function does very well. This ends up looking rather ugly in the history, and I would hate to see VCS history bent merely to conform to tools usage. Rather, the history should be as clean and exact as possible. If elisp functions need to be written to convert ChangeLog entries to a suitable format, I can do that. Also, in magit if you press 'C' on any diff hunk, it auto-generates a properly formatted ChangeLog-style comment into the current commit log. But only the file, not the function... - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
So, I suppose starting now we can just stop updating the ChangeLog. Here is an example of how a properly formatted entry would become a commit message: 2010-05-19 David Maus dm...@ictsoc.de * org.el (org-refile-cache-get): Return empty list of targets when cache was cleared. (org-clone-subtree-with-time-shift): Maybe create ID property in cloned subtrees. (org-clone-delete-id): New customization variable. (org-clone-subtree-with-time-shift): Use customization variable `org-clone-delete-id'. (org-clone-subtree-with-time-shift): Remove empty property drawer in cloned subtrees. Becomes: Fixes to org-clone * org.el (org-refile-cache-get): Return empty list of targets when cache was cleared. (org-clone-subtree-with-time-shift): Maybe create ID property in cloned subtrees. (org-clone-delete-id): New customization variable. (org-clone-subtree-with-time-shift): Use customization variable `org-clone-delete-id'. (org-clone-subtree-with-time-shift): Remove empty property drawer in cloned subtrees. I guess having stars to indicate the different files is not bad. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
John Wiegley jwieg...@gmail.com writes: On May 21, 2010, at 9:47 AM, Tassilo Horn wrote: I think it would be better if line 3+ would be exact ChangeLog entries format-wise, so that you can still use emacs' ChangeLog facilities (`add-change-log-entry'). I don't really want to write the changed file and function names on my own, and adding them correctly is exactly what that function does very well. This ends up looking rather ugly in the history, and I would hate to see VCS history bent merely to conform to tools usage. Rather, the history should be as clean and exact as possible. If elisp functions need to be written to convert ChangeLog entries to a suitable format, I can do that. Also, in magit if you press 'C' on any diff hunk, it auto-generates a properly formatted ChangeLog-style comment into the current commit log. I also prefer descriptive and succinct commit messages. It should be possible to automatically retrieve function information and other items from the source based on hunk line information and the source code in a tool that builds the Changelog. I make most of my git commits (including org-mode) in vim which is kicked off from raw command-line git. I normally make multiple changes at once and then build separate commits by using git's editing hunk features from 'git add -p'. I don't think that functionality is available in magit yet. Requiring an elisp-only solution for making commits isn't ideal -- the tools should be as flexible as possible. I have no issue with the maintainers rejecting patches and requesting changes to the commit messages so that they can be applied to the project but I wouldn't want to require the use of a specific tool to do the job. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
John Wiegley jwieg...@gmail.com writes: On May 21, 2010, at 11:39 AM, Bernt Hansen wrote: I make most of my git commits (including org-mode) in vim which is kicked off from raw command-line git. I normally make multiple changes at once and then build separate commits by using git's editing hunk features from 'git add -p'. I don't think that functionality is available in magit yet. magit's original purpose was the ability to do just this. So, it's been able to stage individual hunks since day one. You can also use - and + to narrow or expand the range of each hunk. Yes but... I can't edit those hunks and take this part but not that part. At least there was one case where 2 changes were on the same line and I wanted to stage only the first edit for commit 1 and then stage the second edit for commit 2. I couldn't find a way to do this in magit. If changes are isolated to single lines it works fine. Now I have to figure out how to specify emacsclient for my editor during rebase in magit -- right now it fails to open the editor due to a wrong path and bails. Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 11:39 AM, Bernt Hansen wrote: I make most of my git commits (including org-mode) in vim which is kicked off from raw command-line git. I normally make multiple changes at once and then build separate commits by using git's editing hunk features from 'git add -p'. I don't think that functionality is available in magit yet. magit's original purpose was the ability to do just this. So, it's been able to stage individual hunks since day one. You can also use - and + to narrow or expand the range of each hunk. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On May 21, 2010, at 11:53 AM, Carsten Dominik wrote: But only the file, not the function... I tested it with a function change, and it inserted the function name too! John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
Bernt Hansen be...@norang.ca writes: John Wiegley jwieg...@gmail.com writes: On May 21, 2010, at 9:47 AM, Tassilo Horn wrote: I think it would be better if line 3+ would be exact ChangeLog entries format-wise, so that you can still use emacs' ChangeLog facilities (`add-change-log-entry'). I don't really want to write the changed file and function names on my own, and adding them correctly is exactly what that function does very well. This ends up looking rather ugly in the history, and I would hate to see VCS history bent merely to conform to tools usage. Rather, the history should be as clean and exact as possible. If elisp functions need to be written to convert ChangeLog entries to a suitable format, I can do that. Also, in magit if you press 'C' on any diff hunk, it auto-generates a properly formatted ChangeLog-style comment into the current commit log. I also prefer descriptive and succinct commit messages. It should be possible to automatically retrieve function information and other items from the source based on hunk line information and the source code in a tool that builds the Changelog. Yes, `which-function' should be sufficient for collecting the names of modified functions. I make most of my git commits (including org-mode) in vim which is kicked off from raw command-line git. I normally make multiple changes at once and then build separate commits by using git's editing hunk features from 'git add -p'. I don't think that functionality is available in magit yet. Requiring an elisp-only solution for making commits isn't ideal -- the tools should be as flexible as possible. I have no issue with the maintainers rejecting patches and requesting changes to the commit messages so that they can be applied to the project but I wouldn't want to require the use of a specific tool to do the job. I think this could be a good candidate for a user-end pre-commit hook. Since everyone on this project can be assumed to have a working Emacs instillation it should be possible for git to run an elisp function (through emacs --batch) before every commit which make the necessary changelog changes (and possibly adds some key to the commit message which could be checked by a gatekeeper commit-hook on the remote repository to ensure compliance). Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH 1/2] Fix docstring for org-export-html-{pre, post}amble
Signed-off-by: Julien Danjou jul...@danjou.info --- I had a hard time figuring out how it works, and after reading the source code, I think the docstring is wrong. lisp/org-html.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index d5f4775..e7064ab 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -405,10 +405,10 @@ with a link to this URL. ;;; Variables, constants, and parameter plists (defvar org-export-html-preamble nil - Preamble, to be inserted just before body. Set by publishing functions. + Preamble, to be inserted just after body. Set by publishing functions. This may also be a function, building and inserting the preamble.) (defvar org-export-html-postamble nil - Preamble, to be inserted just after /body. Set by publishing functions. + Preamble, to be inserted just before /body. Set by publishing functions. This may also be a function, building and inserting the postamble.) (defvar org-export-html-auto-preamble t Should default preamble be inserted? Set by publishing functions.) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] emacs 23.1 crash on small org file (org-version 6.36)
From: fku...@gmail.com To: emacs-orgmode@gnu.org Subject: Bug: loading a small org file crashes emacs - no backtrace [6.36] --text follows this line-- I am a novice org-mode user. I am trying to learn how to use some of the features of org-mode to implement a GTD system. Emacs crashes when I load a file (named todobug.org) containing the text between the dashed lines (and not including the dashed lines). It took some time to get a small version of the file that reliably crashes (at least my) emacs. I could not get a backtrace, because emacs simply crashes. I am on a windows vista machine. - MY TASKS -*- mode: org; fill-column: 78; after-save-hook: (archive-done-tasks) -*- #+STARTUP: indent #+STARTUP: content * Tasks #+CATEGORY: Tasks ** TODO Buy dead companies! Michael Rabson of wsgr says that valuable patents can arise through this process. Especially since it takes so long for a patent to come through. The company may be gone, but the patent might be valuable. [2010-05-19 Wed] - Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Emacs : GNU Emacs 23.1.1 (i386-mingw-nt6.0.6002) of 2009-07-29 on SOFT-MJASON Package: Org-mode version 6.36 current state: == (setq org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-todo-keyword-faces '((TODO :foreground medium blue :weight bold) (APPT :foreground medium blue :weight bold) (NOTE :foreground brown :weight bold) (STARTED :foreground dark orange :weight bold) (WAITING :foreground red :weight bold) (DELEGATED :foreground dark violet :weight bold) (DEFERRED :foreground dark blue :weight bold) (SOMEDAY :foreground dark blue :weight bold)) org-special-ctrl-a/e t org-agenda-custom-commands '((d todo DELEGATED nil) (c todo DONE|DEFERRED|CANCELLED nil) (w todo WAITING nil) (W agenda ((org-agenda-ndays 21))) (A agenda ((org-agenda-skip-function (lambda nil (org-agenda-skip-entry-if (quote notregexp) \\=.*\\[#A\\]) ) ) (org-agenda-ndays 1) (org-agenda-overriding-header Today's Priority #A tasks: ) ) ) (u alltodo ((org-agenda-skip-function (lambda nil (org-agenda-skip-entry-if (quote scheduled) (quote deadline) (quote regexp) [^\n]+) ) ) (org-agenda-overriding-header Unscheduled TODO entries: ) ) ) ) org-agenda-files '(~/mydrop~1/todo.org) org-completion-use-ido t org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-agenda-skip-scheduled-if-done t org-support-shift-select t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-clock-persist 'history org-todo-keywords '((sequence TODO APPT | DONE NOTE)) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-default-notes-file ~/mydrop~1/notes.org org-directory ~/OrgProjects org-insert-heading-hook '(bh/insert-inactive-timestamp) org-blank-before-new-entry '((heading) (plain-list-item)) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist '((org-notes :base-directory ~/org-init/ :base-extension org :publishing-directory ~/public_html/ :recursive t :publishing-function org-publish-org-to-html :headline-levels 4 :auto-preamble t) (org-static :base-directory ~/org-init/ :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf :publishing-directory ~/public_html/ :recursive t :publishing-function org-publish-attachment) (org :components (org-notes org-static)) (publish-tutorial-notes :base-directory ~/OrgProjects/ :base-extension org :publishing-directory ~/public_html/ :recursive t :publishing-function org-publish-org-to-html :headline-levels 4 :auto-preamble t) (publish-tutorial-static :base-directory ~/OrgProjects/ :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf :publishing-directory ~/public_html/ :recursive t :publishing-function org-publish-attachment) (publish-tutorial :components (publish-tutorial-notes publish-tutorial-static) ) (B-inherit :base-directory ~/OrgProjects/org-init :recursive t :base-extension css\\|js :publishing-directory
[Orgmode] [PATCH 2/2] Do not expand title in title markups
If we expand `title', we may have HTML markup between the title markups, which is not valid. Signed-off-by: Julien Danjou jul...@danjou.info --- lisp/org-html.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index e7064ab..9a744cf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -913,7 +913,7 @@ lang=\%s\ xml:lang=\%s\ ) (or charset iso-8859-1)) language language -(org-html-expand title) +title (or charset iso-8859-1) date author description keywords style -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] GNOWSYS emacs web services (was: Re: Is there a good way to use org as blog system?)
On Fri, May 21, 2010 at 3:48 AM, Sandro Giessl sandro.gie...@stud.ifi.lmu.de wrote: Hi Nagarjuna, I happily discovered that a student was assigned to this project [1] in this year's GSoC: GNOWSYS emacs web services for The GNU Project Abstract: Idea is to develop an emacs like editor with the org specific semantics for the purpose of note taking authoring. Applying the rules of Org notations, it can also be extended to incorporate gnowsys-mode as it currently works in emacs. Export like features of Org-mode will be made possible in this editor by communicating through local emacs server. All the gnowsys-mode specific commands will pass on the request to the GNOWSYS server via local emacs daemon. So this sounds like it's going to be generic enough to be useful for orgmode as well. I imagine smartphone+orgmode users will profit from this, because the web browser would be a nice interface in addition to using emacs' gui/terminal interface. Thanks for your interest and appreciation! Yes, indeed. It is going to be generic and initially we would want the orgmode macros to work. Since gnowsys-mode is developed on top of orgmode, gnowsys specific macros would work as well. We indent to use it mainly for rendering org buffer into html. Ultimate objective is to save web documents on the server side in pure text, not even html. We will update this list when we begin to get some results. The student just started her work recently. If you or any others on this list would like to contribute in terms of ideas, that will be great. -- Nagarjuna ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] emacs 23.1 crash on small org file (org-version 6.36)
On 05/21/2010 01:43 AM, Fritz Kunze wrote: MY TASKS -*- mode: org; fill-column: 78; after-save-hook: (archive-done-tasks) -*- If my understanding is correct, archive-done-tasks is evaluated when the file is loaded, which I guess is not your intention. (You want to set after-save-hook to '(archive-done-tasks), not to the result of evaluating (archive-done-tasks)). I can imagine that this causes the crash (maybe org has not been fully initialized for that buffer at this point?). Try quoting (archive-done-tasks) like this: MY TASKS -*- mode: org; fill-column: 78; after-save-hook: '(archive-done-tasks) -*- HTH, Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] unordered list feature request: new sub-lists automatically switch to different list-character
Scott, Juri,
thank you for your replies.
'org-list-demote-modify-bullet' is exactly what I was missing.
JohnW, BerntH, Carsten,
AFAICT, the manual does not mention it?
Thanks again!
Livin Stephen Sharma
On May 21, 2010, at 17:52:46 , Juri Krivov wrote:
On Fri, May 21, 2010 at 7:54 AM, Livin Stephen Sharma
livin.step...@gmail.com wrote:
Context/Sample org content
current
unordered list
+ topA
+ innerA1
+ innerA2
+ topB
+ innerB1
proposed
unordered list
+ topA
- innerA1 --- '-' used automatically instead of '+'
- innerA2 ---
+ topB
- innerB1 ---
-
When creating nested/child lists ('innerX' items) under an existing list item
('topX' items),
the current behaviour does not make an effort to change the leading
list-denoter character (-,+,*).
Could a feature be provided where creating a such a child-list would make
this list's items begin with a different list-denoter?
I find it helps readability (and hence efficiency when working with lists)
when I manually (S-left, S-right) do this. If others agree, perhaps this
could be provided as a built-in feature?
I don't know lisp, ( it's increasingly looking like it may be time to *find*
the time to learn JJ) so I can't code this myself.
There seems to be already a setting that can achieve this.
It was discussed long time ago, here
http://thread.gmane.org/gmane.emacs.orgmode/14793/focus=15214
In org-list.el, there is variable org-list-demote-modify-bullet. I have not
tried,
but it looks similar to your request.
Juri
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: tab visibility cycling doesn't work over putty/ssh with viper-mode enabled
Jan Böcker jan.boecker at jboecker.de writes: Visibility cycling with TAB works both in command and insert mode. I can also access the agenda using C-c a a. Looks like putty is misconfigured. While quickly scanning through putty's configuration menu, the only setting I noticed was Connection - Data - Terminal-type string, which is set to xterm here. However, I did not modify the default values, so it should work out of the box. You can try logging in with putty, executing sleep 5, and interrupting that with C-c. If that does not work, the problem is definitely not emacs related. HTH, Jan Jan -- Thanks, but I still haven't solved this yet and I don't think there's any problem with PuTTY configuration. However, my problems with TAB key and C-C appear to be quite different, and only the TAB key one appears to be unique to using PuTTY/ssh. First, regarding C-c a not working to bring up agenda-view, this problem exists on my emacs instance in Ubuntu even when using it directly, not through ssh. Pressing C-c a gives error message 'C-c a is undefined', despite the fact that agenda-view works fine when accessing it through the menu system. Frustrating, but it has nothing to do with PuTTY. (And PuTTY does send C-c properly to stop the 'sleep 5' process in a bare terminal.) Second, the problem with TAB key in viper-mode does seem specific to PuTTY/ssh, since it works fine when working directly. This doesn't seem possible that it's a PuTTY problem, since so far as I can tell TAB works properly in all other modes, and it works properly to cycle visibility as soon as I turn viper-mode off. Thanks for the suggestions though! I'm wondering if you have any others?. . . Regards, Herb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: A request: Moving away from ChangeLog
Hi all John Wiegley jwieg...@gmail.com writes: The Emacs ChangeLog is a file which predates the existence of freely available, project-wide version control. It was a way to see, in one place, the stream of changes occurring in a project -- something which RCS could not do for you. The only problem is that we need to have a Changelog for upstream, i.e. Emacs. However, in this modern era of project-wide, atomic commits, the ChangeLog is not only an archaism, but is a continuous source of merge conflicts. For example, when I reverted Russell's latest change -- a one-liner that was minor in the extreme -- I had to do with a merge conflict in lisp/ChangeLog. If the real problem you're trying to solve is the merge conflicts you get with the Changelog files then the solution might be Bruno Haible’s git merge driver for GNU-style ChangeLog files[1] (available in gnulib[2]). Automatic generation of the Changelog file sounds like a fine solution and I'm all for it, but when it comes down to the actual requirements of the Changelog (such as file and especially function names) things don't look that rosy anymore (doesn't work outside of Emacs, can no longer use M-x add-change-log-entry, etc). So before pouring out the baby with the bathwater maybe we should at least try if the git merge driver solves the main problem we have with the Changelog files. Thanks Christian Footnotes: [1] http://www.mail-archive.com/bug-gnu...@gnu.org/msg09183.html [2] http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/git-merge-changelog.c -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A request: Moving away from ChangeLog
On Fri, May 21 2010, Christian Egli wrote: So before pouring out the baby with the bathwater maybe we should at least try if the git merge driver solves the main problem we have with the Changelog files. This does not resolve a ugly part which is the duplication of information: in the changelog file and in the commit changelog. Documenting commit properly should be enough. A better idea, if you want a user readable changelog, is 2 write the commit message in a parseable format with 2 information: one for the developer (what the commit changes in the code, API, whatever), and one for the user (what it changes in the software usage). That last one only if necessary. And with this, it's a win-win: you can generate changelog files, and you can read changelog while reading commit/bisecting/whatever git action you do. -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info pgp2BRNKjSFg3.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Don't build org-refile-cache if org-refile-use-cache is nil
The function org-get-refile-targets was building org-refile-cache even if org-refile-use-cache was set to nil. This caused every refile attempt to call org-refile-cache-clear and to produce the message Refile cache has been cleared. --- lisp/org.el |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index d21aa1f..496eceb 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9661,7 +9661,8 @@ on the system \/u...@host:\. (when (= (point) pos0) ;; verification function has not moved point (goto-char (point-at-eol - (org-refile-cache-put tgs (buffer-file-name) descre) + (when org-refile-use-cache + (org-refile-cache-put tgs (buffer-file-name) descre)) (setq targets (append tgs targets)) (message Getting targets...done) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: emacs 23.1 crash on small org file (org-version 6.36)
Jan Böcker jan.boecker at jboecker.de writes: On 05/21/2010 01:43 AM, Fritz Kunze wrote: MY TASKS -*- mode: org; fill-column: 78; after-save-hook: (archive-done-tasks) -*- If my understanding is correct, archive-done-tasks is evaluated when the file is loaded, which I guess is not your intention. (You want to set after-save-hook to '(archive-done-tasks), not to the result of evaluating (archive-done-tasks)). I can imagine that this causes the crash (maybe org has not been fully initialized for that buffer at this point?). Try quoting (archive-done-tasks) like this: MY TASKS -*- mode: org; fill-column: 78; after-save-hook: '(archive-done-tasks) -*- HTH, Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode at gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode May 21, 2010 Hi Jan, Thanks for offering a response. I inserted the quote, and sadly, emacs still crashes. The code you referred to, I copied verbatim from a note from John Weigley (see: http://article.gmane.org/gmane.emacs.orgmode/3629). I've been working my way through John Weigley's wonderful tutorial (http://www.newartisans.com/2007/08/using-org-mode-as-a-day-planner.html), and learning by studying his (amazingly good) lisp code. That code, along with using John's set up, has worked perfectly. I had a very large list of todos and was happily figuring things out, when suddenly emacs began to consistently crash. At first I thought it was the archiving stuff and turned it off, but it did not affect the crashing. Through trial and error, I reduced the file size to the one I sent out. Strangely, changing just a few characters in this file (say in the note part), allows emacs to continue working again. So I remain stumped. Regards, Fritz ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] only display a scheduled item if it is due today or in the past
Sorry for the late reply - this thread was filtered incorrectly. The primary use I have for it is essentially what Nathan said - it controls display or recurring items to be the same as habits, with the exception of not displaying the habit graph. I also use it when scheduling items that can't be started before a certain date. For example, I recently got a note that my tax return was being inverstigated and that I should contact the IRS in 30 days. Now, I schedule this item for 30 days from now, but in 23 days it starts showing up in my weekly agenda, even though there's nothing that can be done about it at that point. I'd much rather have it only display when it can actually be worked on. Let me know if you have any more questions. Thanks, Nathaniel Flath On Thu, May 13, 2010 at 1:36 AM, Carsten Dominik carsten.domi...@gmail.comwrote: Hi Nathaniel, I am not yet sure about the purpose of this functionality. Items that are scheduled only show up in the agenda on the day when they are scheduled. What is the added value? Please explain, with an example. Thanks. - Carsten On May 2, 2010, at 7:37 PM, Nathaniel Flath wrote: Hello, One thing I've wanted from org-mode is the ability to have certain items 'hidden' from the agenda until the day they are scheduled - this patch implements this for all properties who have a STYLE property of 'hidden'. I ended up implementing this(the patch is attached), and thought I'd contribute it to org-mode. If you have any comments, please let me know. Thanks, Nathaniel Flath org-agenda.patch___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Fix org-refile-cache-check-set
Org-refile-cache fails when org-refile-use-outline-path is set to file. Specifically, org-refile-cache-check-set throws a markerp error when it encounters file targets, since they have nil instead a marker object. This patch applies the test only to targets with markers (i.e., headings). --- lisp/org.el | 15 +-- 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 496eceb..38e6a30 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9537,13 +9537,16 @@ on the system \/u...@host:\. (defun org-refile-cache-check-set (set) Check if all the markers in the cache still have live buffers. + (let (marker) (catch 'exit -(while set - (if (not (marker-buffer (nth 3 (pop set - (progn - (message not found) (sit-for 3) - (throw 'exit nil -t)) +(while (setq marker (nth 3 (pop set))) + ;; if org-refile-use-outline-path is 'file, marker may be nil + (when marker + (if (not (marker-buffer marker)) + (progn + (message not found) (sit-for 3) + (throw 'exit nil) +t))) (defun org-refile-cache-put (set rest identifiers) Push the refile targets SET into the cache, under IDENTIFIERS. -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: tab visibility cycling doesn't work over putty/ssh with viper-mode enabled
Herbert Sitz hsitz at nwlink.com writes: First, regarding C-c a not working to bring up agenda-view, this problem exists on my emacs instance in Ubuntu even when using it directly, not through ssh. Pressing C-c a gives error message 'C-c a is undefined', despite the fact that Sorry, the issue with 'C-c a' was stupid error on my part. I had forgotten that you have to put the 'C-c a' key definition in the .emacs file. So the TAB problem with viper-mode is the only real problem I have. -- Herb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] only display a scheduled item if it is due today or in the past
Nathaniel Flath flat0...@gmail.com writes: On May 2, 2010, at 7:37 PM, Nathaniel Flath wrote: One thing I've wanted from org-mode is the ability to have certain items 'hidden' from the agenda until the day they are scheduled - this patch implements this for all properties who have a STYLE property of 'hidden'. I ended up implementing this(the patch is attached), and thought I'd contribute it to org-mode. If you have any comments, please let me know. The primary use I have for it is essentially what Nathan said - it controls display or recurring items to be the same as habits, with the exception of not displaying the habit graph. To avoid seeing future instances of recurring tasks, you can set the variable org-agenda-repeating-timestamp-show-all to nil. I also use it when scheduling items that can't be started before a certain date. For example, I recently got a note that my tax return was being inverstigated and that I should contact the IRS in 30 days. Now, I schedule this item for 30 days from now, but in 23 days it starts showing up in my weekly agenda, even though there's nothing that can be done about it at that point. I'd much rather have it only display when it can actually be worked on. I'm still a bit confused about this patch. By definition, scheduled items do not appear on the agenda until the day on which they are scheduled. As I understand it, this patch is primarily for weekly agendas---i.e., to prevent items scheduled on Friday from appearing under the Friday slot until it is indeed Friday. In that case, why not use the daily agenda instead of the weekly agenda? Would it perhaps be better to write a personal skip function that handles this instead of hard-coding another test in org-agenda.el? Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] emacs 23.1 crash on small org file (org-version 6.36)
On Fri, May 21, 2010 at 5:13 AM, Fritz Kunze wrote: From: fku...@gmail.com To: emacs-orgmode@gnu.org Subject: Bug: loading a small org file crashes emacs - no backtrace [6.36] --text follows this line-- I am a novice org-mode user. I am trying to learn how to use some of the features of org-mode to implement a GTD system. Emacs crashes when I load a file (named todobug.org) containing the text between the dashed lines (and not including the dashed lines). It took some time to get a small version of the file that reliably crashes (at least my) emacs. I could not get a backtrace, because emacs simply crashes. I am on a windows vista machine. - MY TASKS -*- mode: org; fill-column: 78; after-save-hook: (archive-done-tasks) -*- #+STARTUP: indent #+STARTUP: content * Tasks #+CATEGORY: Tasks ** TODO Buy dead companies! Michael Rabson of wsgr says that valuable patents can arise through this process. Especially since it takes so long for a patent to come through. The company may be gone, but the patent might be valuable. [2010-05-19 Wed] I could not duplicate this both with given value for the after-save-hook and Jan B�cker's suggested modification. - Windows XP SP2 - GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 - Org-mode version 6.36trans (release_6.36.92.g6733) as of Fri May 21 09:26:04 2010 +0200 Regards -- Manish ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Switching states without taking a note, occasionally
Hi everyone, I have my TODO states set up in a way so that I am often asked for a state change note, because this is most of the time what I want. Example would be #+TODO: TODO(t) | DONE(d@) However, sometimes I have a couple of tasks that I would like to quickly switch to DONE, without going through the noting process. Is there a way to do this, to switch task with note-taking switched off temporarily? I could not find information in the manual or elsewhere Thank you very much in advance for any pointers Juri ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] unordered list feature request: new sub-lists automatically switch to different list-character
On May 21, 2010, at 9:14 PM, Livin Stephen Sharma wrote: Scott, Juri, thank you for your replies. 'org-list-demote-modify-bullet' is exactly what I was missing. JohnW, BerntH, Carsten, AFAICT, the manual does not mention it? Maybe you could suggest a place in the manual where you would have liked to find this information? Maybe even a patch? Thanks. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
