[Orgmode] Re: how to remove the button from org-mode buffer
today I update my org-mode to 5.13e . The org-mode view is changed . each heading is followed by a button. I find it very annoying. Is there some configuration available to change it.? Strange that this makes a button for you. You can do (setq org-ellipses nil) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] inserting files within remember templates
On 6Nov2007, at 11:39 PM, Adam Spiers wrote: On Tue, Nov 06, 2007 at 04:36:47PM +, Adam Spiers wrote: [snip] This could easily be accomplished if remember templates allowed syntax such as ,-- | * %T | %(shell-command-to-string grep 'last full' /proc/acpi/battery/ BAT0/info) `-- OK, it turns out that this was easy to implement, and I think the patch is small enough that it could be accepted even though I haven't got around to sending back the copyright assignment form yet (sorry - this *will* happen at some point!) I'll take this patch, thanks. - Carsten Diff against 5.13i: --- a/org.elWed Oct 31 09:46:35 2007 + +++ b/org.elTue Nov 06 22:30:13 2007 + @@ -12806,6 +12806,17 @@ to be run from that hook to fucntion pro (replace-match (or (eval (intern (concat v- (match-string 1 ) t t)) +;; %() embedded elisp + (goto-char (point-min)) +(while (re-search-forward %\\((.+)\\) nil t) + (goto-char (match-beginning 0)) + (let ((template-start (point))) +(forward-char 1) +(condition-case error +(let ((result (eval (read (current-buffer) + (delete-region template-start (point)) + (insert result)) + (error (message Error `%s' in remember template error) ;; From the property list (when plist-p (goto-char (point-min)) There might need to be some debate about how to handle read errors in the case of invalid syntax. Or perhaps some people already have `%(...)' within their remember templates for some really unusual reason, and don't want it interpreted? Though in the latter case, one could argue that it might make sense to require `%' always to be escaped as `%%' if used literally, to be on the safe side. ___ Emacs-orgmode 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] inserting files within remember templates
On 7Nov2007, at 3:47 AM, Bastien wrote: Adam Spiers [EMAIL PROTECTED] writes: OK, it turns out that this was easy to implement, and I think the patch is small enough that it could be accepted even though I haven't got around to sending back the copyright assignment form yet (sorry - this *will* happen at some point!) This patch is nice, thanks! Just a small caveat: If Carsten accepts it (or implements this function) then we should make clear for beginners that the elisp code will only be executed in the remember buffer, not in the buffer where `org- remember' was invoked. There might need to be some debate about how to handle read errors in the case of invalid syntax. Or perhaps some people already have `%(...)' within their remember templates for some really unusual reason, and don't want it interpreted? Maybe %^(...) is clearer then. In both %^{...} and %^(...) the ^ char would mean that some action is undertaken. Hmmm, no, ^ means interactive. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Remember idea
On 6Nov2007, at 5:42 PM, Tim O'Callaghan wrote: I've started using Remember mode more and more, and it has given me an idea for new piece of functionality. %c - insert clipboard/kill-ring at point Will be in 5.14, thanks. - Carsten This is for 'auto' pasting links or snippets of text from my browser into an org file. What do you think? Tim. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Invalid face issues
On 6Nov2007, at 8:38 PM, Andrew Hyatt wrote: I just spend a good half hour tracking this down. It looks like this, in org-mode is killing me. It look wrong to me, but I'm not an expert: (set-display-table-slot org-display-table 4 (vconcat (mapcar (lambda (c) (make-glyph-code c (and (not (stringp org- ellipsis)) org-ellipsis))) (if (stringp org-ellipsis) org-ellipsis ... Why are we making a glyph-code out of an ellipsis? We end up with a strange-looking display-table. This is how I understand this need to be done. Am I not correct? Anyway, I will revert to the default nil for org-ellipsis and leave it to users to customize it. - Carsten On 11/6/07, Andrew Hyatt [EMAIL PROTECTED] wrote: I seem to have an issue where I will be using emacs for a while, and eventually something happens which will corrupt all org buffers, and make them unviewable (the buffer refuses to display, but otherwise does not affect the rest of my emacs session). The error I get is line-move-partial: Invalid face. I can switch to text- mode and see it normally. I'm using emacs version 23.0.0.1. I'm using org-mode version 5.13a. This seemed to coincide to my upgrade from org-mode version 4 to 5.13a. This happens on both terminal and x-windows versions of emacs. Has anyone experienced this issue before? Any ideas on how to solve it? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Dependant tasks
Hi, Is it possible to have a task that is locked until some other task is finished? Regards, Sebastjan ___ Emacs-orgmode 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] property searches for #+CATEGORY
I have several personal .org files, and several work-related ones too. In each personal file, I have a line: #+CATEGORY: personal and in each work-related file, I have a line: #+CATEGORY: work I would like to be able to bind agenda custom commands to do tag searches which are narrowed to one of these categories, e.g. show me all personal priority #A tasks. Such a search needs to span *all* agenda files, therefore the standard per-buffer narrowing provided by the '' binding in the *Agenda Commands* buffer is insufficient. Would it make sense to include CATEGORY as a special property? After all, pretty much all other per-task meta-data (TODO, PRIORITY etc.) are already available via the property interface, and this way, I could easily achieve what I need with tag searches such as CATEGORY=personal+PRIORITY=A Thanks! ___ Emacs-orgmode 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] Dependant tasks
On Wed, Nov 07, 2007 at 12:07:20PM +0100, Sebastjan Trepca wrote: Hi, Is it possible to have a task that is locked until some other task is finished? Not yet (I think), but there have been *many* discussions about this recently, e.g. http://search.gmane.org/?query=dependenciesgroup=gmane.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] property searches for #+CATEGORY
Adam Spiers [EMAIL PROTECTED] writes: Would it make sense to include CATEGORY as a special property? Certainly. And it is already there: ,[ (info (org)Categories) ] | If you would like to have a special CATEGORY for a single entry or a | (sub)tree, give the entry a `:CATEGORY:' property with the location as | the value (*note Properties and columns::). ` :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Dependant tasks
Adam Spiers [EMAIL PROTECTED] writes: On Wed, Nov 07, 2007 at 12:07:20PM +0100, Sebastjan Trepca wrote: Hi, Is it possible to have a task that is locked until some other task is finished? Not yet (I think), but there have been *many* discussions about this recently, e.g. And those discussions ended up in Carsten proposing org-depend.el: http://orgmode.org/org-depend.el I've been playing around with the example given in this file, and it works quite well for me. Less superficial feedback would help I guess. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Remember idea
John Rakestraw [EMAIL PROTECTED] writes: When I click on the annotate bookmarklet in firefox pops me into emacs (into an already existing buffer) with a message that the link and page title are in the kill-ring. Yanking gives me a nice link to the web page, with the page title as the link text. This is all I used myself so far... When I click on the remember bookmarklet, I'm taken to my standard org-remember template screen asking me to select one of my templates. The page link and title don't show up -- can I write a template that incorporates this information? My mistake. Please replace this , | (cond ((equal proto remember) |(remember (concat \n\n orglink))) ` by this , | (cond ((equal proto remember) |(org-remember ?f)) ` `?f' being the key for the Org template you want to use. You will be able to yank the link from the kill-ring once Carsten has implemented this functionnality (as %c -- see recent discussion about this.) Hope this will work correctly... -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 12:49:44PM +, Bastien wrote: Adam Spiers [EMAIL PROTECTED] writes: Would it make sense to include CATEGORY as a special property? Certainly. And it is already there: ,[ (info (org)Categories) ] | If you would like to have a special CATEGORY for a single entry or a | (sub)tree, give the entry a `:CATEGORY:' property with the location as | the value (*note Properties and columns::). ` I was aware of this, but I don't want to have to set this property in every entry or even at the top of every subtree. I want to be able to use #+CATEGORY, and have it achieve the same effect w.r.t. properties. ___ Emacs-orgmode 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] Question: C-c C-w
On 11/7/07, Carsten Dominik [EMAIL PROTECTED] wrote: is anyone using the command `C-c C-w' a lot? I am planning to use these keys for a different purpose, and to make `org-check-deadline' accessible only through the sparse tree command `C-c /' Personally, I have only ever used it by mistake when I meant to use `C-c C-x C-w' Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode 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] XHTML export - nbsp; etc.
If you use C-x 8 SPC in a text file, you probably want to export it as ~ in LaTeX, not to include that Unicode character directly. This is what i suggested. Ok, I misunderstood because you said „so we should avoid to handle this in Org source file But this conversion is a strange one, Why? Well, I didn't know the character inserted by C-x 8 SPC, and I suppose most people don't use it frequently. However, it could be used and that would be simple. For instance: - you write C-x 8 SPC in your org files - C-x 8 SPC is exported to nbsp; on HTML - C-x 8 SPC is exported to ~ on HTML - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX therefore it may be besser to offer a syntax for the ~ (non-breaking space) in LaTeX. For instance \~ or ~ I think I misunderstood at some point. For me \~ means protect the tilde character from conversion which means don't escape the tilde, which results into a LaTeX nonbreaking-space (~). But we don't need to „protect the tilde from conversion because ~ already writes the tilde unconverted. \~ is still free to other uses. Sometimes the \ means „don't escape, sometimes not. For instance at \- it wouldn't mean „insert a hyphen, but „breaking allowed. Yes, that's confusing... Daniel ___ Emacs-orgmode 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] Emphasis and bold in quotation
Daniel Clemente [EMAIL PROTECTED] writes: So: can org-emphasis-regexp-components expanded to include all quotation marks and not just and ' ? This variable is customizable. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] question about time range calculation
On 7Nov2007, at 2:56 PM, Detlef Steuer wrote: Hi, I've a line like this in my org file * EABI new -- EABI 2007-11-07 Mi 14:29--2007-11-07 Mi 14:35 and would like to add the time difference between both stamps at the end. As I understand the fine manual, C-u C-x C-y does exactly this. C-c C-y Evaluate a time range by computing the difference between start and end. With prefix arg, insert result after the time range (in a table: into the following column). But: It adds the time difference at point position, not after the time range. Am I doing something wrong? No, this is a bug. Fixed for 5.14, thanks. - Carsten Thx detlef PS: org-5.13e here ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Emphasis and bold in quotation
Hi, consider this test of quotation styles: ASCII double, 'ASCII simple', English «French» „German 「Japanese」 Now make each word bold (but not the quotation signs): *ASCII double*, '*ASCII simple*', *English* «*French*» „*German* 「*Japanese*」 At exportation, the syntax marks of the second line aren't translated. That's because only and ' are listed at org-emphasis-regexp-components as „pre and „post components. So: can org-emphasis-regexp-components expanded to include all quotation marks and not just and ' ? Maybe Emacs offers some character class for that and then we don't have to write a list of characters. I would like this because I recently presented a thesis written with org in which some org-syntax still was visible at some places :-)... It was at German and I had written sentences like: ... (z. B. die Aussagen „/Vegetarisch/ zu sein ist gut und „Der /Vegetarismus/ ist gut), ... Grüße, Daniel ___ Emacs-orgmode 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] XHTML export - nbsp; etc.
Daniel Clemente [EMAIL PROTECTED] writes: If you use C-x 8 SPC in a text file, you probably want to export it as ~ in LaTeX, not to include that Unicode character directly. This is what i suggested. But this conversion is a strange one, Why? therefore it may be besser to offer a syntax for the ~ (non-breaking space) in LaTeX. For instance \~ or ~ I think I misunderstood at some point. For me \~ means protect the tilde character from conversion which means don't escape the tilde, which results into a LaTeX nonbreaking-space (~). Note that this is also the case for %: \% unescape the % character, then starts a comment in the LaTeX source. My point about letting C-x 8 SPC being converted into ~ was this: those people who are likely to use nonbreaking spaces are also those who won't be scared by using non-ascii characters such as C-x 8 SPC in their Org files. I might be wrong on this. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 03:52:55PM +0100, Tim O'Callaghan wrote: My point with the taxonomy is that Categories especially 'personal' and 'work' can be thought of as Meta Contexts (i wanted to say Meta-TAGS, but that might get confusing). So contexts that are arbitrary but are used to group many actual physical contexts (TAGS) of todo nodes. I see. The '#' was the thought that if you treat Categories as a type of tag, then you could add them to the tag search mechanism. To avoid collision, such as work - the physical context and work, the category, prefix them with a meta-character such as # which cannot normally be in a tag name. So a categorised tag-todo search might be: #work+work+email/TODO Sure, that would be good enough for me if it were implemented - I'm not fussy whether what I need was provided via new syntax such as the above, or existing syntax such as CATEGORY=work+email/TODO ___ Emacs-orgmode 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] question about time range calculation
Detlef Steuer [EMAIL PROTECTED] writes: C-c C-y Evaluate a time range by computing the difference between start and end. With prefix arg, insert result after the time range (in a table: into the following column). But: It adds the time difference at point position, not after the time range. Because you usually would use C-u C-c C-y after the time range... Maybe the doc should say that the insertion will be done after the point. BTW, I noticed that C-c C-y doesn't work after this 2007-11-07 Mi 14:29-15:34 even it's a time-range. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
Adam Spiers [EMAIL PROTECTED] writes: This would let you restrict any agenda search to a group of agenda files. I don't want to digg too far in this direction, but I think there are a few other things for which such groups might be useful (e.g. publish agenda files per group...) Well, the documentation says The category is a broad label assigned to each agenda item. By default, the category is simply derived from the file name, [...] so I thought this use case was pretty much exactly what it was intended for. Lets say that #+CATEGORY is more oriented toward files grouping, and :CATEGORY: is more oriented toward tasks grouping. In fact, when using several #+CATEGORY in the same file (as it is *not* recommended to do), you are virtually splitting your file into several files, each of them corresponding to a category. Your request was to be able to perform a search using #+CATEGORY as a way to search through multiple files. I can see to ways of doing this: 1. implicitely add the #+CATEGORY value of a file to each entry in this file, and search through files having the same #+CATEGORY; 2. clearly separate the group of files from the group of tasks, and perform a group-restricted search. I think (1) is problematic: what if a file has a top #+CATEGORY and several :CATEGORY: properties? What about precedence and inheritance? How to build the search string if we want to search through several :CATEGORY: properties in a single #+CATEGORY ? No, I don't think it's #+CATEGORY per se which is only there for backward compatibility - it's using it multiple times within a single file. The fact that only *one* instance of #+CATEGORY is allowed in a file calls itself for the divorce between #+CATEGORY (possibly renamed as #+GROUP) and the :CATEGORY: property... It's not that easy for users to understand how to user categories, and staying with two ways of setting them might be confusing IMO. Surely this is an argument against introducing yet another grouping mechanism! We already have tags, properties, and categories. But a category is just a property, even if the search interface raises this property above others. And besides these search considerations, I really believe that having several groups of agenda-files would help. I already have too many problems keeping a good work/life balance! ;-) Com'on, our daily brain-sport is to feed this list! :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 02:49:28PM +, Bastien wrote: Adam Spiers [EMAIL PROTECTED] writes: It would seem to me that this is exactly what tags does. You could move everything down a level and use tag inheritance: * personal stuff :personal: * work stuff :work: I could, but this would mean that each file would have a single top-level entry, and the entire contents would be indented an extra level, which I fear is a rather unattractive solution! ..which is exactly why your request about using a per-file #+CATEGORY when searching across files is more about *grouping files* than about grouping tasks. Am I wrong? You're right. It's a 2-tier grouping mechanism really, e.g. (1) group work-related tasks into ~/work/TODO.org and appointments into ~/work/diary.org, then (2) group all work-related files together so that tag/keyword searches etc. can be performed on them all in one go. ___ Emacs-orgmode 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] property searches for #+CATEGORY
Adam Spiers [EMAIL PROTECTED] writes: I have several personal .org files, and several work-related ones too. In each personal file, I have a line: #+CATEGORY: personal and in each work-related file, I have a line: #+CATEGORY: work I would like to be able to bind agenda custom commands to do tag searches which are narrowed to one of these categories, e.g. show me all personal priority #A tasks. Such a search needs to span *all* agenda files, therefore the standard per-buffer narrowing provided by the '' binding in the *Agenda Commands* buffer is insufficient. Would it make sense to include CATEGORY as a special property? After all, pretty much all other per-task meta-data (TODO, PRIORITY etc.) are already available via the property interface, and this way, I could easily achieve what I need with tag searches such as CATEGORY=personal+PRIORITY=A I understand now. I think it would be clearer to distinguish between categorizing files and categorizing tasks. In a sense, using #+CATEGORY across several files (as you do) is more a way to group these files under the same ombrella (conveniently called category), rather than to group all tasks below each #+CATEGORY in the same category. Let me say it with other words: if several files share the same #+CATEGORY, then this bit of information won't be of any help to distinguish between these files' tasks, it will only help separating files with #+CATEGORY: A from files with #+CATEGORY: B. Then I think the right solution would be to have groups of agenda files. Something like: #+AGENDA_GROUP: personal This would let you restrict any agenda search to a group of agenda files. I don't want to digg too far in this direction, but I think there are a few other things for which such groups might be useful (e.g. publish agenda files per group...) My other concern is that the functionality you're requesting would resurrect #+CATEGORY, while this functionality was mostly maintained for backward compatibility -- at least I understood it like that. It's not that easy for users to understand how to user categories, and staying with two ways of setting them might be confusing IMO. PS: Personally, the problem you encounter is exactly the one that led me to use a single (really) big Org file. But this is entirely personal, of course! -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 05:15:55PM +0100, Carsten Dominik wrote: Thanks for an interesting discussion about the merits of properties versus tags etc. Very illuminating. However, I do think that Adam's initial request to make the category available as a special property for queries in not unreasonble. Or does anyone disagree? I am not sure, though, if the #+CATEGORY category should be available with `org-entry-get', because it would then be very hard for the property API to make a difference between a value that is intimately associated with the current entry, and a value that might be derived by some other mechanism. Understood. So here I differ somewhat from Adam's feeling that category is just like TODO or a tag. It is different. Actually I agree with that :-) I just meant to point out some of the similarities in what they enable you to do. But for the search interface, to allow CATEGORY=work, I think that would be a safe thing to do. Will be in 5.14, unless I hear good arguments against this. Fantastic! Thanks a lot. ___ Emacs-orgmode 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: Re: Re: using orgmode for latex articles
Bastien wrote: Fabian Braennstroem [EMAIL PROTECTED] writes: As for footnotes, org-export-latex.el should also be able to convert them. Couldn't install dvipng on my redhat 4.4 yet, so I could not test the 'conversion' of the equation and images yet. Now, I am taking the look in the other direction; I adjusted the most important faces in auctex to my orgmode setup. What I am missing now using auctex/cdlatex, is the nice table insertion I am used to do with orgmode... You know you can use orgtbl-mode in LaTeX file and get tables exported in the same file? This is actually very handy. This is called Radio tables. See the manual here: (info (org)Radio tables) Thanks, for the info, did not know this... looks pretty interesting. Fabian ___ Emacs-orgmode 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: http://www.todotxt.org/
On 2007-11-04 11:59 +, Bastien wrote: Leo [EMAIL PROTECTED] writes: I came across www.todotxt.org and it looks like another good application for managing todo (or applying GTD methodology). Interesting. Did you already use/test it? It is also based on text file. Yes, text files are powerful. What strikes me is that in both cases (Org/todotxt) there seem to be a large community using them. See the discussion at lifehacker: http://tinyurl.com/2g4c43 Another thing: when quickly reviewing the website, I couldn't figure out how timestamp and deadlines where handled. It seems there is a hack for this (see the comments of the discussion above) but I don't know if it's a builtin now. That would be quite a shortcoming I guess. I haven't used it yet. But I am very impressed by its todo reporter. http://www.todotxt.org/library/birdseye.py/ The ascii report looks clean. I'd wonder if there is something similar in org.el. It is the best way to supervise how well we are doing with projects. Best, -- .: Leo :. [ sdl.web AT gmail.com ] .: [ GPG Key: 9283AA3F ] :. Use the most powerful email client -- http://gnus.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] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 02:59:35PM +0100, Tim O'Callaghan wrote: On 07/11/2007, Adam Spiers [EMAIL PROTECTED] wrote: On Wed, Nov 07, 2007 at 02:23:12PM +0100, Tim O'Callaghan wrote: It would seem to me that this is exactly what tags does. You could move everything down a level and use tag inheritance: * personal stuff :personal: * work stuff :work: I could, but this would mean that each file would have a single top-level entry, and the entire contents would be indented an extra level, which I fear is a rather unattractive solution! It's the technique i've been using, and yes, it is unattractive. When i thought of tags, it was not explicitly for GTD context specifier, it was also for adding searchable metadata to a todo node. Same here. I used tags for a lot more than GTD contexts, e.g. also for a rough ETC and to group them by areas of responsibility. (N.B. Sometimes a task can be motivated by multiple areas of responsibility, so subheadings aren't good enough.) How about adding the context to the tag table with a prefix character, say #? I don't follow you, sorry. Perhaps I should state explicitly that my need to distinguish between 'work' and 'personal' categories has nothing to do with my use of GTD contexts. I can (and do very often) work from home, and I also occasionally(!) do personal tasks from the office. ___ Emacs-orgmode 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] inserting files within remember templates
On Wed, Nov 07, 2007 at 12:46:45PM +, Bastien wrote: Currently I do this by coding the helper to dump the Message-Id into ~/.clip-mairix, and then the elisp code inserts the contents of this file back into the org buffer. However I would like it to be inserted via a remember template, hence the request. I thought your mutt helper could copy the whole message to ~/.clip-msg, then you wouldn't need some elisp code to insert ~/.clip-msg but rather a org-message.el that would let you get the message-id as a link prop from the template... Ah, I see! But having %(...) is more straightforward. Possibly. I suppose it depends on the relative merits of parsing the mail via the mutt helper (which is Perl in my case) vs. doing it with elisp. Maybe I should change the helper to store an elisp form representing a property list of the mail's metadata via the temporary file rather than a preformatted mairix link - that way other mutt/org/remember users have more flexibility in their remember templates. But then, when and how would emacs parse that plist as a replacement for the normal `org-store-link-props' invocation? ___ Emacs-orgmode 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: Invalid face issues
I'm not an expert in this, but maybe the issue is that make-glyph code is supposed to take a char, and ... is not a char. On 11/7/07, Carsten Dominik [EMAIL PROTECTED] wrote: On 6Nov2007, at 8:38 PM, Andrew Hyatt wrote: I just spend a good half hour tracking this down. It looks like this, in org-mode is killing me. It look wrong to me, but I'm not an expert: (set-display-table-slot org-display-table 4 (vconcat (mapcar (lambda (c) (make-glyph-code c (and (not (stringp org- ellipsis)) org-ellipsis))) (if (stringp org-ellipsis) org-ellipsis ... Why are we making a glyph-code out of an ellipsis? We end up with a strange-looking display-table. This is how I understand this need to be done. Am I not correct? Anyway, I will revert to the default nil for org-ellipsis and leave it to users to customize it. - Carsten On 11/6/07, Andrew Hyatt [EMAIL PROTECTED] wrote: I seem to have an issue where I will be using emacs for a while, and eventually something happens which will corrupt all org buffers, and make them unviewable (the buffer refuses to display, but otherwise does not affect the rest of my emacs session). The error I get is line-move-partial: Invalid face. I can switch to text- mode and see it normally. I'm using emacs version 23.0.0.1. I'm using org-mode version 5.13a. This seemed to coincide to my upgrade from org-mode version 4 to 5.13a. This happens on both terminal and x-windows versions of emacs. Has anyone experienced this issue before? Any ideas on how to solve it? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
Adam Spiers [EMAIL PROTECTED] writes: It would seem to me that this is exactly what tags does. You could move everything down a level and use tag inheritance: * personal stuff :personal: * work stuff :work: I could, but this would mean that each file would have a single top-level entry, and the entire contents would be indented an extra level, which I fear is a rather unattractive solution! ..which is exactly why your request about using a per-file #+CATEGORY when searching across files is more about *grouping files* than about grouping tasks. Am I wrong? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 02:15:22PM +, Bastien wrote: I understand now. I think it would be clearer to distinguish between categorizing files and categorizing tasks. In a sense, using #+CATEGORY across several files (as you do) is more a way to group these files under the same ombrella (conveniently called category), rather than to group all tasks below each #+CATEGORY in the same category. Let me say it with other words: if several files share the same #+CATEGORY, then this bit of information won't be of any help to distinguish between these files' tasks, it will only help separating files with #+CATEGORY: A from files with #+CATEGORY: B. That's exactly right. Then I think the right solution would be to have groups of agenda files. Something like: #+AGENDA_GROUP: personal This would let you restrict any agenda search to a group of agenda files. I don't want to digg too far in this direction, but I think there are a few other things for which such groups might be useful (e.g. publish agenda files per group...) Well, the documentation says The category is a broad label assigned to each agenda item. By default, the category is simply derived from the file name, [...] so I thought this use case was pretty much exactly what it was intended for. My other concern is that the functionality you're requesting would resurrect #+CATEGORY, while this functionality was mostly maintained for backward compatibility -- at least I understood it like that. No, I don't think it's #+CATEGORY per se which is only there for backward compatibility - it's using it multiple times within a single file. The docs say: (1) If there are several such lines in a file, each specifies the category for the text below it. The first category also applies to any text before the first CATEGORY line. This method is only kept for backward compatibility. The preferred method for setting multiple categories in a buffer is using a property. It's not that easy for users to understand how to user categories, and staying with two ways of setting them might be confusing IMO. Surely this is an argument against introducing yet another grouping mechanism! We already have tags, properties, and categories. PS: Personally, the problem you encounter is exactly the one that led me to use a single (really) big Org file. But this is entirely personal, of course! I already have too many problems keeping a good work/life balance! ;-) But also I replicate my TODO files between machines, some owned by me and some by my company, and like to keep replication of company data separate from personal. ___ Emacs-orgmode 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] inserting files within remember templates
Adam Spiers [EMAIL PROTECTED] writes: I suppose it depends on the relative merits of parsing the mail via the mutt helper (which is Perl in my case) vs. doing it with elisp. In fact, I was not thinking of parsing the message. I imagined that the mutt helper would just tell where the message file is, then Emacs would do the job of creating a link by visiting this file, storing all relevant information into the properties of this link, those properties being immediately reusable by a template. But then, when and how would emacs parse that plist as a replacement for the normal `org-store-link-props' invocation? This is where a new org-message.el is required, so that you can create links from a message-mode buffer then reuse this link and its properties in a template. But again, I don't know if this approach is more efficient/convenient. It's just because I implemented new link types recently so my mind is a bit (too much?) into it. Best, -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Multi-line Diary Entry
Hi, It seems there is a bug in dealing with multi-line diary entries in org-agenda. For example, I have a diary entry like this: %%(diary-cyclic 1 11 7 2007) 5:25pm End of Day: - Review tomorrow's task. - Check tomorrow's schedule in Outlook - Check weather forecast When diary entry is included in org agenda, the sub-lines are separated from the main line, something like this: Thursday 8 November 2007 Diary: 17:25.. End of Day: WorkEnv:Scheduled: TODO Fill in timesheet Diary: - Review tomorrow's task. Diary: - Check tomorrow's schedule in Outlook Diary: - Check weather forecast Thanks if someone can take a look into this. Wanrong ___ Emacs-orgmode 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] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 02:23:12PM +0100, Tim O'Callaghan wrote: On 07/11/2007, Adam Spiers [EMAIL PROTECTED] wrote: I have several personal .org files, and several work-related ones too. In each personal file, I have a line: #+CATEGORY: personal and in each work-related file, I have a line: #+CATEGORY: work I would like to be able to bind agenda custom commands to do tag searches which are narrowed to one of these categories, e.g. show me all personal priority #A tasks. Such a search needs to span *all* agenda files, therefore the standard per-buffer narrowing provided by the '' binding in the *Agenda Commands* buffer is insufficient. Would it make sense to include CATEGORY as a special property? After all, pretty much all other per-task meta-data (TODO, PRIORITY etc.) are already available via the property interface, and this way, I could easily achieve what I need with tag searches such as CATEGORY=personal+PRIORITY=A Thanks! It would seem to me that this is exactly what tags does. You could move everything down a level and use tag inheritance: * personal stuff :personal: * work stuff :work: I could, but this would mean that each file would have a single top-level entry, and the entire contents would be indented an extra level, which I fear is a rather unattractive solution! ___ Emacs-orgmode 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] property searches for #+CATEGORY
On 07/11/2007, Adam Spiers [EMAIL PROTECTED] wrote: I have several personal .org files, and several work-related ones too. In each personal file, I have a line: #+CATEGORY: personal and in each work-related file, I have a line: #+CATEGORY: work I would like to be able to bind agenda custom commands to do tag searches which are narrowed to one of these categories, e.g. show me all personal priority #A tasks. Such a search needs to span *all* agenda files, therefore the standard per-buffer narrowing provided by the '' binding in the *Agenda Commands* buffer is insufficient. Would it make sense to include CATEGORY as a special property? After all, pretty much all other per-task meta-data (TODO, PRIORITY etc.) are already available via the property interface, and this way, I could easily achieve what I need with tag searches such as CATEGORY=personal+PRIORITY=A Thanks! It would seem to me that this is exactly what tags does. You could move everything down a level and use tag inheritance: * personal stuff :personal: * work stuff :work: Tim. ___ Emacs-orgmode 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] can't get appointments working
Hi all, I'm trying to convert items in my org files into appointments. As far as my understanding goes, org-agenda-to-appt has to be run every time I start emacs so I added these lines to my .emacs file: (setq appt-display-format 'window) (setq appt-display-duration 30) (setq appt-audible t) (setq appt-display-mode-line t) (appt-activate 1) (org-agenda-to-appt) but when I start emacs appt-time-msg-list has value nil. However if I run org-agenda-to-appt manually right after emacs startup, then I get the message 1 event added for today and the variable appt-time-msg-list contains the appropriate values. What am I doing wrong here? thanks alfredo -- - Alfredo Buttari, Innovative Computing Laboratory, UTK Computer Science Dept. 1122 Volunteer Blvd. Knoxville, TN 37996 Tel: 001-865-974-9989 URL: http://alfredobuttari.wordpress.com ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] inserting files within remember templates
On Wed, Nov 07, 2007 at 02:39:07PM +, Bastien wrote: Adam Spiers [EMAIL PROTECTED] writes: I suppose it depends on the relative merits of parsing the mail via the mutt helper (which is Perl in my case) vs. doing it with elisp. In fact, I was not thinking of parsing the message. I imagined that the mutt helper would just tell where the message file is, then Emacs would do the job of creating a link by visiting this file That's going to be costly for mails with very large attachments. storing all relevant information into the properties of this link By relevant information presumably you mean the mail's subject, sender, recipients, message-id and so on? In which case the mail (header, at least) has to be parsed at some point, no? those properties being immediately reusable by a template. Yes, that's certainly desirable. ___ Emacs-orgmode 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] property searches for #+CATEGORY
On 07/11/2007, Adam Spiers [EMAIL PROTECTED] wrote: On Wed, Nov 07, 2007 at 02:59:35PM +0100, Tim O'Callaghan wrote: On 07/11/2007, Adam Spiers [EMAIL PROTECTED] wrote: On Wed, Nov 07, 2007 at 02:23:12PM +0100, Tim O'Callaghan wrote: It would seem to me that this is exactly what tags does. You could move everything down a level and use tag inheritance: * personal stuff :personal: * work stuff :work: I could, but this would mean that each file would have a single top-level entry, and the entire contents would be indented an extra level, which I fear is a rather unattractive solution! It's the technique i've been using, and yes, it is unattractive. When i thought of tags, it was not explicitly for GTD context specifier, it was also for adding searchable metadata to a todo node. Same here. I used tags for a lot more than GTD contexts, e.g. also for a rough ETC and to group them by areas of responsibility. (N.B. Sometimes a task can be motivated by multiple areas of responsibility, so subheadings aren't good enough.) How about adding the context to the tag table with a prefix character, say #? I don't follow you, sorry. Perhaps I should state explicitly that my need to distinguish between 'work' and 'personal' categories has nothing to do with my use of GTD contexts. I can (and do very often) work from home, and I also occasionally(!) do personal tasks from the office. My point with the taxonomy is that Categories especially 'personal' and 'work' can be thought of as Meta Contexts (i wanted to say Meta-TAGS, but that might get confusing). So contexts that are arbitrary but are used to group many actual physical contexts (TAGS) of todo nodes. The '#' was the thought that if you treat Categories as a type of tag, then you could add them to the tag search mechanism. To avoid collision, such as work - the physical context and work, the category, prefix them with a meta-character such as # which cannot normally be in a tag name. So a categorised tag-todo search might be: #work+work+email/TODO Tim. ___ Emacs-orgmode 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] .ics export violates RFC2445
I use org-export-icalendar-combine-agenda-files to export my appointments to an .ics file which I point korganizer at. I noticed ages ago that if I have an appointment with a comma in, e.g.: ** 2007-12-07 Fri 20:00 foo, bar korganizer always shows it as bar rather than foo, bar. But I never got round to investigating whether it was a bug with the export or korganizer or something else ... until now :-) I just took a quick look at the iCalendar spec, which is RFC2445, and discovered that the SUMMARY field is defined as follows summary= SUMMARY summparam : text CRLF -- from http://tools.ietf.org/html/rfc2445#section-4.8.1.12 And the definition of 'text' in this context explicitly states that several characters, including commas, need to be escaped with a backslash: http://tools.ietf.org/html/rfc2445#section-4.3.11 Sure enough, when I edited the .ics file and manually escaped the comma, korganizer displayed the summary correctly. ___ Emacs-orgmode 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 Remember idea
On Wed, 07 Nov 2007 12:29:00 + Bastien [EMAIL PROTECTED] wrote: Hope this will work correctly... Yes, it works great. However, to make the remember function work I had to add a line to the lisp, so that the relevant section now reads: (cond ((equal proto remember) (kill-new orglink) ;; added to put the link in the kill-ring (org-remember ?w)) ((equal proto annotation) (message Copied '%s' to the kill-ring. orglink) (kill-new orglink)) I don't fully understand why I needed to add the line -- all I know is that without it the link isn't in the kill-ring when I yank it. I couple this with this template: (web-clip ?w * %^{Paste page title/URL}\n %u\n :PROPERTIES: \n :END: \n %? ~/plans/webclips.org) I suspect I'll use this a lot -- thanks for setting it up. (And I understand that once we have the functionality in the template to yank the kill-ring to a point indicated by %c it will be simpler still.) The next question is whether the link and perhaps other bits of information can be passed as variables instead of via the kill-ring. I ask because it would be great to block (and perhaps copy) a section of a web page, click on the bookmarklet, and then see a template with the link/title and the section of text that I blocked/copied already entered. Something like this: * link:[[http://www.nytimes.com/2007/11/07/][A news article]] [2007-11-07 Wed] :PROPERTIES: Here is the text I blocked/copied from the web page. It might be 3 or 4 sentences, and it might be set off somehow either by quotation marks or perhaps a different indent level. point is here for any notes I want to add to the entry I don't know whether others will use this functionality. I confess that part of my interest stems from my experience with the only program I miss from my days using windows software -- a program called Zoot (http://www.zootsoftware.com/). Zoot does many things, but one thing I really like is that it makes it very easy to store, annotate, and organize links to web pages. -- John Rakestraw signature.asc 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: can't get appointments working
Alfredo Buttari [EMAIL PROTECTED] writes: Hi all, I'm trying to convert items in my org files into appointments. As far as my understanding goes, org-agenda-to-appt has to be run every time I start emacs so I added these lines to my .emacs file: (setq appt-display-format 'window) (setq appt-display-duration 30) (setq appt-audible t) (setq appt-display-mode-line t) (appt-activate 1) (org-agenda-to-appt) but when I start emacs appt-time-msg-list has value nil. However if I run org-agenda-to-appt manually right after emacs startup, then I get the message 1 event added for today and the variable appt-time-msg-list contains the appropriate values. What am I doing wrong here? thanks alfredo Are you calling the above code before org-mode has been loaded? You can look through the Messages buffer to see what happens at startup... ___ Emacs-orgmode 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] Linux Journal
I didn't see this here yet. Sorry if I'm being redundant. (again?) I just noticed there is an article on org-mode in the December Linux Journal by Abhijeet Chavan. Yaayy. Nice job, Abhijeet. -Dale -- Dale P. Smith [EMAIL PROTECTED] 216-447-4059 216-447-8951 FAX ___ Emacs-orgmode 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] Question: C-c C-w
Carsten Dominik [EMAIL PROTECTED] writes: is anyone using the command `C-c C-w' a lot? FWIW, I'm not using it at all, but I always thought I *should* :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Multi-line Diary Entry
Hi Wanrong, Wanrong Lin [EMAIL PROTECTED] writes: When diary entry is included in org agenda, the sub-lines are separated from the main line, something like this: This issue has been raised before: http://article.gmane.org/gmane.emacs.orgmode/4023 I don't have a solution but this might shed some light on the problem itself. HTH, -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Question: C-c C-w
On 11/07/2007 08:39 AM, Carsten Dominik wrote: is anyone using the command `C-c C-w' a lot? I am planning to use these keys for a different purpose, and to make `org-check-deadline' accessible only through the sparse tree command `C-c /' Never used it, but maybe I should have ;) ... * TODO Figure out what C-c C-w does DEADLINE: 2007-04-01 Sun ... ___ Emacs-orgmode 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] Emphasis and bold in quotation
On 11/07/2007 10:16 AM, Eddward DeVilla wrote: Say: [*|This is [/|really] important!]. No. [*/_|Really!] @iWhy not @b@u re-use @/u@/b a markup that's @u already in use @/u@/i. I say bring the simple, single-character markup back to the original incarnation: *one* word /only/. Dan ___ Emacs-orgmode 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] Linux Journal
Dale Smith [EMAIL PROTECTED] writes: I just noticed there is an article on org-mode in the December Linux Journal by Abhijeet Chavan. Great. Any chance that people in this list could read it *somewhere*, even if not Linux Journal subscribers? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Invalid face issues
Carsten Dominik [EMAIL PROTECTED] writes: Anyway, I will revert to the default nil for org-ellipsis and leave it to users to customize it. I had this problem as well, and can confirm that placing a (setq org-ellipsis ...) in my .emacs fixes the problem. FWIW. ___ Emacs-orgmode 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] property searches for #+CATEGORY
Carsten Dominik [EMAIL PROTECTED] writes: However, I do think that Adam's initial request to make the category available as a special property for queries in not unreasonble. Or does anyone disagree? I'm convinced it's not unreasonable :) I am not sure, though, if the #+CATEGORY category should be available with `org-entry-get', because it would then be very hard for the property API to make a difference between a value that is intimately associated with the current entry, and a value that might be derived by some other mechanism. So here I differ somewhat from Adam's feeling that category is just like TODO or a tag. It is different. Then a search like CATEGORY=cat would also return entries which CATEGORY property is not cat... ok, maybe this doesn't hurt that much for search purposes. But I expect someone will come in three month complaining that `org-entry-get' didn't return the category, even though he set it up through #+CATEGORY. Anyway, not *that* important, as Adam said earlier... let's try. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Emphasis and bold in quotation
On Nov 7, 2007 5:13 PM, Daniel J. Sinder [EMAIL PROTECTED] wrote: On 11/07/2007 10:16 AM, Eddward DeVilla wrote: Say: [*|This is [/|really] important!]. No. [*/_|Really!] @iWhy not @b@u re-use @/u@/b a markup that's @u already in use @/u@/i. I don't export much myself. I like it to be readable (and hopefully pretty) in the org-mode buffer. I've never considered vanilla html code readable. It's pretty nice how font lock handles the current way. It just seems to have too many corner cases. I was trying to think of something that could present well in the org buffer using font-lock and/or whatever magic links and timestamps use while also exporting well to all the exportable formats, including but not limited to html. I am assuming that font-lock can handle matching braces. My first thought was to use something like *[text-n-stuff] but though that was ugly. It struck me that links do magic with [hidden|visible] and though that the markup could be in the hidden area and affect the face of the visible area. I figure someone will eventually ask for nesting so I suggested it upfront figure it would be shot down immediately for technical limitations or be consider for future enhancement. I say bring the simple, single-character markup back to the original incarnation: *one* word /only/. Well, that would fix the corner cases. I'm not sure that's what most people would want. I'd guess most people using the feature would prefer to keep the text formating with its current warts rather than go back to simple word mark up. I could be wrong. In any case, this markup stuff seem to be an unruly stepchild in the org-mode tool kit and it might be worth fixing with some finality, even if it is to go back to just go back to single word markup. Edd ___ Emacs-orgmode 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] property searches for #+CATEGORY
Hi Adam, Adam Spiers [EMAIL PROTECTED] writes: Again, at risk of being pedantic I would describe my requirement slightly differently. (N.B. I can already search through multiple files.) Thanks for the very clear interesting explanations. In fact, the only thing missing is that the code for doing a property-based tag search doesn't honour #+CATEGORY, only CATEGORY properties. Right. Now I understand it would be consistent to include #+CATEGORY in the category *search*. I was mainly choking on what Carsten mentionned in his reply about whether org-entry-get should return the category as defined by #+CATEGORY -- I guess this is the only consistency-hole. But since where are speaking about search interface, this is not a problem, that's right. Firstly categories present the user with another interface to learn about. I am certainly not complaining, but you cannot discount the extra complexity they introduce, and therefore we should be careful about introducing yet more complexity. I didn't want to add complexity, but rather expressivity. My line of reasoning was this one: 1. it is not recommended to use #+CATEGORY twice in a file 2. then the main use of #+CATEGORY will be for grouping *files* 3. if we use #+CATEGORY for grouping files (or tasks across files) and :CATEGORY: for grouping tasks, let's separate these two mechanismes more clearly 4. this would spare us the cost of deciding what value `org-entry-get' should return when asked for the category, in case a file uses both #+CATEGORY and :CATEGORY:... But again, this line depends on how fussy we are about (4) and search considerations ask for flexibility -- not fussiness :) And besides these search considerations, I really believe that having several groups of agenda-files would help. Quite possibly, though probably not for me :-) Can you suggest a use case or two? It's mainly for publishing: for now I have to put each project in each directory so that `org-publish-project-alist' DTRT. I'd rather publish groups of files, thus being able to quickly decide what file is in what group. Argh, way too much time spent on this list today ;-) :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Remember idea
John Rakestraw [EMAIL PROTECTED] writes: I ask because it would be great to block (and perhaps copy) a section of a web page, click on the bookmarklet, and then see a template with the link/title and the section of text that I blocked/copied already entered. I tried to do that. Here's an updated version of org-annotation-helper. org-annotation-helper.el Description: application/emacs-lisp The template I used is (?f * %^{Paste the link}%?\n\n%:region) The bookmarklet: javascript:location.href='remember://' + location.href + '%1C' + \ escape(document.title) + '%1C' + escape(window.getSelection()) This basically add a :region property to the link created by the bookmarklet, :region containing data from window.getSelection() I don't know whether others will use this functionality. Would be nice to know... I didn't use it a lot myself for now; I can put the file somewhere on the web if needed. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] property searches for #+CATEGORY
On Wed, Nov 07, 2007 at 05:20:32PM +0100, Carsten Dominik wrote: The idea to have groups of agenda files has come up before. It is hard to implement because agenda creating commands are *global* commands, so the group should not be a property of the location from where you call the agenda. You can, of course, already make custom commands that are restricted to a specific group of files, by setting `org-agenda-files' as one of the options for a custom command in org-agenda-custom-comands Ah! Now that's a nice trick - I hadn't realised you could override variables like that. And given that option values are lisp expressions, one could easily define a group of agenda files via (defvar my-org-personal-agenda-files) and then use that variable in one or more custom agenda commands. Wouldn't that be good enough for most people who want a file-grouping mechanism? (I should make it clear that I still believe it's worth making the tweak we agreed on to support CATEGORY=... searches which catch #+CATEGORY values.) ___ Emacs-orgmode 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] XHTML export - nbsp; etc.
Daniel Clemente [EMAIL PROTECTED] writes: - you write C-x 8 SPC in your org files - C-x 8 SPC is exported to nbsp; on HTML - C-x 8 SPC is exported to ~ on HTML - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX 100% okay. And you can add: - \~ will insert ~ in the LaTeX source Sometimes the \ means „don't escape, sometimes not. Are you okay with this: Org = LaTeX \~ = ~ \% = % \# = # \{ = { \} = } \ = \_ = _ \^ = ^ (i.e. preventing special characters from being converted.) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] strange behaviour when customising org-agenda-custom-commands
I haven't figured out how to reproduce this reliably yet, but there seems to be a bug in 5.13h where when customizing org-agenda-custom-commands, sometimes during a Set or Save (not sure which) all the prefix key documentation entries vanish. Any ideas why this would happen? ___ Emacs-orgmode 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] inserting files within remember templates
Adam Spiers [EMAIL PROTECTED] writes: In fact, I was not thinking of parsing the message. I imagined that the mutt helper would just tell where the message file is, then Emacs would do the job of creating a link by visiting this file That's going to be costly for mails with very large attachments. Email headers would be enough. storing all relevant information into the properties of this link By relevant information presumably you mean the mail's subject, sender, recipients, message-id and so on? Yes. In which case the mail (header, at least) has to be parsed at some point, no? From the message buffer. I guess message-mode provides facilities to get the message-id, the author, etc. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Remember idea
John Rakestraw [EMAIL PROTECTED] writes: On Wed, 07 Nov 2007 12:29:00 + Bastien [EMAIL PROTECTED] wrote: Hope this will work correctly... Yes, it works great. Thinking of this again: this is exactly the kind of functionnality that could easily be demonstrated in a screencast. Would you consider doing one? You might check the xvidcap rpm for your system: http://atrpms.net/name/xvidcap/ -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode