[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
Re: [Orgmode] http://www.todotxt.org/
On Sat, Nov 03, 2007 at 10:19:05PM +, Leo wrote: > Hi there, > > I came across www.todotxt.org and it looks like another good application > for managing todo (or applying GTD methodology). > > It is also based on text file. That's funny, I did something similar years ago: http://www.adamspiers.org/computing/ttm/ I never got into using it regularly however, because it just wasn't nimble or sophisticated enough. ___ Emacs-orgmode 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:37:54AM +, Bastien wrote: > Adam Spiers <[EMAIL PROTECTED]> writes: > > 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've seen your patch in the other post and it looks fine. But FWIW here > was my first reaction: why don't you try to implement a new link type > for message/mail buffers? Because I use mutt for mail and hence need to use some primitive form of IPC: http://article.gmane.org/gmane.emacs.orgmode/4250 > Then you just need to access the source of > the message, link to it, use relevant properties and insert them thru > the template. :message-id would be one of the available properties. org-mairix.el already does exactly that for gnus integration. ___ Emacs-orgmode 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=dependencies&group=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] inserting files within remember templates
Adam Spiers <[EMAIL PROTECTED]> writes: > On Wed, Nov 07, 2007 at 02:37:54AM +, Bastien wrote: >> I've seen your patch in the other post and it looks fine. But FWIW here >> was my first reaction: why don't you try to implement a new link type >> for message/mail buffers? > > Because I use mutt for mail and hence need to use some primitive form > of IPC: > > http://article.gmane.org/gmane.emacs.orgmode/4250 Yes: > 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... But having %(...) is more straightforward. -- 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 - 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 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
Re: [Orgmode] property searches for #+CATEGORY
On 7Nov2007, at 3:15 PM, 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. Then I think the right solution would be to have groups of agenda files. Something like: #+AGENDA_GROUP: personal 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 - 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] property searches for #+CATEGORY
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. So here I differ somewhat from Adam's feeling that category is just like TODO or a tag. It is different. 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. - Carsten On 7Nov2007, at 2:59 PM, 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: 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! 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. I'm finding out that it gets diluted somewhat. It guess its a matter of taxonomy. Roughly i would see this as: 1. State - TODO - DO/CANCEL/DONE 2. Context - tags - :@home:@phone: 3. Date/Time - <2007-10-10> 4. Meta Context - Category - personal, work etc, 5. Meta State - Properties drawer - :EMAIL:emacs-orgmode@gnu.org 6. Meta DateTime - state/time logging - How about adding the context to the tag table with a prefix character, say #? 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
[Orgmode] list format questions
Hi, I have a couple of question about list formatting. Given the example file: sample.org * [/] investigate - [ ] Q1 -- A1 \\ more A1 - [ ] Q2 is a really, really, long Q and needs to be described in excruciating detail. - [ ] Q3 In Q1, the '\\' would force a line break when exported. Should/can it force a line break when using M-q to wrap lines? If I use M-q on Q1, the line below it wraps up to the same line as Q1. In Q2, if I use M-q or auto wrap to wrap it, the word 'excruciating' is indented so it aligns with the opening brace. If I were to manually hit newline after anywhere before that and press tab to indent before continuing to type, it aligns with 'Q' in 'Q2'. Afterwards, the either indentation is maintained properly with M-q or auto wrap. Is there an option I'm missing that I could use to make tab and M-q & auto wrap to favor the same alignment, preferably 'Q2'? I know list indenting was a can of worms before and I don't want to suggest new behavior if it would clash with the current behavior. 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
On Wed, Nov 07, 2007 at 05:16:26PM +, Bastien wrote: > 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. I wouldn't quite say it like that. #+CATEGORY is still about task/appointment grouping - but categorising all entries in one file in a convenient, single pass. However if you only had two files, and one file had one #+CATEGORY line and the other had a different one, you wouldn't say you were grouping files together, would you? > 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. Yes - or you could describe it the other way around - enabling you to combine multiple categories in the same file. > Your request was to be able to perform a search using #+CATEGORY as a > way to search through multiple files. Again, at risk of being pedantic I would describe my requirement slightly differently. (N.B. I can already search through multiple files.) Let's first bear in mind the relational data model behind this: - There is a many:one relationship between items (TODOs, appointments etc.) and categories, regardless of whether the category comes from #+CATEGORY or a :CATEGORY: property. - There is a many:one relationship between items and files. - Consequently, there is a many:many relationship between files and categories. In other words, categories are a means of grouping items, not files. (Ditto for tags and any other properties, in fact.) So, there are two orthogonal aspects to my requirement: - I want to be able to perform a search for a particular category across all *items* in all of my agenda files. N.B. this search is essentially item-oriented (think "SELECT * FROM item WHERE category=..."), *not* file-oriented (in an SQL world, the many:many relationship between files and categories would make for a more complex query). - I want to be able to conveniently place whole files in a single category (this is already satisfied by #+CATEGORY), and also maybe be able to add further files at a later date which have multiple categories per file (this is already satisfied by :CATEGORY: properties). > I can see to ways of doing this: > > 1. implicitely add the #+CATEGORY value of a file to each entry in this >file, That's what already happens, no? Each entry in my *Org Agenda* buffer is clearly labelled with the category which came from a #+CATEGORY line or :CATEGORY: property. > 2. clearly separate the group of files from the group of tasks, and >perform a group-restricted search. No, as I said above, this isn't about grouping files. > I think (1) is problematic: what if a file has a top #+CATEGORY and > several :CATEGORY: properties? Then the :CATEGORY: value takes precedence - this is already handled correctly in the existing code which builds the *Org Agenda* buffer. > What about precedence and inheritance? This is too - the most deeply-nested :CATEGORY: value takes precedence. In fact, the only thing missing is that the code for doing a property-based tag search doesn't honour #+CATEGORY, only CATEGORY properties. > How to build the search string if we want to search through several > :CATEGORY: properties in a single #+CATEGORY ? I don't think I understand the question. > > 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... What do you mean by a divorce, and why do you think this? #+CATEGORY and :CATEGORY: happily coexist at the moment. > >> 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. I disagree on two fronts :-) (Although this is not hugely important.) Firstly categories present the user with another inte
[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 - 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] XHTML export - etc.
Hi > > By "nonbreaking character", I meant the output of C-x 8 SPC (try it). > > This is iso-8859-1, not ascii, so we should avoid to handle this in Org > source file -- but my bet is that people who want to insert nonbreaking > characters are also people using other charsets than ascii. > 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. But this conversion is a strange one, therefore it may be besser to offer a syntax for the ~ (non-breaking space) in LaTeX. For instance \~ or ~ > >Is it better to enter the unicode character directly, or offering > > something like \~ ? > > For me \~ would rather mean "don't convert ~", which means: output "~" > (at least in LaTeX, since the normal LaTeX conversion for ~ is \~) > But we said that if someone writes ~ in an org-file, then it is expected that ~ appears at the result. Therefore: ~ is for the sign ~ other sign (maybe \~ ) is for the non-breaking space I know this behaviour it's not the same as LaTeX, but I don't think it's a problem. 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] 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
On 07/11/2007, Adam Spiers <[EMAIL PROTECTED]> wrote: > 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! > 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. I'm finding out that it gets diluted somewhat. It guess its a matter of taxonomy. Roughly i would see this as: 1. State - TODO - DO/CANCEL/DONE 2. Context - tags - :@home:@phone: 3. Date/Time - <2007-10-10> 4. Meta Context - Category - personal, work etc, 5. Meta State - Properties drawer - :EMAIL:emacs-orgmode@gnu.org 6. Meta DateTime - state/time logging - How about adding the context to the tag table with a prefix character, say #? 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
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] question about time range calculation
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? 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
Re: [Orgmode] Emphasis and bold in quotation
This time to the whole list. (Sorry Daniel.) I'm starting to think this needs a real fix before the work-arounds drive Carsten round the bend, but I don't know how. Could it be done sorta like with links? Say: [*|This is [/|really] important!]. No. [*/_|Really!] Just a thought. Edd On Nov 7, 2007 11:12 AM, Daniel Clemente <[EMAIL PROTECTED]> wrote: > 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 > > ___ Emacs-orgmode 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] Question: C-c C-w
Hi, 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 /' - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] 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: > * 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. > 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
[Orgmode] Re: can't get appointments working
> 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... Thanks David, that was exactly my mistake. It works perfectly now. 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] 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!] @Why not @@ re-use @@ a markup that's @ already in use @@. 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!] > > @Why not @@ re-use @@ a markup that's @ already > in use @@. 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 - etc.
"Daniel Clemente" <[EMAIL PROTECTED]> writes: > - you write C-x 8 SPC in your org files > - C-x 8 SPC is exported to 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