Re: [Orgmode] Re: org-indent-mode and visual-line-mode
On Nov 20, 2009, at 3:12 AM, Matt Price wrote: On Fri, 2009-11-20 at 09:33 +1100, Ben Finney wrote: Matt Price writes: Visual-line-mode is a replacement for longlines-mode; it soft-wraps text at the screen boundary, and does a much better job than longlines-mode did. I think you're confused by a (helpful) conflation. The ‘visual-lines-mode’ is indeed a replacement for ‘longlines-mode’, but its job is to cause editing commands to act on visual, rather than logical lines. The wrapping behaviour you're describing is performed by ‘word- wrap’, a buffer-local variable that cuases lines to be visually broken at word boundaries. The ‘word-wrap’ variable is set by ‘visual-lines-mode’, which is why you're seeing it happen. But ‘word-wrap’ is independent of this. that's very helpful. but see below... Is that what you needed? I'm not sure where the code for visual-line-mode lives -- there isn't a visual-line.el anywhere that i can find on my system. Fortunately, ‘visual-line-mode’ appears to be a distraction from what you're describing; Carsten only needs to learn about ‘word-wrap’. would you expect then that i should see the same difficulty if I evaluate '(word-wrap 1) in a buffer using org-indent-mode? Because when I do that, the wrapping seems to occur as expected and, importantly, the indentation level is preserved too. So to my extremely unpracticed eye it seems that visual-lines-mode does something to the wrapping behaviour that makes problems for org-mode. Does anyone else use visual-=line-mode with org? I'm sort of surprised no one would -- it seems a completely obvious choice to me and it may be that I'm just missing something about optimum work flows or similar. Hi Matt, personally, I never use visual-line-mode, mainly because cursor motion becomes unpredictable to me (down doe not get me into the next line, so for example keyboard macros are much harder to make to consistently). That said, I would expect that what you are describing should work, and my memory is also that it used to work - after all, I implemented not only line-prefix, but also wrap-prefix in org-indent-mode. I am quite sure that this used to work. I am not sure how to proceed. Someone would have to bisect Emacs to find which commit changed this behavior. Or maybe at lease someone can try with a vanilla 23.1 Emacs? If it works there, we might have enough to file a bug report. - Carsten - Carsten Anyway, thanks again, Matt ___ 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 - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: Periodic events based on count of specific weekdays (was: Monthly events based on count of specific weekdays)
Hi Ben, extending the date format would be a significant amount of work. The current time/date format is already complex to handle internally, mainly because it was build not with a clean design but step by step. o I am hesitating to add something like you propose. My feeling is that date specifications like this are seldomly used, and as far as readability is concerned, for these few events you could just (as suggested by Matt) write a note explaining what the entry does. Sorry. - Carsten On Nov 19, 2009, at 11:43 PM, Ben Finney wrote: Ben Finney writes: […] “second Tuesday of the month” isn't niche, it is pretty common, I would have thought. […] You'd have to ask Carsten to implement a new timestamp syntax. What would you propose as a more readable designation? How about a keyword that specifies the type of repeat being requested: <2009-10-13 Tue 14:00 +1m dow> Repeat each month, on the second Tuesday of the month. Calculated because this date is the second Tuesday of the month, and “dow” is the specified repeat type. <2009-10-13 Tue 14:00 +1m dom> Repeat each month, on the 13th day of the month. Calculated because this date is the 13th of the month, and “dom” is the specified repeat type. <2009-10-13 Tue 14:00 +1m> Repeat each month, on the 13th day of the month. Calculated because this date is the 13th of the month, and “dom” is the default repeat type. This allows existing behaviour to be continued (“repeat on the same day of the month”), preserves the default behaviour, and allows for other repeat types to be added later without breaking existing timestamp data. -- \“He who laughs last, thinks slowest.” — anonymous | ` \ | _o__ ) | Ben Finney ___ 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 - 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] Re: C-a marks whole buffer instead of moving to beginning of line
On Nov 19, 2009, at 3:45 PM, Rainer Stengele wrote: I get: C-a runs the command mark-whole-buffer, which is an interactive compiled Lisp function in `simple.el'. It is bound to C-a, C-x h, . (mark-whole-buffer) Put point at beginning and mark at end of buffer. You probably should not use this function in Lisp programs; it is usually a mistake for a Lisp function to use any subroutine that uses or sets the mark. I can't seem to find the beast. I already switched off cua mode. How can I find where this setting is done? Hi Rainer clear out your .emacs file and add stuff back in until the problem appears. If your .emacs file is big, do the adding/removing in a bisecting way. If it gets frustrating, see it as an opportunity toe clean up this file :-) HTH - Carsten Thanks, Rainer Carsten Dominik schrieb: On Nov 18, 2009, at 5:30 PM, Rainer Stengele wrote: I have Org Special Ctrl A/E: Hide Value Value Menu reversed: true line boundary first Emacs still marks the whole buffer with C-a instead of setting point to begin of line. What does `C-h k C-a' give you? I guess the culprit must be something like pc-select or cua-mode or similar, because C-a on windows is supposed to select the buffer. - Carsten C-e works as expected. Where is emacs overriding my C-a setting? I can't find it. Rainer Org-mode version 6.33trans GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-10-14 on LENNART-69DE564 (patched) ___ 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 - 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 - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org 45d619c82 doesn't let me create new nodes with (org-refile-allow-creating-parent-nodes (quote confirm))
Hi Friedrich, this seems to work fine for me. - Carsten On Nov 11, 2009, at 4:36 PM, Friedrich Delgado Friedrichs wrote: I use the following settings to allow me to create new nodes on the fly when refiling: '(org-refile-allow-creating-parent-nodes (quote confirm)) '(org-refile-targets (quote ((org-agenda-files :maxlevel . 5 '(org-refile-use-outline-path (quote full-file-path)) (My almost complete settings are in my previous mail to this list today.) Say I have \home\friedel\Org\Someday.org which doesn't contain the node "Foo" yet, so I give "\home\fdf\Org\Someday.org/Foo/" at the "Refile to:" prompt. This just silently fails, it doesn't even produce an error, no message, nothing. (Just "Getting targets...done" when I'm completing the path.) -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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 - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] adding new protocol handler in firefox
At Thu, 19 Nov 2009 21:09:21 +0100, Sebastian Rose wrote: > Well, anyway, editing RDF files by hand is not the way to go. Indeed. This was the method that worked for me (thanks to "goncheff" for discovering it): 1. In about:config, create a boolean key "network.protocol-handler.expose.org-protocol" and set it to False 2. Create a simple web page containing a link to the URL org-protocol://test 3. Open the web page you just created 4. Click on the link 5. Choose emacsclient as the associated application in the dialog box that appears and no other method worked (although I didn't know about the "edit the RDF file" method). It isn't, of course, necessary to create a web page - you can use an existing one with such a link - but it *is* necessary to click on a link in a web page - selecting a bookmarklet no longer works in the latest Firefox release, at least on Ubuntu 9.10 and on Mac OS X, and probably elsewhere too. -- cut here -- I guess I should create a patch to worg to include the above instructions for newer versions of Firefox. Unless people think the RDF editing method is better? > Instead, we should link to descriptions on how install the handlers > system wide. Nice idea, but unfortunately on Linux (as far as I know) there is no standard way to do that. -- Robin ___ 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] Bug: org-agenda-query-and-cmd results in (wrong-type-argument char-or-string-p nil) when org-agenda-query-string is unset [6.33trans (release_6.33c.27.g1bb0d)]
Hey! Case closed! Thanks a lot for spotting this! Nick Dokos schrieb: > Perhaps that's because you are loading contrib/lisp/org-interactive-query.el, > which redefines keys in the agenda mode map: ---Zitatende--- Exactly that was the problem... I think there was a lazy day in the past where I just said "let's check this out", tried it, never used it again and forgot about it. ;-} Best regards Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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 45d619c82 doesn't let me create new nodes with (org-refile-allow-creating-parent-nodes (quote confirm))
Hiho! Carsten Dominik schrieb: > this seems to work fine for me. Hm. Anyone else who has this problem? If not, it's probably my config again. I think I'll trace the function with edebug to figure it out. Thanks for your feedback! Fullquote to jog people's memories: > On Nov 11, 2009, at 4:36 PM, Friedrich Delgado Friedrichs wrote: > >I use the following settings to allow me to create new nodes on the > >fly when refiling: > > > >'(org-refile-allow-creating-parent-nodes (quote confirm)) > >'(org-refile-targets (quote ((org-agenda-files :maxlevel . > >5 > >'(org-refile-use-outline-path (quote full-file-path)) > > > >(My almost complete settings are in my previous mail to this list > >today.) > > > >Say I have \home\friedel\Org\Someday.org which doesn't contain the > >node "Foo" yet, so I give "\home\fdf\Org\Someday.org/Foo/" at the > >"Refile to:" prompt. > > > >This just silently fails, it doesn't even produce an error, no > >message, nothing. (Just "Getting targets...done" when I'm completing > >the path.) ---Zitatende--- Kind regards Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] export of list with lowered characters
Hi,
How can I get the following to be exported correctly to html?
- A 20mM HCO_{3}^{-}
- B 20 - 100mM H^{+}
- C 20 - 100mM Na^{+}
- D 5 - 15 mM K^{+}
- E 80 - 150mM Cl^{+}
I have "^{}:t" in the "+OPTIONS:" line.
In other words: can I turn off strike-throughs (++)?
Thanks, Jörg
___
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 of list with lowered characters
Line E should of course be Cl^{-}, but I kept adding plusses not paying
attention to the chemistry.
Jörg Hagmann wrote:
Hi,
How can I get the following to be exported correctly to html?
- A 20mM HCO_{3}^{-}
- B 20 - 100mM H^{+}
- C 20 - 100mM Na^{+}
- D 5 - 15 mM K^{+}
- E 80 - 150mM Cl^{+}
I have "^{}:t" in the "+OPTIONS:" line.
In other words: can I turn off strike-throughs (++)?
Thanks, Jörg
___
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
--
Prof. Jörg Hagmann-Zanolari MD
University of Basel
Department of Biomedicine
Institute of Biochemistry and Genetics
Mattenstrasse 28
CH-4058 Basel
Switzerland
Phone +41 (0)61 267 3565
___
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 of list with lowered characters
On Nov 20, 2009, at 12:07 PM, Jörg Hagmann wrote:
Hi,
How can I get the following to be exported correctly to html?
- A 20mM HCO_{3}^{-}
- B 20 - 100mM H^{+}
- C 20 - 100mM Na^{+}
- D 5 - 15 mM K^{+}
- E 80 - 150mM Cl^{+}
I have "^{}:t" in the "+OPTIONS:" line.
In other words: can I turn off strike-throughs (++)?
Customize org-emphasis-alist and remove the final entry in that list.
I did that long a go and never looked back... :-)
- 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] LaTeX export of section links
Hi,
I have a few questions about links to sections.
I've read that it is better to user IDs and CUSTOM_IDs to links to section...
Here's a small example with 4 cases:
--8<---cut here---start->8---
* First
:PROPERTIES:
:CUSTOM_ID: heading-a
:END:
Hello Toto!
* Second
# <>
Hello Tata!
* Third
#+CUSTOM_ID: heading-c
Hello Titi!
* Fourth
#+ID: heading-d
Hello Tete!
[[heading-a]]
[[heading-b]]
[[heading-c]]
[[heading-d]]
--8<---cut here---end--->8---
Which give the following LaTeX code:
--8<---cut here---start->8---
\section{First}
\label{sec-1}
\label{heading-a}
Hello Toto!
\section{Second}
\label{sec-2}
\label{heading-b}
Hello Tata!
\section{Third}
\label{sec-3}
Hello Titi!
\section{Fourth}
\label{sec-4}
Hello Tete!
\hyperref[sec-1]{heading-a}
\hyperref[sec-2]{heading-b}
\hyperref[sec-3]{heading-c}
\hyperref[sec-4]{heading-d}
--8<---cut here---end--->8---
The first and second cases both generate labels which are not used in LaTeX.
The third and fourth cases are very elegant as they use only aliases (which
are dropped from the LaTeX code).
My questions are:
- what's the difference between using ID and CUSTOM_ID?
- the cases "Third" and "Fourth" are the more elegant from my point of view.
Is this the right way of doing?
- what's the difference between cases "First" and "Second" (I mean between
using PROPERTIES and # <>)?
- in the documentation (section 4.2), we talk about "CUSTOM_ID property" does
it mean that we should use it as in case 1?
Thanks.
Francesco
___
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
Hey! I was just doing a small review and noticed that I get the current tree of the agenda item in the echo area! This rocks! Carsten Dominik schrieb: > On Nov 12, 2009, at 1:36 AM, Samuel Wales 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. > How about using the echo area? > > I have implemented that, please take a look to see if this works as > well. Wonderful! :) Its fun when features are added that were below my conscious level of recognising that I want it. Kind of like getting a really awesome birthday present, that you never knew even existed. Keep on rocking! Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] Bug: i in agenda complains mark is not active now [6.33trans (release_6.33c.26.ga839)]
Carsten Dominik writes: > I cannot reproduce this. Can you please send a backtrace? > > - Carsten I can't reproduce it with the tip of master today either so I think it's fixed. It's broken on the commit I was on yesterday which is 1bb0df0 (Allow diary entry insertion at top-level, 2009-11-19) Debugger entered--Lisp error: (mark-inactive) signal(mark-inactive nil) mark() (and (mark) (get-text-property (mark) (quote day)) (calendar-gregorian-from-absolute (get-text-property ... ...))) (setq d1 (calendar-gregorian-from-absolute (get-text-property ... ...)) d2 (and (mark) (get-text-property ... ...) (calendar-gregorian-from-absolute ...))) (if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-date t) d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-from-absolute ...) d2 (and ... ... ...))) (let (d1 d2 char (text "")) (if (equal ... "*Calendar*") (setq d1 ... d2 ...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay [a]nniversary [b]lock [j]ump to date tree") (setq char (read-char-exclusive)) (cond (... ... ...) (... ... ... ...) (... ... ... ...) (... ... ... ...) (t ...))) org-agenda-diary-entry-in-org-file() (if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-org-file) (require (quote diary-lib)) (let* (... ... ... ... ...) (unless cmd ...) (unless ... ...) (let ... ...))) org-agenda-diary-entry() call-interactively(org-agenda-diary-entry) -Bernt > > On Nov 19, 2009, at 5:26 PM, Bernt Hansen wrote: > >> >> Remember to cover the basics, that is, what you expected to happen and >> what in fact did happen. You don't know how to make a good report? >> See >> >> http://orgmode.org/manual/Feedback.html#Feedback >> >> Your bug report will be posted to the Org-mode mailing list. >> >> When org-agenda-diary-file is set to a special org file for diary >> entries and transient mark mode is enabled 'i' in the agenda fails >> with 'mark is not active now' >> >> My workaround for this is C-SPC to set the mark anywhere legal in the >> agenda display (ie not on the first or last line) and then hit 'i' >> to insert my diary entries. >> >> -Bernt >> >> Emacs : GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) >> of 2008-11-09 on raven, modified by Debian >> Package: Org-mode version 6.33trans (release_6.33c.26.ga839) >> >> >> ___ >> 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 > > - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: i in agenda complains mark is not active now [6.33trans (release_6.33c.26.ga839)]
If you hit i on the first line of the agenda you get
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
calendar-gregorian-from-absolute(nil)
(setq d1 (calendar-gregorian-from-absolute (get-text-property ... ...)) d2
(and (ignore-errors ...) (save-excursion ... ...)
(calendar-gregorian-from-absolute dp)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-date t)
d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-from-absolute ...) d2
(and ... ... ...)))
(let (d1 d2 char (text "") dp) (if (equal ... "*Calendar*") (setq d1 ... d2
...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay [a]nniversary [b]lock
[j]ump to date tree") (setq char (read-char-exclusive)) (cond (... ... ...)
(... ... ... ...) (... ... ... ...) (... ... ... ...) (t ...)))
org-agenda-diary-entry-in-org-file()
(if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-org-file)
(require (quote diary-lib)) (let* (... ... ... ... ...) (unless cmd ...)
(unless ... ...) (let ... ...)))
org-agenda-diary-entry()
call-interactively(org-agenda-diary-entry)
recursive-edit()
byte-code("Æ @Ç=! ÈÉÊ\"ËÉ!A@)¢Ì=! ÈÍÊ\"Î !Ï Ð!\fc Ñed\"
VW ebÒ
¥y` dbÒ
¥
Zy`|)ÓcebÔÕÖ \"× ÔØ!ÙÊ ÔØ!Ú +Ù" [unread-command-char
debugger-args x debugger-buffer noninteractive debugger-batch-max-lines -1
debug backtrace-debug 4 t backtrace-frame lambda 5 pop-to-buffer debugger-mode
debugger-setup-buffer count-lines 2 "...\n" message "%s" buffer-string
kill-emacs "" nil recursive-edit middlestart buffer-read-only standard-output]
4)
debug(error (mark-inactive))
signal(mark-inactive nil)
mark()
(and (mark) (get-text-property (mark) (quote day))
(calendar-gregorian-from-absolute (get-text-property ... ...)))
(setq d1 (calendar-gregorian-from-absolute (get-text-property ... ...)) d2
(and (mark) (get-text-property ... ...) (calendar-gregorian-from-absolute ...)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-date t)
d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-from-absolute ...) d2
(and ... ... ...)))
(let (d1 d2 char (text "")) (if (equal ... "*Calendar*") (setq d1 ... d2 ...)
(setq d1 ... d2 ...)) (message "Diary entry: [d]ay [a]nniversary [b]lock [j]ump
to date tree") (setq char (read-char-exclusive)) (cond (... ... ...) (... ...
... ...) (... ... ... ...) (... ... ... ...) (t ...)))
org-agenda-diary-entry-in-org-file()
(if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-org-file)
(require (quote diary-lib)) (let* (... ... ... ... ...) (unless cmd ...)
(unless ... ...) (let ... ...)))
org-agenda-diary-entry()
call-interactively(org-agenda-diary-entry)
and if you hit i on the last line of the agenda you get
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
calendar-gregorian-from-absolute(nil)
(setq d1 (calendar-gregorian-from-absolute (get-text-property ... ...)) d2
(and (ignore-errors ...) (save-excursion ... ...)
(calendar-gregorian-from-absolute dp)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-date t)
d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-from-absolute ...) d2
(and ... ... ...)))
(let (d1 d2 char (text "") dp) (if (equal ... "*Calendar*") (setq d1 ... d2
...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay [a]nniversary [b]lock
[j]ump to date tree") (setq char (read-char-exclusive)) (cond (... ... ...)
(... ... ... ...) (... ... ... ...) (... ... ... ...) (t ...)))
org-agenda-diary-entry-in-org-file()
(if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-org-file)
(require (quote diary-lib)) (let* (... ... ... ... ...) (unless cmd ...)
(unless ... ...) (let ... ...)))
org-agenda-diary-entry()
call-interactively(org-agenda-diary-entry)
-Bernt
Bernt Hansen writes:
> Carsten Dominik writes:
>
>> I cannot reproduce this. Can you please send a backtrace?
>>
>> - Carsten
>
> I can't reproduce it with the tip of master today either so I think
> it's fixed. It's broken on the commit I was on yesterday which is
>
> 1bb0df0 (Allow diary entry insertion at top-level, 2009-11-19)
>
> Debugger entered--Lisp error: (mark-inactive)
> signal(mark-inactive nil)
> mark()
> (and (mark) (get-text-property (mark) (quote day))
> (calendar-gregorian-from-absolute (get-text-property ... ...)))
> (setq d1 (calendar-gregorian-from-absolute (get-text-property ... ...)) d2
> (and (mark) (get-text-property ... ...) (calendar-gregorian-from-absolute
> ...)))
> (if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-date t)
> d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-from-absolute ...)
> d2 (and ... ... ...)))
> (let (d1 d2 char (text "")) (if (equal ... "*Calendar*") (setq d1 ... d2
> ...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay [a]nniversary [b]lock
> [j]ump to date tree") (setq char (read-char-exclusive)) (cond (... ...
Re: [Orgmode] Contextual tag auto-exclusion
Hi! I'm just trying to use this feature and I noticed, that it apparently only works if org-tag-alist is explicitly set to a non-nil value. I use dynamic tags (lots of them) and I wonder if it would be possible to use those for auto-exclusion. At least Org can do completion of dynamic tags, so there is probably some function to get a list of the tags (or maybe just those in the current agenda). John Wiegley schrieb: > I've submitted a feature today which provide contextual > auto-exclusion for tags in the Agenda view. For example, I use the > following tags for TODOs: ---Zitatende--- Kind regards Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] Contextual tag auto-exclusion
Hm. It just occured to me that it might be sufficient (and maybe more efficient) to only check the set of tags that I'm filtering for, so I could maybe temporarily set org-tag-alist to the list of those tags? > I'm just trying to use this feature and I noticed, that it apparently > only works if org-tag-alist is explicitly set to a non-nil value. > > I use dynamic tags (lots of them) and I wonder if it would be possible > to use those for auto-exclusion. > > At least Org can do completion of dynamic tags, so there is probably > some function to get a list of the tags (or maybe just those in the > current agenda). > > John Wiegley schrieb: > > I've submitted a feature today which provide contextual > > auto-exclusion for tags in the Agenda view. For example, I use the > > following tags for TODOs: ---Zitatende--- -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] Blorgit > SVN integration
Hi Eric, 1) Is it possible to integrate Blorgit with SVN instead of git? If yes, how can I do it? >> >> This is what I've added to blog.rb: >> >> diff --git a/backend/blog.rb b/backend/blog.rb >> index 0f43728..827ec05 100644 >> [...] >> > Thanks, that patch looks great. If you don't mind I'd like to apply the > patch to the blorgit git repository on github. Do you have a github > user name patch which I can use for patch authorship, or could I just > use your name and email address? Of course, I'll be happy to contribute. I just created a fresh account on github (user name: fpz). Is this that you need? If not, you can use my name but prefer this email address: francesco.pizzola...@gmail.com. Thanks. >> One little question: is it possible to add a comment field when editing a >> file through the web interface and use that comment as the log when >> checking in the file in the repository? >> > > That behavior is not currently part of blorgit, but it shouldn't be hard > to add. See lines 241 through 247 of blorgit.rb which are responsible > for rendering the edit page. It shouldn't be hard to add a comment > field, and then later access that field when committing to SVN/GIT. I will have a look at this soon. 3) I would like to add a .pdf link (next to edit .org .tex) in order to download the PDF coming from the compilation (pdflatex) of the .tex file. Is it possible? >>> >>> Yes, this should certainly be possible (and please let me know if you >>> succeed and I would like to add that change to the main repo). See line >>> 70 in backend/acts_as_org/lib/acts_as_org.rb, it should be fairly >>> straight forward to create a to_pdf command similar to the to_tex >>> command defined therein. >> >> Here's what I did for this. >> >> [...] > Would it be possible to push the "dot removal" behavior into the shell > script. That way the files could be re-hidden behind a dot after the > pdf export has finished. That's an idea. I'll have a look. > Also, rather than using a shell script, would it be possible to use the > built in `org-export-as-pdf' function. This may obviate the need for a > shell script at all. In this case you probably wouldn't need to remove > the leading "." in the file names, and if you did, it could be done in > elisp right around export with the `rename-file' function. I went the shell script way because I already had a shell script for the pdf part (with several iterations to get the references right). I will have a look at your proposition and see if I can make it work the emacs way too... Thanks. Talk to you soon. Francesco ___ 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] Emacs package management with org-mode
Hi Andrea, At Sat, 14 Nov 2009 18:35:28 + (UTC), andrea Crotti wrote: > > I was keeping a list of packages I use with emacs (here) > http://github.com/AndreaCrotti/Emacs-conf/blob/master/.emacs.d/README.txt > > but now I had another idea, why don't create a table with org mode? > > I thought a table like > > | PACK | UPDATE CMD | REPO | COMMENT | RANK | CONF | > > where > PACK: name and link > UPDATE CMD: command shell or elisp to give to update it > REPO: where is actually stored (could be a file or a directory) > CONF: my configuration file > > So in this way in my dream if for example I want to update auto-complete > my function > - looks for it on the table > - cd to the right directory > - git pull the differences (and do other things as needed) > > and I have all the informations in one table. > > It's not so easy I guess but it maybe worth the effort, what do you think? > Thanks Interesting idea as this sounds as a nice way to manage my list of remote repositories I am subscribed to. I cannot provide a fully working solution (yet?) but after playing arround with column view (Manual, Sec. 7.5) something like that could be a starting point: , | * Repositories | :PROPERTIES: | :COLUMNS: %25ITEM %25Path %12LastUpdate | :END: | | #+BEGIN: columnview :hlines 1 :id local | | ITEM| Path| LastUpdate | | |-+-+--| | | * Repository| | | | | ** Repository 1 | /home/david | 2009-10-11 11:12 | | #+END: | | ** Repository 1 | :PROPERTIES: | :Path: /home/david | :LastUpdate: 2009-10-11 11:12 | :END: ` Instead of using a table to *store* the information about the repositories, use a dynamically created property view to display repository information that are kept in headlines with the appropriate properites. So an update-function would process all "repository headlines" (org-map-entry), read it's properties and act according to them. Despite of simply executing an update command it seems to me that wrapping common update commands (wget, git, hg etc.) in elisp functions that call the program and parse it's output. For instance one might find it useful to get notified if an update failed or, more general, keep a condensed update log for each repository. Regards, -- David -- OpenPGP... 0x316F4BE4670716FD Jabber dmj...@jabber.org Email. maus.da...@gmail.com ICQ... 241051416 ___ 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] Bug: i in agenda complains mark is not active now [6.33trans (release_6.33c.26.ga839)]
Fixed, thanks.
- Carsten
On Nov 20, 2009, at 1:14 PM, Bernt Hansen wrote:
If you hit i on the first line of the agenda you get
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-
p nil)
calendar-gregorian-from-absolute(nil)
(setq d1 (calendar-gregorian-from-absolute (get-text-
property ... ...)) d2 (and (ignore-errors ...) (save-
excursion ... ...) (calendar-gregorian-from-absolute dp)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-
date t) d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-
from-absolute ...) d2 (and ... ... ...)))
(let (d1 d2 char (text "") dp) (if (equal ... "*Calendar*") (setq
d1 ... d2 ...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay
[a]nniversary [b]lock [j]ump to date tree") (setq char (read-char-
exclusive)) (cond (... ... ...) (... ... ... ...) (... ... ... ...)
(... ... ... ...) (t ...)))
org-agenda-diary-entry-in-org-file()
(if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-
org-file) (require (quote diary-lib)) (let* (... ... ... ... ...)
(unless cmd ...) (unless ... ...) (let ... ...)))
org-agenda-diary-entry()
call-interactively(org-agenda-diary-entry)
recursive-edit()
byte-code("Æ @Ç=!ÈÉÊ\"ËÉ!A@)¢Ì=!ÈÍÊ\"Î !Ï Ð!\fcÑed\"
VWebÒ
¥y` dbÒ
¥
Zy`|)ÓcebÔÕÖ \"× ÔØ!ÙÊ ÔØ!Ú +Ù" [unread-command-char
debugger-args x debugger-buffer noninteractive debugger-batch-max-
lines -1 debug backtrace-debug 4 t backtrace-frame lambda 5 pop-to-
buffer debugger-mode debugger-setup-buffer count-lines 2 "...\n"
message "%s" buffer-string kill-emacs "" nil recursive-edit
middlestart buffer-read-only standard-output] 4)
debug(error (mark-inactive))
signal(mark-inactive nil)
mark()
(and (mark) (get-text-property (mark) (quote day)) (calendar-
gregorian-from-absolute (get-text-property ... ...)))
(setq d1 (calendar-gregorian-from-absolute (get-text-
property ... ...)) d2 (and (mark) (get-text-property ... ...)
(calendar-gregorian-from-absolute ...)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-
date t) d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-
from-absolute ...) d2 (and ... ... ...)))
(let (d1 d2 char (text "")) (if (equal ... "*Calendar*") (setq
d1 ... d2 ...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay
[a]nniversary [b]lock [j]ump to date tree") (setq char (read-char-
exclusive)) (cond (... ... ...) (... ... ... ...) (... ... ... ...)
(... ... ... ...) (t ...)))
org-agenda-diary-entry-in-org-file()
(if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-
org-file) (require (quote diary-lib)) (let* (... ... ... ... ...)
(unless cmd ...) (unless ... ...) (let ... ...)))
org-agenda-diary-entry()
call-interactively(org-agenda-diary-entry)
and if you hit i on the last line of the agenda you get
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-
p nil)
calendar-gregorian-from-absolute(nil)
(setq d1 (calendar-gregorian-from-absolute (get-text-
property ... ...)) d2 (and (ignore-errors ...) (save-
excursion ... ...) (calendar-gregorian-from-absolute dp)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-to-
date t) d2 (car calendar-mark-ring)) (setq d1 (calendar-gregorian-
from-absolute ...) d2 (and ... ... ...)))
(let (d1 d2 char (text "") dp) (if (equal ... "*Calendar*") (setq
d1 ... d2 ...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay
[a]nniversary [b]lock [j]ump to date tree") (setq char (read-char-
exclusive)) (cond (... ... ...) (... ... ... ...) (... ... ... ...)
(... ... ... ...) (t ...)))
org-agenda-diary-entry-in-org-file()
(if (not (eq org-agenda-diary-file ...)) (org-agenda-diary-entry-in-
org-file) (require (quote diary-lib)) (let* (... ... ... ... ...)
(unless cmd ...) (unless ... ...) (let ... ...)))
org-agenda-diary-entry()
call-interactively(org-agenda-diary-entry)
-Bernt
Bernt Hansen writes:
Carsten Dominik writes:
I cannot reproduce this. Can you please send a backtrace?
- Carsten
I can't reproduce it with the tip of master today either so I think
it's fixed. It's broken on the commit I was on yesterday which is
1bb0df0 (Allow diary entry insertion at top-level, 2009-11-19)
Debugger entered--Lisp error: (mark-inactive)
signal(mark-inactive nil)
mark()
(and (mark) (get-text-property (mark) (quote day)) (calendar-
gregorian-from-absolute (get-text-property ... ...)))
(setq d1 (calendar-gregorian-from-absolute (get-text-
property ... ...)) d2 (and (mark) (get-text-property ... ...)
(calendar-gregorian-from-absolute ...)))
(if (equal (buffer-name) "*Calendar*") (setq d1 (calendar-cursor-
to-date t) d2 (car calendar-mark-ring)) (setq d1 (calendar-
gregorian-from-absolute ...) d2 (and ... ... ...)))
(let (d1 d2 char (text "")) (if (equal ... "*Calendar*") (setq
d1 ... d2 ...) (setq d1 ... d2 ...)) (message "Diary entry: [d]ay
[a]nniversary [b]lock [j]ump to d
Re: [Orgmode] Re: org-indent-mode and visual-line-mode
On Fri, 2009-11-20 at 08:28 +0100, Carsten Dominik wrote: > Hi Matt, > > personally, I never use visual-line-mode, mainly because cursor motion > becomes unpredictable to me (down doe not get me into the next line, > so for example keyboard macros are much harder to make to consistently). > > That said, I would expect that what you are describing should work, > and my memory is also that it used to work - after all, I implemented > not only line-prefix, but also wrap-prefix in org-indent-mode. I am > quite sure that this used to work. > > I am not sure how to proceed. Someone would have to bisect Emacs to > find which commit changed this behavior. Or maybe at lease someone > can try with a vanilla 23.1 Emacs? If it works there, we might have > enough to file a bug report. > I just tried it on the ubuntu karmic emacs23 packages. I get the same behaviour i was seeing before. In case my description is misleading, i just made a couple of screenshots and posted them here: http://www.derailleur.org/screenshots/ one shows some quick text when indent-mode is enabled, the other shows it with indent-mode disabled. anyway if you have any ideas how i might help that'd be great -- bisecting the code is probably beyond what i can easily do but i could try to dig around a bit somehow. thanks - i appreciate how much effort you put into this carsten! - matt -- Matt Price matt.pr...@utoronto.ca signature.asc Description: This is a digitally signed message part ___ 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: org-indent-mode and visual-line-mode
On Nov 20, 2009, at 2:03 PM, Matt Price wrote: On Fri, 2009-11-20 at 08:28 +0100, Carsten Dominik wrote: Hi Matt, personally, I never use visual-line-mode, mainly because cursor motion becomes unpredictable to me (down doe not get me into the next line, so for example keyboard macros are much harder to make to consistently). That said, I would expect that what you are describing should work, and my memory is also that it used to work - after all, I implemented not only line-prefix, but also wrap-prefix in org-indent-mode. I am quite sure that this used to work. I am not sure how to proceed. Someone would have to bisect Emacs to find which commit changed this behavior. Or maybe at lease someone can try with a vanilla 23.1 Emacs? If it works there, we might have enough to file a bug report. I just tried it on the ubuntu karmic emacs23 packages. I get the same behaviour i was seeing before. In case my description is misleading, i just made a couple of screenshots and posted them here: http://www.derailleur.org/screenshots/ one shows some quick text when indent-mode is enabled, the other shows it with indent-mode disabled. anyway if you have any ideas how i might help that'd be great -- bisecting the code is probably beyond what i can easily do but i could try to dig around a bit somehow. thanks - i appreciate how much effort you put into this carsten! - It clearly seems to me that this is a problem with the Emacs redisplay engine. Because when I press C-l (control-ell) several times, than the line actually snaps into visual line mode. - 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] Re: Sending org-mode nodes
Sebastian Rose writes: > lukasz.stelm...@iem.pw.edu.pl (Łukasz Stelmach) writes: >> Sebastian Rose writes: >>> Not sure. I only remember bad things with self generated >>> message-IDs. But I never tried it myself. Reading the RFCs will help. >> >> RFC 2822 >>The "Message-ID:" field provides a unique message identifier that >>refers to a particular version of a particular message. The >>uniqueness of the message identifier is guaranteed by the host that >>generates it (see below). (...) > > Still, not sure. From what I read about message IDs, they are to be > produced by mail servers - not email clients. Take a look at this for example: http://www2.gnu-pascal.de/crystal/gpc/en/raw-mail13179.html This is a message created with Pine for Linux (look at Message-ID) > If my provider (gmx) receives my outgoing mail, it deletes the > Message-ID and generates a new one. They do not want Humpdy Dumpdy to > send mails with their own Message-ID, because there's a risk: it might > not be world-wide unique. I would do that, too. This is wrong. They should do it if the message lacks it but it's not thier problem if it's not unique. They pass the message and forget about it. As far as I know no MTA even logs Message-ID. > I cannot set the Message-ID in mailers like Gnus, Evolution, Outlook, > Thunderbird. *You* can't do it which doesn't mean your MUA doesn't do it behind the scenes. You can do it with mutt. When you edit with headers and put Message-ID you get it sent. > If I'm wrong, I'd be interested in a way to that - so I could try it > myself. I'm giving Gnus a try now the message id of this post should be <3291978dbeaae3c6ed3b832cce64e3b...@dasa3> I've just put the header above the --text follows this line-- -- Miłego dnia, Łukasz Stelmach ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug in LaTeX export of multiple footnote references
Hi,
Exporting multiple references to the same footnote to LaTeX lead to a wrong
generated code.
The following example:
--8<---cut here---start->8---
* Title
This is my text[fn:1:This is my footnote.]. And another one[fn:1].
--8<---cut here---end--->8---
Will produce the following LaTeX code:
--8<---cut here---start->8---
\section{Title}
\label{sec-1}
This is my text\footnote{This is my footnote. }. And another one\$$^{1}$\$.
--8<---cut here---end--->8---
The correct code should be:
--8<---cut here---start->8---
\section{Title}
\label{sec-1}
This is my text\footnote{This is my footnote. }. And another one$^{1}$.
--8<---cut here---end--->8---
Regards,
Francesco
___
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: org-indent-mode and visual-line-mode
Hi Matt, can you please try the following patch? --- diff --git a/lisp/org-indent.el b/lisp/org-indent.el index afce59f..53db9be 100644 --- a/lisp/org-indent.el +++ b/lisp/org-indent.el @@ -106,8 +106,8 @@ this variable can be set to nil to get rid of the timer." ;; Initialize the indentation and star vectors (setq org-indent-strings (make-vector (1+ org-indent-max) nil)) (setq org-indent-stars (make-vector (1+ org-indent-max) nil)) - (aset org-indent-strings 0 "") - (aset org-indent-stars 0 "") + (aset org-indent-strings 0 nil) + (aset org-indent-stars 0 nil) (loop for i from 1 to org-indent-max do (aset org-indent-strings i (org-add-props Also, you should have (I believe you do) (setq org-startup-truncated nil) Let me know if this solves the problem - Carsten On Nov 20, 2009, at 2:03 PM, Matt Price wrote: On Fri, 2009-11-20 at 08:28 +0100, Carsten Dominik wrote: Hi Matt, personally, I never use visual-line-mode, mainly because cursor motion becomes unpredictable to me (down doe not get me into the next line, so for example keyboard macros are much harder to make to consistently). That said, I would expect that what you are describing should work, and my memory is also that it used to work - after all, I implemented not only line-prefix, but also wrap-prefix in org-indent-mode. I am quite sure that this used to work. I am not sure how to proceed. Someone would have to bisect Emacs to find which commit changed this behavior. Or maybe at lease someone can try with a vanilla 23.1 Emacs? If it works there, we might have enough to file a bug report. I just tried it on the ubuntu karmic emacs23 packages. I get the same behaviour i was seeing before. In case my description is misleading, i just made a couple of screenshots and posted them here: http://www.derailleur.org/screenshots/ one shows some quick text when indent-mode is enabled, the other shows it with indent-mode disabled. anyway if you have any ideas how i might help that'd be great -- bisecting the code is probably beyond what i can easily do but i could try to dig around a bit somehow. thanks - i appreciate how much effort you put into this carsten! - matt -- Matt Price matt.pr...@utoronto.ca ___ 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 - 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] LaTeX habits and org-mode
Hi,
I'm currently writing a document with org-mode instead of LaTeX. Usually,
with LaTeX, the first section of such a document is a
\chapter*{Introduction} where I explain the context of the document. How can
I do that with org-mode ?
Thanks in advance,
Emmanuel Di Pretoro
___
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] Bug in LaTeX export of multiple footnote references
Fixed, thanks.
- Carsten
On Nov 20, 2009, at 2:36 PM, Francesco Pizzolante wrote:
Hi,
Exporting multiple references to the same footnote to LaTeX lead to
a wrong
generated code.
The following example:
--8<---cut here---start->8---
* Title
This is my text[fn:1:This is my footnote.]. And another one[fn:1].
--8<---cut here---end--->8---
Will produce the following LaTeX code:
--8<---cut here---start->8---
\section{Title}
\label{sec-1}
This is my text\footnote{This is my footnote. }. And another one\$
$^{1}$\$.
--8<---cut here---end--->8---
The correct code should be:
--8<---cut here---start->8---
\section{Title}
\label{sec-1}
This is my text\footnote{This is my footnote. }. And another one
$^{1}$.
--8<---cut here---end--->8---
Regards,
Francesco
___
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
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export of section links
Hi Francesco,
On Nov 20, 2009, at 12:34 PM, Francesco Pizzolante wrote:
Hi,
I have a few questions about links to sections.
I've read that it is better to user IDs and CUSTOM_IDs to links to
section...
Here's a small example with 4 cases:
--8<---cut here---start->8---
* First
:PROPERTIES:
:CUSTOM_ID: heading-a
:END:
Hello Toto!
* Second
# <>
Hello Tata!
* Third
#+CUSTOM_ID: heading-c
Hello Titi!
* Fourth
#+ID: heading-d
Hello Tete!
[[heading-a]]
[[heading-b]]
[[heading-c]]
[[heading-d]]
--8<---cut here---end--->8---
Which give the following LaTeX code:
--8<---cut here---start->8---
\section{First}
\label{sec-1}
\label{heading-a}
Hello Toto!
\section{Second}
\label{sec-2}
\label{heading-b}
Hello Tata!
\section{Third}
\label{sec-3}
Hello Titi!
\section{Fourth}
\label{sec-4}
Hello Tete!
\hyperref[sec-1]{heading-a}
\hyperref[sec-2]{heading-b}
\hyperref[sec-3]{heading-c}
\hyperref[sec-4]{heading-d}
--8<---cut here---end--->8---
The first and second cases both generate labels which are not used
in LaTeX.
There is no harm in defining labels that are not used.
The third and fourth cases are very elegant as they use only aliases
(which
are dropped from the LaTeX code).
Third and forth are non-existent syntax in Org, these lines are just
treated as comments and are removed during export.
My questions are:
- what's the difference between using ID and CUSTOM_ID?
Custom ID is human-readable, ID is usually a sha1 hash. ID's have
the advantage that in HTML, they can link from one file to another
one.
- the cases "Third" and "Fourth" are the more elegant from my point
of view.
Is this the right way of doing?
No, see above
- what's the difference between cases "First" and "Second" (I mean
between
using PROPERTIES and # <>)?
Only in the way that the property might be conceived as cleaner - but
this
is really a matter of taste at this point.
- in the documentation (section 4.2), we talk about "CUSTOM_ID
property" does
it mean that we should use it as in case 1?
Yes.
HTH
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: contact management in org-mode?
On Fri, Oct 30, 2009 at 10:26:07PM -0500, Russell Adams wrote:
> Looking into this some more, export is really easy. I can just use a
> dynamic block to store column view in whatever format I choose, and
> export then search & replace ',' for '|'. That is minimal effort!
>
> Sparse searches in column view, hierarchy organization, etc. I'm
> trying to find a problem here.
I've just converted all my contacts into an Org file, and will
document below how it is organized.
First is Contacts.org:
#+COLUMNS: %20ITEM %15Company %10Title %WorkEmail %WorkPhone %WorkMobile
%WorkFax %10WorkStreet %WorkCity %WorkState %WorkPostal %HomeEmail %HomePhone
%HomeMobile %10HomeStreet %HomeCity %HomeState %HomePostal
* Contacts
** Adams, Russell
:PROPERTIES:
:Company: Adams Information Services LLC
:Title:Principal Consultant
:WorkEmail:rlad...@adamsinfoserv.com
:WorkPhone:
:WorkMobile:
:WorkFax:
:WorkStreet:
:WorkCity:
:WorkState:
:WorkPostal:
:HomeEmail:
:HomePhone:
:HomeMobile:
:HomeStreet:
:HomeCity:
:HomeState:
:HomePostal:
:END:
What a super guy!
I could have multiple top level headings for organization. Making a
contact a subheading also lets me use C-c / (spare tree searchs) to
limit the list of contacts.
With the column view modeline, I can edit contacts in long format, or
change fields in column view.
Next I needed a way to lookup addresses for Mutt. Lbdb is very
effective, but given I don't use BBDB anymore I required an
alternative.
I still like lbdb's inmail filter, so I continue to use that. I wrote
a quick lbdb module to find contacts in Contacts.org.
~/.lbdb/lbdbrc:
MODULES_PATH="/usr/lib/lbdb /home/rladams/.lbdb/modules"
METHODS="m_inmail m_gpg m_orgcontact"
~/.lbdb/modules/m_orgcontact:
#! /bin/sh
m_orgcontact_query()
{
/home/rladams/.lbdb/modules/orgcontact.pl $1
}
~/.lbdb/modules/orgcontact.pl: (note the hardcoded Contacts.org file)
#!/usr/bin/perl
use strict;
use warnings;
# Read org headers are records
$/="\n*";
open(MYFILE,"/home/rladams/doc/OrgFiles/Contacts.org");
my @rawcontacts = ;
close(MYFILE);
$/="\n";
foreach (@rawcontacts) {
if ( $_ =~ m/$ARGV[0]/i ){
my $name;
foreach (split("\n",$_)) {
# The first line is the name
unless (defined $name) {
$name = $_;
$name =~ s/^\s*\**\s*//;
$name =~ s/\s*$//;
}
if (m/^\s+:.*email.*:/i) {
my $email = $_;
$email =~ s/^\s+:\S+:\s+(\S+)/$1/g;
$email =~ s/\s*$//;
printf("%s\t%s\t((Org))\n", $email, $name);
}
}
}
}
Given I still use lbdbq in Mutt for address lookups, now it returns
one row per email property using the name from the headline.
Next, to make data entry faster, I've defined a yasnippet which
contains all the properties in a tab list.
~/.emacs/snippets/text-mode/org-mode/contact:
#contact : Add a contact w/ PROPERTY drawer
# --
** $1
:PROPERTIES:
:Company: $2
:Title:$3
:WorkEmail:$4
:WorkPhone:$5
:WorkMobile: $7
:WorkFax: $8
:WorkStreet: $9
:WorkCity: $10
:WorkState:$11
:WorkPostal: $12
:HomeEmail:$13
:HomePhone:$14
:HomeMobile: $15
:HomeStreet: $16
:HomeCity: $17
:HomeState:$18
:HomePostal: $19
:END:
$0
This also helps keep the property list consistent.
I hope this helps someone else.
Thanks.
--
Russell Adamsrlad...@adamsinfoserv.com
PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Speed commands (was: Release 6.33)
Trying out speedkeys and liking them, I guess I'm going to have a
simple life using org from my phone from now on ;)
Carsten Dominik schrieb:
> In the speed map, yes, there is space, and you can add keys yourself.
> But I would recommend making these with confirmation query.
> (setq org-speed-commands-user
> '(("A" . (let ((org-archive-default-command
> 'org-archive-to-archive-sibling))
>(org-archive-subtree-default-with-confirmation)
> I am happy to have a discussion what additional
> commands should be present by default.
This is what i'm using:
(("y" . (progn
(delete-other-windows)
(recenter-top-bottom 0)))
("A" . (if (y-or-n-p "Archive this subtree or entry? ")
(call-interactively org-archive-subtree)
(error "Abort")))
("," . org-cycle-agenda-files))
There's no function org-archive-subtree-default-with-confirmation and
org-agenda-archive-subtree-with-confirmation complains that I'm not in
the agenda, so I've just adding my own y-or-n-p, since 'A' will
actually move trees to an archive file.
On my phone I get frequently annoyed when I can't see enough because
emacs splits the screen all the time, so a speed key to unsplit and
move the current item to the top of the screen is logical.
I'm not completely happy with 'y', since it makes me think 'yank' but
it's also slightly similar to 'l' and C-l is the default binding.
How about having an alternative keymap with vi-like moving keys? I
hardly ever use the C-b, C-f, C-n, C-p in my regular emacs work
(mostly cursor keys) and so I'm actually more comfortable with using
vi movement. (Because of playing nethack of course, hm, that's a nice
and large fireplace you have there! What's for dinner?)
Oh and the ',' is most obvious, I think.
(Hey, what's with the torches? Oh right, nightime barbecue, haha!)
Kind regards
Friedel
--
Friedrich Delgado Friedrichs
TauPan on Ircnet and Freenode ;)
___
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] LaTeX habits and org-mode
Emmanuel,
If the introduction LOOKs just like a normal chapter, then you just do:
* Introduction
In this paper I indend to once and for all solve the problem of [blaaa].
* Chapter One: The Problem
* Chapter Two: Lame Previous Attempts at a Solution
* Chapter Three: Appproach it Like This
* Chapter Four: The Goods
In other words, if this section is a chapter unto itself, just give it its
own top level heading. What you then have to pay attention to is the way
the org exports the LaTeX, which you do by adding a configuration to the
org-export-latex-classes list, something like this:
(setq org-export-latex-classes '(("book"
"\\documentclass[11pt]{book}\n\\usepackage[utf8]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{hyperref}"
("\\chapter{%s}" . "\\chapter*{%s}")
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"
I'm not sure if this one is useful as it is, so you might want to look at
other (better formatted) examples as well. But the trick is just to tell
org to assign first level headings to 'chapters'.
Now if you don't want your introduction chapter numbered, that's a slightly
different problem, which I'm not sure I know how to solve.
Hope that gets you started.
Scot
On Fri, Nov 20, 2009 at 1:59 PM, Emmanuel Di Pretoro
wrote:
> Hi,
>
> I'm currently writing a document with org-mode instead of LaTeX. Usually,
> with LaTeX, the first section of such a document is a
> \chapter*{Introduction} where I explain the context of the document. How can
> I do that with org-mode ?
>
> Thanks in advance,
>
> Emmanuel Di Pretoro
>
> ___
> 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] Speed commands (was: Release 6.33)
Hi Friedrich,
On Nov 20, 2009, at 3:35 PM, Friedrich Delgado Friedrichs wrote:
Trying out speedkeys and liking them, I guess I'm going to have a
simple life using org from my phone from now on ;)
Carsten Dominik schrieb:
In the speed map, yes, there is space, and you can add keys yourself.
But I would recommend making these with confirmation query.
(setq org-speed-commands-user
'(("A" . (let ((org-archive-default-command
'org-archive-to-archive-sibling))
(org-archive-subtree-default-with-confirmation)
I am happy to have a discussion what additional
commands should be present by default.
This is what i'm using:
(("y" . (progn
(delete-other-windows)
(recenter-top-bottom 0)))
("A" . (if (y-or-n-p "Archive this subtree or entry? ")
(call-interactively org-archive-subtree)
(error "Abort")))
("," . org-cycle-agenda-files))
Thanks for sharing these!
There's no function org-archive-subtree-default-with-confirmation and
org-agenda-archive-subtree-with-confirmation complains that I'm not in
the agenda, so I've just adding my own y-or-n-p, since 'A' will
actually move trees to an archive file.
The function is there, but the autoloads need to be up to date.
make autoloads
should do the trick, certainly in the latest git release.
On my phone I get frequently annoyed when I can't see enough because
emacs splits the screen all the time, so a speed key to unsplit and
move the current item to the top of the screen is logical.
I'm not completely happy with 'y', since it makes me think 'yank' but
it's also slightly similar to 'l' and C-l is the default binding.
How about having an alternative keymap with vi-like moving keys? I
hardly ever use the C-b, C-f, C-n, C-p in my regular emacs work
(mostly cursor keys) and so I'm actually more comfortable with using
vi movement.
I don't understand what you are proposing here.
(Because of playing nethack of course, hm, that's a nice
and large fireplace you have there! What's for dinner?)
Oh and the ',' is most obvious, I think.
This is nice, but I guess you want to stay in fast-key space.
So
("," . (progn (org-cycle-agenda-files)
(or (and (bolp) (org-on-heading-p))
(outline-next-visible-heading 1
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX habits and org-mode
2009/11/20 Scot Becker > Now if you don't want your introduction chapter numbered, that's a slightly > different problem, which I'm not sure I know how to solve. > This is my problem. Sorry, my explanations wasn't good enough. So, I'll continue to search. Thanks Emmanuel ___ 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] LaTeX habits and org-mode
On Nov 20, 2009, at 2:59 PM, Emmanuel Di Pretoro wrote:
Hi,
I'm currently writing a document with org-mode instead of LaTeX.
Usually, with LaTeX, the first section of such a document is a
\chapter*{Introduction} where I explain the context of the document.
How can I do that with org-mode ?
--
#+LaTeX: \chapter*{Introduction}
Introduction text
* first headline
...
--
HTH
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-indent-mode and visual-line-mode
On Fri, 2009-11-20 at 14:54 +0100, Carsten Dominik wrote: > + (aset org-indent-strings 0 nil) > + (aset org-indent-stars 0 nil) > That did it! I was in the middle of writing an apologetic email explaining that it hadn't worked in either snapshot or 23.1, but then remembered I had to run 'make' to get the changes to apply. glad I caught myself in time! This is so great for me, Carsten, I'm so grateful! thanks so much, matt -- Matt Price matt.pr...@utoronto.ca signature.asc Description: This is a digitally signed message part ___ 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] LaTeX export of section links
Hi Carsten,
>> --8<---cut here---start->8---
>> * First
>> :PROPERTIES:
>> :CUSTOM_ID: heading-a
>> :END:
>>
>> Hello Toto!
>>
>> * Second
>> # <>
>>
>> Hello Tata!
>>
>> * Third
>> #+CUSTOM_ID: heading-c
>>
>> Hello Titi!
>>
>> * Fourth
>> #+ID: heading-d
>>
>> Hello Tete!
>>
>> [[heading-a]]
>> [[heading-b]]
>> [[heading-c]]
>> [[heading-d]]
>> --8<---cut here---end--->8---
>>
>> Which give the following LaTeX code:
>>
>> --8<---cut here---start->8---
>> \section{First}
>> \label{sec-1}
>> \label{heading-a}
>>
>>
>> Hello Toto!
>>
>> \section{Second}
>> \label{sec-2}
>> \label{heading-b}
>>
>>
>> Hello Tata!
>>
>> \section{Third}
>> \label{sec-3}
>>
>>
>> Hello Titi!
>>
>> \section{Fourth}
>> \label{sec-4}
>>
>>
>> Hello Tete!
>>
>> \hyperref[sec-1]{heading-a}
>> \hyperref[sec-2]{heading-b}
>> \hyperref[sec-3]{heading-c}
>> \hyperref[sec-4]{heading-d}
>> --8<---cut here---end--->8---
>>
>> The third and fourth cases are very elegant as they use only aliases (which
>> are dropped from the LaTeX code).
>
> Third and forth are non-existent syntax in Org, these lines are just treated
> as comments and are removed during export.
OK. But the information in these 2 comments is correctly used to replace the
alias (heading-c and heading-d) with the label generated by org during the
export. See the last 2 references in my example: these references are correct.
They thus have been correctly processed from heading-c and heading-d to sec-3
and sec-4... these comments are thus not simply removed... right?
In the case of the :CUSTOM_ID: property, the property is also used to convert
the alias to the label (heading-a to sec-1) but additionally an extra label
(heading-a) is created and not used.
That's why, when creating references to sections I found the #+CUSTOM_ID very
elegant... But apparently I don't have to use such syntax...
I wanted to know the recommended way of doing references...
Thanks a lot for your help.
Francesco
___
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] LaTeX export of section links
On Nov 20, 2009, at 4:14 PM, Francesco Pizzolante wrote:
Hi Carsten,
--8<---cut here---start->8---
* First
:PROPERTIES:
:CUSTOM_ID: heading-a
:END:
Hello Toto!
* Second
# <>
Hello Tata!
* Third
#+CUSTOM_ID: heading-c
Hello Titi!
* Fourth
#+ID: heading-d
Hello Tete!
[[heading-a]]
[[heading-b]]
[[heading-c]]
[[heading-d]]
--8<---cut here---end--->8---
Which give the following LaTeX code:
--8<---cut here---start->8---
\section{First}
\label{sec-1}
\label{heading-a}
Hello Toto!
\section{Second}
\label{sec-2}
\label{heading-b}
Hello Tata!
\section{Third}
\label{sec-3}
Hello Titi!
\section{Fourth}
\label{sec-4}
Hello Tete!
\hyperref[sec-1]{heading-a}
\hyperref[sec-2]{heading-b}
\hyperref[sec-3]{heading-c}
\hyperref[sec-4]{heading-d}
--8<---cut here---end--->8---
The third and fourth cases are very elegant as they use only
aliases (which
are dropped from the LaTeX code).
Third and forth are non-existent syntax in Org, these lines are
just treated
as comments and are removed during export.
OK. But the information in these 2 comments is correctly used to
replace the
alias (heading-c and heading-d) with the label generated by org
during the
export. See the last 2 references in my example: these references
are correct.
They thus have been correctly processed from heading-c and heading-d
to sec-3
and sec-4... these comments are thus not simply removed... right?
This is only by chance, because a simple text search does match these
two lines.
if you'd happen to have the string headline-a anywhere in the file,
the link would point to the enclosing section.
In the case of the :CUSTOM_ID: property, the property is also used
to convert
the alias to the label (heading-a to sec-1) but additionally an
extra label
(heading-a) is created and not used.
That's why, when creating references to sections I found the #
+CUSTOM_ID very
elegant... But apparently I don't have to use such syntax...
Not if you want to have reliable links, no.
- Carsten
I wanted to know the recommended way of doing references...
Thanks a lot for your help.
Francesco
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export of section links
Carsten, >> OK. But the information in these 2 comments is correctly used to replace the >> alias (heading-c and heading-d) with the label generated by org during the >> export. See the last 2 references in my example: these references are >> correct. >> They thus have been correctly processed from heading-c and heading-d >> to sec-3 >> and sec-4... these comments are thus not simply removed... right? > > This is only by chance, because a simple text search does match these two > lines. > if you'd happen to have the string headline-a anywhere in the file, the link > would point to the enclosing section. > >> That's why, when creating references to sections I found the # >> +CUSTOM_ID very >> elegant... But apparently I don't have to use such syntax... > > Not if you want to have reliable links, no. It's understood now. Thanks a lot for your detailed answers. Francesco ___ 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: LaTeX export of section links
Francesco Pizzolante
writes:
> Hi,
>
> I have a few questions about links to sections.
>
> I've read that it is better to user IDs and CUSTOM_IDs to links to section...
>
> Here's a small example with 4 cases:
>
> --8<---cut here---start->8---
> * First
> :PROPERTIES:
> :CUSTOM_ID: heading-a
> :END:
>
> Hello Toto!
>
> * Second
> # <>
>
> Hello Tata!
>
> * Third
> #+CUSTOM_ID: heading-c
>
> Hello Titi!
>
> * Fourth
> #+ID: heading-d
>
> Hello Tete!
>
> [[heading-a]]
> [[heading-b]]
> [[heading-c]]
> [[heading-d]]
> --8<---cut here---end--->8---
>
> Which give the following LaTeX code:
>
> --8<---cut here---start->8---
> \section{First}
> \label{sec-1}
> \label{heading-a}
>
>
> Hello Toto!
>
> \section{Second}
> \label{sec-2}
> \label{heading-b}
>
>
> Hello Tata!
>
> \section{Third}
> \label{sec-3}
>
>
> Hello Titi!
>
> \section{Fourth}
> \label{sec-4}
>
>
> Hello Tete!
>
> \hyperref[sec-1]{heading-a}
> \hyperref[sec-2]{heading-b}
> \hyperref[sec-3]{heading-c}
> \hyperref[sec-4]{heading-d}
> --8<---cut here---end--->8---
>
> The first and second cases both generate labels which are not used in LaTeX.
>
> The third and fourth cases are very elegant as they use only aliases (which
> are dropped from the LaTeX code).
>
> My questions are:
>
> - what's the difference between using ID and CUSTOM_ID?
>
> - the cases "Third" and "Fourth" are the more elegant from my point of view.
> Is this the right way of doing?
>
> - what's the difference between cases "First" and "Second" (I mean between
> using PROPERTIES and # <>)?
>
> - in the documentation (section 4.2), we talk about "CUSTOM_ID property" does
> it mean that we should use it as in case 1?
I use the CUSTOM_ID property for HTML exports (not LaTeX).
The ID property is automatically generated for me when I link to a task
and is a unique identifier for that heading across all of my org files.
,
| * Some Task
| :PROPERTIES:
| :ID: 1329fa08-3c1d-4b73-b984-bef414b0dd3d
| :END:
`
This allows me to have more than one 'Some Task' in my files and each
will have a unique ID so that linking to it finds the correct one.
CUSTOM_IDs are a way to create links using a user-defined name. I use
this for my org-mode document at http://doc.norang.ca/org-mode.html so
that I can reference a section by name such as
http://doc.norang.ca/org-mode.html#Publishing
If I later insert a section before Publishing the link still goes to the
correct place. Without the CUSTOM_ID property I get a link like
http://doc.norang.ca/org-mode.html#sec-13 which may stop working if the
document sections are moved around.
I'm not sure what this buys you in LaTeX since I don't think the
CUSTOM_ID names are exposed in the links (correct me if I'm wrong).
I don't think the
#+CUSTOM_ID: name
#+ID: name
forms are valid. These should be properties. The above names are
probably just ignored during the export process.
HTH,
Bernt
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] redisplay agenda after using org-agenda-diary-entry?
How about the following simple change to the facility for adding diary entries in the agenda: when you press 'i d' in the agenda to add a new entry, you then see the entry in the agenda? (& if so, what about the other cases, like 'i b' for block entries?) Stephen diff -c org-agenda.el~ org-agenda.el *** org-agenda.el~ Fri Nov 20 11:03:03 2009 --- org-agenda.el Fri Nov 20 14:36:10 2009 *** *** 6677,6683 (cond ((equal char ?d) (setq text (read-string "Day entry: ")) ! (org-agenda-add-entry-to-org-agenda-diary-file 'day text d1)) ((equal char ?a) (setq d1 (list (car d1) (nth 1 d1) (read-number (format "Reference year [%d]: " (nth 2 d1)) --- 6677,6684 (cond ((equal char ?d) (setq text (read-string "Day entry: ")) ! (org-agenda-add-entry-to-org-agenda-diary-file 'day text d1) ! (org-agenda-redo)) ((equal char ?a) (setq d1 (list (car d1) (nth 1 d1) (read-number (format "Reference year [%d]: " (nth 2 d1)) ___ 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] Feature Request: Priority Inheritance for sorting
Hi! I use priority cookies quite a lot to quickly sort my projects (really by importance, but the difference between "importance" and "priority" is a different matter). It would be neat if I could specify that if TODO items are sorted by priority, then the priority of the parent entry should be respected. (Or would that be possible by setting the default priority per tree? However changing an explicit property in a tree isn't as fast as changing a priority cookie.) I know there's property inheritance and PRIORITY is respected as a special property, but not for sorting by priority, as far as I know. (As always, I may have missed something here.) Kind regards Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] Speed commands (was: Release 6.33)
Carsten Dominik schrieb:
> >(("y" . (progn
> > (delete-other-windows)
> > (recenter-top-bottom 0)))
> >("A" . (if (y-or-n-p "Archive this subtree or entry? ")
> > (call-interactively org-archive-subtree)
> > (error "Abort")))
> > ("," . org-cycle-agenda-files))
There's a quote missing before org-archive-subtree here, btw.
> The function is there, but the autoloads need to be up to date.
>make autoloads
> should do the trick, certainly in the latest git release.
Oops, I usually just do 'make' after git pull. Is autoloads not
implied in the default target?
> >How about having an alternative keymap with vi-like moving keys? I
> >hardly ever use the C-b, C-f, C-n, C-p in my regular emacs work
> >(mostly cursor keys) and so I'm actually more comfortable with using
> >vi movement.
>
> I don't understand what you are proposing here.
k for up, j for down, h for left and l for right. So I guess k would
be previous-heading, j next heading, and h and l for the previous/next
sibling on the same level.
So I guess I have:
j (org-speed-move-safe (quote outline-next-visible-heading))
k (org-speed-move-safe (quote outline-previous-visible-heading))
l (org-speed-move-safe (quote org-forward-same-level))
h (org-speed-move-safe (quote org-backward-same-level))
In the vi-movement map. And somebody who is more proficient with vi
than I am probably can come up with some natural additions.
This is just a thought, I wanted to see if anyone would bite ;)
> This is nice, but I guess you want to stay in fast-key space.
> So
>
>("," . (progn (org-cycle-agenda-files)
> (or (and (bolp) (org-on-heading-p))
> (outline-next-visible-heading 1
---Zitatende---
Ah, much better! Thanks! ;)
--
Friedrich Delgado Friedrichs
TauPan on Ircnet and Freenode ;)
___
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] Speed commands (was: Release 6.33)
At Fri, 20 Nov 2009 15:57:09 +0100, Carsten Dominik wrote: > On Nov 20, 2009, at 3:35 PM, Friedrich Delgado Friedrichs wrote: > > How about having an alternative keymap with vi-like moving keys? I > > hardly ever use the C-b, C-f, C-n, C-p in my regular emacs work > > (mostly cursor keys) and so I'm actually more comfortable with using > > vi movement. > > I don't understand what you are proposing here. vi uses the home row keys (hjkl) for movement (left, down, up, right) and it's something those of us weaned on vi (30 years ago in my case) have a natural affinity for. I think Friedrich is proposing having 'j' instead of 'f' or 'n', 'k' instead of 'b' or 'p' for speed keys for motion (but am not sure whether 'h' and 'l' should be mapped to anything in particular). In fact, using viper mode with org-mode gives you this and works quite well overall but viper mode carries some unnecessary baggage. However, I would suggest that he can simply re-bind his speed keys. It's not really a suggestion for new functionality, I guess, unlike the other examples he gave (some of which were very appealing). ___ 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] Speed commands (was: Release 6.33)
At Fri, 20 Nov 2009 15:57:09 +0100,
Carsten Dominik wrote:
> This is nice, but I guess you want to stay in fast-key space.
> So
>
>("," . (progn (org-cycle-agenda-files)
> (or (and (bolp) (org-on-heading-p))
> (outline-next-visible-heading 1
This is really nice and works like a charm... *except* in a very
extreme case: one of my agenda files is typically empty other than a
single top level heading. When I cycle through the agenda files, when
I land in this file, I am typically placed at the end of the file
(emacs remembers my last location). When this happens, speed keys are
no longer active and, before I know it, I have a number of ',' added
to the end of this file!
Actually, I guess this problem generalises so that it would appear
whenever the cycling takes you to a file where the current point is at
the end (or near the end) of the file so there is actually no "next"
heading? Maybe the or statement above needs another clause (which I
unfortunately cannot suggest; sorry!).
___
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] Blorgit > SVN integration
Francesco Pizzolante writes: > Hi Eric, > > 1) Is it possible to integrate Blorgit with SVN instead of git? If yes, > how >can I do it? >>> >>> This is what I've added to blog.rb: >>> >>> diff --git a/backend/blog.rb b/backend/blog.rb >>> index 0f43728..827ec05 100644 >>> [...] >>> >> Thanks, that patch looks great. If you don't mind I'd like to apply the >> patch to the blorgit git repository on github. Do you have a github >> user name patch which I can use for patch authorship, or could I just >> use your name and email address? > > Of course, I'll be happy to contribute. I just created a fresh account on > github (user name: fpz). Is this that you need? If not, you can use my name > but prefer this email address: francesco.pizzola...@gmail.com. Thanks. > That's great, look forward to seeing what else you come up with Thanks -- Eric ___ 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] [babel] developments
Hi, Dan and I are releasing some accumulated developments. They are described below. We hope to now turn towards improving the documentation and test framework, as we've developed much of it into obsolescence. Best -- Eric - org-babel can now cache the results of source block execution to avoid rerunning the same calculation. The cache uses a sha1 hash key of the source code body and the header arguments to determine if recalculation is required. These hash keys are kept mostly hidden in the #+resname line of the results of the block. This behavior is turned off by default. It is controlled through the :cache and :nocache header arguments. To enable caching on a single block add the :cache header argument, to enable global caching change the value of your `org-babel-default-header-args' variable as follows (setq org-babel-default-header-args (cons '(:cache) (assq-delete-all :nocache org-babel-default-header-args))) - It is now possible to fold results by tabbing on the beginning of the #+resname line. This can be done automatically to all results on opening of a file by adding the following to your org-mode hook (add-hook 'org-mode-hook 'org-babel-result-hide-all) - allow header argument values to be lisp forms, for example the following is now valid :file (format "%s/images/pca-scatter.png" dir) - aliases - 'call' can now be used as an alias for 'lob' - 'results' can now be used as an alias for 'resname' - 'source' or 'function' can now be used as aliases for 'srcname' ___ 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] Insert link with "foreign" character - cannot save
Hi Mattias, I tried that, and my buffer swiched to unicode encoding automatically. Unfortunately I don't know much about coding systems, and so I do not know how to fix this. Anyone - Carsten On Nov 12, 2009, at 10:28 AM, Mattias Jämting wrote: (I'm using English Windows Vista x64, Emacs 23.1 and Org-mode 6.32b) So i'm doing C-u C-c C-l to browse for a file in order to insert a link to it. The path and/or the filename contains for instance an ö (an o with two dots above it, also the swedish word for "island"), which gets translated in my org-file as \366. When I try to save the file I see the message: These default coding systems were tried to encode text in the buffer `jwd.org': (utf-8-dos (79 . 4194294)) However, each of them encountered characters it couldn't encode: utf-8-dos cannot encode these: These default coding systems were tried to encode text in the buffer `jwd.org': (utf-8-dos (79 . 4194294)) However, each of them encountered characters it couldn't encode: utf-8-dos cannot encode these: \366 Next I tried to hack myself a fix :-) I added (?\366 . "%F6") to org-link-escape-chars and ran make on it again, but it didn't seem to work. So what can I try next? Best regards, Mattias ___ 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 - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Best way to implement Keywords feature
Hi Martin,
I have finally applied a modified version of you patch. Thanks!
What I modified is this:
1. Your patch did remove the matching tags from the tag list itself,
and not
only from the agenda display line. Tis had the consequence that
secondary
tag filtering on such tags would no longer work. I think it is
better
if that still does work.
2. You can now both add the inherited tags, and remove some tags, not
just one or the other.
Thanks!
- Carsten
On Nov 10, 2009, at 3:47 PM, Martin Pohlack wrote:
Hi All,
Martin Pohlack wrote:
Alan E. Davis wrote:
In some cases, a single headword entry can relate to a large
number of
topics. I have tried dealing with longer tag lists: automatic
adjustment of tags column (on this list a little utility was posted:
org-adjust-tags-column-reset-tags. I THINK that a keyword list may
allow more freedom to cross-index, especially if it is easy to use.
Can someone suggest a way to implement a keywording system,
perhaps with
a custom agenda search? Or have others dealt with this issue in
innovative ways?
I would appreciate any ideas.
I still have the feeling that tags are the way to go. Searching etc.
already works with tags. Their disadvantage seems to be that lines
get
cluttered if many tags are used.
Maybe this can be solved with two approaches:
* In agendas, one could have a filter for which tags to show / hide.
This would be useful otherwise too, as it would allow to hide
context
tags in already defined agendas.
org-agenda-hide-tags-regex
For example, all my contexts start with "@", so I would set it to be
"^...@work$" to hide redundant information in my work agendas, or use
"^@" to remove all context information from a specific agenda.
* For plain view, could we have a soft newline between tags and
content
for an item (like in long-lines-mode)?
Tags would be shown on a new line (with indentation etc.) but
would be
stored on the same line in files?
For example, the file content ("\" added by me, should be one long
line):
Please find attached a patch that implements tag filtering for
agenda views.
Feedback welcome.
Cheers,
Martin
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 708b193..e146bc0 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -1202,6 +1202,14 @@ When non-nil, this must be the number of
minutes, e.g. 60 for one hour."
:group 'org-agenda-line-format
:type 'boolean)
+(defcustom org-agenda-hide-tags-regexp nil
+ "Regular expression used to fitler away specific tags in agenda
views.
+Nil means hide no tags."
+ :group 'org-agenda-line-format
+ :type '(choice
+ (const :tag "Hide none" nil)
+ (string :tag "Regexp ")))
+
(defcustom org-agenda-remove-tags nil
"Non-nil means, remove the tags from the headline copy in the
agenda.
When this is the symbol `prefix', only remove tags when
@@ -4507,9 +4515,20 @@ Any match of REMOVE-RE will be removed from
TXT."
(save-match-data
;; Diary entries sometimes have extra whitespace at the beginning
(if (string-match "^ +" txt) (setq txt (replace-match "" nil nil
txt)))
-(when org-agenda-show-inherited-tags
- ;; Fix the tags part in txt
- (setq txt (org-agenda-add-inherited-tags txt tags)))
+;; filter tags here
+(when org-agenda-hide-tags-regexp
+ (setq tags (apply 'append (mapcar
+ (lambda (x)
+ (if (string-match org-agenda-
hide-tags-regexp x)
+ nil
+ (list x)))
+ tags
+;; Fix the tags part in txt
+(if org-agenda-show-inherited-tags
+(setq txt (org-agenda-add-inherited-tags txt tags))
+ (when org-agenda-hide-tags-regexp
+(setq txt (org-agenda-add-local-tags txt tags
+
(let* ((category (or category
org-category
(if buffer-file-name
@@ -4640,6 +4659,24 @@ Any match of REMOVE-RE will be removed from
TXT."
'extra extra
'dotime dotime
+(defun org-agenda-add-local-tags (txt tags)
+ "Remove tags string from TXT, and add non-inherited list of tags.
+Inherited tags in TAGS are ignored."
+ (if (string-match (org-re "\\([ \t]+\\)\\(:[[:alnum:]_@:]+:\\)
[ \t]*$") txt)
+ (setq txt (substring txt 0 (match-beginning 0
+ (when tags
+;; drop inherited tags
+(let ((mytags (apply 'append (mapcar
+ (lambda (x)
+(if (get-text-property 0
'inherited x)
+nil
+ (list x)))
+ tags
+ ;; continue with remainder
+ (when (> (length mytags) 0)
+(setq txt (concat txt " :" (mapconcat (lambda (x) x) mytags
":") ":" )
+ txt)
+
(defun org-agenda-add-inherited-tags (txt
Re: [Orgmode] Speed commands
Hi Eric,
try this:
(progn
(org-cycle-agenda-files)
(when (not (and (bolp) (org-on-heading-p)))
(outline-previous-visible-heading 1)
(or (and (bolp) (org-on-heading-p))
(outline-next-visible-heading 1
Greetings,
Stephan
Also sprach Eric S Fraga:
> At Fri, 20 Nov 2009 15:57:09 +0100,
> Carsten Dominik wrote:
>> This is nice, but I guess you want to stay in fast-key space.
>> So
>>
>>("," . (progn (org-cycle-agenda-files)
>> (or (and (bolp) (org-on-heading-p))
>> (outline-next-visible-heading 1
>
> This is really nice and works like a charm... *except* in a very
> extreme case: one of my agenda files is typically empty other than a
> single top level heading. When I cycle through the agenda files, when
> I land in this file, I am typically placed at the end of the file
> (emacs remembers my last location). When this happens, speed keys are
> no longer active and, before I know it, I have a number of ',' added
> to the end of this file!
>
> Actually, I guess this problem generalises so that it would appear
> whenever the cycling takes you to a file where the current point is at
> the end (or near the end) of the file so there is actually no "next"
> heading? Maybe the or statement above needs another clause (which I
> unfortunately cannot suggest; sorry!).
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Follow mode error when a task contains % in the headline [6.33d (release_6.33d.1.g858d)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
I'm reviewing my tasks in the agenda with follow mode enabled (F) and
when I get to the following task org-mode throws an error
** SOMEDAY org-remember-templates Add %C to clock in the task :WAITING:
Debugger entered--Lisp error: (error "Not enough arguments for format string")
message(#("org.org/Enhancements/org-remember-templates Add %C to clock in the
task" 0 8 nil 8 20 (face org-level-1) 20 21 nil 21 71 (face org-level-2)))
(let ((bfn ...) (path ...)) (if current (setq path ...)) (message
(org-format-outline-path path ... ...)))
org-display-outline-path(t)
(save-excursion (goto-char (or m ...)) (org-display-outline-path t))
(save-excursion (if (markerp m) (set-buffer ...)) (save-excursion (goto-char
...) (org-display-outline-path t)))
(org-with-point-at m (org-display-outline-path t))
(message (org-with-point-at m (org-display-outline-path t)))
(if (and m org-agenda-show-outline-path) (message (org-with-point-at m ...)))
(let ((m ...)) (if (and org-agenda-follow-mode m) (org-agenda-show)) (if (and
m org-agenda-show-outline-path) (message ...)))
org-agenda-do-context-action()
org-agenda-next-line()
call-interactively(org-agenda-next-line)
-Bernt
Emacs : GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11)
of 2008-11-09 on raven, modified by Debian
Package: Org-mode version 6.33d (release_6.33d.1.g858d)
___
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: Bug: Follow mode error when a task contains % in the headline [6.33d (release_6.33d.1.g858d)]
Bernt Hansen writes:
> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen. You don't know how to make a good report? See
>
> http://orgmode.org/manual/Feedback.html#Feedback
>
> Your bug report will be posted to the Org-mode mailing list.
>
>
> I'm reviewing my tasks in the agenda with follow mode enabled (F) and
> when I get to the following task org-mode throws an error
>
> ** SOMEDAY org-remember-templates Add %C to clock in the task :WAITING:
Actually it's this heading not the one above
*** TODO Add %C trigger in remember template processing:NEXT:
-Bernt
>
> Debugger entered--Lisp error: (error "Not enough arguments for format string")
> message(#("org.org/Enhancements/org-remember-templates Add %C to clock in
> the task" 0 8 nil 8 20 (face org-level-1) 20 21 nil 21 71 (face org-level-2)))
> (let ((bfn ...) (path ...)) (if current (setq path ...)) (message
> (org-format-outline-path path ... ...)))
> org-display-outline-path(t)
> (save-excursion (goto-char (or m ...)) (org-display-outline-path t))
> (save-excursion (if (markerp m) (set-buffer ...)) (save-excursion
> (goto-char ...) (org-display-outline-path t)))
> (org-with-point-at m (org-display-outline-path t))
> (message (org-with-point-at m (org-display-outline-path t)))
> (if (and m org-agenda-show-outline-path) (message (org-with-point-at m
> ...)))
> (let ((m ...)) (if (and org-agenda-follow-mode m) (org-agenda-show)) (if
> (and m org-agenda-show-outline-path) (message ...)))
> org-agenda-do-context-action()
> org-agenda-next-line()
> call-interactively(org-agenda-next-line)
___
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] Bug: Follow mode error when a task contains % in the headline [6.33d (release_6.33d.1.g858d)]
Fixed, thanks.
- Carsten
On Nov 20, 2009, at 8:06 PM, Bernt Hansen wrote:
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report?
See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
I'm reviewing my tasks in the agenda with follow mode enabled (F) and
when I get to the following task org-mode throws an error
** SOMEDAY org-remember-templates Add %C to clock in the
task :WAITING:
Debugger entered--Lisp error: (error "Not enough arguments for
format string")
message(#("org.org/Enhancements/org-remember-templates Add %C to
clock in the task" 0 8 nil 8 20 (face org-level-1) 20 21 nil 21 71
(face org-level-2)))
(let ((bfn ...) (path ...)) (if current (setq path ...)) (message
(org-format-outline-path path ... ...)))
org-display-outline-path(t)
(save-excursion (goto-char (or m ...)) (org-display-outline-path t))
(save-excursion (if (markerp m) (set-buffer ...)) (save-excursion
(goto-char ...) (org-display-outline-path t)))
(org-with-point-at m (org-display-outline-path t))
(message (org-with-point-at m (org-display-outline-path t)))
(if (and m org-agenda-show-outline-path) (message (org-with-point-
at m ...)))
(let ((m ...)) (if (and org-agenda-follow-mode m) (org-agenda-
show)) (if (and m org-agenda-show-outline-path) (message ...)))
org-agenda-do-context-action()
org-agenda-next-line()
call-interactively(org-agenda-next-line)
-Bernt
Emacs : GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11)
of 2008-11-09 on raven, modified by Debian
Package: Org-mode version 6.33d (release_6.33d.1.g858d)
___
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
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] redisplay agenda after using org-agenda-diary-entry?
Hi Stephen, this is fun, but incomplete, because you cannot rely on being back in the agenda. I fixed that and applied the patch... - Carsten On Nov 20, 2009, at 3:43 PM, Stephen Eglen wrote: How about the following simple change to the facility for adding diary entries in the agenda: when you press 'i d' in the agenda to add a new entry, you then see the entry in the agenda? (& if so, what about the other cases, like 'i b' for block entries?) Stephen diff -c org-agenda.el~ org-agenda.el *** org-agenda.el~ Fri Nov 20 11:03:03 2009 --- org-agenda.el Fri Nov 20 14:36:10 2009 *** *** 6677,6683 (cond ((equal char ?d) (setq text (read-string "Day entry: ")) ! (org-agenda-add-entry-to-org-agenda-diary-file 'day text d1)) ((equal char ?a) (setq d1 (list (car d1) (nth 1 d1) (read-number (format "Reference year [%d]: " (nth 2 d1)) --- 6677,6684 (cond ((equal char ?d) (setq text (read-string "Day entry: ")) ! (org-agenda-add-entry-to-org-agenda-diary-file 'day text d1) ! (org-agenda-redo)) ((equal char ?a) (setq d1 (list (car d1) (nth 1 d1) (read-number (format "Reference year [%d]: " (nth 2 d1)) ___ 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 - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] suggestion: automatically recording entry creation date
On Wed, Nov 04, 2009 at 12:59:19PM +, Adam Spiers wrote:
> > Bernt's approach is nice, but I agree that a completely clutter-free
> > solution (i.e. :PROPERTIES: drawers completely hidden by default)
> > would be extremely nice.
>
> I suspect this might be tricky to implement :-/
I ended up combining Bernt's and Tim's approaches. The below adds a
CREATED timestamp in both remember items and buffer-added items.
--
;; added "created" type
(setq org-log-note-headings
'((done . "CLOSING NOTE %t")
(state . "State %-12s from %-12S %t")
(note . "Note taken on %t")
(reschedule . "Rescheduled from %S on %t")
(redeadline . "New deadline from %S on %t")
(created . "CREATED %t")
(clock-out . "")))
;; for TODOs created in the buffer
(defun pah/insert-creation-date ()
"Insert CREATED timestamp into logbook"
(org-add-log-setup 'created nil nil 'findpos
'time))
(add-hook 'org-insert-heading-hook 'pah/insert-creation-date)
;; for remember
(setq org-remember-templates (quote (("todo" ?t "* TODO %?\n :LOGBOOK:\n -
CREATED:%U\n :END:\n" nil bottom nil)
--
Is there a way to get this function to work with remember as well? I
tried adding to org-remember-before-finalize-hook, but the marker is
in a weird state at that point.
--
Paul Holcomb *pholcomb\@ cpoint net*
GPG key fingerprint 2B62 05AE EE74 845A 705F D716 28C4 FE1C 088F CFAC
___
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] Bug: Follow mode error when a task contains % in the headline [6.33d (release_6.33d.1.g858d)]
Carsten Dominik writes: > Fixed, thanks. > > - Carsten Thanks :) It works fine now. -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Speed commands (was: Release 6.33)
Dear Friedrich,
What sort of phone do you use? I am looking for a new phone and would
like to use ogmode, of course.
Thanks,
- Raffi.
On Fri, Nov 20, 2009 at 9:35 AM, Friedrich Delgado Friedrichs
wrote:
>
> Trying out speedkeys and liking them, I guess I'm going to have a
> simple life using org from my phone from now on ;)
>
> Carsten Dominik schrieb:
>> In the speed map, yes, there is space, and you can add keys yourself.
>> But I would recommend making these with confirmation query.
>> (setq org-speed-commands-user
>> '(("A" . (let ((org-archive-default-command
>> 'org-archive-to-archive-sibling))
>> (org-archive-subtree-default-with-confirmation)
>
>> I am happy to have a discussion what additional
>> commands should be present by default.
>
> This is what i'm using:
>
> (("y" . (progn
> (delete-other-windows)
> (recenter-top-bottom 0)))
> ("A" . (if (y-or-n-p "Archive this subtree or entry? ")
> (call-interactively org-archive-subtree)
> (error "Abort")))
> ("," . org-cycle-agenda-files))
>
>
> There's no function org-archive-subtree-default-with-confirmation and
> org-agenda-archive-subtree-with-confirmation complains that I'm not in
> the agenda, so I've just adding my own y-or-n-p, since 'A' will
> actually move trees to an archive file.
>
> On my phone I get frequently annoyed when I can't see enough because
> emacs splits the screen all the time, so a speed key to unsplit and
> move the current item to the top of the screen is logical.
>
> I'm not completely happy with 'y', since it makes me think 'yank' but
> it's also slightly similar to 'l' and C-l is the default binding.
>
> How about having an alternative keymap with vi-like moving keys? I
> hardly ever use the C-b, C-f, C-n, C-p in my regular emacs work
> (mostly cursor keys) and so I'm actually more comfortable with using
> vi movement. (Because of playing nethack of course, hm, that's a nice
> and large fireplace you have there! What's for dinner?)
>
> Oh and the ',' is most obvious, I think.
>
> (Hey, what's with the torches? Oh right, nightime barbecue, haha!)
>
> Kind regards
> Friedel
> --
> Friedrich Delgado Friedrichs
> TauPan on Ircnet and Freenode ;)
>
>
> ___
> 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] Speed commands
At Fri, 20 Nov 2009 19:13:11 +0100, Stephan Schmitt wrote: > > Hi Eric, > > try this: > > (progn > (org-cycle-agenda-files) >(when (not (and (bolp) (org-on-heading-p))) >(outline-previous-visible-heading 1) >(or (and (bolp) (org-on-heading-p)) >(outline-next-visible-heading 1 Excellent. Works perfectly. (and makes so much sense that it gives me a doh moment -- why didn't I think of that? isn't hindsight wonderful? :-) Many 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] Re: Fast traversing directories
This version will accept wildcards and recurse one directory level level down
(setq org-agenda-directories '("~/org" "~/1_PROJECT/*"))
(setq org-agenda-files '())
(dolist (d1 org-agenda-directories)
(dolist (d2 (file-expand-wildcards (expand-file-name d1)))
(if (file-directory-p d2)
(dolist (f (directory-files d2 t ".org$" t))
(push f org-agenda-files)
Hope it helps.
Tim.
2009/10/31 Thierry Volpiatto :
> Hi,
> if you have traverselisp.el, you can use:
>
> ,
> | (dolist (d org-directories)
> | (traverse-walk-directory d :file-fn #'(lambda (x)
> | (when (string=
> (file-name-extension x) "org")
> | (push x org-agenda-files)
> `
>
> you can get traverselisp.el here:
> http://www.emacswiki.org/cgi-bin/emacs/traverselisp.el
>
> or here: (hg clone)
> http://mercurial.intuxication.org/hg/traverselisp
>
> Nick Dokos writes:
>
>> andrea Crotti wrote:
>>
>>>
>>> I tried this because I have more base directories.
>>> (setq org-directories '("~/org" "~/uni"))
>>> (setq org-agenda-files ())
>>> (dolist ((d org-directories))
>>> (setq org-agenda-files
>>> (append org-agenda-files (find-lisp-find-files d "\.org$"
>>>
>>>
>>> But it sets org-agenda-files to nil...
>>
>> Too many parens: try
>>
>> (dolist (d org-directories)
>> (setq org-agenda-files
>> (append org-agenda-files (find-lisp-find-files d "\.org$"
>>
>> Nick
>>
>>
>>
>> ___
>> 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
>>
>
> --
> A + Thierry Volpiatto
> Location: Saint-Cyr-Sur-Mer - France
>
>
>
> ___
> 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] Speed commands (was: Release 6.33)
At Fri, 20 Nov 2009 17:29:15 +0100, Friedrich Delgado Friedrichs wrote:
> k for up, j for down, h for left and l for right. So I guess k would
> be previous-heading, j next heading, and h and l for the previous/next
> sibling on the same level.
>
> So I guess I have:
>
> j (org-speed-move-safe (quote outline-next-visible-heading))
> k (org-speed-move-safe (quote outline-previous-visible-heading))
> l (org-speed-move-safe (quote org-forward-same-level))
> h (org-speed-move-safe (quote org-backward-same-level))
I'm actually playing around with this combination:
--8<---cut here---start->8---
("h" org-speed-move-safe 'outline-up-heading)
("j" org-speed-move-safe 'outline-forward-same-level)
("k" org-speed-move-safe 'outline-backward-same-level)
("l" org-speed-move-safe 'outline-next-visible-heading)
--8<---cut here---end--->8---
and it's almost quite natural (for me) but quite the opposite of what
you have defined/suggested! Interesting.
___
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] adding new protocol handler in firefox
Robin Green writes: > At Thu, 19 Nov 2009 21:09:21 +0100, > Sebastian Rose wrote: >> Well, anyway, editing RDF files by hand is not the way to go. > > Indeed. This was the method that worked for me (thanks to "goncheff" > for discovering it): > > 1. In about:config, create a boolean key > "network.protocol-handler.expose.org-protocol" and set it to False > 2. Create a simple web page containing a link to the URL org-protocol://test > 3. Open the web page you just created > 4. Click on the link > 5. Choose emacsclient as the associated application in the dialog box > that appears > > and no other method worked (although I didn't know about the "edit the RDF > file" method). I guess you use a HG version of FF? Or 3.6? Please, detailed information is necessary. Browser brand and version, operating system, version, Org-mode version. Just saying "It did just work like that" does not help - neither you nor us. You know, it's quite a bit of work to verify the installations. I have to remove the handlers, and add them again. I wanted to this, but it's not possible in FF 3.5 on Ubuntu without research, which I will postpone now in favor of finding a general solution. Since there were no complaints about the installation procedure on worg, I guess that it still is up to date for FF up to 3.5. At least it worked for me on Debian testing and Ubuntu, with different FF versions up to 3.5. > It isn't, of course, necessary to create a web page - you can use an > existing one with such a link - but it *is* necessary to click on a > link in a web page - selecting a bookmarklet no longer works in the > latest Firefox release, at least on Ubuntu 9.10 and on Mac OS X, and > probably elsewhere too. Is it? Well, there are two links for testing on worg: http://orgmode.org/worg/org-contrib/org-protocol.php#test-org-protocol Could be more prominent I guess > -- cut here -- > > I guess I should create a patch to worg to include the above > instructions for newer versions of Firefox. Unless people think the > RDF editing method is better? >> Instead, we should link to descriptions on how install the handlers >> system wide. > > Nice idea, but unfortunately on Linux (as far as I know) there is no > standard way to do that. As for Mime types, http://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec?action=show&redirect=Standards%2Fshared-mime-info-spec states: The specification is now quite stable and not expected to change in incompatible ways. Integration with icon themes has not been finalized (and is not currently part of the specification). * ROX has used the system since ROX-Filer 1.3.3 (July 2002). * GTK has support since version 2.4 (Mar 2004). * GNOME uses the system since version 2.8 (Sep 2004). * XFCE uses the system since version 4.2.0 (Jan 2005). * KDE uses the system since version 4.0 (Jan 2007). * LXDE has used the system since the initial release of PCManFM (2005). * EDE uses the system since version 2.0-alpha (Apr 2009, but implemented in May 2007). Sounds general and standard enough. Hackers will help themselves (and hopefully publish the solution on this list or worg). Applications since years install themselves as handlers for certain Mime types (e.g. the annoying Adobe products - sorry, product. They did not manage to port more than the "Reader" to Linux yet). Something like this should be possible for protocols, too. What we need here is a general solution. The general solution, the Mozilla people are willing to go, obviously. And I guess the solution can be found at the X Desktop Group, e.g. on freedesktop.org, or simply by asking the Mozilla guys. Not sure yet how Mime relates to protocols, but I'm sure we will find a solution that works for 99% of GNU/Linux users. Sebastian ___ 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-mode version 6.32b; org-remember only indents first line of %i substitution
Carsten Dominik writes: > Hi Sebastian - I am confused - which is the patch I should apply? Sorry Carsten. The I CCed you with - the second one. It takes into account, that the title could be empty too. It's in the mail you're replying to. >> [[url][ ]] >> >> >> Test: >> >> >> (let ((orglink (org-make-link-string >>"http://www.google.de"; " "))) >> (insert orglink)) >> Which is invisible in Org-files!!! > > I have fixed this also, in a diffeerent way. > > - Carsten Great. This patch: >> diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el >> index 5c65fb0..0d40c2c 100644 >> --- a/lisp/org-protocol.el >> +++ b/lisp/org-protocol.el >> @@ -470,9 +470,10 @@ Now template ?b will be used." >> (url (org-protocol-sanitize-uri (car parts))) >> (type (if (string-match "^\\([a-z]+\\):" url) >>(match-string 1 url))) >> - (title (cadr parts)) >> - (region (caddr parts)) >> - (orglink (org-make-link-string url title)) >> + (title (or (cadr parts) "")) >> + (region (or (caddr parts) "")) >> + (orglink (org-make-link-string >> + url (if (string-match "[^[:space:]]" title) title url))) >> remember-annotation-functions) >> (setq org-stored-links >> (cons (list url title) org-stored-links)) Best Sebastian ___ 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] Contextual tag auto-exclusion
Hi Friedrich, I have fixed this now, all tags that are represented in the current agenda will be passed into the auto-exclusion function. - Carsten On Nov 20, 2009, at 1:20 PM, Friedrich Delgado Friedrichs wrote: Hi! I'm just trying to use this feature and I noticed, that it apparently only works if org-tag-alist is explicitly set to a non-nil value. I use dynamic tags (lots of them) and I wonder if it would be possible to use those for auto-exclusion. At least Org can do completion of dynamic tags, so there is probably some function to get a list of the tags (or maybe just those in the current agenda). John Wiegley schrieb: I've submitted a feature today which provide contextual auto-exclusion for tags in the Agenda view. For example, I use the following tags for TODOs: ---Zitatende--- Kind regards Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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 - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Sending org-mode nodes
lukasz.stelm...@iem.pw.edu.pl (Łukasz Stelmach) writes: >> I cannot set the Message-ID in mailers like Gnus, Evolution, Outlook, >> Thunderbird. > > *You* can't do it which doesn't mean your MUA doesn't do it behind the > scenes. You can do it with mutt. When you edit with headers and put > Message-ID you get it sent. Well, look at all those message-IDs on this list or in other folders of your mailbox. They all have message-IDs, assigned from mail servers (but see below). >> If I'm wrong, I'd be interested in a way to that - so I could try it >> myself. > > I'm giving Gnus a try now the message id of this post should be > <3291978dbeaae3c6ed3b832cce64e3b...@dasa3> > I've just put the header above the --text follows this line-- Yeaaah, it has: Message-ID: <3291978dbeaae3c6ed3b832cce64e3b...@dasa3> OK, convinced :-D Thanks! I won't deter you anymore from programming the sending of Org-nodes any longer (and next time I have a question concerning postfix or sendmail... ;) Best wishes Sebastian ___ 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: Feature request: Periodic events based on count of specific weekdays
Carsten Dominik writes: > extending the date format would be a significant amount of work. The > current time/date format is already complex to handle internally, > mainly because it was build not with a clean design but step by step. I don't know anything about elisp. But isn't that an indication that it might be time to re-work the design so it's easier to maintain? > My feeling is that date specifications like this are seldomly used, I'm surprised at this assertion. Just about every club or social organisation, etc., that I've heard of that meets monthly, does so by meeting “on the second Tuesday of the month” or equivalent monthly specification. It's surely not seldom in my experience. It may be the case that not many *programs* implement this; but has that ever been a reason to avoid mapping a real-world need into Org mode before? :-) > and as far as readability is concerned, for these few events you could > just (as suggested by Matt) write a note explaining what the entry > does. Unfortunately, I can't see how to do that *and* have the rest of the Org mode timestamp specification; I'm wanting to have all the current features of Org timestamp specification plus day-of-week-based periodic events. For example, I can't see how to get an sexp timestamp to simultaneously have a “second Tuesday of the month” period and a time-of-day specification. I also can't see how to get these specifications to display like other Org timestamps in agenda and other generated views. So, while I appreciate that the current timestamp parser design might make implementation difficult, I don't think the current features of either Org timestamp specification or sexp specification will meet this goal. That's why I'm asking for this feature request. I'm happy to discuss different specifications; the latest one I proposed was for discussion, and I'm not wedded to it. Is there a different syntax that would make parsing easier, while still adding the feature I've described? -- \ “I distrust those people who know so well what God wants them | `\to do to their fellows, because it always coincides with their | _o__) own desires.” —Susan Brownell Anthony, 1896 | Ben Finney ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Single digit hours part in timestamps [6.33f (release_6.33f.16.ge103)]
A single digit hours part like 9:00 is changed to 00:00 by org-clone-subtree-with-time-shift and when using S- on it: * Subtree to shift +1d with org-clone-subtree-with-time-shift ** An entry <2009-11-20 Fri 9:00> Results in: * Shifted subtree ** An entry <2009-11-21 Sat 00:00> The same also happens with S- on the time part of the stamp. I'm not quite sure a single digit hour is really according to the specification, but it is displayed correctly in the agenda. Andreas Emacs : GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.16.6) of 2009-11-18 on fluxx Package: Org-mode version 6.33f (release_6.33f.16.ge103) ___ 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] Insert link with "foreign" character - cannot save
Carsten Dominik writes: > Hi Mattias, > > I tried that, and my buffer swiched to unicode encoding automatically. > > Unfortunately I don't know much about coding systems, and so I do > not know how to fix this. > > Anyone > > - Carsten > > On Nov 12, 2009, at 10:28 AM, Mattias Jämting wrote: > >> (I'm using English Windows Vista x64, Emacs 23.1 and Org-mode 6.32b) >> >> So i'm doing C-u C-c C-l to browse for a file in order to insert a link to >> it. >> >> The path and/or the filename contains for instance an ö (an o with two dots >> above it, also the swedish word for "island"), which gets translated in my >> org-file as \366. >> >> When I try to save the file I see the message: >> >> These default coding systems were tried to encode text >> in the buffer `jwd.org': >> (utf-8-dos (79 . 4194294)) >> However, each of them encountered characters it couldn't encode: >> utf-8-dos cannot encode these: These default coding systems were tried >> to encode text >> in the buffer `jwd.org': >> (utf-8-dos (79 . 4194294)) >> However, each of them encountered characters it couldn't encode: >> utf-8-dos cannot encode these: \366 >> >> Next I tried to hack myself a fix :-) >> >> I added (?\366 . "%F6") to org-link-escape-chars and ran make on it again, >> but it didn't seem to work. It's true, you cannot encode the bytes with dec. values above 127 in utf-8 (see `man utf-8', unicode.org, whatever). Seems your filenames are not utf-8 encoded. Here it works, because on current Linux distros (and MAC OS??) filenames are utf-8 encoded: C-u C-c C-f nä TAB RET [[file:nächtes-nötiges.org][Umlaute in Dateinamen]] Maybe, if the file is from an old system, rename it (twice, to give it the original name) and try again. Would that work? There's an interesting discussion going on on emacs-devel, that might be related (but it's not about filenames). You may read the entire thread here: http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00661.html The fazit so far, as I understood it, is, that Emasc 23 distinguishes single and multibyte strings. Better not use array functions to handle strings (which are multibyte internaly) in Emacs 23. The OP did (setq nl "\n") (aset nl 0 ?ñ (insert nl) which sets the first _byte_ of an array to 241, which in turn has no valid representation on screen as character in Unicode (see `man urf-8' and unicode.org). Thus Emacs insert \361 - for some reason :) Sebastian ___ 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] Speed commands (was: Release 6.33)
Hi! Sorry I have to clarify this a bit: Raffi R schrieb: > What sort of phone do you use? I am looking for a new phone and would > like to use ogmode, of course. > On Fri, Nov 20, 2009 at 9:35 AM, Friedrich Delgado Friedrichs > wrote: > > Trying out speedkeys and liking them, I guess I'm going to have a > > simple life using org from my phone from now on ;) ---Zitatende--- Note that I wrote "from my phone" not "on my phone". I use a T-Mobile G1 (HTC Dream) which has a very excellent ssh client called connectbot (http://code.google.com/p/connectbot/ it's free software, too) and I use org-mode via ssh and emacsclient -t on a remote system. To say that I use it is saying a bit much, since I've only used it so far to look things up, since editing used to be very inconvenient, because having to type typical emacs control sequences is really tough on the small keyboard. That's why I think the speedkeys are going to help me quite a lot, but I didn't really give it a go yet. Btw. it's great that I posted my speed key setup on this mailing list, not only for the great input I received: Due to some inexplicable screwup with my emacs config and git over 3 machines, I lost my configuration changes. (I think my dirty hack to split customisation files has destroyed the speed key config, so it's most likely not emacs' or org-modes's fault.) But now I can just easily recreate it from the posts ;) Good evening Friedel -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) pgp96ckHzyfJO.pgp Description: PGP signature ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Speed commands (was: Release 6.33)
Doh! > Due to some inexplicable screwup with my emacs config and git over 3 > machines, I lost my configuration changes. ---Zitatende--- It's late, I just forgot to git pull my config ;) -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] Contextual tag auto-exclusion
Thanks! \o/ Carsten Dominik schrieb: > I have fixed this now, all tags that are represented in the > current agenda will be passed into the auto-exclusion function. -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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] [babel] Bug: Export code block before first heading
Exporting a file with a source block before the first heading, like:
#+BEGIN_SRC emacs-lisp
...
#+END_SRC
to html yields the error
"Before first headline at position 3 in buffer org-mode-tmp"
A backtrace is attached.
Andreas
Emacs : GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.16.6)
of 2009-11-18 on fluxx
Package: Org-mode version 6.33f (release_6.33f.16.ge103)
Debugger entered--Lisp error: (error "Before first headline at position 3 in
buffer org-mode-tmp")
signal(error ("Before first headline at position 3 in buffer org-mode-tmp"))
error("Before first headline at position %d in buffer %s" 3 #)
(condition-case nil (outline-back-to-heading invisible-ok) (error (error
"Before first headline at position %d in buffer %s" ... ...)))
org-back-to-heading(t)
(progn (org-back-to-heading t) (point))
(or beg (progn (org-back-to-heading t) (point)))
(let* ((beg ...) (end ...)) (goto-char beg) (if (re-search-forward
org-property-start-re end t) (setq beg ...) (if force ... ...) (goto-char beg)
(if ... ...)) (if (re-search-forward org-property-end-re end t) (setq end ...)
(or force ...) (goto-char beg) (setq end beg) (org-indent-line-function)
(insert ":END:\n")) (cons beg end))
(save-excursion (let* (... ...) (goto-char beg) (if ... ... ... ... ...) (if
... ... ... ... ... ... ...) (cons beg end)))
(catch (quote exit) (save-excursion (let* ... ... ... ... ...)))
org-get-property-block()
(let ((range ...)) (if (and range ... ...) (if ... ... "")))
(if (member property org-special-properties) (cdr (assoc property ...)) (let
(...) (if ... ...)))
(if (and inherit (if ... ... t)) (org-entry-get-with-inheritance property)
(if (member property org-special-properties) (cdr ...) (let ... ...)))
(save-excursion (goto-char (or pom ...)) (if (and inherit ...)
(org-entry-get-with-inheritance property) (if ... ... ...)))
(save-excursion (if (markerp pom) (set-buffer ...)) (save-excursion
(goto-char ...) (if ... ... ...)))
(org-with-point-at pom (if (and inherit ...) (org-entry-get-with-inheritance
property) (if ... ... ...)))
org-entry-get(3 "exports" selective)
(or (org-entry-get (point) header-arg (quote selective)) (cdr (assoc
header-arg org-file-properties)))
(let ((val ...)) (when val (cons ... val)))
(lambda (header-arg) (let (...) (when val ...)))("exports")
mapcar((lambda (header-arg) (let (...) (when val ...))) ("exports" "results"
"session" "tangle" "var"))
(delq nil (mapcar (lambda ... ...) (quote ...)))
(progn (delq nil (mapcar ... ...)))
(unwind-protect (progn (delq nil ...)) (set-match-data
save-match-data-internal (quote evaporate)))
(let ((save-match-data-internal ...)) (unwind-protect (progn ...)
(set-match-data save-match-data-internal ...)))
(save-match-data (delq nil (mapcar ... ...)))
org-babel-params-from-properties()
(org-babel-merge-params org-babel-default-header-args
(org-babel-params-from-properties) (if (boundp lang-headers) (eval
lang-headers) nil) (org-babel-parse-header-arguments
(org-babel-clean-text-properties ...)))
(list lang (with-temp-buffer (save-match-data ... ... ...))
(org-babel-merge-params org-babel-default-header-args
(org-babel-params-from-properties) (if ... ... nil)
(org-babel-parse-header-arguments ...)) switches)
(let* ((lang ...) (lang-headers ...) (switches ...) (body ...)
(preserve-indentation ...)) (list lang (with-temp-buffer ...)
(org-babel-merge-params org-babel-default-header-args ... ... ...) switches))
org-babel-parse-src-block-match()
(setq info (org-babel-parse-src-block-match))
(save-excursion (goto-char head) (setq info
(org-babel-parse-src-block-match)) (forward-line -1) (when (looking-at ...)
(setq info ...) (if ... ...) (unless header-vars-only ...)) info)
(if (setq head (org-babel-where-is-src-block-head)) (save-excursion
(goto-char head) (setq info ...) (forward-line -1) (when ... ... ... ...) info)
(if (save-excursion ... ...) (org-babel-parse-inline-src-block-match) nil))
(let ((case-fold-search t) head info args) (if (setq head ...)
(save-excursion ... ... ... ... info) (if ... ... nil)))
org-babel-get-src-block-info()
(org-babel-exp-do-export (org-babel-get-src-block-info) (quote block))
(and (re-search-backward org-babel-src-block-regexp nil t)
(org-babel-exp-do-export (org-babel-get-src-block-info) (quote block)))
(or (and (re-search-backward org-babel-src-block-regexp nil t)
(org-babel-exp-do-export ... ...)) (and (re-search-backward org-block-regexp
nil t) (match-string 0)) (error "Unmatched block [bug in
`org-babel-exp-src-blocks']."))
org-babel-exp-src-blocks(#("\n" 0 1 (fontified t font-lock-fontified t))
#("emacs-lisp" 0 10 (font-lock-fontified t fontified t)))
apply(org-babel-exp-src-blocks #("\n" 0 1 (fontified t font-lock-fontified
t)) #("emacs-lisp" 0 10 (font-lock-fontified t fontified t)))
(if (memq type org-export-blocks-witheld) "" (apply func body headers))
(progn (if (memq type org-export-blocks-withel
Re: [Orgmode] [babel] Bug: Export code block before first heading
Hi Andreas, Thanks for catching this bug, It should now be fixed in the HEAD of the git repo. Best -- Eric Andreas Burtzlaff writes: > Exporting a file with a source block before the first heading, like: > > #+BEGIN_SRC emacs-lisp > > ... > > #+END_SRC > > to html yields the error > "Before first headline at position 3 in buffer org-mode-tmp" > > A backtrace is attached. > > Andreas > > Emacs : GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.16.6) > of 2009-11-18 on fluxx > Package: Org-mode version 6.33f (release_6.33f.16.ge103) > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Periodic events based on count of specific weekdays
On 2009-11-20, Ben Finney wrote: > I'm happy to discuss different specifications; the latest one I proposed > was for discussion, and I'm not wedded to it. Is there a different > syntax that would make parsing easier, while still adding the feature > I've described? If this is done: For a discussion of making syntax simple, extensible, robust, quotable, nestable, pretty-printable, etc., see my posts on extensible syntax. Other keywords include "parsing risk" and "ID markers". ID markers use extensible syntax and thus provide examples. IMO: I am not convinced that timestamps should be resyntaxed unless other syntax problems can be solved at the same time. I already have to look up whether deadline warning goes before repeat or the other way around, and what the meanings of the different repeat types are, so, for me, timestamps are already pretty complicated. -- Q: How many CDC "scientists" does it take to change a lightbulb? A: You only think it's dark. [CDC has denied ME/CFS for 25 years] = Retrovirus: http://www.wpinstitute.org/xmrv/xmrv_qa.html ___ 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: Feature request: Periodic events based on count of specific weekdays
Hi Ben, On Nov 20, 2009, at 11:56 PM, Ben Finney wrote: Carsten Dominik writes: extending the date format would be a significant amount of work. The current time/date format is already complex to handle internally, mainly because it was build not with a clean design but step by step. I don't know anything about elisp. But isn't that an indication that it might be time to re-work the design so it's easier to maintain? Oh yes! If I were to start over, I would definitely implement the date/tim syntax in a way that is more easily expandable, and that is parsed by a single function so changes would only affect a small part of the code. This is very desirable. In fact, *many* parts in Org-mode could/should be rewritten from scratch, in a much cleaner way. Unfortunately it does not mean that this will get done, by me, any time soon. I could delve into the technical difficulties this change would have, but maybe this is not if interest here. My feeling is that date specifications like this are seldomly used, I'm surprised at this assertion. I have not formulated precisely enough here. I believe that everyone has one or a few of these types of appointments. What I mean is that it is not a frequent task to have to set up one of these, compared to how often you write down an appointment or a deadline. I, for example, set up many appointments per day, but second-tuesday-of-the-month type events only once every half year or so. Just about every club or social organisation, etc., that I've heard of that meets monthly, does so by meeting “on the second Tuesday of the month” or equivalent monthly specification. It's surely not seldom in my experience. It may be the case that not many *programs* implement this; but has that ever been a reason to avoid mapping a real-world need into Org mode before? :-) :-) definitely not. and as far as readability is concerned, for these few events you could just (as suggested by Matt) write a note explaining what the entry does. Unfortunately, I can't see how to do that *and* have the rest of the Org mode timestamp specification; I'm wanting to have all the current features of Org timestamp specification plus day-of-week-based periodic events. You are right that you cannot get the full functionality of Org-mode time stamps with diary-like ones. However, the main restriction I see is the special behavior of TODO entries which go through a repeat. On the other hand, diary-sexp entries allow you to make arbitrarily complex time stamps - any specific syntax would always be more limited. For example, I can't see how to get an sexp timestamp to simultaneously have a “second Tuesday of the month” period and a time-of-day specification. I also can't see how to get these specifications to display like other Org timestamps in agenda and other generated views. * 13:00-15:00 Group meeting at the cafeteria First or third Wednesday of month from 1 to 3 in the afternoon <%%(or (diary-float t 3 1) (diary-float t 3 3))> So, while I appreciate that the current timestamp parser design might make implementation difficult, I don't think the current features of either Org timestamp specification or sexp specification will meet this goal. That's why I'm asking for this feature request. The request is duly noted and in my list of possible tasks to pick up, but I fear that the chances to get to it soon are slim. - Carsten I'm happy to discuss different specifications; the latest one I proposed was for discussion, and I'm not wedded to it. Is there a different syntax that would make parsing easier, while still adding the feature I've described? No, the syntax is easy to parse, but there are many different places in Org which would have to learn to deal with these. -- \ “I distrust those people who know so well what God wants them | `\to do to their fellows, because it always coincides with their | _o__) own desires.” —Susan Brownell Anthony, 1896 | Ben Finney ___ 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
