[Orgmode] Release 6.26
Enjoy! - Carsten Changes in Version 6.26 === Details custom IDs === Entries can now define a `CUSTOM_ID' property. This property must be a valid ID according to HTML rules, and it will be used in HTML export as the main target ID for this entry. That means, both the table of conents and other internal links will automatically point to this ID instead of the automatic ID like `sec-1.1'. This is useful to create humar-readable permanent links to these location in a document. The user is responsible to make sure that custom IDs are unique within a file. Links written like `[[#my-target-name] ]' can be used to target a custom ID. When using `C-c l' to store a link to a headline that has a custom ID, Org will now create two links at the same time. One link will be to the custom ID. The other will be to the globaly unique ID property. When inserting the line with `C-c C-l', you need to decide which one you want to use. Use the ID links for entries that are expected to move from one file to the next. Use custom ID links publishing projects, when you are sure that te entry will stay in that file. See also the variable `org-link-to-org-use-id'. Remember to non-org files == If the target headline part of a remember template definition entry is `top' or `bottom', the target file may now be a non-Org-mode file. In this case, the content of the remember buffer will be added to that file without enforcing an Org-like headline. Sorry, Russel, that this took so long. New property to turn off todo dependencies locally === Setting the property `NOBLOCKING' will turn off TODO dependency checking for this entry. Refile verify == A new function is called to verify tasks that are about to be selected as remember targets. See the new variable `org-refile-target-verify-function'. New version org ditaa.jar == Thanks to Stathis Sideris. htmlize.el is now in the contrib directory === The latest version of htmlize.el is now the in the contrib directory of Org. Thanks to Hrvoje Niksic for allowing this. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] CamelCase link type
Carsten, thank you for your prompt answer. I understand your attitude towards CamelCase, and tend to agree, but I also think it would be nice to have a utility to easily port a set of emacs-wiki pages into orgmode. I'll see if I can come out with a simple elisp or python script to convert those files. Thanks again Giorgio On Sat, April 18, 2009 6:27 pm, Carsten Dominik wrote: Org-mode does not have support for CamelCase links, you can use other methods to link to other files. I am not a big fan of CamelCase links and don't want to add it to the core. But maybe someone wants to write it as an add-on, this would be easy to do. - Carsten On Apr 17, 2009, at 9:29 AM, Giorgio Brajnik wrote: I'm an Org-mode newby, and have not been able to find examples of how to customize orgmode so that CamelCase words are treated as links. Is this possible? and if so, what should I customize or change? (I have a bunch of emacs-wiki pages I'd like to port under orgmode.) Thanks -- Giorgio Brajnik __ Dip. di Matematica e Informatica | voice: +39 (0432) 55.8445 Università di Udine | fax: +39 (0432) 55.8499 Via delle Scienze, 206 | email: gior...@dimi.uniud.it Loc. Rizzi -- 33100 Udine -- ITALY | http://www.dimi.uniud.it/giorgio ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Giorgio Brajnik __ Dip. di Matematica e Informatica | voice: +39 (0432) 55.8445 Università di Udine | fax: +39 (0432) 55.8499 Via delle Scienze, 206 | email: gior...@dimi.uniud.it Loc. Rizzi -- 33100 Udine -- ITALY | http://www.dimi.uniud.it/giorgio ___ Emacs-orgmode 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] CamelCase link type
Excerpts from Giorgio Brajnik's message of Sun Apr 19 12:16:58 +0300 2009:
Carsten,
thank you for your prompt answer.
I understand your attitude towards CamelCase, and tend to agree, but I
also think it would be nice to have a utility to easily port a set of
emacs-wiki pages into orgmode.
I'll see if I can come out with a simple elisp or python script to convert
those files.
perl -pe 's/((?:[[:upper:]][\p{lower}_-\d]+){2,})/[[$1]]/'
+- whatever special characters you allow in camel case links.
- Taru Karttunen
___
Emacs-orgmode 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] thanks nick
Thanks nick, made those changes + I do use indenting in emacs (indent-region) ___ Emacs-orgmode 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] CamelCase link type
On Apr 19, 2009, at 11:44 AM, Taru Karttunen wrote:
Excerpts from Giorgio Brajnik's message of Sun Apr 19 12:16:58 +0300
2009:
Carsten,
thank you for your prompt answer.
I understand your attitude towards CamelCase, and tend to agree,
but I
also think it would be nice to have a utility to easily port a set of
emacs-wiki pages into orgmode.
I'll see if I can come out with a simple elisp or python script to
convert
those files.
perl -pe 's/((?:[[:upper:]][\p{lower}_-\d]+){2,})/[[$1]]/'
Awesome.
- Carsten
+- whatever special characters you allow in camel case links.
- Taru Karttunen
___
Emacs-orgmode 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] Automatically sorting remembered entries
No, this is currently not possible. - Carsten On Apr 19, 2009, at 11:23 AM, Taru Karttunen wrote: Hello Is there a way to insert remembered entries in a sorted fashion? I am inserting entries like: *** 2009-04-20 Mon Foobar and would like them to be sorted under the heading they are remembered. e.g. given the org file: * Current *** 2009-04-18 Sat Foo *** 2009-04-21 Tue Bar The entry would be automatically inserted in the middle like: * Current *** 2009-04-18 Sat Foo *** 2009-04-20 Mon Foobar *** 2009-04-21 Tue Bar - Taru Karttunen ___ Emacs-orgmode 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] [PATCH] Fix CUSTOM_ID completion for PROPERTY drawers
The wrong name was added for CUSTOM_ID in the completion list for properties in commit 931e13d (Custom IDs: Documentation and improvements) --- This patch is available at git://git.norang.ca/org-mode for-carsten lisp/org.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 3c95baa..41e0e48 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -11148,7 +11148,7 @@ These are properties that are not defined in the property drawer, but in some other way.) (defconst org-default-properties - '(ARCHIVE CATEGORY SUMMARY DESCRIPTION CUSTOM_LINK + '(ARCHIVE CATEGORY SUMMARY DESCRIPTION CUSTOM_ID LOCATION LOGGING COLUMNS VISIBILITY TABLE_EXPORT_FORMAT TABLE_EXPORT_FILE EXPORT_FILE_NAME EXPORT_TITLE EXPORT_AUTHOR EXPORT_DATE -- 1.6.3.rc1 ___ Emacs-orgmode 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] [PATCH] Fix section id on HTML export when no custom id is present
This fixes a bug where section ids were all set to 'nil'. suffix and href were identical so suffix is no more. Before this change the table of contents had the correct id but the heading levels all had id=nil --- This patch is available at git://git.norang.ca/org-mode for-carsten lisp/org-html.el |9 - 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index 0f3d113..0c416af 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1817,7 +1817,7 @@ When TITLE is nil, just close all open levels. (preferred (cdr (assoc target org-export-preferred-target-alist))) (remove (or preferred target)) (l org-level-max) -snumber href suffix) +snumber href) (setq extra-targets (remove remove extra-targets)) (setq extra-targets (mapconcat (lambda (x) @@ -1874,12 +1874,11 @@ When TITLE is nil, just close all open levels. level snumber) title))) (unless (= head-count 1) (insert \n/div\n)) - (setq href (cdr (assoc (concat sec- snumber) org-export-preferred-target-alist))) - (setq suffix (or href (concat sec- snumber))) + (setq href (or (cdr (assoc (concat sec- snumber) org-export-preferred-target-alist)) (concat sec- snumber))) (insert (format \ndiv id=\outline-container-%s\ class=\outline-%d\\nh%d id=\%s\%s%s/h%d\ndiv class=\outline-text-%d\ id=\text-%s\\n - suffix level level href + href level level href extra-targets - title level level suffix)) + title level level href)) (org-open-par) (defun org-export-html-get-tag-class-name (tag) -- 1.6.3.rc1 ___ Emacs-orgmode 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] Problem with CUSTOM_ID persistence during exporting
Hi Carsten, I noticed a problem with custom ids that should probably be fixed. I was playing with a temporary custom id for a document - so I added it and exported. Then when I removed the id it's still there. The org-export-preferred-target-alist still has the mapping of section number to preferred id which I removed. I think it also applies to different documents. I think the variables (defvar org-export-target-aliases nil Alist of targets with invisible aliases.) (defvar org-export-preferred-target-alist nil Alist of section id's with preferred aliases.) (defvar org-export-code-refs nil Alist of code references and line numbers) should probably all be set to nil before export processing of any file. These collect values during the export process which affects future exports. I think it's possible to set a CUSTOM_ID is section 1 on document X and have it apply to document Y if you export document Y after document X. This just feels wrong to me. All export functions should probably call some org-exp-init function to clear these (and maybe other vars) using during the export process. What do you think? -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] Re: markup in environments in latex export
Hi Carsten,
I took up your challenge and made a patch that does what I want. It
does what I suggested in my previous email in that it allows one to
put #+begin_foo and #+end_foo tags in the body of an org file. These
tags allow you to change the environment of the text between them.
What that means is left up to the exporter. For example, in LaTeX,
the tags are expanded to \begin{foo} and \end{foo}, whereas in HTML, I
have the tags being expanded to div class=foo and /div. (I am
not sure if that is the right thing to do in HTML...) The text
between the tags is not protected, and thus it is interpreted for
markup just as the rest of the file.
I have left the old cases in place, so blockquote, verse, and center
should still have the same behaviour as before. The only behaviour
that changes is with #+begin_quote in HTML. This no longer generates
a blockquote, but a div class=quote. It would be easy to revert
this to the old behaviour if many people were using #+begin_quote with
HTML export.
I have put the patches up in a github repository (basically because I
wanted to play with github), so you should be able to pull them from
the general-cookies branch of git://github.com/chrismgray/org-mode.git
Cheers,
Chris
Carsten Dominik wrote:
Hi Chris,
no, this is really by design the way it is. Org-mode has its own
markup. As a bonus to people used to LaTeX, it allows certain
LaTeX constructs to be intermingled into the file. For LaTeX
export, it will export these *literally*, the entire construct.
For HTML export, you can arrange for these snippets to be
processed by LaTeX as well and then included as images,
this is useful for formulas and some other constructs.
Here is a way to fool it:
\nop{}\begin{center}
- /a/ this is a
- /b/ this is b
\begin{itemize}
\item \emph{a} this is a
\item \emph{b} this is b
\end{itemize}
\nop{}\end{center}
- /a/ this is a
- /b/ this is b
Why does it fool it? Because it recognized full environments to be
included
by \begin ... \end, wit these macros at the beginning of the line.
If I were to allow what you propose, it would quickly become hard to
know
what should be LaTeX and what not. I think.
Feel free to try to make a patch that will convince me of the opposite.
- Carsten
On Apr 16, 2009, at 3:09 PM, Chris Gray wrote:
Carsten Dominik wrote:
Hi Chris,
you can't have the cake and eat it.
if you insert a LaTeX environment, the entire environment
will be protected. After all, you rely on this quoting with your
itemize environment!
Hi Carsten,
I don't really understand this. I can see it for things like the
verbatim environment, but that might be a special case.
However, you can do this:
#+begin_center
I should have chosen a different example I suppose. What I am really
using, rather than center, are the theorem, lemma, and proof
environments. I thought it would be safer for my example to use an
environment that is included by default in LaTeX. Unfortunately,
center
is already a special case in org. But I tried #+begin_proof and that
did not work.
This works by the protection being done first, and only
then #+begin_center is turned into \begin{center}
Perhaps that could be generalized so that #+begin_foo means do the
regular org parsing and then turn on \begin{foo}? Other exporters
would be free to ignore these commands.
I really like doing my work in org mode, and I can certainly convert
my
markup commands to regular LaTeX, but doing that really seems like a
second-best solution.
Cheers,
Chris
___
Emacs-orgmode 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
___
Emacs-orgmode 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: Problem with CUSTOM_ID persistence during exporting
Yes, this was a bug, fixed now. Thanks - Carsten On Apr 19, 2009, at 6:54 PM, Bernt Hansen wrote: Hi Carsten, I noticed a problem with custom ids that should probably be fixed. I was playing with a temporary custom id for a document - so I added it and exported. Then when I removed the id it's still there. The org-export-preferred-target-alist still has the mapping of section number to preferred id which I removed. I think it also applies to different documents. I think the variables (defvar org-export-target-aliases nil Alist of targets with invisible aliases.) (defvar org-export-preferred-target-alist nil Alist of section id's with preferred aliases.) (defvar org-export-code-refs nil Alist of code references and line numbers) should probably all be set to nil before export processing of any file. These collect values during the export process which affects future exports. I think it's possible to set a CUSTOM_ID is section 1 on document X and have it apply to document Y if you export document Y after document X. This just feels wrong to me. All export functions should probably call some org-exp-init function to clear these (and maybe other vars) using during the export process. What do you think? -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] [PATCH] Fix CUSTOM_ID completion for PROPERTY drawers
Applied, thanks. - Carsten On Apr 19, 2009, at 6:29 PM, Bernt Hansen wrote: The wrong name was added for CUSTOM_ID in the completion list for properties in commit 931e13d (Custom IDs: Documentation and improvements) --- This patch is available at git://git.norang.ca/org-mode for-carsten lisp/org.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 3c95baa..41e0e48 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -11148,7 +11148,7 @@ These are properties that are not defined in the property drawer, but in some other way.) (defconst org-default-properties - '(ARCHIVE CATEGORY SUMMARY DESCRIPTION CUSTOM_LINK + '(ARCHIVE CATEGORY SUMMARY DESCRIPTION CUSTOM_ID LOCATION LOGGING COLUMNS VISIBILITY TABLE_EXPORT_FORMAT TABLE_EXPORT_FILE EXPORT_FILE_NAME EXPORT_TITLE EXPORT_AUTHOR EXPORT_DATE -- 1.6.3.rc1 ___ Emacs-orgmode 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] [PATCH] Fix section id on HTML export when no custom id is present
Yes, a bug, but your fix is not the right one, see the discussions with Sebastian about the naming of containers and IDs. Fixed, in a different way. Thanks. - Carsten On Apr 19, 2009, at 6:29 PM, Bernt Hansen wrote: This fixes a bug where section ids were all set to 'nil'. suffix and href were identical so suffix is no more. Before this change the table of contents had the correct id but the heading levels all had id=nil --- This patch is available at git://git.norang.ca/org-mode for-carsten lisp/org-html.el |9 - 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index 0f3d113..0c416af 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1817,7 +1817,7 @@ When TITLE is nil, just close all open levels. (preferred (cdr (assoc target org-export-preferred-target-alist))) (remove (or preferred target)) (l org-level-max) -snumber href suffix) +snumber href) (setq extra-targets (remove remove extra-targets)) (setq extra-targets (mapconcat (lambda (x) @@ -1874,12 +1874,11 @@ When TITLE is nil, just close all open levels. level snumber) title))) (unless (= head-count 1) (insert \n/div\n)) - (setq href (cdr (assoc (concat sec- snumber) org-export- preferred-target-alist))) - (setq suffix (or href (concat sec- snumber))) + (setq href (or (cdr (assoc (concat sec- snumber) org-export- preferred-target-alist)) (concat sec- snumber))) (insert (format \ndiv id=\outline-container-%s\ class=\outline- %d\\nh%d id=\%s\%s%s/h%d\ndiv class=\outline-text-%d\ id= \text-%s\\n - suffix level level href + href level level href extra-targets - title level level suffix)) + title level level href)) (org-open-par) (defun org-export-html-get-tag-class-name (tag) -- 1.6.3.rc1 ___ Emacs-orgmode 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] How to view tasks with certain Property tag in Agenda view
Hi all, I am using the PROPERTY keyword to identify contexts (in the GTD approach). So here's a sample of what I do: * Online :PROPERTIES: :CATEGORY: Computer :END: ** TODO Call/reply to A ** TODO Defrag work PC The Agenda view that I see is below (Home, Computer, Work are PROPERTY tags). What I 'd like to do is: 1. View tasks with only a specified PROPERTY tag. 2. View the main task (if this task is a sub-task) in the Agenda view. So in the above example, I 'm trying to see something like. Computer: Online [current output] Any comments are appreciated. Thanks. Current output: Week-agenda (W16-W17): Sunday 19 April 2009 Home: Sched. 2x: TODO ETrade debit card Home: In -24 d.: TODO Respond to DMV Ticket Computer: Sched. 2x: TODO Incorporate category tags Work: Scheduled: TODO Defrag work PC ___ Emacs-orgmode 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: [PATCH] Fix section id on HTML export when no custom id is present
Carsten Dominik carsten.domi...@gmail.com writes: Yes, a bug, but your fix is not the right one, see the discussions with Sebastian about the naming of containers and IDs. Fixed, in a different way. Thanks. Thanks for fixing it :) -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] How to view tasks with certain Property tag in Agenda view
Varnit Suri vs...@brocade.com wrote: ... The Agenda view that I see is below (Home, Computer, Work are PROPERTY tags). What I 'd like to do is: 1. View tasks with only a specified PROPERTY tag. 2. View the main task (if this task is a sub-task) in the Agenda view. ... Does http://orgmode.org/manual/Matching-tags-and-properties.html#Matching-tags-and-properties help? In your example, I think you'd say something like this (untested): C-c a m +CATEGORY=Computer RET BTW, there are many built-in agenda views - you seem to be doing C-c a a which gives you the current week/day agenda view. But if you stop after C-c a, you'll be at the agenda dispatcher, which shows you a list of agenda views. E.g., the a key in the dispatcher gives you the weekly agenda view, the m key lets you match tags and properties etc. See http://orgmode.org/manual/Built_002din-agenda-views.html#Built_002din-agenda-views for more details. You can even add custom agenda views: http://orgmode.org/manual/Custom-agenda-views.html#Custom-agenda-views HTH, 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
Re: [Orgmode] How to view tasks with certain Property tag in Agenda view
FWIW, I use tags to mark contexts and filtering on tags is really really fast and flexible. -- Manish On Mon, Apr 20, 2009 at 6:40 AM, Varnit Suri vs...@brocade.com wrote: Hi all, I am using the PROPERTY keyword to identify contexts (in the GTD approach). So here's a sample of what I do: * Online :PROPERTIES: :CATEGORY: Computer :END: ** TODO Call/reply to A ** TODO Defrag work PC The Agenda view that I see is below (Home, Computer, Work are PROPERTY tags). What I 'd like to do is: 1. View tasks with only a specified PROPERTY tag. 2. View the main task (if this task is a sub-task) in the Agenda view. So in the above example, I 'm trying to see something like. Computer: Online [current output] Any comments are appreciated. Thanks. Current output: Week-agenda (W16-W17): Sunday 19 April 2009 Home: Sched. 2x: TODO ETrade debit card Home: In -24 d.: TODO Respond to DMV Ticket Computer: Sched. 2x: TODO Incorporate category tags Work: Scheduled: TODO Defrag work PC ___ Emacs-orgmode 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
