[Orgmode] Local variables
Hi, El dt, ago 04 2009 a les 23:15, Carsten Dominik va escriure: General mechanism for local variable settings == … A line like: #+BIND: variable value will bind the variable to value. For example, the line … 1. That's very useful and makes .org file distribution much easier since configuration is self-contained. Thanks. 2. I find that it doesn't work. For instance, this buffer - #+BIND: org-export-with-section-numbers nil * one something - and this one: - #+BIND: org-export-with-section-numbers t * one something - Export the same content, with section numbers. Only with this: #+OPTIONS: num:nil can I export without section numbers. Running org 6.29a on latest Emacs from CVS from today. I get no other error messages. 3. I found it created one problem with custom time dates. I can't export this buffer: #+STARTUP: customtime #+BIND: org-time-stamp-custom-formats '(%d.m%m.%Y . %d.m%m.%Y %H:%M) # (setq org-time-stamp-custom-formats '(%d.m%m.%Y . %d.m%m.%Y %H:%M)) a date: 2006-03-25 sáb It fails with: Debugger entered--Lisp error: (wrong-type-argument arrayp quote) substring(quote 1 -1) (concat (if inactive [ ) (substring tf 1 -1) (if inactive ] )) (format-time-string (concat (if inactive [ ) (substring tf 1 -1) (if inactive ] )) (apply (quote encode-time) time)) … org-translate-time(#(2006-03-25 s\x00e1\ b 0 1 (fontified t) 1 2 (fontified t display #(25.m03.2006 0 11 ...)) 2 3 (fontified t org-dwidth t org-dwidth-n 3 display #(25.m03.2006 0 11 ...)) 3 15 (fontified t display #(25.m03.2006 0 11 ...)) 15 16 (fontified t rear-nonsticky (mouse-face highlight keymap invisible intangible help-echo org-linked-text It fails only if I have that #+BIND line. You may eval or not the (setq), as needed; it's there only to test. 4. Being able to change any variable is dangerous. „Local variables“ in Emacs have a confirmation dialog which asks whether you really want to change them; org may need something similar if it reimplements local variables. Restricting changes to variables whose name is org-.* probably doesn't prevent code execution, and anyway the good thing about #+BIND: is being able to change anything. So maybe a confirmation dialog can be used, or a switch. Thanks -- 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] Local variables
Thank you very much. I am forwarding your response also to the mailing list. --Daniel El dc, ago 05 2009 a les 16:32, Carsten Dominik va escriure: On Aug 5, 2009, at 12:39 PM, Daniel Clemente wrote: Hi, El dt, ago 04 2009 a les 23:15, Carsten Dominik va escriure: General mechanism for local variable settings == … A line like: #+BIND: variable value will bind the variable to value. For example, the line … 1. That's very useful and makes .org file distribution much easier since configuration is self-contained. Thanks. 2. I find that it doesn't work. For instance, this buffer - #+BIND: org-export-with-section-numbers nil * one something - and this one: - #+BIND: org-export-with-section-numbers t * one something - Export the same content, with section numbers. Only with this: #+OPTIONS: num:nil can I export without section numbers. Running org 6.29a on latest Emacs from CVS from today. I get no other error messages. This was a bug, fixed, thanks. 3. I found it created one problem with custom time dates. I can't export this buffer: #+STARTUP: customtime #+BIND: org-time-stamp-custom-formats '(%d.m%m.%Y . %d.m%m.%Y %H:%M) # (setq org-time-stamp-custom-formats '(%d.m%m.%Y . %d.m%m.%Y %H:%M)) in #+BIND, the value should not be quoted, it will not be evaluated like it would in a setq form. So you need: #+BIND: org-time-stamp-custom-formats (%d.m%m.%Y . %d.m%m.%Y %H: %M) a date: 2006-03-25 sáb It fails with: Debugger entered--Lisp error: (wrong-type-argument arrayp quote) substring(quote 1 -1) (concat (if inactive [ ) (substring tf 1 -1) (if inactive ] )) (format-time-string (concat (if inactive [ ) (substring tf 1 -1) (if inactive ] )) (apply (quote encode-time) time)) … org-translate-time(#(2006-03-25 s\x00e1\ b 0 1 (fontified t) 1 2 (fontified t display #(25.m03.2006 0 11 ...)) 2 3 (fontified t org-dwidth t org-dwidth-n 3 display #(25.m03.2006 0 11 ...)) 3 15 (fontified t display #(25.m03.2006 0 11 ...)) 15 16 (fontified t rear-nonsticky (mouse-face highlight keymap invisible intangible help-echo org-linked-text It fails only if I have that #+BIND line. You may eval or not the (setq), as needed; it's there only to test. 4. Being able to change any variable is dangerous. „Local variables“ in Emacs have a confirmation dialog which asks whether you really want to change them; org may need something similar if it reimplements local variables. Restricting changes to variables whose name is org-.* probably doesn't prevent code execution, and anyway the good thing about # +BIND: is being able to change anything. So maybe a confirmation dialog can be used, or a switch. Yes, #+BIND might in principle open the possibility to execute code and in this way is a security risk. Org-mode files as virus vectors. There are other, similar issues with executable code in org-eval.el, and with shell links, for example. I am not sure what the right course of a action is here. The most important thing is of course to only open Org files from trusted sources in Emacs. I guess we could use a switch . . . I have now implemented one. You need to confirm using BIND for each buffer that wants it, or you can configure the variable org-export-allow-BIND to allow them always, on your own risk. - 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] Remaining time (in column view)
Column view (C-c C-x C-c) is useful to show how much time I have estimated for a task and how much time I have clocked for it. It also seems helpful to show „how much time it remains“, which is the difference {estimated time} - {clocked time} for that task. It can be positive, negative (overrun) or empty (if you didn't estimate the effort). It is useful to choose the next task to do from a set of partially worked-on tasks. Just like there is a special column called CLOCKSUM ([1]), ¿is there something like CLOCKREM to show the remaining time? Thanks, Daniel [1] As in: #+COLUMNS: %52ITEM(Task) %9Effort(Previsión){:} %5CLOCKSUM %6TODO ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-ido-completing-read not defined
Hi.With latest org-mode (release_6.29c.47.gc7c1.dirty): 1. There are still many calls to org-ido-completing-read (ex: „e“ at column view) which won't work because commit 5acac25dc17916fb850c31a715e95ce50de216d0 (All completing-read behavior for iswitchb users) renamed that function. 2. Other functions were renamed, like org-completing-read-no-ido → org-completing-read-no-i. I don't know how that's better. 3. I don't understand why Org has to hard-code references to a specific implementation of completion. I stopped using ido long ago and started using icicles; therefore it feels strange to know that I might be using different engines at the same time, one for Org, the other for the rest of Emacs. Isn't there a completion interface in Emacs? (I think CEDET will provide one, but for normal buffers, not minibuffer). -- 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] org-ido-completing-read not defined
El dc, ago 19 2009 a les 11:10, Carsten Dominik va escriure: Ooops, looks like this patch was incomplete. Fixed now. Thanks, it works now. 2. Other functions were renamed, like org-completing-read-no-ido → org-completing-read-no-i. I don't know how that's better. Because his now covers both ido and iswitchb-like completion Ok, I didn't understand the -i and thought that some letters went missing (ido→i)… 3. I don't understand why Org has to hard-code references to a specific implementation of completion. I stopped using ido long ago and started using icicles; therefore it feels strange to know that I might be using different engines at the same time, one for Org, the other for the rest of Emacs. Isn't there a completion interface in Emacs? (I think CEDET will provide one, but for normal buffers, not minibuffer). ido and iswitchb do not cover normal completion, only buffer switching and file selection. Org-mode can be made to use these interfaces also for other completion prompts by setting the appropriate options. I am not an icicles user, but I believe it will automatically affect almost all completion prompts. So just don't set the variables selection ido or iswitchb support in Org, and you should automatically have your favorite completion setup. Yes, icicles affects all minibuffer prompts, and apparently ido and iswitchb don't; therefore ido and iswitchb need „registering“ and custom code in Org, and icicles doesn't. I think I understand; 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] Faces bug in org-indent-mode
I don't know if it's the same as what you report, but I can see the same behaviour also in this file: * something aaa =eee * two= *iii ooo* uuu Open/close/expand/contract as needed. In my Emacs 23 with latest org I see it wrongly highlighted just after opening it (headings contracted): What I see wrong is: - the „code“ face comprises =eee \n* two= - the „bold“ face comprises *iii\nooo* ( \n = ⏎ = line break ). So both span past the end of the line. This only happens if the next line is consecutive (with no blank lines). -- Daniel El dj, ago 20 2009 a les 15:07, Jason F. McBrayer va escriure: There's a little problem with faces in org-indent-mode. Faces that highlight to the end of the line (hl-line-face, org-level-faces if org-fontify-whole-header-line is on, etc) get carried over to the start of text on the next line. Faces like that are pretty rare, but I thought I'd go ahead and report this. ___ Emacs-orgmode 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] Faces bug in org-indent-mode
El dj, ago 20 2009 a les 21:57, Carsten Dominik va escriure: * something aaa =eee * two= *iii ooo* uuu Yes, this is kind of hard to fix.. And a minor issue, I guess... ? Yes, it's a minor issue. I like minor issues :-) There are two display problems here: - a face defined before a heading enters the heading (like the =eee…=) - a face defined in a heading goes on past the heading (like the *iii…) I did some tests with org-emph-re (original value: [1]); the interesting part is \\(?:\n.*?\\)\\{0,1\\} because it is the one that allows the face to extend up to 1 line below. The .*? from there comes from the so-called body in org-emphasis-regexp-components, body=. I have done some tests and I think that body=\\(?:\\*+[^\n ]\\|[^\n*]\\). fixes the first problem. The expression represents a non-heading line: anything not starting by * (except when the initial * precedes a word) and then many other characters (a *? at the end will be added by org-set-emph-re) Final value: [2] Is this added complexity worth it? The bug is unpleasant (headings aren't coloured as headings) and performance shouldn't be much affected in the common case because ^\\* fails early. Only visually it is a complex regexp. I don't know how to detect the other problem inside a regular expression. Maybe there's some way to ask „don't cross boundaries between headings and content“. -- Daniel [1]: \\([ ('`\{]\\|^\\)\\(\\([*/_=~+]\\)\\([^ \n,\']\\|[^ \n,\'].*?\\(?:\n.*?\\)\\{0,1\\}[^ \n,\']\\)\\3\\)\\([- .,:!?;'\)}\\]\\|$\\) [2]: \\([ ('`\{]\\|^\\)\\(\\([*/_=~+]\\)\\([^ \n,\']\\|[^ \n,\'].*?\\(?:\n\\*+[^\n ].*?\\|\n[^\n*].*?\\)\\{0,1\\}[^ \n,\']\\)\\3\\)\\([- .,:!?;'\)}\\]\\|$\\) ___ Emacs-orgmode 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] Accidentally holding down LEFT arrow in Agenda
El dg, ago 23 2009 a les 20:45, Richard Lewis va escriure: This is sort of a bug query. Occasionally, I accidentally hold down the LEFT cursor key in Agenda mode, hoping to move the cursor left, but forgetting that it actually moves to next week. I use org-agenda-clockreport-mode and then I see a table in the agenda. Sometimes I accidentally change day after pressing left/right because I wanted to move to the cell to the left/right. I should use Tab, but it doesn't work. I would say that it doesn't make sense to change day when the cursor is over a clock report table in the agenda. But each person may see this differently. -- 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] Faces bug in org-indent-mode
El dt, ago 25 2009 a les 09:56, Carsten Dominik va escriure: thing will break. The real solution for this would be to switch to a programmed solution instead of a regular expression search. Or many regular expressions, one for each context: table, heading, comment, text, … Based on the context, you choose one or another. To know the context, there may be some text property set at each point. If Emacs had a way to check for a text property (or even a face) inside a regexp, this could be easier. You could still use a single expression which would direct to the context-specific part, like in: \p{heading}REGEXP_ONLY_FOR_HEADINGS\|\p{table}REGEXP_FOR_TABLES\|… where \p{property} is the proposed addition to Emacs regexps. This was a minor issue, but making Emacs regexps more powerful would be nice. -- 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] Custom agenda question
El dc, ago 26 2009 a les 14:28, Carsten Dominik va escriure: The following (ding) is being run on next-line due to the condition end-of-buffer, I don't know why: Interesting. But I cannot reproduce it. Strange. It happens even with emacs -Q in Ubuntu's emacs-snapshot package: GNU Emacs 23.0.91.1 (i486-pc-linux-gnu, GTK+ Version 2.16.0) of 2009-04-05 on palmer, modified by Debian Maybe in Emacs' CVS it is fixed… The end-of-buffer is signaled by (line-move-visual 1 nil): (signal (if ( arg 0) 'beginning-of-buffer 'end-of-buffer) nil -- 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] bad habit (deleting elipses in folded tree)
El mar, sep 01 2009 a les 11:32, Alan E. Davis va escriure: What's the scoop about elipses? Which variables are relevant? Can I defeat this habit by reconfiguring, or do I have to force myself to have better habits? You can change how the ellipsis look so that you are more careful and don't confuse them with 3 normal dots which could appear anywhere... For instance: (setq org-ellipsis 〖 ✎ 〗) Or just give it a more visible face, like in: (setq org-ellipsis (quote org-column)) I use another face and I don't attempt anymore to delete hidden text. [1] In addition I use … to write ellipsis myself, thus I notice the difference between … and ... -- Daniel [1] I only do it when I hit some org-mode bug which allows you to edit invisible text while it still shows the ellipsis; this happens specially at the end of buffers (narrowed or not). ___ Emacs-orgmode 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] macros which expand to other macros
Hi. I want to include a note in several pages, therefore I created a #+MACRO for it. The macro must say „This file is best viewed when you open file {{{input-file}}} in org-mode (Emacs).“, where {{{input-file}}} would be expanded to the name of the file being expanded. Then I noticed that macros can't expand to other macros. This means: #+MACRO: uno 1 #+MACRO: one {{{uno}}} {{{uno}}} works (1) but {{{one}}} should also be 1, not {{…uno}}} I attach a patch [1] which adds support for macros which expand to other macros, so the previous examples would work. It would of course get locked if you wanted macros like #+MACRO: recu {{{recu}}}, but that's apparently the intended behaviour :-) It will even work for macros that create parts of other macros. #+MACRO: cc1 11 #+MACRO: cc2 12 #+MACRO: mycc-start {{{cc #+MACRO: mycc-end 2}}} Yes, it is {{{mycc-start}}}{{{mycc-end}}}. And even: #+MACRO: mycc {{{mycc-start}}}{{{mycc-end}}} {{{mycc}}}. (12 in both cases). If this is too complex, this partial macro writing can be disallowed by changing the (beginning-of-line) to a (goto-char (match-beginning 0)). -- Daniel [1] diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 3e12e6a..3d2fad8 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2106,7 +2106,7 @@ TYPE must be a string, any of: (if (and val (not (stringp val))) (setq val (format %s val (and (stringp val) -(replace-match val t t)) +(prog1 (replace-match val t t) (beginning-of-line))) (defun org-export-apply-macros-in-string (s) Apply the macros in string S. ___ Emacs-orgmode 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] ignoring non-existent agenda files
Hi, I recently got this message after starting Emacs daemon: non-existent file ~/some/repo/index.org.. [R]emove from list or [A]bort? 1. It wasn't clear to me who issued this message; I thought it would be recentf or tramp rather than org-mode. Maybe the message could give some hint about the agenda: „non-existent agenda file …“ 2. This question prevented emacs --daemon from starting non-interactively; that's not nice. I think this minor question shouldn't block emacs' startup. Maybe via (3.) 3. I don't mind if an agenda file doesn't exist. I have a different set of .org files in each computer, and my org-agenda-files is a superset of all. I would prefer a preference to request all non-existing agenda files to be ignored. Thanks -- 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
[Orgmode] Productiviy tools (was: Scaling org-mode)
Off-topic. El dom, sep 13 2009 a les 07:45, Dave Täht va escriure: ;; my personal fav, run every 15 minutes (defun nag-timer () Nag me when there isn't a clock running (interactive) (unless (marker-buffer org-clock-marker) (say Are you mating now?))) I like this very much and have started using it; let's see how annoying it can be. Do you really clock all the time you have Emacs open? That will give very complete statistics about daily computer usage… if only you don't end up clocking everything into a general task „* do some things“. I have since long thought of more utilities like this, which watch my work habits and help me correct them in the ways I defined beforehand. It would be something like my org-boss and include: - warn when I'm not clocking anything (possibly do this only on work hours, not at home) - check that each work day I work the hours I should, no less - warn when some tasks or deadlines start to seem difficult to complete on time: - e.g. if there are still 30 predicted hours but the deadline is tomorrow (so you won't be able to do those 30 hours) - or if I am being too slow (e.g. if after 1h working at a 4h task I am still at 10%. To be on schedule I should have been at 25%) - motivate me positively when I complete tasks faster than planned - help me find the effort estimates which proved wrong (because I spent more time than planned) - warn when I have too many scheduled tasks for today in my agenda (I should reschedule them) - complain if I have many same-level tasks and I haven't assigned priorities to them - complain if I hadn't estimated the effort of task which has taken a lot of time - … I see there is much work to do. Many productivity improvements are personal, so a single mode can't match all corrective needs. A single file with a collection of working functions would be better; then users can adapt to their needs the functions they want. How does this utopia sound? I alone can't develop this in time, but: if we put a file in Worg or contrib/, could we collect all our productiviy improvement tools and ideas? -- 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] Re: ignoring non-existent agenda files
On Mon, Sep 14, 2009 at 10:44 AM, andrea Crotti andrea.crott...@gmail.com wrote: But why did you get this error? Maybe you were setting manually all the agenda files? Yes, I set some agenda files by hand because some live in very different directories. Some are used only eventually and therefore I don't have them at each computer; my .emacs is however the same. I used a code to check all my agenda files lists in order to remove the files which don't exist in the current computer. ___ Emacs-orgmode 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] Corrupt lists in HTML if within footnotes
Bug report+testcase Hi, I found a bug related to lists within footnotes [1]. org-mode from git (release_6.31.27.g407b). [1] To reproduce it: - open this test case - C-c C-e b - notice that this list doesn't appear under the „footnotes“ section, but *mixed with the „end list“ at the end* Note that LaTeX export works well; HTML doesn't. End list: - first (1/3) - middle (2/3) - last (3/3) ___ Emacs-orgmode 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: A simpler remember architecture
Some idea about remember variations: +1, can we keep/have: - the templates, - possibility to 'pick file/topic first then remember' Actually what I would find useful is a task dispatcher for Emacs: a way to go to common tasks with a few keys. For instance: C-c C-x C-g would open your customized dispatcher, a dialog similar to C-u C-c C-x C-j (clock recent task) but which shows you predefined tasks, like: [1] answer phone [b] breakfast [p] procrastinate! [n] think about next task to do [2] work on file2 a bit more Each key would bring you to the current buffer and task (e.g.: C-c C-x C-g b would move point to the „*** breakfast“ line in minor_tasks.org. Clocking would be 1 chord away: C-c C-x C-g b C-c C-x C-i In fact this dispatcher could be a generic file/task/anything dispatcher for Emacs, which could bring you to any file you wanted in a few keys. Like recentf, but with user-defined positions instead of automatically computed entries. It could be nice have this inside Org. -- 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] Re: A simpler remember architecture
Just another off-topic but however related...: C-u C-c C-x C-i i What if C-u C-c C-x C-i could show, in addition to the recently clocked tasks, some fixed tasks from a user-defined list? The dialog would be: Common tasks: [1] answer phone [b] breakfast [p] procrastinate! [n] think about next task to do [2] work on file2 a bit more Recently clocked in tasks: [a] working on this [b] working on that That list of common tasks could even be progressively created from statistics of the most commonly clocked tasks. -- 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] Re: A simpler remember architecture
To cater more to the OP's needs, consider using a special tag for such common tasks, like :COMMON: The create a special agenda view hat just shows this tag. This is a very nice solution. I thought of the agenda view as a way to view your agenda, but now I see that it can actually serve as a generic task dispatcher. There are also common files and directories which I often want to open. I will write them as links inside a :COMMON: task, and this will be the generic Emacs dispatcher I was looking for. Thanks -- 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] feature request: show context in agenda
On Thu, Nov 12, 2009 at 1:36 AM, Samuel Wales samolog...@gmail.com wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Just a note: pressing E in the agenda view you will see an excerpt of each section's context. It shows some lines from the content. Maybe it could show in addition the names of the headings which form the outline path. Or maybe a simplified form of them (like: the first 3 characters of each heading: /Pro…/Web…/tas…/Design. Or the first word. Or the first N words that make that heading different from its siblings.) ___ Emacs-orgmode 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] Release 6.33
Speed commands at the start of a headline == If you set the variable `org-use-speed-commands', the cursor position at the beginning of a headline (i.e. before the first star) becomes special. Single keys execute special commands in this place, for example outline navigation with `f', `b', `n', and `p', equivalent to the corresponding `C-c C-f', `C-c C-b', `C-c C-n', and `C-c C-f' commands. … With this great feature I can avoid moving the hands to the cursor keys! I used them mostly for M-up, M-down, M-left, M-right, which I can do now with C-a U etc. Thanks for surprising us again ___ Emacs-orgmode 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] A Header outline and an Argument outline in one?
El mié, nov 18 2009 a les 13:12, Scot Becker va escriure: (e) above is a bit of another matter, and I'm not sure how to accomplish it in orgmode, which only has native capacity to supress whole nodes, not just the headers, This is very interesting. I assume you want to wrap some paragraphs inside a header but without exporting the header; just for the outline benefits. Normally you would do: My thesis. * (just a little introduction) I will explain the achievements of this work. ** (first discovery: roses are red) It was discovered that roses are red. But then the headers are exported. You should use inline tasks instead. Use (require 'org-inlinetask) and write: My thesis. (just a little introduction) I will explain the achievements of this work. * (first discovery: roses are red) It was discovered that roses are red. Ask org-mode not to export the tasks -- it exports the content instead: (setq org-inlinetask-export nil) And this exports to: --- My thesis. I will explain the achievements of this work. It was discovered that roses are red. --- I hope it helps. -- 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
[Orgmode] Custom time display in mode-line
Hi org-clock-modeline-total now accepts following values: current, today, repeat, all, auto. It would be useful to allow it to accept either a custom function or a format string which composes a text string like: 0:10 (tot: 1:10/2:00) meaning: „clocking 10 minutes in this session, but the total clocked time (including those 10min) is 1:10, and the effort estimate is 2:00“. Not all entries have a „total clocked time“ (: entries clocked for the first time) and not all entries have an estimate. - Either many format strings must be given (_simple, _with_total, _with_estimate, _with_total_and_estimate), e.g. (%current %current (tot: %total) %current/%estimate %current (tot:%total/%estimate)) - … or we must cope with results like 0:10 (tot: /) - … or a custom function must be used to do those conditionals. Accepting a function would be like redefining org-clock-get-clock-string but without touching org's core. I tried to change the code but I'm confused as to why org-clock-modeline-total (a mere visualization/„view“ setting) is read in org-clock-get-sum-start (which is a „model“/core function and therefore not tied to any particular „view“). I think org-clock-modeline-total should be read just in org-clock-get-clock-string. Documentation of org-clock-get-clocked-time is also wrong („The time returned includes the time spent on this task in previous clocking intervals.“) since this depends on what org-clock-get-sum-start did. -- Daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting headlines without tags...
Is there a way to export headlines without the tags. I think you can put this at the top of your file: #+OPTIONS: tags:nil It is explained in the manual: http://orgmode.org/manual/Export-options.html#Export-options -- Daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-R still in contrib?
I somehow missed the important disclaimer at the top of http://orgmode.org/worg/org-tutorials/org-R/org-R.php and spent some time learning how to use an obsolete Org add-on. On the other hand, I was glad now that I managed to get org-R running for my needs, and now it is removed! It is worth the change, anyway, although org-babel seems more complex for plotting. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug with section numbers due to EXAMPLE block
Hi, I found an HTML export bug with org-mode 6.34c-140-g44c8 and older. I used: * only one section #+BEGIN_EXAMPLE: We need: ,* pears ,* lettuce ,* watermelons Very important! #+END_EXAMPLE: And the outputed table of contents had this code: div id=text-table-of-contents ul lia href=#sec-11 only one section /a/li lia href=#sec-22 pears/a/li lia href=#sec-33 lettuce/a/li lia href=#sec-44 watermelons/a/li /ul /div This is wrong because the asterisks inside the example don't represent headers. There should be only one header. It does not happen with QUOTE or VERSE or SRC or CENTER! Only with EXAMPLE! I found this related code in org-export-replace-src-segments-and-examples: #+BEGIN_SRC lisp ;; Free up the protected lines (goto-char (point-min)) (while (re-search-forward ^, nil t) (if (or (equal lang org) (save-match-data (looking-at \\([*#]\\|[ \t]*#\\+\\ (replace-match )) (end-of-line 1)) #+END_SRC (looking-at \\([*#]\\|[ \t]*#\\+\\)) is true and therefore the , is removed and the asterisks are free. Maybe that block should be marked as „this is not org syntax“, or the section numbers should be computed before evaluating example blocks. Greetings Daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Clocking feature request
El dom, mar 07 2010 a les 11:38, Sébastien Vauban va escriure: Though, the only *remaining nice feature* would maybe be the following: add a letter indicating what's the meaning of the total. For example, we could see `T 02:51 (Reading Emails)' for a total limited to *today* and … I think all this would be easier to implement if the modeline string could be the result of a user-defined function. Then the user could add some letters according to some property, or show one particular time, or another, or more than one, etc. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Clocking in the current task should clock it out first
Hi, in recent org-modes a new behaviour was added: when doing C-c C-x C-i on the current task, it isn't clocked out first. It shows the message „Clock continues in [task]“ and adds a new line for the clock in. This creates a clock section like: #+BEGIN_EXAMPLE *** after pressing many successive C-c C-x C-i … :CLOCK: CLOCK: [2010-03-17 dc 10:25]--[2010-03-17 dc 10:30] = 0:05 CLOCK: [2010-03-17 dc 10:20] CLOCK: [2010-03-17 dc 10:20] CLOCK: [2010-03-17 dc 10:20] CLOCK: [2010-03-17 dc 10:20] CLOCK: [2010-03-17 dc 10:20] CLOCK: [2010-03-17 dc 10:20] CLOCK: [2010-03-12 dv 16:38]--[2010-03-12 dv 16:39] = 0:01 :END: #+END_EXAMPLE They are later correctly found to be dangling clocks. I presume this is a bug? Daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Use org for jobs/resume writing?
Now that org has odt-export and of course HTML, etc. I'm re-thinking using .org for resume writing. Anyone else? I have recently started using Org-mode for my Resume. I have created a custom LaTeX stylesheet, that I use, for the LaTeX export. Apart from each person creating their own resume… a pre-filled template in .org could be made to produce a resume in the Europass [1] format, or similar widely accepted formats. [1]: http://europass.cedefop.europa.eu/
Re: [O] making coloured tables
El Wed, 27 Jul 2011 22:30:19 +0200 Sebastien Vauban va escriure: if they seem to make sense... So, here's my idea: having some automagic style (background) applied on the cells to distinguish: - the input cells (the ones you cannot delete... without troubles): they don't have any formula associated with them - the final result cells: the ones with computed results - the other ones, whose content is computed, but serves as input to other cells. This would be very useful. I see 3 types of cells (apart from headers, comment rows, etc.): - cells not affected by formulae - cells used in some formula calculation - cells whose value was written by a formula (some of them may also be of the second type)
Re: [O] collapsing some headings on html export?
If you only want to expand/collapse headers in a web page, you may use jQuery to handle each click. I did it with this code: http://www.danielclemente.com/pagina/esquemadorg.js http://www.danielclemente.com/pagina/esquemadorg.css Demo: http://www.danielclemente.com/hacer/emacs.html The code is a bit more difficult than that because you should handle links to collapsed sections in order to expand them as needed. Daniel El Thu, 25 Aug 2011 22:19:55 +0200 Christian Moe va escriure: Hi, org-info-js may be your best bet, but for a lightweight solution that works with your sample text without a single line of javascript, try this (mouse over headings to display contents):
Re: [O] collapsing some headings on html export?
El Fri, 26 Aug 2011 09:41:38 -0400 Matt Price va escriure: On Fri, Aug 26, 2011 at 4:58 AM, Daniel Clemente n142...@gmail.com wrote: I did it with this code: http://www.danielclemente.com/pagina/esquemadorg.js http://www.danielclemente.com/pagina/esquemadorg.css Demo: http://www.danielclemente.com/hacer/emacs.html ah, that's pretty cool,daniel. any suggestions for how I might implement this selectively, only for certain headings or heading levels? My javascript is I think even worse than my elisp... You should start by adding jQuery to your page. Then take this code fragment: // handle the click event for each header for(var i=2;i=7;++i) { $(h+i).each( function(){ $(this).css({cursor: pointer}); $(this).bind('click', function(){ toggleForOrg_whenclicked( $(this).parent().children(div).eq(0) ); }); }); } It searches all h2, h3, h4, h5, h6, h7 elements. You can remove the loop and use another jQuery selector which finds the headers you want. They are like CSS selectors. For instance this should work: $(h2.myclass) or $(h2, h4) For that code to work, you should copy at least these functions from esquemadorg.js: toggleForOrg_whenclicked, hideForOrg_whenclicked, showForOrg_whenclicked. Then add some CSS and custom behaviours. -- Daniel Thanks everyone for the suggestions, I am keeping them filed away for when I actually finish this project... Matt
[O] bug in getting category
Hi, with org-mode from today I created a file miso.org with this content: --- * aaa :PROPERTIES: :CATEGORY: bbb :END: ** TODO ccc Then I used an ~/.emacs which said: (progn (add-to-list 'load-path /w/org-mode/lisp) (require 'org-install) (require 'org) (require 'org-agenda)) (org-agenda-get-day-entries /home/dc/miso.org '(10 22 2011) :todo) And after running „emacs“ I got: Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match(^ + nil) (if (string-match ^ + txt) (setq txt (replace-match nil nil txt))) (progn (if (string-match ^ + txt) (setq txt (replace-match nil nil txt))) (setq txt … (unwind-protect (progn (if (string-match ^ + txt) (setq txt (replace-match nil nil tx… (let ((save-match-data-internal (match-data))) (unwind-protect (progn (if (string-match ^ + txt) … (save-match-data (if (string-match ^ + txt) (setq txt (replace-match nil nil txt))) (setq … org-format-agenda-item( nil #(bbb 0 3 (fontified nil org-category miso)) nil) (setq marker (org-agenda-new-marker (match-beginning 0)) category (org-get-category) txt (match-string 1) … (catch :skip (save-match-data (beginning-of-line) (setq beg (point) end (save-excursion (out… (while (re-search-forward regexp nil t) (catch :skip (save-match-data (beginning-of-line) (se… (let* ((props (list (quote face) nil (quote done-face) (quote org-agenda-done) (quote org-not… ]*\\))) marker priority category tags todo-state ee txt beg end) (goto-char (point-min)) (whil… org-agenda-get-todos() (setq rtn (org-agenda-get-todos)) … The second time I ran the code from .emacs I got it right: (#(TODO ccc 0 8 (org-category #(bbb 0 3 ...) fontified nil tags nil org-highest-priority 65 org-lowest-priority 67 prefix-length 0 ...))) Which seems to be inappropriate, as in previous versions I get: (#(TODO ccc 0 8 (fontified nil org-category nil tags nil org-highest-priority 65 org-lowest-priority 67 prefix-length 0 ...))) Via git bisect I traced the bug to: ca733df0d41eccced5f8f1abb85d525cb12dd21f is the first bad commit commit ca733df0d41eccced5f8f1abb85d525cb12dd21f Author: Carsten Dominik carsten.domi...@gmail.com Date: Mon Jan 3 13:12:42 2011 +0100 Move the category property refresh to org-get-category where possible Greetings, Daniel
Re: [O] enhancements for org-agenda-to-appt
Hi, I would find very useful your improvements to appt. I also think that appt needs to be a bit more intrusive. I once missed an appointment because appt didn't notify me about it (or notified me but didn't ask for my acknowledgement). Something I missed was a clear interface which said which notifications were still pending and which were already emitted. With that you would be certain that in some hours you will get the notifications you expect. Some comments to your ideas: Here the details, in the order of priority: 1.) Warning period should be taken from timestamp That means, that the warntime must be passed to appt-add. 2.) Warning period in hours and minutes -3h for 3 hours or -10M for 10 minutes should be possible. Do you really need to extend the org-mode timestamp format? There may be other ways to do that without extending the org-mode timestamp format. Like deciding acording to priority, for instance.: [#A] are to be notified 1 hour before, [#B] 30 minutes before and [#C] 10 minutes But the extended timestamp format would be much more useful. 3.) Notification must continue when timestamp is past Perhaps, the notification should be even more aggressive, when a task is overdue. I totally agree, as I said. More important than that is that appt should record whether the user acknowledget the notification or not, and remind him differently. E.g. „you should have finished this a long ago“ vs. „I'm tryingi to notify you this since a long ago“. 4.) Easy modification of timestamps Often I get notified, that a task has to be done now, but the most obvious and easiest solution for me is: just do it tomorrow! Thus, when point is on a deadline line, M-right should advance the time by 1d, C-right by 1h, or similar. Decrementing with M-left and C-left should be possible too, but will surely be used less often... ;) I think you can already do that with „bulk scheduling“ from the agenda. Key: m m m B s Doing this from the notification window would to people „skipping“ reminders. (See the program workrave for a similar situation in which you can skip reminders). 5.) org-check-deadlines must consider hours and minutes It should be possible, to show only overdue deadlines, even if they are overdue since 5 minutes. 6.) Timestamps with hours and minutes When adding deadlines or schedules, there should be also the time, not only the date. How often would you need to synchronize org and appt in order to be so precise? Should it be automatic? 7.) Switch from todo to done by clicking on the notification window When using `notifications-notify' this should be possible with the `:on-action' parameter. I would prefer the window to open an emacsclient window pointing to the task in order to close it myself and write a conclusion, all inside Emacs. 8.) Configurable notification types For example: - email - notifications-notify - emacs-window (like the default in appt.el) - custom function Suggestion: a variable which maps some_tags_combination → action Then you „configure“ your tasks with tags, and then decide on how to notify each type of task. You can use the same task selection syntax as org-agenda-custom-commands, which allows to search for certain todo states, certain tags and certain properties. I have a todo state for the really important tasks and another one for the „it would be nice“ tasks; the latter are scheduled but don't require notification (I have more than 200 pendings tasks, that would make too many notifications). 9.) Configurable notification period How often the notification function must be called (once per day, once per minute, etc...) Or even: each time that a task is scheduled or a timestamp is changed in org. Maybe this slows things down, but it would almoust guarantee real-time synchronization between org and appt 10.) Configurable notification duration This applies only for emacs-window and notifications-notify: how long must the notification be visible. And ask for acknowledgment! It's also interesting to foresee what will happen when an unacknowledged notification waits for too long and another one comes up. 11.) Crescendo notifications Imagine, deadline is in 10 days. So a silent notification once or twice per day, saying it's time to begin to work, could be nice. But when time is getting shorter, only one hour left, bells will ring and the whole screen will blink red and green... See also program workrave. If you don't follow its advice to take a rest for a while, it toots a horn which makes you feel somewhat guilty… A good feature though. Best of luck, Daniel
[O] [babel bug]: cannot export examples which contain the word 'call'
Hi, with latest org, the header at the end of this mail cannot be exported due to this error: signal(error (reference '_' not found in this buffer)) error(reference '%s' not found in this buffer _) org-babel-ref-resolve(_()) org-babel-ref-parse(results=_()) #[(el) A:\203A\207\30A!\207 [el org-babel-ref-parse] 2]((:var . results=_())) mapcar(#[(el) A:\203 A\207\30A!\207 [el org-babel-ref-parse] 2] ((:var . results=_( org-babel-process-params(((:comments . ) (:shebang . ) (:cache . no) (:padline . ) (:noweb . no) (:tangle . no) (:exports . results) (:results . replace) (:var . results=_()) (:session . none) (:hlines . no) (:padnewline . yes))) It is due to the word „call“ which appears in the middle. If you avoid the word „call“, it exports. * a test #+BEGIN_EXAMPLE (Pdb) p fingerprint 'adi\xc3\xb3s' (Pdb) bt /tmp/testbzr-YrnJ8d.tmp/bzrlib.tests.workingtree_implementations.test_parents.TestSetParents.test_utf8_symlink(WorkingTreeFormat4)/work/bzr(130)module() - test(result) /usr/lib/python2.5/unittest.py(281)__call__() - return self.run(*args, **kwds) /Werkstatt/bzr/bug_24yt5/bzrlib/tests/__init__.py(1293)run() #+END_EXAMPLE Greetings, Daniel
[O] least recently clocked open task in a file
I have many open tasks in a file, and I want to work a bit on each, one after another, without neglecting any. That would be a round-robin approach. But how can I find the oldest clocked-out open task in a file? Can I order the agenda by recentness? I found org-clock-history but it can't be limited by subtree/file/region, must be turned on work manually and would not work for tasks clocked before it was turned in. Daniel
Re: [O] Where do these backgroud colors come from?
El Mon, 12 Dec 2011 09:56:15 +0100 Detlef Steuer va escriure: Suddenly I have some lines with colored backgrounds, some dark blue, some light blue in my agenda view?! (invoked using C-c a a) There are _no_ entries in my .emacs telling anything about colors at all. (AFAICT.) With C-u C-x = on that line you can see which faces are being applied and customize them.
[O] org-contacts: match name without formatting
I use radio headers in my contacts data base, like: * Alice * Bob (Alice's brother) org-contacts was presenting the names with before, so you needed to type to match them. I attach a patch to remove this particular formatting before presenting the completions; in this way you can match them by Al or B Removing bold/italic/underline/pre is harder. If there is any better function to remove formatting, please use it. -- Daniel -- diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el index 74d68dc..156fa66 100644 --- a/contrib/lisp/org-contacts.el +++ b/contrib/lisp/org-contacts.el @@ -375,12 +375,18 @@ This function should be called from `gnus-article-prepare-hook'. (org-completing-read prompt (org-contacts-filter) predicate t initial-input hist def inherit-input-method)) +(defun org-contacts-format-name (name) + Remove some formatting marks from contact name + (replace-regexp-in-string org-radio-target-regexp \\1 name) + ; TODO also remove emphasis (org-emphasis-alist) +) + (defun org-contacts-format-email (name email) Format a mail address. (unless email (error `email' cannot be nul)) (if name - (concat name email ) + (concat (org-contacts-format-name name) email ) email)) (defun org-contacts-check-mail-address (mail)
[O] can't export custom time stamps
Hi, I cannot export custom time stamps anymore. Maybe it's due to BIND, maybe due to some other change. I attach some tests and instructions in case someone has a similar problem. Thanks -8-- #+TITLE: Custom time stamps don't work #+DATE: seen today with Org-mode version 7.4 (release_7.4.553.g83b7), Emacs 24.0.50.1 from december 2010 Open this file and use =C-c e H=. Review and accept the usage of the 2 BIND values in this buffer. See timestamps in HTML output. # This doesn't work (the time stamps remain intact: lt;2011-02-28gt; instead of 28.m2.2011): # #+BIND: org-time-stamp-custom-formats (%d.m%m.%Y . %d.m%m.%Y %H:%M) # An invalid value produces no error; try this: #+BIND: org-time-stamp-custom-formats 42 # # I think this was needed: #+BIND: org-display-custom-times t # # This works if activated: it shows the custom time stamp while editing (but not on export) # #+STARTUP: customtime One timestamp: 2011-02-28 lun. No Another: 2011-02-28 lun -8-- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: can't export custom time stamps
I tracked down this problem to this commit: 163cd58ffd6461c98a96b1b63a3cf082b2825a52 is the first bad commit commit 163cd58ffd6461c98a96b1b63a3cf082b2825a52 Author: David Maus dm...@ictsoc.de Date: Fri Jan 14 06:37:52 2011 +0100 Handle timestamps after handling links El Mon, 28 Feb 2011 21:19:27 +0100 Daniel Clemente va escriure: Hi, I cannot export custom time stamps anymore. Maybe it's due to BIND, maybe due to some other change. I attach some tests and instructions in case someone has a similar problem. Thanks -8-- #+TITLE: Custom time stamps don't work #+DATE: seen today with Org-mode version 7.4 (release_7.4.553.g83b7), Emacs 24.0.50.1 from december 2010 Open this file and use =C-c e H=. Review and accept the usage of the 2 BIND values in this buffer. See timestamps in HTML output. # This doesn't work (the time stamps remain intact: lt;2011-02-28gt; instead of 28.m2.2011): # #+BIND: org-time-stamp-custom-formats (%d.m%m.%Y . %d.m%m.%Y %H:%M) # An invalid value produces no error; try this: #+BIND: org-time-stamp-custom-formats 42 # # I think this was needed: #+BIND: org-display-custom-times t # # This works if activated: it shows the custom time stamp while editing (but not on export) # #+STARTUP: customtime One timestamp: 2011-02-28 lun. No Another: 2011-02-28 lun -8--
Re: [O] Re: can't export custom time stamps
Thanks, this solves the timestamp exporting issue. -- Greetings, Daniel
Re: [O] serious calendar integration bug
El Thu, 28 Apr 2011 08:02:33 -0400 Matt Price va escriure: debug(error (wrong-type-argument window-live-p nil)) select-window(nil) org-eval-in-calendar(nil t) I often experience a similar bug but with frames instead of windows: ;Debugger entered--Lisp error: (wrong-type-argument frame-live-p #dead frame *Minibuf-1* 0xcf00da0) ; frame-selected-window(#dead frame *Minibuf-1* 0xcf00da0) ; menu-bar-non-minibuffer-window-p() ; kill-this-buffer() ; call-interactively(kill-this-buffer nil nil) My solution when this happpens is: (setq menu-updating-frame nil) I use this for many years and it always restores Emacs and I call close buffers again. Maybe it works for you. I think I might also have experienced your bug: after opening another buffer from Org and messing around, my .org file was completely empty and C-x C-s would save all contents to disk. I think it was either due to vc (C-x v =) or due to the calendar when scheduling a task. Try changing focus some times: from .org to the calendar, back, etc. This happened about 3 or 4 weeks ago, but several times. I updated and recompiled Emacs and org and now it doesn't seem to happen. I don't have detailed information, sorry (I thought it was so severe that many people would notice it). My workaround: use a version control system, and execute regularly „[VCS] diff /tmp/backup1“. And fear Emacs. -- Daniel
Re: [O] Implemented word count for subtrees
El Thu, 28 Apr 2011 09:53:17 +0200 Sébastien Vauban va escriure: Another suggestion: a variable to choose between a word-count and a line-count? Or page-count. With a rough estimator that can predict how many pages each section would take. (Maybe even invoking LaTeX?) This feature is the one I most missed when I had to write a thesis where each section had to have a known number of pages (e.g. introduction 1 page, chapter 1 10 pages, … total 60 pages). I see it as useful enough to go in /contrib/ Many thanks!
Re: [O] custom IDs not exported
With your patch I could export correctly to HTML a big collection of data, with the same results as before (except for the changed _ to -, of course). Links work. Thanks, Daniel El Sat, 11 Jun 2011 23:12:26 -0400 Nick Dokos va escriure: I was afraid that other exporters might break because of this. Apologies for the inconvenience. And, btw, thanks for the test case. I have a minimal patch that I think fixes this problem, but there are other underscores used in various places in org-html.el so there might be additional problems. I'd appreciate it if you (and/or others) test it and report not only on this problem but on any other problems you find. Thanks, Nick diff --git a/lisp/org-html.el b/lisp/org-html.el index afc6a77..b5d371f 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1395,7 +1395,7 @@ lang=\%s\ xml:lang=\%s\ (setq txt (replace-match t t txt))) (setq href (replace-regexp-in-string - \\. _ (format sec-%s snumber))) + \\. - (format sec-%s snumber))) (setq href (org-solidify-link-text (or (cdr (assoc href org-export-preferred-target-alist)) href))) (push (format @@ -2412,7 +2412,7 @@ When TITLE is nil, just close all open levels. (insert ul\nli title br/\n (aset org-levels-open (1- level) t) (setq snumber (org-section-number level) - snu (replace-regexp-in-string \\. _ snumber)) + snu (replace-regexp-in-string \\. - snumber)) (setq level (+ level org-export-html-toplevel-hlevel -1)) (if (and num (not body-only)) (setq title (concat
Re: [O] custom IDs not exported
Hi, Could you check this patch in? Thanks El Sat, 11 Jun 2011 23:12:26 -0400 Nick Dokos va escriure: I have a minimal patch that I think fixes this problem, but there are other underscores used in various places in org-html.el so there might be additional problems. I'd appreciate it if you (and/or others) test it and report not only on this problem but on any other problems you find. Thanks, Nick diff --git a/lisp/org-html.el b/lisp/org-html.el index afc6a77..b5d371f 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1395,7 +1395,7 @@ lang=\%s\ xml:lang=\%s\ (setq txt (replace-match t t txt))) (setq href (replace-regexp-in-string - \\. _ (format sec-%s snumber))) + \\. - (format sec-%s snumber))) (setq href (org-solidify-link-text (or (cdr (assoc href org-export-preferred-target-alist)) href))) (push (format @@ -2412,7 +2412,7 @@ When TITLE is nil, just close all open levels. (insert ul\nli title br/\n (aset org-levels-open (1- level) t) (setq snumber (org-section-number level) - snu (replace-regexp-in-string \\. _ snumber)) + snu (replace-regexp-in-string \\. - snumber)) (setq level (+ level org-export-html-toplevel-hlevel -1)) (if (and num (not body-only)) (setq title (concat
Re: [O] custom IDs not exported
The latest commit I can find after cloning git://repo.or.cz/org-mode.git to a new directory is this: , | commit 90f6765cdf77c1414726d899f00c77da43f45758 | Author: Eric Schulte schulte.e...@gmail.com | Date: Mon Jun 13 14:58:56 2011 -0700 | | ob-tangle: no longer inserting newlines between appended code blocks | | * lisp/ob-tangle.el (org-babel-tangle-combine-named-blocks): No longer | inserting newlines between appended code blocks. ` So it seems there's some sort of delay with repo.or.cz El Thu, 16 Jun 2011 17:40:56 -0400 Nick Dokos va escriure: It is checked in already. The commit looks like this: , | commit 1891ee5aafee710315a26595385e670e1ac3771e | Author: Carsten Dominik carsten.domi...@gmail.com | Date: Tue Jun 14 10:46:09 2011 +0200 | | Fix HTML export to make CUSTOM_ID links work again | | * lisp/org-html.el (org-export-as-html): | (org-html-level-start): Only convert section number underscores to dashes. ` ``git show 1891ee5aafee710315a26595385e670e1ac3771e'' will show you whether you have it or need to pull. Nick
[O] radio links should not match empty text
Hi, recently this syntax: started highlighting all spaces (spaces between words) as if they were links. I see them with a blue underline. I found this because I used some Unicode-art like where I certainly didn't mean to define a radio link. This happens since this change: #+BEGIN_QUOTE commit 1c1936fbb1f0c42e5c7e1d3c903626aa5993a357 Author: Nicolas Goaziou n.goaz...@gmail.com Date: Tue Mar 25 10:15:25 2014 +0100 Allow radio links after an apostrophe and mid-word * lisp/org.el (org-make-target-link-regexp): Allow radio links after an apostrophe and mid-word. Small refactoring. * testing/lisp/test-ox.el (test-org-export/resolve-radio-link): Add test. See http://permalink.gmane.org/gmane.emacs.orgmode/84108. #+END_QUOTE Greetings, Daniel
[O] radio links in middle of words. (was: Re: radio links should not match empty text)
El Wed, 02 Apr 2014 14:59:42 +0200 Nicolas Goaziou va escriure: Hi, recently this syntax: started highlighting all spaces (spaces between words) as if they were links. I see them with a blue underline. I found this because I used some Unicode-art like where I certainly didn't mean to define a radio link. This should be fixed. Thank you for reporting it. Now it works, thanks. I also found a strange behaviour where links appear in the middle of words. Explanatory example: ** Languages *** C language *** JavaScript *** etc. Etc. ← should the C in etc be highlighted as a link to „C“? Now it is and it's a bit annoying. This is new behaviour.
Re: [O] radio links in middle of words.
El Wed, 02 Apr 2014 18:57:13 +0200 Nicolas Goaziou va escriure: ** Languages *** C language *** JavaScript *** etc. Etc. ← should the C in etc be highlighted as a link to „C“? Now it is and it's a bit annoying. This is new behaviour. Indeed, this is expected. The patch you pointed out allows mid-word radio-targets. See related thread for more information. „Related thread“: http://comments.gmane.org/gmane.emacs.orgmode/82923 I don't see in there any argument to have midword links, it's presented as a consequence of other patch. I'm a heavy user of these links to mark concepts' definitions, they are much more useful than these or [[these]]. I have notes about programs I tried, like R, at or ps, C, CR vs LF vs CRLF, 3-letter stock tickers, … so now I'm seeing blue links everywhere in the middle of words. I can get used to it, but it's ugly and not useful. I only need links surrounded by non-letters, like: #+BEGIN_EXAMPLE org organization ← certainly I'm not using the letter 'a' as a separator. I don't want link. org:mode ← ':' is a non-letter, so it's a separator. I want link orgもmode ← what's も? Let's simply say it's a letter, so no separator. No link, ok. org'mode ← is ' a letter? Ask people, I think most say no. So: with link. o'clock (oh, a non-letter inside. Ok) o'clocking ← no, I'm not using 'i' as a separator. No link. o'clock ← is a letter? No. So: with link #+END_EXAMPLE The only use case I see is using radio links to mark the root of a word so that the inflected words are also highlighted, e.g. script would highlight „scripting“. But hey, when I want both „script“ and „scripting“ highlighted, I use radio links on both, not a problem. Can't we break at non-letters? Not at non-„word-constituents“, but at non-letters. If emacs doesn't provide that concept, better build it. Thanks
Re: [O] radio links in middle of words.
Can't we break at non-letters? Not at non-„word-constituents“, but at non-letters. If emacs doesn't provide that concept, better build it. I don't know. Could you define precisely that concept? I propose: radio links should be delimited by characters that don't match [:alpha:] in emacs' regular expression syntax. Letters (like: aá書ĉ) match, and delimiters (like: -'/) don't. Test it with: : (string-match-p [[:alpha:]] á) : (string-match-p [[:alpha:]] 書) : (string-match-p [[:alpha:]] ĉ) : (string-match-p [[:alpha:]] ') : (string-match-p [[:alpha:]] -) And the opposite: check for non-letterness: : (string-match-p [^[:alpha:]] -) : (string-match-p [^[:alpha:]] á) So a radio link with LINK_TEXT should not only be a match of the regexp LINK_TEXT but of [^[:alpha:]]LINK_TEXT[^[:alpha:]] (well, make it something like (^|non-letter)LINK_TEXT($|non-text). I think that's better than the current solution and stills allows for radio links which contain non-letters, like o'clock. What do you think? Daniel
Re: [O] radio links in middle of words.
El Thu, 10 Apr 2014 23:43:41 +0200 Nicolas Goaziou va escriure: It could work. But I think [:alnum:] is needed instead of [:alpha:]. Here's a patch implementing it. Now it's much better. Thanks.
[O] radio links match blank spaces
Hi, after the recent change to radio links, THIS link will make the 2 spaces around THIS word become blue, as if they were part of the link. I wanted to write a test. I have been inspecting org-element's result but I can't understand the :begin and :end properties; they seem to be too high, e.g. they are :begin 3 :end 5 for a 1-letter link that is in position 0 to 1. I used this 2-line file to test: r LINK r Greetings
Re: [O] babel evaluation of python and utf-8
#+BEGIN_SRC python :prefix # -*- coding: utf-8 -*- :results output print(u'é') #+END_SRC I also see the same problem here. Even if you include # -*- coding: utf-8 -*- as the first line. Shouldn't org-babel already be using utf-8 instead of ASCII for input/output? By the way, with Python3 it doesn't happen since it doesn't need the coding:utf-8 declaration anymore.
[O] results from Python block not visible
Hi, this babel code recently stopped working on my system: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. If I use a command like os.system(xeyes), I see it running. In addition I don't see the Python block highlighted GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 org-mode from today Debian. Python 2.7 (same with Python 3). It also happens under emacs -Q Of course I loaded Python support: (org-babel-do-load-languages 'org-babel-load-languages '((R . t) (C . t) ; … (python . t) (ruby . t) (sql . t) (sqlite . t))) Greetings, Daniel
Re: [O] results from Python block not visible
El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. This works for me using the latest version of Org-mode with an Emacs launched by running make vanilla from the base of the Org-mode repo. I didn't know make vanilla. It worked fine from there, I don't know why from „emacs -Q“ it didn't. Maybe the problem is in your configuration? Exactly, it is from my configuration, because after loading my full configuration, I see the problem again and code highlighting suddenly disappears. I identified the exact lines that cause org-babel to stop failing. Bewonder: (autoload 'tramp tramp Remotely access files. t) (require 'tramp-cache) Yes! After C-x C-e on the first line, org-babel still works. After C-x C-e on the second line, it doesn't work anymore. There were some Tramp changes in latest Emacs, maybe they are bad. I'm using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 What a strange bug…
Re: [O] results from Python block not visible
I confirm that with Debian's Emacs, org-babel works well after the (require 'tramp-cache): GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by Debian But it fails with my compiled one from 2014-06-20. So is it because of tramp-cache or org-babel? On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente n142...@gmail.com wrote: El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. This works for me using the latest version of Org-mode with an Emacs launched by running make vanilla from the base of the Org-mode repo. I didn't know make vanilla. It worked fine from there, I don't know why from emacs -Q it didn't. Maybe the problem is in your configuration? Exactly, it is from my configuration, because after loading my full configuration, I see the problem again and code highlighting suddenly disappears. I identified the exact lines that cause org-babel to stop failing. Bewonder: (autoload 'tramp tramp Remotely access files. t) (require 'tramp-cache) Yes! After C-x C-e on the first line, org-babel still works. After C-x C-e on the second line, it doesn't work anymore. There were some Tramp changes in latest Emacs, maybe they are bad. I'm using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 What a strange bug...
Re: [O] results from Python block not visible
Since this org-babel + tramp-cache incompatibility is very puzzling, I continued researching it. The line that makes my Python block stop working (i.e. outputting None instead of the x I asked with print x') is this one, found in tramp-cache.el: (add-hook 'kill-buffer-hook 'tramp-flush-file-function) Its code is: (defun tramp-flush-file-function () Flush all Tramp cache properties from `buffer-file-name'. This is suppressed for temporary buffers. (unless (string-match ^ \\*temp\\* (or (buffer-name) )) (let ((bfn (if (stringp (buffer-file-name)) (buffer-file-name) default-directory))) (when (tramp-tramp-file-p bfn) (with-parsed-tramp-file-name bfn nil (tramp-flush-file-property v localname)) That temporary buffer detector is working correctly because org-babel buffers have names like *temp*-993012, which are correctly detected. I'm afraid that the (string-match ...) will forget the last search, so later (match-string) done by babel will be from the wrong search. Can this happen? -- Daniel On Fri, Jun 27, 2014 at 4:50 PM, Daniel Clemente n142...@gmail.com wrote: I confirm that with Debian's Emacs, org-babel works well after the (require 'tramp-cache): GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by Debian But it fails with my compiled one from 2014-06-20. So is it because of tramp-cache or org-babel? On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente n142...@gmail.com wrote: El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. This works for me using the latest version of Org-mode with an Emacs launched by running make vanilla from the base of the Org-mode repo. I didn't know make vanilla. It worked fine from there, I don't know why from emacs -Q it didn't. Maybe the problem is in your configuration? Exactly, it is from my configuration, because after loading my full configuration, I see the problem again and code highlighting suddenly disappears. I identified the exact lines that cause org-babel to stop failing. Bewonder: (autoload 'tramp tramp Remotely access files. t) (require 'tramp-cache) Yes! After C-x C-e on the first line, org-babel still works. After C-x C-e on the second line, it doesn't work anymore. There were some Tramp changes in latest Emacs, maybe they are bad. I'm using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 What a strange bug...
Re: [O] babel evaluation of python and utf-8
El Fri, 04 Jul 2014 16:08:10 +0200 Alan Schmitt va escriure: On 2014-06-26 18:07, Daniel Clemente n142...@gmail.com writes: #+BEGIN_SRC python :prefix # -*- coding: utf-8 -*- :results output print(u'é') #+END_SRC I also see the same problem here. Even if you include # -*- coding: utf-8 -*-as the first line. Shouldn't org-babel already be using utf-8 instead of ASCII for input/output? By the way, with Python3 it doesn't happen since it doesn't need the coding:utf-8 declaration anymore. Should this be considered a bug, or do we require python 3 for such things? I think if the user writes the # -*- coding: utf-8 -*- line, org-mode should pass it. With that, all Pythons (Python2, Python3) work well, so I wouldn't say there's a bug in Python. It would be in org-mode.
Re: [O] cache problem, with ECM
As a quick follow-up, I can get rid of the cache corruption by not using the log book (I set '(setq org-log-into-drawer nil)'). If others are seeing such cache corruption, this might be a temporary workaround. I also am seeing many cache problems, e.g. - after changing TODO→DONE a repeating task with .+1m , it stays DONE (not TODO), the date doesn't change to next month, and C-e stops working (Wrong type argument: number-or-marker-p, nil). The backtrace included some function like …-update-cache-… - lines that should appear inside log drawer (like :LAST_REPEAT:) appear anywhere, e.g. in between the CLOCK: […]--[…] entries
Re: [O] results from Python block not visible
I reported this to emacs (bug 18095): http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html It's still happening with latest emacs and org-mode On Wed, Jul 2, 2014 at 11:51 PM, Daniel Clemente n142...@gmail.com wrote: Since this org-babel + tramp-cache incompatibility is very puzzling, I continued researching it. The line that makes my Python block stop working (i.e. outputting None instead of the x I asked with print x') is this one, found in tramp-cache.el: (add-hook 'kill-buffer-hook 'tramp-flush-file-function) Its code is: (defun tramp-flush-file-function () Flush all Tramp cache properties from `buffer-file-name'. This is suppressed for temporary buffers. (unless (string-match ^ \\*temp\\* (or (buffer-name) )) (let ((bfn (if (stringp (buffer-file-name)) (buffer-file-name) default-directory))) (when (tramp-tramp-file-p bfn) (with-parsed-tramp-file-name bfn nil (tramp-flush-file-property v localname)) That temporary buffer detector is working correctly because org-babel buffers have names like *temp*-993012, which are correctly detected. I'm afraid that the (string-match ...) will forget the last search, so later (match-string) done by babel will be from the wrong search. Can this happen? -- Daniel On Fri, Jun 27, 2014 at 4:50 PM, Daniel Clemente n142...@gmail.com wrote: I confirm that with Debian's Emacs, org-babel works well after the (require 'tramp-cache): GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by Debian But it fails with my compiled one from 2014-06-20. So is it because of tramp-cache or org-babel? On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente n142...@gmail.com wrote: El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. This works for me using the latest version of Org-mode with an Emacs launched by running make vanilla from the base of the Org-mode repo. I didn't know make vanilla. It worked fine from there, I don't know why from emacs -Q it didn't. Maybe the problem is in your configuration? Exactly, it is from my configuration, because after loading my full configuration, I see the problem again and code highlighting suddenly disappears. I identified the exact lines that cause org-babel to stop failing. Bewonder: (autoload 'tramp tramp Remotely access files. t) (require 'tramp-cache) Yes! After C-x C-e on the first line, org-babel still works. After C-x C-e on the second line, it doesn't work anymore. There were some Tramp changes in latest Emacs, maybe they are bad. I'm using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 What a strange bug...
Re: [O] Export org-mode buffer to dynamic html document (collapse/expand details)
I did a custom solution, very simple, with jQuery. You may use it: Demo: http://www.danielclemente.com/hacer/emacs.html Code: http://www.danielclemente.com/pagina/esquemadorg.js http://www.danielclemente.com/pagina/esquemadorg.css - The JS and CSS applies to the normal org export. - The index of contents is itself collapsable. - The hyperlinking was tricky because if the link destination is collapsed you have to open it automatically (including its parents). - There's a button to disable the outline (text: „ver todo seguido“) El Thu, 31 Jul 2014 17:50:03 +0200 Martin Beck va escriure: Hi, I'm sorry, if this might be obvious, but I don't have much experience with org-mode export up to now and I urgently need to export much information from my notes and task lists in org-mode in a way that my colleagues (no experience with Emacs / org-mode at all) can use it during my absence. Therefore I need some advice from you: I have a lot of projects (hierarchically structured in headings with todo keywords, sub-headings, hyperlinks, notes, etc.) I want to export all this information into a text format to make it usable for my colleagues. However, there is A WHOLE LOT of text and to make it the least confusing possible, it would be great if the text below headings could be collapsed somehow or if there was an overview page listing all projects and some important sub-headings or remarks and a hyperlink pointing to the detailed notes concerning this project. Any hints appreciated Kind regards Martin
[O] HTML lists are including paragraphs (lip…/p/li)
Hi. With latest org I'm getting lip…/p/li, which makes no sense; it should be li…/li Aren't there tests to find this type of breakages in export? Example: - hola - uno - dos - tres Is exported to: ul class=org-ul lip hola /p /li lip uno /p ul class=org-ul lidos /li /ul /li lip tres /p /li /ul
Re: [O] HTML lists are including paragraphs (lip…/p/li)
El Wed, 06 Aug 2014 14:12:21 +0200 Nicolas Goaziou va escriure: I understand that paragraph is alone in its item is not a good test to skip paragraph wrappers. I'm still confused about what a good test would be. In particular, what should be done in the following cases - item - item - sublist resuming item You mean „item“ contains text+ol+p? Rather strange… I first thought that „resuming item“ would be a continuation line of „sublist“ (that is, as if „sublist resuming item“ were the only item of the sublist). But why not, as a general rule, avoid p for the first elements of lists? That is, don't output paragraph+list+paragraph, but text+list+paragraph. This works for the simple case (litext/li) and allows the complex ones (litextpaa/pol/olwhatever/whatever/li). i.e., (paragraph plain-list paragraph), and - outer another paragraph - inner - simple list i.e., are nested plain-lists independent relatively to paragraph wrappers skipping. I think so, but I'd rather make sure. I'd also say text+p+ol. Rather unusual syntax anyway… but it shouldn't break the simple liPlain item/li (now broken).
Re: [O] HTML lists are including paragraphs (lip…/p/li)
El Mon, 25 Aug 2014 10:30:27 +0200 Nicolas Goaziou va escriure: But why not, as a general rule, avoid p for the first elements of lists? That is, don't output paragraph+list+paragraph, but text+list+paragraph. This works for the simple case (litext/li) and allows the complex ones (litextpaa/pol/olwhatever/whatever/li). This was the original behaviour, which was, apparently, unsatisfactory. See http://article.gmane.org/gmane.emacs.orgmode/87898 Ok, let's keep the complex cases possible, but the simple ones simple. So: - litext/li and litextul//li if there's only 1 text or sublist or text+sublist - li[normal flow including p,ol,ul,blockquote,…]/li in the rest. This includes lip/p//li, lip/ol/p//li, liolp//li, lip/p/ol//li
Re: [O] HTML lists are including paragraphs (lip…/p/li)
It works very well now, thank you. El Tue, 26 Aug 2014 09:59:24 +0200 Nicolas Goaziou va escriure: Daniel Clemente n142...@gmail.com writes: Ok, let's keep the complex cases possible, but the simple ones simple. So: - litext/li and litextul//li if there's only 1 text or sublist or text+sublist - li[normal flow including p,ol,ul,blockquote,…]/li in the rest. This includes lip/p//li, lip/ol/p//li, liolp//li, lip/p/ol//li Fair enough. This is now implemented in master. Please report if it isn't working as expected. Thank you. Regards, -- Nicolas Goaziou
[O] words from radio links are not visible when exporting subtrees
Hi, with latest org-mode and this 4-line org: * word * aaa ** export only this subtree (you'll lose a word) ABC Go to the „**“ and use C-c C-e C-s h H (export subtree to HTML). The result has the word „word“ missing from title and header: titleexport only this subtree (you'll lose a )/title h1 class=titleexport only this subtree (you'll lose a )/h1 I tried to bisect it but export stopped working for other reasons.
Re: [O] words from radio links are not visible when exporting subtrees
El Thu, 28 Aug 2014 01:06:43 +0200 Nicolas Goaziou va escriure: * word * aaa ** export only this subtree (you'll lose a word) ABC Go to the „**“ and use C-c C-e C-s h H (export subtree to HTML). The result has the word „word“ missing from title and header: titleexport only this subtree (you'll lose a )/title h1 class=titleexport only this subtree (you'll lose a )/h1 I think this bug came with the initial merge of the new export framework. Anyway, it should be fixed. Thank you for reporting it. It works now, thanks.
Re: [O] org-mode for knowledge management
I've been using org-mode for a variety of purposes for a few years. I find that it suffers from the same problem that other such tools do. The problem is me. I can't remember week to week how I may have classified some scrap of information. Did I drop it into notes/someproduct.org or was it procedures/someprocess.org? 1. Every information should have a single location, not two. Mix sections fast if you detect repetitions. Use links extensively (C-c l) to connect one header with another, specially after you get lost once. Don't bother too much about finding the right place at the first time, you'll eventually reorder or move headers to the correct place. 2. Use global search (C-a /), you can use regular expressions there. No need to use grep. 3. Use the package „helm“ to get fast access to all headers or to a subsection of headers (e.g. the ones you tag). E.g. I use radio to give important sections a title. After 1 key you start typing some letters, select with cursors, press ENTER and go to the header. Also, if English is not your native language, consider making notes in English. Whether you like it or not, it has one huge advantage: it's /simple/. Almost no inflections, so grepping English texts is /much/ easier than, say, Polish (we have /a lot/ of inflections). (In this regard, Esperanto is even better, though personally I'm not fluent enough in it to make my notes in Esperanto comfortably.) And I thought I was the only one taking notes in Esperanto! 700 Kb of my notes are in Esperanto. Sometimes I invent new words which later I don't find by searching, but after I do, I add the new variants of the title. It's great for defining strange concepts. Inflections are a minor problem in most languages, just use partial search or regexp (e.g. in Polish use „słow“ instead of „słowo“, „następn.*“ etc.) and you'll find everything. If you want inflection-free languages you'll need Indonesian, Chinese, … But I wouldn't force taking notes in a language you don't like, just use the ones you like. („the ones“, in plural). Ĝis! Daniel
Re: [O] org-mode for knowledge management
El Fri, 10 Oct 2014 16:48:39 -0500 John Hendy va escriure: On Fri, Oct 10, 2014 at 10:46 AM, Daniel Clemente n142...@gmail.com wrote: I've been using org-mode for a variety of purposes for a few years. I find that it suffers from the same problem that other such tools do. The problem is me. I can't remember week to week how I may have classified some scrap of information. Did I drop it into notes/someproduct.org or was it procedures/someprocess.org? 1. Every information should have a single location, not two. Mix sections fast if you detect repetitions. Use links extensively (C-c l) to connect one header with another, specially after you get lost once. Don't bother too much about finding the right place at the first time, you'll eventually reorder or move headers to the correct place. I'm curious about this. Is this a well-known recommendation/best practice? I find it it similar to the „Don't repeat yourself“ principle. But I was just explaining my experience. I actually struggle with this a great deal. Often a bit of research or testing for a specific project at work is very possibly relevant to any number of future projects. So, working in product development, I find it hard to decide what the best single location is, and would love for it to act as though it were in multiple locations. When the current project is done, I'd like to archive everything specifically related to it while keeping around the general knowledge I've accumulated for use with future efforts. I use no tags or categories, just a clear and manual separation of concepts. E.g. it's not the same activity „I'm learning about database X“ and „I'm considering database X for project Y“, because notes from the first one go to Databases.org and notes from the second one to ProjectY.org. Clocking is different (even if I'm learning about X, I clock in Y if I'm doing it as part of a project). Therefore I try to keep project notes at a minimum, because they are dated and ephimeral, whereas the general knowledge accumulates in other files (one file per topic, encyclopedia-style). Or is this what you mean by using links? Are you just saying that individuals should not be copying the same text around in multiple places? Of course copy+paste is a nightmare to maintain (see: DRY). I am still forced to do it with some org tables which do complex calculations. I think org offers dynamic tables to apply the same process to different data sources, but it gets complex. I think there's no such thing as „templates“ where you change the base one and all uses of it (in all files) are automatically updated. About links: in org-mode they all look the same, but semantically there are many types, like: - *is-a*: „this is a concrete implementation of [[that generic knowledge]]“ - *related*: „related to this is: [[that]]“ - *same-as*: „this and [[that]] are exactly the same topic, so write only under that header, not here“ ← this is poor man's transclusion, or more like „symbolic links“ in ext4. With it, a header seems to be present in many places at the same time; in reality the content is only in one place and the rest are links. The good thing is, it doesn't really matter /where/ exactly is that tree, because you'll find it anyway by following maximum 1 link. X can link to Y, or Y can link the X; what's important is that reading both X or Y you'll find exactly the same thing (not copy+pasted contents). So, it's all about finding a manual algorithm to organize things. Daniel
Re: [O] org-mode for knowledge management
El Sat, 11 Oct 2014 12:45:45 -0700 Brady Trainor va escriure: About links: in org-mode they all look the same, but semantically there are many types, like: […] - *same-as*: „this and [[that]] are exactly the same topic, so write only under that header, not here“ […] I don't think I am aware of the *sameas* type of link in org-mode, can you give an example please? There's only 1 type of link between headers in org-mode; what's different is the way in which you use it. * About web pages ** CSS ** HTML *** Convert to other formats convert to JSON Use html2json convert to PDF → see [[html_to_pdf]] * About PDFs ** create them *** from .odt Click that icon. *** from .html. id:html_to_pdf There's this method… *** from .tex In this case, that „HTML→PDF“ section could live under the „web pages“ tree or under the „PDFs“ tree, and there's no difference because it's exactly the same information. If you consider „link following“ as a trivial operation, you could say that that knowledge is accessible under both trees at the same time. It's not transclusion, but it works the same. Note that in the example above, the „→ see …“ header must be empty of content. If you write inside, it's not a light link anymore, it's a header on its own. Org-mode could offer this type of header built-in (a light header is a header which must link to another one and have no content), but you can do it with the current tools and a bit of care.
Re: [O] org-mode for knowledge management
[…] uniformity, extruder/die temperature, cooling time, holding pressure, etc. I think this is awesome general knowledge. But I'm documenting our learning in an experimental report for export and upload to my company's internal technical report repo. I find it very different to write notes for yourself and to write for an audience. In a report you need to follow a structure, you need to choose a particular natural language, you need to explain things that might be obvious for you, you cannot change topic, … Whereas in notes, you're free. Therefore I think it makes sense to have two different places for both. What I'm often torn about is re-writing the learning/understanding/summary in a more general way since how it usually arises is laden with specific details for *this* product/project, whereas the information I want to retain is about how I see the new understanding more generally. … However, I don't consider that rewriting (specific→general) you mention as a necessary task or a burden (I don't do it), because in your notes (generic knowledge) you can simply refer to the specific one (e.g.: „see what I did in this case ([[link_to_the_report]])“.). A header with 1 or 2 or N links to specific reports is a good start before continue focusing on other generic-knowledge topics. So you decide where you will work the most (either in the specific reports or in the generic knowledge) and then the other can refer to it. I do it like that. E.g. I'm not writing in my generic notes a „code style guide“ because I did it already in project X, so I add knowledge in projectX.org and just link to it. If some particular knowledge grows too big for that projectX_code_style, I develop it in my generic notes (another file, project-unrelated). Of course copy+paste is a nightmare to maintain (see: DRY). I am still forced to do it with some org tables which do complex calculations. I think org offers dynamic tables to apply the same process to different data sources, but it gets complex. I think there's no such thing as „templates“ where you change the base one and all uses of it (in all files) are automatically updated. About links: in org-mode they all look the same, but semantically there are many types, like: - *is-a*: „this is a concrete implementation of [[that generic knowledge]]“ - *related*: „related to this is: [[that]]“ - *same-as*: „this and [[that]] are exactly the same topic, so write only under that header, not here“ ← this is poor man's transclusion, or more like „symbolic links“ in ext4. With it, a header seems to be present in many places at the same time; in reality the content is only in one place and the rest are links. The good thing is, it doesn't really matter /where/ exactly is that tree, because you'll find it anyway by following maximum 1 link. X can link to Y, or Y can link the X; what's important is that reading both X or Y you'll find exactly the same thing (not copy+pasted contents). So, it's all about finding a manual algorithm to organize things This is generally what I've tried to do, though I find this is cumbersome as I often use subtrees for more report-style/narrative analyses of data and experiments. Thus I don't find it as simple as your example to Brady with the PDF/HTML info, which is more basic. As I write this, I'm thinking I could probably still do this... For an example, let's say I'm making plastic widgets and we've been running a series of injection mold trials with a manufacturer. Some really novel understanding comes about with respect to part uniformity, extruder/die temperature, cooling time, holding pressure, etc. I think this is awesome general knowledge. But I'm documenting our learning in an experimental report for export and upload to my company's internal technical report repo. My initial thought was that links this way would get in the way... but I suppose now I could be writing along and create a link to the nearest headline in the report, then go to some other tree and insert a link to that headline with some note about the gist of the understanding or keywords for the future me trying to re-find that tidbit. Note that: - I don't suggest you abuse links and link every header. You can link to interesting topics. Like in Wikipedia: you /could/ link every word, but it makes sense to link only interesting information (only: in WP they link too much because they don't know what exactly will be interesting to the reader; but in your notes, you know already which links will you need in the future). - In my example, the link meant „this is the same as that“, and I think this is always a basic concept, even in complex scenarios. In your case, your link may mean something different (like: „this heading is a specific wording of that knowledge“) - That header with empty contents that says „for this, don't look here but look there: [[there]]“
Re: [O] org-mode for knowledge management
El Mon, 13 Oct 2014 10:42:28 +0800 Eric Abrahamsen va escriure: This is the bit I'm not sure about... * project_a ** experiment about blah :proj_name:theme: [2014-10-11] Did x, y, and z today. Will analyze results tomorrow. [2014-10-12] Wow. Interesting finding. This will help a lot and may be relevant to future projects! … Perhaps both links and tags are what you're after then: you could leave a link to the general finding inside experiment about blah (to remind yourself you took that note), but also use the tags to open Agendas on both project and theme, so you can see all the relevant information in one place. * project_a ** experiment about blah :proj_name:theme: I think it's crazy to use topics as tags. How many topics/themes are there? Wikipedia counts many million. Names of topic are very subjective. Topics are often mixed, split apart, refined, renamed, grouped in supertopics, … In org it's easy to remodel hierarchical headers but it's not easy to remodel tags (much less, hierarchical tags). So rather than: ** some construction :plastics_engineering: I would have: Engineering.org: * Plastics * Houses * … I understand you use tags and „tag search“ to be able to look for bits of a particular topic in a file which is not related to the topic. It would be better to have a tag that in addition links to a particular tree. With that you'd have the freedom of tagging anything and the flexibility of headers. Some brainstorming about how to link tags with headers: Two options: 1) There is a main tag in a header, and the other tags link to it (with C-c C-o you navigate to the main tag). proj1.org: ** some construction :plastics_engineering: Engineering.org: :plastics_engineering: * Plastics * Houses * … 2) You use links and you ask for backlinks proj1.org: ** some construction [link to P] Engineering.org: * Plastics :ID: 1231212311122 * Houses * … And then… a key to *search for links to a header* („backlinks“). Can org do this now?. E.g. you go to „Plastics“ and you search „all the backlinks found in proj1.org“. Then you have the generic knowledge and in addition all the bits of specific knowledge about that topic. Maybe this is already possible… Whether it's useful, I don't know.
Re: [O] org-mode for knowledge management
Thanks, that's a very simple way to search backlinks! I didn't know about org-search-view. El Sun, 12 Oct 2014 22:17:27 -0700 Samuel Wales va escriure: (defun alpha-org-what-links-here () Show all links that point to the current node. Also show the node itself. This makes id links quasi-bidirectional. (interactive) (let ((org-agenda-files (alpha-org-all-org-files :archive t :text-search-extra t)) ;; turn off redundancy ;; fixme probably going to be redone org-agenda-text-search-extra-files) (org-search-view nil (org-entry-get nil ID t On 10/12/14, Daniel Clemente n142...@gmail.com wrote: El Mon, 13 Oct 2014 10:42:28 +0800 Eric Abrahamsen va escriure: This is the bit I'm not sure about... * project_a ** experiment about blah :proj_name:theme: [2014-10-11] Did x, y, and z today. Will analyze results tomorrow. [2014-10-12] Wow. Interesting finding. This will help a lot and may be relevant to future projects! … Perhaps both links and tags are what you're after then: you could leave a link to the general finding inside experiment about blah (to remind yourself you took that note), but also use the tags to open Agendas on both project and theme, so you can see all the relevant information in one place. * project_a ** experiment about blah :proj_name:theme: I think it's crazy to use topics as tags. How many topics/themes are there? Wikipedia counts many million. Names of topic are very subjective. Topics are often mixed, split apart, refined, renamed, grouped in supertopics, … In org it's easy to remodel hierarchical headers but it's not easy to remodel tags (much less, hierarchical tags). So rather than: ** some construction :plastics_engineering: I would have: Engineering.org: * Plastics * Houses * … I understand you use tags and „tag search“ to be able to look for bits of a particular topic in a file which is not related to the topic. It would be better to have a tag that in addition links to a particular tree. With that you'd have the freedom of tagging anything and the flexibility of headers. Some brainstorming about how to link tags with headers: Two options: 1) There is a main tag in a header, and the other tags link to it (with C-c C-o you navigate to the main tag). proj1.org: ** some construction :plastics_engineering: Engineering.org: :plastics_engineering: * Plastics * Houses * … 2) You use links and you ask for backlinks proj1.org: ** some construction [link to P] Engineering.org: * Plastics :ID: 1231212311122 * Houses * … And then… a key to *search for links to a header* („backlinks“). Can org do this now?. E.g. you go to „Plastics“ and you search „all the backlinks found in proj1.org“. Then you have the generic knowledge and in addition all the bits of specific knowledge about that topic. Maybe this is already possible… Whether it's useful, I don't know. -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. And ANYBODY can get it. Denmark: free Karina Hansen NOW.
[O] C-c C-y in currently clocked header
Feature request. currently clocking :CLOCK: CLOCK: [2014-10-15 Wed 16:06] CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] = 0:31 :END: Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y (org-evaluate-time-range), it would be useful to see in the minibuffer that the difference until now is 20 minutes.
Re: [O] C-c C-y in currently clocked header
currently clocking :CLOCK: CLOCK: [2014-10-15 Wed 16:06] CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] = 0:31 :END: Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y (org-evaluate-time-range), it would be useful to see in the minibuffer that the difference until now is 20 minutes. Saluton! Are you aware that you can set org-clock-mode-line-total to 'current? (Personally, I only discovered it before a few hours, and set it to 'today.) Yes, but you may want to see the current clocking duration independently of the settings of the current header. E.g. even if org-clock-mode-line-total==all, I want to see that my unclosed clocking amounts for 20 minutes.
Re: [O] Announcement: org-one-to-many
Hi, breaking a big .org file in many small pieces is one of my major concerns with .org and one which gives me lots of problems. Thank you very much for having the clear objective of one-to-many. If your goal is HTML export, you can do a function that iterates over all headers and exports them (see below). But then links are broken, you need to decide filenames, etc. Which is what your project solves. org-one-to-many has a shortcoming which is present in so many org to blog systems: it expects a particular structure (in this case, all headers at the same level). I suggest you iterate over search results of a normal search: For instance, you can get all headers tagged with tobesplit like this: (org-map-entries (lambda () (line-number-at-pos)) +tobesplit 'agenda) One of the possible searches is headers at level 2, so this new system would include the one you have. Greetings On Tue, Oct 21, 2014 at 10:02 PM, Marcin Borkowski mb...@wmi.amu.edu.pl wrote: Hi all, a long time ago I asked here about a way to split an Org file into a bunch of smaller ones. One of the answers I got was that the tricky part is maintaining internal links in a reasonable way. It is probably overoptimistic on my side, but it seems that this problem is solved now. The code is not very elegant, and I will be actively working on it (I want to write an org-to-e-learning exporter, based on the HTML one, and this is a small part of that effort), but here it is for testing/review/bug reports/feature requests/any other kind of feedback. And here it is: https://github.com/mbork/org-one-to-many Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Adam Mickiewicz University
Re: [O] Announcement: org-one-to-many
El Thu, 23 Oct 2014 19:58:48 +0200 Marcin Borkowski va escriure: For instance, you can get all headers tagged with tobesplit like this: (org-map-entries (lambda () (line-number-at-pos)) +tobesplit 'agenda) One of the possible searches is headers at level 2, so this new system would include the one you have. I thought about it. I'd like to first make my code a bit cleaner and fix one bug I know of. I think this will be fairly easy; I could split headers with some property (a tag might not be a good idea, since tags are inherited). Tag inheritance is customizable (org-use-tag-inheritance). I don't use it. Anyway, if I have: * :publish: ** b ** ccc:publish: ** * Well, it makes sense to export 2 .org: aaa.org (including ,,ddd) and ccc.org (including only ccc)
[Orgmode] Error about TODO sequence states with 6.09 on Emacs 22.1.1
Hi, I'm seeing a problem with TODO states in the latest org-mode version. .emacs file to reproduce the bug:: - (add-to-list 'load-path ~/.emacs.d/org-6.09) (require 'org) (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) (define-key global-map \C-ca 'org-agenda) (setq org-agenda-files (quote (/tmp/test.org))) (setq debug-on-error t) (setq org-todo-keywords '( (sequence START(s) | ENDED(e)) (sequence TODO(t) | DONE(d))) ) - The file /tmp/test.org must exist, but its content doesn't matter; it can be empty. Sequence to reproduce the bug: 1. open emacs 2. C-c a a 3. You get this error: Debugger entered--Lisp error: (wrong-type-argument stringp (sequence START(s) | ENDED(e))) regexp-quote((sequence START(s) | ENDED(e))) mapconcat(regexp-quote ((sequence START(s) | ENDED(e)) (sequence TODO(t) | DONE(d))) \\|) org-set-regexps-and-options() org-mode() set-auto-mode-0(org-mode nil) set-auto-mode() normal-mode(t) after-find-file(nil t) find-file-noselect-1(#buffer test.org /tmp/test.org nil nil /home/tmp/test.org (1391618 65024)) find-file-noselect(/tmp/test.org) org-get-agenda-file-buffer(/tmp/test.org) org-prepare-agenda-buffers((/tmp/test.org)) org-prepare-agenda() org-agenda-list(nil) call-interactively(org-agenda-list) byte-code(.trimmed) org-agenda(nil) call-interactively(org-agenda) Versions: GNU Emacs 22.1.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-05-03 on terranova, modified by Ubuntu org-mode 6.09 Thanks, 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
[Orgmode] orgstruct-mode for Emacs Lisp files
This has been addressed many times. Given an .el file with comments like: ; section 1 ;; subsection 1 aaa ;;; subsubsection 1 e ;;; subsubsection 2 iii ;; section 2 Then it would be useful to use TAB to cycle the state of those headings. There's outline-mode, but orgstruct-mode is directly usable for org users, and thus easier. However, I find that this procedure didn't work on org-mode 6.09: 1. open that file 2. evaluate (setq org-outline-regexp ;+ ) 3. M-x orgstruct-minor-mode The TAB key still works only on headers matching \\*+ , so I think that I'm changing the wrong regexp, or that orgstruct-mode didn't detect the change. Could you please add a paragraph in the manual, in the section „The Orgstruct minor mode“, that tells about how could you change the outline regexp in case a mode needs it? I found no documentation for org-outline-regexp (less than 10 results on many search engines!). Thanks, 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] orgstruct-mode for Emacs Lisp files
Hi, thanks, outline-minor-mode works. And after I set outline-regexp, it felt more like org-mode. However, it's not based in org-mode; for instance I could not move trees with M-up M-down and do other operations I like from org's outline. I thought orgstruct-mode would be better. But can orgstruct-mode do what the FAQ explains? From the manual it seems as if it could; therefore I think that it would be useful to explain in the manual (section 2.10) more about orgstruct's shortcomings or alternatives. Thanks, Daniel PS: yes, there's also outline-magic.el (by the way, the link in the FAQ goes to a cyclic „HTTP: Found“ page), but I would still prefer „orgstruct-mode“ over „outline-mode with additions“, since what I want is 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
[Orgmode] Where to define functions for use with org
Hi, I'd like some suggestions about storing (defun)s in .org-files. Sometimes Org must use ELisp functions, for instance: - a dynamic table uses a function org-dblock-write:some_name to create its contents - a table uses a formula like $5='(my-function $2) which does a calculation not available in calc These scenarios require that you have already the functions you will use. If you wrote the (defun ...) in your code, you must go there and do C-x C-e to evaluate all of them. My question is: ¿how would you make this process automatic and still distribute the function code together with the .org file? org provides already contrib/org-eval.el, but I don't want to enable org-eval *globally*, and I am not interested in outputting content; just in defining functions. Maybe there are other methods: ideally something similar to Emacs' „local variables“ in headers but for functions. How do you do this? Thanks, 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] Re: ANN: org-eval-light.el was: Re: Embedded elisp formulas, was: Spreadsheet and weighted means
Any votes for including this into the contrib directory? - Carsten I think that org-eval-light.el could even replace org-eval.el if -light- had an option to eval automatically all code snippets when you open a file. This way it would act like org-eval and at the same time it could be made secure. It could have a setting „what to do with code when opening a file with options: „never run, „ask before running and „run without asking. The action of asking whether to evaluate code is similar to Emacs' local variables behaviour. Someone suggested using „local variables to define functions, but: 1. You can only call the defined functions through (funcall 'function). This is bad because you can't control how the current code will call your functions; for instance how org will call org-dblock-write:this-function 2. The section where you define local variables has picky and uneasy rules about handling of line breaks and special characters. Therefore I think that org-eval* is needed and that the 2 could be combined. -- 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] Languages again
I attach translations for Catalan and Esperanto. (ca Autor Data Iacute;ndex Peus de pagrave;gina) (eo A#365;toro Dato Enhavo Piednotoj) ___ Emacs-orgmode 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] Verbatim blocks are subject to markup
With org-mode 6.12a, if I open a new file.org and write: #+BEGIN_EXAMPLE a aa ''*aa*'' ao * a #+END_EXAMPLE Then I see „“ as a heading (in blue, and I can do TAB on it). According to [1], this block should not be subject to markup. But it is, and the „“ mixes in with the external headings. It happens the same with „#+BEGIN_SRC c“, for instance. Is this a bug, feature, or misconfiguration? -- Daniel. [1]: http://orgmode.org/manual/Literal-examples.html#Literal-examples ___ Emacs-orgmode 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] (require 'htmlize) in org-exp should have NOERROR set
With org-mode 6.12a from Emacs 23 of 15-11-2008, I get the error (file-error Cannot open load file htmlize) when exporting to HTML this file: #+BEGIN_SRC emacs-lisp ; bep (beep) #+END_SRC The problem seems to be in org-export-format-source-code (org-exp.el): ;; We are exporting to HTML (condition-case nil (require 'htmlize) (nil t)) That should be just (require 'htmlize nil t) I have also seen the idiom (condition-case nil (require 'htmlize) (error t)), but I think (require 'htmlize nil t) is cleaner because it doesn't throw errors. -- 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] easypg and multiple prompts
Richard Riley [EMAIL PROTECTED] writes: (require 'epa) (epa-file-enable) although I thinks its default is on anyway. Yes. One is prompted three times for the passphrase I got the same behaviour when using 3 mail accounts in Gnus which make use of one sole authinfo file. I described this in [1]. Yes, there is some caché for easypg. I turned it on via: (setq epa-file-cache-passphrase-for-symmetric-encryption t) and now it asks me the password just one time. I think this will be useful also for Org. The code (Gnus and Org-mode), however, seem to be accessing the same data many times instead of being „smart“ and reading all needed data in just one go. But I doubt this makes a difference in terms of efficiency, since the involved files are small. [1] http://www.emacswiki.org/emacs/GnusEncryptedAuthInfo ___ Emacs-orgmode 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] Export without TODO keywords
Thanks, this is indeed helpful. I found also two things that could be considered „todo keywords“ too: - TODO state changes (e.g. the CLOSED keyword) and the short notes you can make when a task is done - SCHEDULED and DEADLINE keywords Both are currently always exported below the headline. The first ones make sense only if you are exporting TODO keywords in headlines, so they could be included in the same option. Since there can be schedules and deadlines on unmarked headers, they are not the same as TODO keywords. I don't know if they need an own export property. With that, all tracking information could be filtered out on export. Greetings, Daniel Carsten Dominik [EMAIL PROTECTED] writes: Hi Daniel, Sebastian, in addition t the variables Sebastian has listed, I have now created new ones org-export-with-todo-keywords org-export-with-priority which will allow to turn off these meta data for export actions. HTH - Carsten On Dec 1, 2008, at 3:02 PM, Sebastian Rose wrote: Hi Daniel, you might want to customize these variables: org-export-with-drawers org-export-with-tags org-export-with-timestamps org-export-mark-todo-in-toc I'm not aware of a way to suppress the export of todo keywords. But the export puts the TODO keywords in span tags and assignes one of the two classes 'todo' or 'done', depending on your todo setup: span class=todoTODO/span span class=todoSTARTED/span span class=todoWAITING/span span class=doneDONE/span To hide the todo keywords in your HTML, you might add the following to your stylesheet: span.todo { display:none;visibility:hidden; } span.done { display:none;visibility:hidden; } Regards, Sebastian Daniel Clemente [EMAIL PROTECTED] writes: Hi, this seems to be very basic, but: is there a way to export a file without the TODO keywords and the other task tracking information? I'm writing a web site where each section is a task (I schedule a day to write it, then it goes from TODO to DONE). When I export to HTML, I see headers like „1.2 DONE Introduction“, but I would like just „1.2 Introduction“. In fact I would like to prevent all tracking information (CLOCK, SCHEDULED, DEADLINE, priorities, properties, ...) from being exported. I found no export option to do that and also no variable. Greetings, 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 -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose emma-stil de, sebastian_rose gmx de Http: www.emma-stil.de ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export without TODO keywords
Carsten Dominik [EMAIL PROTECTED] writes: (setq org-export-with-timestamps nil) also removes the DEADLINE and SCHEDULED keywords. Nice! And it has the equivalent #+OPTIONS: :nil Then only „log notes“ exporting is not configurable. 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
[Orgmode] Documentation for org-log-done
Hi. Documentation for org-log-done referred still to the old settings. I updated it and copied some notes from org-log-repeat. Feel free to change the wording. Thanks, Daniel diff --git a/lisp/org.el b/lisp/org.el index 3ac7b08..b597e09 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1515,14 +1515,20 @@ or `done', meaning any not-done or done state, respectively. (choice (const :tag Add t) (const :tag Remove nil))) (defcustom org-log-done nil - Non-nil means, record a CLOSED timestamp when moving an entry to DONE. -When equal to the list (done), also prompt for a closing note. -This can also be configured on a per-file basis by adding one of -the following lines anywhere in the buffer: + Information to record when a task moves to the DONE state. Possible values: + +nil Don't add anything, just change the keyword +timeAdd a time stamp to the task +notePrompt a closing note and add it with template `org-log-note-headings' + +This option can also be set with on a per-file-basis with + #+STARTUP: nologdone #+STARTUP: logdone #+STARTUP: lognotedone - #+STARTUP: nologdone + +You can have local logging settings for a subtree by setting the LOGGING +property to one or more of these keywords. :group 'org-todo :group 'org-progress :type '(choice ___ Emacs-orgmode 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] Tasks under COMMENT section are added to appt
Hi, the agenda view ignores tasks which have a COMMENT keyword in the headline (or are children of a such headline): * COMMENT Past activities ** DONE Go do something, 2007-10-25 Do 18:00 +1w ... ** DONE Something else I did SCHEDULED: 2008-12-11 dj 19:45 But I was surprised to find them added as appointments to appt after an (org-agenda-to-appt). Both were added (you can check it with appt-delete) and they will be displayed from now on. I think they should be always be ignored by default. Thanks, 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] Tasks under COMMENT section are added to appt
Carsten Dominik domi...@science.uva.nl writes: could you please try if the following patch fixes this problem? A simple patch, and it works! Thanks for commiting it. -- Daniel diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index ffcabde..25f2baa 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -5627,6 +5627,7 @@ belonging to the \Work\ category. (time-to-days (current-time (files (org-agenda-files 'unrestricted)) entries file) ;; Get all entries which may contain an appt +(org-prepare-agenda-buffers files) (while (setq file (pop files)) (setq entries (append entries ___ Emacs-orgmode 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] Export without TODO keywords
Hi, Carsten Dominik domi...@science.uva.nl writes: Then only „log notes“ exporting is not configurable. True, but this is not really metadata, but notes, which could easily be confused with normal plain text. I think I will stop here adding options for this purpose. You can try to write a small function which removes these as well, and call it from `org-export-preprocess-hook'. By the way, this is how I finally removed all tracking information under the headlines. I included it in my file and had to eval it so that it registers the hook. You can use the code as you like. -- Daniel (defun org-export-remove-notes-from-all-headings () Removes all the tracking information of headings, like log notes, keywords, and clocking. Add this as a hook to `org-export-preprocess-hook' (show-all) (org-map-entries 'org-export-remove-notes-from-heading nil nil) ) (defun org-export-remove-notes-from-heading () Removes all the tracking information which is under the current headline, if it contains. This information includes log notes (see `org-log-done'), CLOSED/SCHEDULED/DEADLINE keywords, CLOCK entries and others. (unless (org-at-heading-p) (error Not on a headline)) (beginning-of-line) (let* ( (level (org-reduced-level (funcall outline-level))) ; Regexp of lines to delete. If it starts with TAB, it is indented and thus we delete it. If it has spaces, we delete if the number of spaces is equal to the heading level (number of *) (regexp-of-deletable (concat ^\\(\t+\\| (make-string level ? ) \\))) ) (forward-line) (while (looking-at regexp-of-deletable) ;(message (concat Deleting this text: (buffer-substring (line-beginning-position) (line-end-position (kill-line t) ) ) ) (add-hook 'org-export-preprocess-hook 'org-export-remove-notes-from-all-headings) ___ Emacs-orgmode 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] structure editing in brainstorming mode
Thanks. But I had to turn on transient mark mode for it to work. Intended behavior I guess? Yes. Everybody should turn it on. Why would you not? Why „should“ everyone use transient mark mode? Not everyone has to like that setting, and some may prefer to work without it. I myself find it confusing because when I set the mark, I want just to mark that point for later use (to jump quickly there, for instance). transient-mark-mode assumes that I always want to *start a region*, which is not true. I also like to select text without highlighting; it is less distracting and more readable. I wish you a (transient-mark-mode -1) and a happy new year :-) 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
[Orgmode] Function to get the title of a heading
Hi, I want to get the title of some entry in Elisp. That is, from this heading: *** TODO Do something! I want the Do something!. I know no function to do this; although there is probably one. What I found is: - (org-entry-properties) returns the TODO keyword, the tags, and the category, but not the title. - (org-get-entry) has no useful documentation but it seems to return the content, not the heading. - (org-get-header HEADER) does something else related to mail; it seems to be unused and not much documented. - (org-get-heading t) seems to return the full line (even with keyword), but with properties: #(TODO Do something! 0 4 (org-category test1 fontified t face org-todo) 4 18 (org-category test1 fontified t face org-level-3)) Based on this, I did a function to remove the TODO keyword and the properties. (defun org-get-heading-title () Returns the heading of the current entry as a string, without the leading stars, the TODO keyword or the tags. (let ( (title-with-props (org-get-heading t)) (keyword (org-get-todo-state)) ) (substring-no-properties title-with-props (if keyword (1+ (length keyword ) ) Suggestions: - This could also be implemented as a parameter to (org-get-heading). - Or the title returned in (org-entry-properties) - And (org-get-header HEADER) could be removed. - In any case, such a function can be included in Org-mode so that it is easy to find. Thanks, 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] Function to get the title of a heading
Carsten Dominik domi...@science.uva.nl writes: Hi Daniel, I have added `org-heading-components'. That helps, and it also makes easier other inquiries like the current headline level. Formerly I had to do (org-reduced-level (funcall outline-level)) which was not obvious. Thanks, 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
[Orgmode] org-map-entries narrows to subtree
Hi. After you eval this (for instance to count the number of headlines under a tree): (org-map-entries 'ignore t 'tree) you end up with a different view of the buffer because (org-narrow-to-subtree) was called. This seems an unwanted side effect since narrowing is not org-map-entries' job. Should (save-excursion) be used inside (org-map-entries ... 'tree) ? -- 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
[Orgmode] Re: org-map-entries narrows to subtree
Daniel Clemente n142...@gmail.com writes: Should (save-excursion) be used inside (org-map-entries ... 'tree) ? Sorry, I meant (save-restriction) ___ Emacs-orgmode 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] Link to heading in another org file
Hi, I'm trying to link to a heading in another org file. I assume it's possible and I remember a related discussion (maybe about those links in HTML), but I didn't find it. I tried to use intuitively this syntax (it doesn't work): [[file:proj.org#*some heading]] This is similar to [[gnus:group#id]]. This syntax would disallow using # in a file name, but I think this is reasonable to do. It can be escaped with [#] like spaces. Whether org uses this syntax or another, no example of this appears at http://orgmode.org/manual/External-links.html#External-links . It could be added there. Thanks, 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] Re: Link to heading in another org file
Ok, so it was [[file:proj.org::*some heading]] instead of [[file:proj.org#*some heading]], fine. Could it be documented as example in http://orgmode.org/manual/External-links.html#External-links This also refers to it: http://orgmode.org/manual/Publishing-links.html#Publishing-links 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] Command key problem in agenda view
Hi, similar strange things happened to me because Emacs was loading the system org-mode (the one installed by Emacs) instead of the org-mode I had put in my personal directory. Therefore an old version of org-mode was being loaded, with less features than expected. Check your configuration; try M-x org-version and be sure that you are running the latest org-mode (current one is 6.17c). At your ~/.emacs you should have something like (add-to-list 'load-path /somewhere/org-mode/lisp) (require 'org-install) And not (require 'org). Just an idea. 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