[Orgmode] Export special characters to LaTeX and HTML
Aloha all, Is there a way to insert special characters in org-mode so they export correctly to both LaTeX and HTML? I'm interested in characters that don't appear on the long list of LaTeX special characters that export to HTML listed here: http://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.php#sec-9 I use Hawaiian words extensively and they often require a macron over vowels, so Ā ā Ē ē etc. in HTML or \=A, \=a, \=E, \=e, etc. in LaTeX. My idea is to have a single org-mode document that I can export to LaTeX to interact with my colleagues, and then export to HTML for journals that require submissions in Word format. I'm using tex4ht now, but an org-mode solution would be simpler and more direct. All the best, Tom___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] suggestion: display of #+TITLE
Hi Dan,
this is great, thanks.
please do not yet apply it - I am in the middle of some more complex
merging.
- Carsten
On Mar 28, 2010, at 4:52 AM, Dan Davison wrote:
Thanks Scot, here's the final version of my proposed patch (no
change in
outward appearance from previous version).
By default, title, author, date and email lines appear in dark blue
with
the initial keywords greyed out. The title is in a larger font than
the
others. To change that appearance, customise the faces
org-document-title
org-document-info
org-document-info-keyword
In addition, the variable org-hidden-keywords can be used to make
any of
those keywords disappear. You can use the customize interface for
this,
or e.g.
(setq org-hidden-keywords '(title date))
Dan
--8<---cut here---start->8---
diff --git a/lisp/org-faces.el b/lisp/org-faces.el
index e336b3c..8ec7ce1 100644
--- a/lisp/org-faces.el
+++ b/lisp/org-faces.el
@@ -468,6 +468,34 @@ changes."
:group 'org-faces
:version "22.1")
+(defface org-document-title
+ 'class color) (background light)) (:foreground "midnight
blue" :weight bold :height 1.44))
+(((class color) (background dark)) (:foreground "pale
turquoise" :weight bold :height 1.44))
+(t (:weight bold :height 1.44)))
+ "Face for document title, i.e. that which follows the #+TITLE:
keyword."
+ :group 'org-faces)
+
+(defface org-document-info
+ 'class color) (background light)) (:foreground "midnight
blue"))
+(((class color) (background dark)) (:foreground "pale
turquoise"))
+(t nil))
+ "Face for document date, author and email; i.e. that which
+follows a #+DATE:, #+AUTHOR: or #+EMAIL: keyword."
+ :group 'org-faces)
+
+(defface org-document-info-keyword
+ (org-compatible-face 'shadow
+'class color grayscale) (min-colors 88) (background light))
+ (:foreground "grey50"))
+ (((class color grayscale) (min-colors 88) (background dark))
+ (:foreground "grey70"))
+ (((class color) (min-colors 8) (background light))
+ (:foreground "green"))
+ (((class color) (min-colors 8) (background dark))
+ (:foreground "yellow"
+ "Face for #+TITLE:, #+AUTHOR:, #+EMAIL: and #+DATE: keywords."
+ :group 'org-faces)
+
(defface org-block
(org-compatible-face 'shadow
'class color grayscale) (min-colors 88) (background light))
diff --git a/lisp/org.el b/lisp/org.el
index dad8649..e30c49a 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -2975,6 +2975,17 @@ lines to the buffer:
:group 'org-font-lock
:type 'boolean)
+(defcustom org-hidden-keywords nil
+ "List of keywords that should be hidden when typed in the org
buffer.
+For example, add #+TITLE to this list in order to make the
+document title appear in the buffer without the initial #+TITLE:
+keyword."
+ :group 'org-font-lock
+ :type '(set (const :tag "#+AUTHOR" author)
+ (const :tag "#+DATE" date)
+ (const :tag "#+EMAIL" email)
+ (const :tag "#+TITLE" title)))
+
(defcustom org-fontify-done-headline nil
"Non-nil means change the face of a headline if it is marked DONE.
Normally, only the TODO/DONE keyword indicates the state of a
headline.
@@ -4681,6 +4692,17 @@ will be prompted for."
((string= block-type "verse")
(add-text-properties beg1 end1 '(face org-verse
t))
+ ((member dc1 '("title:" "author:" "email:" "date:"))
+ (add-text-properties
+beg (match-end 3)
+(if (member (intern (substring dc1 0 -1)) org-hidden-keywords)
+'(font-lock-fontified t invisible t)
+ '(font-lock-fontified t face org-document-info-keyword)))
+ (add-text-properties
+(match-beginning 6) (match-end 6)
+(if (string-equal dc1 "title:")
+'(font-lock-fontified t face org-document-title)
+ '(font-lock-fontified t face org-document-info
((not (member (char-after beg) '(?\ ?\t)))
;; just any other in-buffer setting, but not indented
(add-text-properties
--8<---cut here---end--->8---
Scot Becker writes:
I like it. This is a great little piece of work. Thanks a lot.
Scot
On Fri, Mar 26, 2010 at 3:34 AM, Dan Davison
wrote:
Carsten, Scot --
Scot Becker writes:
Or what about---in the spirit of the 'hidden' outline stars---the
option
to set
"#+TITLE:" and friends in a 'barely visible' color, and in the
'standard'
font
of the document, if that's possible.
OK, I understand that suddenly-disappearing text might be
confusing. My
intention was to help in the current efforts to avoid making org
seem
too "technical" to people coming from more mainstream software, by
providing a clean document title. But OK, so magical hiding off by
default. Scot's suggestion seems like a good intermediate
position. Below is a
Re: [Orgmode] [ANN] org-mac-protocol, fully updated for 10.6 and with added applications
Hi Christopher, On Mar 27, 2010, at 12:35 AM, Christopher Suckling wrote: A suite of scripts that allow the user to annotate their org-mode buffers without switching focus from other OS X applications. The following applications are currently supported: + Safari, including linking to multiple tabs + Mail + Address Book + Skim + BibDesk + Pages + Numbers + Keynote + iTunes + Finder + Terminal It's available, along with full documentation here: http://github.com/claviclaws/org-mac-protocol The AppleScripts interface with org-protocol.el to extract content from, and link to, documents and applications. Four modes of interaction are provided: =org-link= creates an org-mode link and adds it to =*Org Links*= and the kill-ring. =org-link-tabs= creates org-mode links to all tabs in the front Safari window and adds them to =*Org Links*= and the kill-ring. =org-remember= pops up a small =*Remember*= frame with links and, where possible, extracted content embedded. =org-note= pops up a small =*Remember*= frame for note taking independent of the document being worked on. Carsten - I think this org-mac-protocol is now mature enough to be considered for the contrib directory. If you agree, how would you like it packaged for inclusion? this is awesome! I guess this is a single elisp file? Then you should just send it to me when ready. I will add it and also make an entry for it in org-modules. And you should put documentation up on Worg http://orgmode.org/worg/org-contrib/index.php Thanks for this contribution! - Carsten P.S. will this include links to address book entries? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export special characters to LaTeX and HTML
Hi Tom "Thomas S. Dye" writes: > Aloha all, You aren't Thomas Magnum, are you? > Is there a way to insert special characters in org-mode so they export > correctly to both LaTeX and HTML? I'm interested in characters that > don't appear on the long list of LaTeX special characters that export > to HTML listed here: http:// > orgmode.org/worg/org-tutorials/org-publish-html-tutorial.php#sec-9 > I use Hawaiian words extensively and they often require a macron over > vowels, so Ā ā Ē ē etc. in HTML or \=A, \=a, \=E, > \=e, etc. in LaTeX. I use the same characters for Sanskrit. They export just fine to LaTeX. To type them I have the following in my .emacs: (define-key global-map [(meta a)] nil) ;;make Alt-a free as a prefix (define-key org-mode-map [(meta a)] nil) (defun insert-lang-a () (interactive) (ucs-insert "0101")) (global-set-key "\M-aa" 'insert-lang-a) (defun insert-lang-i () (interactive) (ucs-insert "012B")) (global-set-key "\M-ai" 'insert-lang-i) This binds a-macron and i-macron to M-aa and M-ai. The same can be done for all other characters (M-aA = A-macron etc.). For LaTeX-export you should set inputenc to utf8x. Hope it helps Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: possible bug: TAB after elipsis
Not sure whether I'm talking about the same phenomenon, but I have started almost routinely adding a tag at the end of every headline inserted by my remember templates. Without the tag, it'seems it's hard to move past the end of the line cleanly to edit the contents. With a tag, using the custom \C-a/e behavior alluded to above, its a cinch. I am annoyed by this. It seems wrong, and I assumed there is a workaround somewhere, if I looked hard enough. Again, maybe this is another problem. Alan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: possible bug: TAB after elipsis
Hi Alan, On Mar 28, 2010, at 1:45 PM, Alan E. Davis wrote: Not sure whether I'm talking about the same phenomenon, but I have started almost routinely adding a tag at the end of every headline inserted by my remember templates. Without the tag, it'seems it's hard to move past the end of the line cleanly to edit the contents. With a tag, using the custom \C-a/e behavior alluded to above, its a cinch. I don't think I can reproduce this. Can you please make your explanation more detailed, with an example, with your setting for org-special-control-a/e, and with a step by step guide on how to hit any problems? Thanks - Carsten I am annoyed by this. It seems wrong, and I assumed there is a workaround somewhere, if I looked hard enough. Again, maybe this is another problem. Alan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: LaTeX export of plain lists inside description lists [6.34trans]
Using the following orgmode text:
* Test
- XXX ::
/testing/
+ one plain list item
+ just another one
here follows a plain paragraph
+ and another new plain list
+ second item
next new paragraph
the LaTeX exporter produces:
\section{Test}
\label{sec-1}
\begin{itemize}
\item[XXX]
\emph{testing}
\begin{itemize}
\item one plain list item
\item just another one
\end{itemize}
\item[XXX]and another new plain list
\item[XXX]second item
next new paragraph
\end{itemize}
The HTML export works fine!
Sorry, for not providing a patch
Günter
Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.0)
of 2009-09-27 on palmer, modified by Debian
Package: Org-mode version 6.34trans
current state:
==
(setq
org-log-done 'time
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-special-ctrl-a/e t
org-level-color-stars-only t
org-load-hook '((lambda nil (textmate-mode) (toggle-truncate-lines 1)
(define-key org-mode-map (kbd "C-")
(quote elscreen-previous))
(define-key org-mode-map (kbd "C-")
(quote elscreen-next))
(define-key org-mode-map [C-tab] (quote ido-switch-buffer))
(define-key org-mode-map (kbd "M-+") (quote org-complete))
(define-key org-mode-map (kbd "M-n")
(quote outline-next-visible-heading))
(define-key org-mode-map (kbd "M-p")
(quote outline-previous-visible-heading))
(define-key org-mode-map (kbd "C-+")
(quote org-force-cycle-archived))
)
)
org-hide-leading-stars t
org-completion-use-ido t
org-metaup-hook '(org-babel-load-in-session-maybe)
org-after-todo-state-change-hook '(org-clock-out-if-current
wicked/org-clock-out-if-waiting
wicked/org-clock-in-if-starting)
org-babel-interpreters '("emacs-lisp" "python" "sh")
org-odd-levels-only t
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-export-preprocess-hook '(org-export-blocks-preprocess)
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-hide-block-toggle-maybe)
org-src-mode-hook '(org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-latex-classes '(("article"
"\\documentclass[11pt]{article}\n\\usepackage[AUTO]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\\usepackage{soul}\n\\usepackage{latexsym}\n\\usepackage{amssymb}\n\\usepackage{hyperref}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
("report"
"\\documentclass[11pt]{report}\n\\usepackage[AUTO]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\\usepackage{soul}\n\\usepackage{latexsym}\n\\usepackage{amssymb}\n\\usepackage{hyperref}"
("\\part{%s}" . "\\part*{%s}")
("\\chapter{%s}" . "\\chapter*{%s}")
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("book"
"\\documentclass[11pt]{book}\n\\usepackage[AUTO]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\\usepackage{soul}\n\\usepackage{latexsym}\n\\usepackage{amssymb}\n\\usepackage{hyperref}"
("\\part{%s}" . "\\part*{%s}")
("\\chapter{%s}" . "\\chapter*{%s}")
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("beamer"
"\\documentclass{beamer}\n\\usepackage[AUTO]{inputenc}\n\\usepackage[T1]{fontenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{float}\n\\usepackage{wrapfig}\n\\usepackage{soul}\n\\usepackage{latexsym}\n\
Re: [Orgmode] spreadsheet: column width behavior(s)
On Mar 27, 2010, at 7:05 PM, Samuel Wales wrote: Hi Michael, Org tables already use up horizontal space with the | syntax. Some people use large fonts or small displays. Whatever solution is chosen, making it easy to make tables narrow will be important. I think the new implementation (<> means fixed width N characters) does still fulfill this request. - Carsten Samuel On 2010-03-25, Michael Brand wrote: Hi Carsten, hi all Are there reasons to only narrow but not to widen columns? I would like the behavior `fixed width' like | year | boss | facility management assistant | | | <30> | <30> | |--+--- +| | 2009 | Alice | Bob| but with the current implementation get | year | boss | facility management assistant | | | <30> | <30> | |--+---+---| | 2009 | Alice | Bob | which widens the column only if there is too less space left for the column content. As a comparison I can imagine four variants: <..40> : `maximum width' (what <40> is today) <30> : `fixed width' <20..> : `minimum width' (no narrowing) <20..40> : `width range' (minimum 20, up to 40, narrowing if even longer) The most commonly used spreadsheet applications offer just one single variant out of the above four (right?) and it is `fixed width'. My vote for org-table would be the same: That it should support `fixed width' and that this is sufficient as the only variant. What is the opinion of other users? - Michael ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Where ends a subtree?
Is it just me who cannot make out what either of these posters is trying to say? - Carsten On Mar 27, 2010, at 7:32 PM, Adam wrote: On Saturday 27 March 2010 05:27 am, Franz Heuser wrote: Hi, I wonder where an subtree ends. My work flow is as follow: * headline some text... Know I notice a ToDo entry that is link to the text. So i type ** ToDo something useful notes about the ToDo ... more about the headline. My problem is, that '... more about the headline' is hidden, when the ToDo entry is folded. It belongs syntactically to ToDo, but semantically to the headline. Is there an Tag or something like that? Where i can say: Here Ends the ToDo entry, what comes now belong to the last headline? Any Idea? Or a hint, how i can use org-mode another, better way? This appears to be the situation with Calendar and also surprisingly with Diary. Somewhere on the Emacs Wiki it suggests; no space between lines, and also to begin each new line with a dash -Such as; - item 1 - another note - some more. For me, for Diary in particular, it would be good to be able to block longer text together, and even perhpaps paragraph. I suppose it becomes less of an itemized work diary at that stage, and more of a rambling personal type, which suggests a separate or 2nd diary file altogether should be used. What do others think. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] removing blocked tasks from custom agenda view
Hi all, when I C-c a t, I don't see the blocked task because I set: (setq org-agenda-dim-blocked-tasks 'invisible) I created a custom agenda view with: (tags-todo "CALLS\|PC") but it shows all the todo, even the blocked task. How can I make tags-todo respect the org-agenda-dim-blocked-tasks settings ? alex ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: possible bug: TAB after elipsis
Hello, Carsten: I have to admit you are right, at least to the extent I cannot now reproduce this behavior. I also have to admit that I haven't been aware of that behavior for a while. I will attempt to reproduce it for a day or two, and see if I can send you a "working" example. With apologies, Alan On Sun, Mar 28, 2010 at 9:58 PM, Carsten Dominik wrote: > Hi Alan, > > On Mar 28, 2010, at 1:45 PM, Alan E. Davis wrote: > >> Not sure whether I'm talking about the same phenomenon, but I have >> started almost routinely adding a tag at the end of every headline >> inserted by my remember templates. Without the tag, it'seems it's >> hard to move past the end of the line cleanly to edit the contents. >> With a tag, using the custom \C-a/e behavior alluded to above, its a >> cinch. > > I don't think I can reproduce this. > > Can you please make your explanation more detailed, with an example, with > your setting for org-special-control-a/e, and with a step by step guide on > how to hit any problems? > > > Thanks > > - Carsten > >> >> I am annoyed by this. It seems wrong, and I assumed there is a >> workaround somewhere, if I looked hard enough. Again, maybe this is >> another problem. >> >> Alan >> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Some questions about column view and org mode
Dear all, I start to like column view. :) But as I played around with it, a few questions came up: - Is there some built-in timestamp property? The background is that I would like to have a column with a timestamp in it which I can set manually (but of course, I would like to have the calendar opened up when I press "e" on a field of this column, like on a SCHEDULED or DEADLINE column) I found the TIMESTAMP and TIMESTAMP_IA property in the manual, but I was not able to use this for my purpose and I also do not quite understand for what they are useful, but this is another topic. ;-) - If there is such a thing as a timestamp column, is there a summary method which gives me the timestamp farest away or calculates the maximum difference from today to a timestamp in the past? - Is there a way to get column view work with repeated timestamps? (I would like to have a birthday column with a DEADLINE property and of course, the birthday repeats every year.) And two questions, not specifically related to column view: - What is the fastest/easiest way to reload an org buffer, so that global settings get loaded (for example changes in global column definitions)? At the moment I close the buffer with C-k RET and open it again with C-f M-p RET but this seems a unnecessarily complicated Thank you in advance for any suggestions/comments and also thank you, Carsten, for this wonderful tool. :-) Greetings, Friedericksen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Where ends a subtree?
Franz Heuser writes: > Hi, > > I wonder where an subtree ends. My work flow is as follow: When a headline of same level or lower level began > * headline > some text... > > Know I notice a ToDo entry that is link to the text. So i type > > ** ToDo something useful >notes about the ToDo > > ... more about the headline. Org mode believe that ... more about the headline is inside ** ToDo something useful I know no way to change this: you must put every text that is only in "* headline" and not in the "** ToDo" subtree before any subtree > > My problem is, that '... more about the headline' is hidden, when the > ToDo entry is folded. It belongs syntactically to ToDo, but semantically > to the headline. > > Is there an Tag or something like that? Where i can say: Here Ends > the ToDo entry, what comes now belong to the last headline? > > Any Idea? Or a hint, how i can use org-mode another, better way? Add your todo at the end of the headline? put a "** rest of the headline" subtree after the todo ? -- Rémi Vanicat ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Where ends a subtree?
Carsten Dominik writes: > Is it just me who cannot make out what either of these posters is > trying to say? I believe I understand what Franz Heuser wanted. I've no idea what Adam's response really mean. > > - Carsten > > On Mar 27, 2010, at 7:32 PM, Adam wrote: > >> On Saturday 27 March 2010 05:27 am, Franz Heuser wrote: >>> Hi, >>> [...] -- Rémi Vanicat ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Where ends a subtree?
On Mar 28, 2010, at 3:37 PM, Rémi Vanicat wrote: Franz Heuser writes: Hi, I wonder where an subtree ends. My work flow is as follow: When a headline of same level or lower level began OK, now I understand. Yes, this is correct, you cannot end a sublevvel task and add more text that belongs to the top level tasks. Org-mode documents are structured like a book. You might wan to check out a special hack we have for this situation: org-inlinetask.el, distributed with Org. - Carsten * headline some text... Know I notice a ToDo entry that is link to the text. So i type ** ToDo something useful notes about the ToDo ... more about the headline. Org mode believe that ... more about the headline is inside ** ToDo something useful I know no way to change this: you must put every text that is only in "* headline" and not in the "** ToDo" subtree before any subtree My problem is, that '... more about the headline' is hidden, when the ToDo entry is folded. It belongs syntactically to ToDo, but semantically to the headline. Is there an Tag or something like that? Where i can say: Here Ends the ToDo entry, what comes now belong to the last headline? Any Idea? Or a hint, how i can use org-mode another, better way? Add your todo at the end of the headline? put a "** rest of the headline" subtree after the todo ? -- Rémi Vanicat ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Suggestion: rename Org Font Lock customization group
For the sake of non-emacs experts, I think the customization group "Org Font Lock" would be better named "Org Appearance". Here's what part of the org-customize buffer currently looks like: [+]-- Group Org TODO [+]-- Group Org Time [+]-- Group Org Tags [+]-- Group Org Properties [+]-- Group Org Agenda [+]-- Group Org LaTeX [-]-\ Group Org Font Lock | [+]-- Group Org Faces | |--- Option Org Odd Levels Only | |--- Option Org Level Color Stars Only | |--- Option Org Hide Leading Stars | |--- Option Org Hidden Keywords | |--- Option Org Fontify Done Headline | |--- Option Org Fontify Emphasized Text | |--- Option Org Fontify Whole Heading Line | |--- Option Org Highlight Latex Fragments And Specials | |--- Option Org Hide Emphasis Markers | |--- Option Org Emphasis Regexp Components | `--- Option Org Emphasis Alist [+]-- Group Org Completion Dan p.s. I've renamed Worg/org-faces.org to Worg/org-tutorials/org-appearance.org and added info related to the "Font Lock" group as a whole (title etc, org-hide-leading-stars, org-odd-levels-only), but lots more could be added to this. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export special characters to LaTeX and HTML
On Mar 27, 2010, at 10:29 PM, Sven Bretfeld wrote: Hi Tom "Thomas S. Dye" writes: Aloha all, You aren't Thomas Magnum, are you? Is there a way to insert special characters in org-mode so they export correctly to both LaTeX and HTML? I'm interested in characters that don't appear on the long list of LaTeX special characters that export to HTML listed here: http:// orgmode.org/worg/org-tutorials/org-publish-html-tutorial.php#sec-9 I use Hawaiian words extensively and they often require a macron over vowels, so Ā ā Ē ē etc. in HTML or \=A, \=a, \=E, \=e, etc. in LaTeX. I use the same characters for Sanskrit. They export just fine to LaTeX. To type them I have the following in my .emacs: (define-key global-map [(meta a)] nil) ;;make Alt-a free as a prefix (define-key org-mode-map [(meta a)] nil) (defun insert-lang-a () (interactive) (ucs-insert "0101")) (global-set-key "\M-aa" 'insert-lang-a) (defun insert-lang-i () (interactive) (ucs-insert "012B")) (global-set-key "\M-ai" 'insert-lang-i) This binds a-macron and i-macron to M-aa and M-ai. The same can be done for all other characters (M-aA = A-macron etc.). For LaTeX-export you should set inputenc to utf8x. Hope it helps Sven Hi Sven, This is brilliant. Thanks! I tried to find this solution in the documentation last night but came up empty. Did I miss something? Seems like it should be there someplace. Actually, I harbor a grudge against Thomas Magnum :) I've been a Detroit Tigers fan for more than 50 years. For many of those years I've worn a Tiger's cap in the summer, but once Magnum started doing it, people began to accuse me of aping him. I had to find a friend with a TV to find out what people were asking me. You are the first to ask in at least a decade. Thanks again for your help. Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: rename Org Font Lock customization group
On Sun, 28 Mar 2010 12:14:49 -0400, Dan Davison wrote: > For the sake of non-emacs experts, I think the customization group > "Org Font Lock" would be better named "Org Appearance". Here's what part of > the org-customize buffer currently looks like: I wouldn't invent some new terminology apart from emacs' own. But I agree that "font lock" is not friendly to new users. We could mention this in info and tutorial so users new to emacs can know what they should look for. >[+]-- Group Org TODO >[+]-- Group Org Time >[+]-- Group Org Tags >[+]-- Group Org Properties >[+]-- Group Org Agenda >[+]-- Group Org LaTeX >[-]-\ Group Org Font Lock >> [+]-- Group Org Faces >> |--- Option Org Odd Levels Only >> |--- Option Org Level Color Stars Only >> |--- Option Org Hide Leading Stars >> |--- Option Org Hidden Keywords >> |--- Option Org Fontify Done Headline >> |--- Option Org Fontify Emphasized Text >> |--- Option Org Fontify Whole Heading Line >> |--- Option Org Highlight Latex Fragments And Specials >> |--- Option Org Hide Emphasis Markers >> |--- Option Org Emphasis Regexp Components >> `--- Option Org Emphasis Alist >[+]-- Group Org Completion It looks really nice. Thanks! -- Jc/*__o/* X<\ * (__ Y*/\ < ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export special characters to LaTeX and HTML
Hi Thomas "Thomas S. Dye" writes: > This is brilliant. Thanks! I tried to find this solution in the > documentation last night but came up empty. Did I miss something? > Seems like it should be there someplace. This wont show up in the Org manual, since it consists of usual Emacs code. It took me a while to find the command ucs-insert when I shifted to Emacs from Kile some years ago. The only org-specific part is the detachment of M-a as a prefix, because this key is bound to some function in the org-keymap. > Actually, I harbor a grudge against Thomas Magnum :) I've been a > Detroit Tigers fan for more than 50 years. For many of those years > I've worn a Tiger's cap in the summer, but once Magnum started doing > it, people began to accuse me of aping him. I had to find a friend > with a TV to find out what people were asking me. You are the first > to ask in at least a decade. Hehe. This really amuses me. T.M. is one of my heroes. He comes to my mind whenever I think of Hawaii. Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: rename Org Font Lock customization group
Xiao-Yong Jin writes: > On Sun, 28 Mar 2010 12:14:49 -0400, Dan Davison wrote: > >> For the sake of non-emacs experts, I think the customization group >> "Org Font Lock" would be better named "Org Appearance". Here's what part of >> the org-customize buffer currently looks like: > Hi Xiao-Yong, I understand that we may not want to change something that's been this way in org-mode for ages, but I don't think I understood your arguments: > I wouldn't invent some new terminology apart from emacs' > own. "Appearance" is not new terminology, it is a very widely-understood word. I'm not suggesting that org refer to font lock using a different term; what I'm suggesting is that that customization group is for changing Org's *appearance*; in fact, that will often concern internal emacs implementation machinery known as font-lock, but who needs to know that?[1] Also, in the Font Lock customization group, users confront the Emacs term "Faces", which is a much more important term for a new user to understand than "Font Lock". > But I agree that "font lock" is not friendly to new > users. Right, when being friendly to new users is the purpose of customize. A further argument that "Font Lock" is a misnomer is that "Org Odd Levels Only" is not related to font lock. It could be put in Structure, but I think the decision to put it in the same group as all the other variables related to appearance made sense. And I think there may be other examples of things that are more helpfully described as "Appearance" than "Font Lock". For example, some of the options in the "Org Startup" group might benefit from also having an entry in an appearance group, e.g. org-hide-block-startup. Or perhaps we could have an option to control whether links to images are replaced in the buffer by the image? (a topic for a different thread...) Dan Footnotes: [1] I know emacs talks about "buffers", which is only really likely to make sense initially to the sort of people who know what malloc is, but I contend that while "buffer" is a towering peak in the linguistic landscape of emacs, "font-lock" is an obscure and ignorable hillock. > We could mention this in info and tutorial so users > new to emacs can know what they should look for. > >>[+]-- Group Org TODO >>[+]-- Group Org Time >>[+]-- Group Org Tags >>[+]-- Group Org Properties >>[+]-- Group Org Agenda >>[+]-- Group Org LaTeX >>[-]-\ Group Org Font Lock >>> [+]-- Group Org Faces >>> |--- Option Org Odd Levels Only >>> |--- Option Org Level Color Stars Only >>> |--- Option Org Hide Leading Stars >>> |--- Option Org Hidden Keywords >>> |--- Option Org Fontify Done Headline >>> |--- Option Org Fontify Emphasized Text >>> |--- Option Org Fontify Whole Heading Line >>> |--- Option Org Highlight Latex Fragments And Specials >>> |--- Option Org Hide Emphasis Markers >>> |--- Option Org Emphasis Regexp Components >>> `--- Option Org Emphasis Alist >>[+]-- Group Org Completion > > It looks really nice. Thanks! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: rename Org Font Lock customization group
> A further argument that "Font Lock" is a misnomer is that "Org Odd > Levels Only" is not related to font lock. It could be put in Structure, Sorry, what I should have said is that it *is* also in the Structure group :) but I believe that the point still stands, as it is much more to do with appearance than font lock per se. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Speed up org-diary
Hi Carsten, Thanks to the new variable org-agenda-entry-types, I have moved all my appointments from emacs diary into org-mode. It is now quite fast to pull up weekly and monthly calendars with a custom agenda command. The missing piece of the puzzle is integration with "diary" and "cal-tex" functions via the org-diary sexp. I have found org-diary to be excruciatingly slow when called for anything more than a couple of days. I have the following line in my diary file: &%%(org-diary :timestamp :sexp) If I try to view 20 or so upcoming days in the diary by typing C-u 20 d on a date in the calendar, it can take upwards of 30 seconds to generate the diary display. This is of little consequence, since I can, after all, simply use the custom agenda command. But I often want to print out a nice LaTeX calendar of my appointments with cal-tex-cursor-month. And that takes upwards of 50 seconds (see attached elp-results file). Judging from the elp-results, the culprit seems to be org-prepare-agenda-buffers (46 seconds), which is called 31 times (once for each day). It seems to me that since org-diary is being called 31 times in quick succession by the same function (diary-sexp-entry), one should only need to call org-prepare-agenda-buffers once. The only solution I could see to this problem was to add a test to see if org-diary had been called less than 1 second ago. Thus, I added the variable org-diary-last-run-time and a conditional in org-diary that only runs org-prepare-agenda-buffers if org-diary-last-run-time is less than 1 second in the past. With the patch, it now takes appr. 5 seconds to generate the LaTeX calendar with cal-tex and org-prepare-agenda-buffers is called only once. --8<---cut here---start->8--- diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 797728b..6179907 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4086,6 +4086,8 @@ Needed to avoid empty dates which mess up holiday display." (apply 'diary-add-to-list args) (apply 'add-to-diary-list args))) +(defvar org-diary-last-run-time nil) + ;;;###autoload (defun org-diary (&rest args) "Return diary information from org-files. @@ -4123,8 +4125,14 @@ function from a program - use `org-agenda-get-day-entries' instead." (let* ((files (if (and entry (stringp entry) (string-match "\\S-" entry)) (list entry) (org-agenda-files t))) +(time (org-float-time)) file rtn results) -(org-prepare-agenda-buffers files) +(when (or (not org-diary-last-run-time) + (> (- time + org-diary-last-run-time) +1)) + (org-prepare-agenda-buffers files)) +(setq org-diary-last-run-time time) ;; If this is called during org-agenda, don't return any entries to ;; the calendar. Org Agenda will list these entries itself. (if org-disable-agenda-to-diary (setq files nil)) --8<---cut here---end--->8--- Thanks for looking at this. I'm eager to know if there is a more elegant way of accomplishing the same thing. - Matt cal-tex-cursor-month 1 50.220853 50.220853 cal-tex-list-diary-entries1 48.950022 48.950022 diary-list-entries1 48.949987 48.949987 diary-list-sexp-entries 31 48.934395 1.5785288709 diary-sexp-entry 31 48.916153000 1.5779404193 org-diary 31 48.914679 1.5778928709 org-prepare-agenda-buffers31 46.019204000 1.4844904516 org-agenda-get-day-entries868 2.644963 0.0030471923 org-refresh-category-properties 868 2.360211 0.0027191370 org-agenda-get-timestamps 868 1.006278 0.0011593064 org-agenda-get-sexps 868 0.868225 0.0010002592 org-end-of-subtree1426 0.719536 0.0005045841 org-agenda-get-blocks 868 0.528355 0.0006087039 org-get-agenda-file-buffer1736 0.418875 0.0002412880 org-back-to-heading 2826 0.295757 0.0001046560 org-diary-sexp-entry 620 0.209813 0.0003384080 org-parse-time-string 1710 0.172886 0.0001011035 org-format-agenda-item71 0.161254 0.0022711830 org-time-string-to
[Orgmode] Re: GtD with org-mode and a Palm PDA
Tony McC writes: > Dear org-moders, [...] > > I hope this is of some use, I have certainly found the process helpful > in my own work. Thanks. It's possible that you've just saved me some money I was planning to spend on a new smartphone I could use with org-mode (while my TX is still working too). -- Miłego dnia, Łukasz Stelmach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Emphasis etc. in #+CAPTION:
Aloha all, I see in the Org Manual that: You can make words *bold*, /italic/, _underlined_, =code= and ~verbatim~, and, if you must, ‘+strike-through+’. Text in the code and verbatim string is not processed for Org-mode specific syntax, it is exported verbatim. So a caption like this doesn't export italicized a, b, c, and d (presumably because this is a code string): #+CAPTION: Pumice collected from pāhoehoe flows at Manini`ōwali: / a/, pieces that sink in fresh water; /b/, pieces without obvious crystallization or coating (Category A); /c/, pieces with obvious crystallization but no coating (Category B); /d/, pieces with obvious coating (Category C). The scale is 1 cm. Is there a common work-around for this that will produce correct LaTeX and HTML using the org-mode exporters? And, this is just a question and not a feature request or a request for changes to org-mode, would it be hard to change org-mode's behavior so that markup like /a/ in the #+CAPTION: string exports correctly marked-up text to LaTeX and HTML? All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: rename Org Font Lock customization group
On Sun, 28 Mar 2010 14:04:16 -0400, Dan Davison wrote: > Right, when being friendly to new users is the purpose of customize. > A further argument that "Font Lock" is a misnomer is that "Org Odd > Levels Only" is not related to font lock. It could be put in Structure, > but I think the decision to put it in the same group as all the other > variables related to appearance made sense. > And I think there may be other examples of things that are more > helpfully described as "Appearance" than "Font Lock". For example, some > of the options in the "Org Startup" group might benefit from also having > an entry in an appearance group, e.g. org-hide-block-startup. Or perhaps > we could have an option to control whether links to images are replaced > in the buffer by the image? (a topic for a different thread...) Hi Dan, I previously thought it might confuse new users if we use different term specifically for org-mode. But now I completely agree with you. "Appearance" is indeed a much better word for this customize group. -- Jc/*__o/* X<\ * (__ Y*/\ < ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] #+LABEL: in HTML export
Aloha all,
I am working to create a single org-mode file that exports (almost)
identically to HTML and LaTeX. I haven't found a way to do this for
cross-references to figures. I'm wondering if it would be difficult
to change the behavior of the LaTeX exporter to recognize and
appropriately export the argument to #+LABEL:?
This line above an org-mode table:
#+LABEL: tab:xrf
is correctly and usefully exported to LaTeX as:
\label{tab:xrf}
A link in the org-mode file like this:
[[tab:xrf][(table 2)]]
behaves as expected in the pdf file compiled from the LaTeX export.
In situations where it is not difficult to live without LaTeX's cross-
referencing facility, this is great. (I know that it is possible to
put \ref{tab:xrf} in the org-mode file and that this works beautifully
in the LaTeX export, but it does nothing in the HTML export.)
The #+LABEL: tab:xrf doesn't appear in HTML export from the same org-
mode file. If it could appear there, perhaps like this:
then one org-mode file would correctly export these cross-references
to both LaTeX and HTML.
All the best,
Tom
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-remember-AFTER-finalize-hook , anyone?
Ok, I finally recreated my setup. There's some bug in emacs daemon
where if no X frame currently exist and you use emacsclient -e
'(some-function-that-creates-a-frame)', then the frame that is created
will immediately be deleted when the command terminates. (Note: this
is only a problem with an emacs that wasn't started originally with an
X frame, i.e. either emacs -nw or emacs --daemon) To fix this, the key
is to use emacsclient -c to create a new frame, and then use -e to
eval some code that creates the frame you actually want, and then
deletes the first frame. Here's my script:
#!/bin/sh
exec emacsclient -c -e '
(let ((sacframe (selected-frame))) ; the frame create by the -c
options is the "sacrificial frame"
(make-frame-invisible sacframe t)
(remember-other-frame)
(delete-frame sacframe t))
'
Put that in a script in your $PATH somewhere and add a keybinding
using e.g. xbindkeys. Personally, I use Windows Key + R.
On Sat, Jan 30, 2010 at 4:45 PM, Stefano Zacchiroli wrote:
> On Sat, Jan 30, 2010 at 10:23:20AM -0800, Ryan Thompson wrote:
>> Ooh, I solved this problem before, but then I accidentally deleted all my
>> files. I have a backup, but I haven't gotten around to restoring everything
>> yet. I'll get back to you later.
>
> In the meantime, I've implemented a workaround, based on the following
> idea:
>
> (add-hook 'org-remember-mode-hook 'delete-other-windows)
> (defadvice org-remember-finalize (after delete-frame-at-end activate)
> "Delete frame at remember finalization"
> (delete-frame))
> (defadvice org-remember-kill (after delete-frame-at-end activate)
> "Delete frame at remember abort"
> (delete-frame))
>
> It works properly, but it assumes that org-remember is invoked only
> externally via org-protocol (i.e. if I invoke org-remember by hand I
> risk my frame).
>
> So I've conceived the following horror to constraint the effect to
> org-protocol invocation (yes, with a serious race condition involved):
>
> (add-hook 'org-remember-mode-hook 'delete-other-windows)
> (setq my-org-protocol-flag nil)
> (defadvice org-remember-finalize (after delete-frame-at-end activate)
> "Delete frame at remember finalization"
> (progn
> (if my-org-protocol-flag (delete-frame))
> (setq my-org-protocol-flag nil)))
> (defadvice org-remember-kill (after delete-frame-at-end activate)
> "Delete frame at remember abort"
> (progn
> (if my-org-protocol-flag (delete-frame))
> (setq my-org-protocol-flag nil)))
> (defadvice org-protocol-remember (before set-org-protocol-flag activate)
> (setq my-org-protocol-flag t))
>
> Any suggestions on how to achieve the same result in a more proper way
> will be appreciated ...
>
> Cheers.
>
> --
> Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
> z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
> Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
> sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-remember-AFTER-finalize-hook , anyone?
Oh, I guess you're using org-protocol, so your're going to have to do
something a little different. But I hope my post gives you the idea of
how to do it.
On Sun, Mar 28, 2010 at 2:12 PM, Ryan Thompson wrote:
> Ok, I finally recreated my setup. There's some bug in emacs daemon
> where if no X frame currently exist and you use emacsclient -e
> '(some-function-that-creates-a-frame)', then the frame that is created
> will immediately be deleted when the command terminates. (Note: this
> is only a problem with an emacs that wasn't started originally with an
> X frame, i.e. either emacs -nw or emacs --daemon) To fix this, the key
> is to use emacsclient -c to create a new frame, and then use -e to
> eval some code that creates the frame you actually want, and then
> deletes the first frame. Here's my script:
>
> #!/bin/sh
>
> exec emacsclient -c -e '
> (let ((sacframe (selected-frame))) ; the frame create by the -c
> options is the "sacrificial frame"
> (make-frame-invisible sacframe t)
> (remember-other-frame)
> (delete-frame sacframe t))
> '
>
> Put that in a script in your $PATH somewhere and add a keybinding
> using e.g. xbindkeys. Personally, I use Windows Key + R.
>
>
> On Sat, Jan 30, 2010 at 4:45 PM, Stefano Zacchiroli wrote:
>> On Sat, Jan 30, 2010 at 10:23:20AM -0800, Ryan Thompson wrote:
>>> Ooh, I solved this problem before, but then I accidentally deleted all my
>>> files. I have a backup, but I haven't gotten around to restoring everything
>>> yet. I'll get back to you later.
>>
>> In the meantime, I've implemented a workaround, based on the following
>> idea:
>>
>> (add-hook 'org-remember-mode-hook 'delete-other-windows)
>> (defadvice org-remember-finalize (after delete-frame-at-end activate)
>> "Delete frame at remember finalization"
>> (delete-frame))
>> (defadvice org-remember-kill (after delete-frame-at-end activate)
>> "Delete frame at remember abort"
>> (delete-frame))
>>
>> It works properly, but it assumes that org-remember is invoked only
>> externally via org-protocol (i.e. if I invoke org-remember by hand I
>> risk my frame).
>>
>> So I've conceived the following horror to constraint the effect to
>> org-protocol invocation (yes, with a serious race condition involved):
>>
>> (add-hook 'org-remember-mode-hook 'delete-other-windows)
>> (setq my-org-protocol-flag nil)
>> (defadvice org-remember-finalize (after delete-frame-at-end activate)
>> "Delete frame at remember finalization"
>> (progn
>> (if my-org-protocol-flag (delete-frame))
>> (setq my-org-protocol-flag nil)))
>> (defadvice org-remember-kill (after delete-frame-at-end activate)
>> "Delete frame at remember abort"
>> (progn
>> (if my-org-protocol-flag (delete-frame))
>> (setq my-org-protocol-flag nil)))
>> (defadvice org-protocol-remember (before set-org-protocol-flag activate)
>> (setq my-org-protocol-flag t))
>>
>> Any suggestions on how to achieve the same result in a more proper way
>> will be appreciated ...
>>
>> Cheers.
>>
>> --
>> Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
>> z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
>> Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
>> sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suggestion: rename Org Font Lock customization group
Hi Dan, I have no objection here, please go ahead. - Carsten On Mar 28, 2010, at 6:14 PM, Dan Davison wrote: For the sake of non-emacs experts, I think the customization group "Org Font Lock" would be better named "Org Appearance". Here's what part of the org-customize buffer currently looks like: [+]-- Group Org TODO [+]-- Group Org Time [+]-- Group Org Tags [+]-- Group Org Properties [+]-- Group Org Agenda [+]-- Group Org LaTeX [-]-\ Group Org Font Lock | [+]-- Group Org Faces | |--- Option Org Odd Levels Only | |--- Option Org Level Color Stars Only | |--- Option Org Hide Leading Stars | |--- Option Org Hidden Keywords | |--- Option Org Fontify Done Headline | |--- Option Org Fontify Emphasized Text | |--- Option Org Fontify Whole Heading Line | |--- Option Org Highlight Latex Fragments And Specials | |--- Option Org Hide Emphasis Markers | |--- Option Org Emphasis Regexp Components | `--- Option Org Emphasis Alist [+]-- Group Org Completion Dan p.s. I've renamed Worg/org-faces.org to Worg/org-tutorials/org-appearance.org and added info related to the "Font Lock" group as a whole (title etc, org-hide-leading-stars, org-odd-levels-only), but lots more could be added to this. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Emphasis etc. in #+CAPTION:
Thomas S. Dye wrote:
> I see in the Org Manual that:
>
> You can make words *bold*, /italic/, _underlined_, =code= and
> ~verbatim~, and, if you must, ‘+strike-through+’. Text in the code
> and verbatim string is not processed for Org-mode specific syntax,
> it is exported verbatim.
>
> So a caption like this doesn't export italicized a, b, c, and d
> (presumably because this is a code string):
Hi Tom,
IIUC, it's not because it's a code string but simply because the caption
is not processed for emphasis (or anything else for that matter - see
below). I think the above text in the manual covers the generic case,
but captions were probably added afterwards and they didn't get the
emphasis treatment.
>
> #+CAPTION: Pumice collected from pāhoehoe flows at Manini`ōwali:
> /a/, pieces that sink in fresh water; /b/, pieces without obvious
> crystallization or coating (Category A); /c/, pieces with obvious
> crystallization but no coating (Category B); /d/, pieces with
> obvious coating (Category C). The scale is 1 cm.
>
> Is there a common work-around for this that will produce correct LaTeX
> and HTML using the org-mode exporters?
>
Can't think of any workaround within org-mode. Post-processing the
output to replace /a/ with \emph{a} for LaTeX and a for HTML,
perhaps restricted to captions, seems possible (but ugly).
> And, this is just a question and not a feature request or a request
> for changes to org-mode, would it be hard to change org-mode's
> behavior so that markup like /a/ in the #+CAPTION: string exports
> correctly marked-up text to LaTeX and HTML?
>
I think this is the way it works currently:
in org-exp.el:org-export-attach-captions-and-attributes() sets text properties
on the following line (the first line of a table or the line containing a link)
as follows:
...
(add-text-properties (point-at-bol) end
(list 'org-caption cap
'org-attributes attr
'org-label label))
The various exporters then retrieve the caption with something like the
following code (this is one of the three calls in org-latex.el; the
other calls in this exporter, and the other exporters as well, are
similar):
(let*
...
(caption (org-find-text-property-in-string 'org-caption raw-path))
...
This just gets the value of the given text property without further
elaboration. So I'd guess it's possible to change these calls so that
these values are passed through various filters (emphasis is one of
them, but maybe there are others?) before the exporters get them, but it
is not done today.
But maybe I'm full of it, and somebody will come up with a better idea.
Cheers,
Nick
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Reveal after goto
Occasionally when jumping to the last task we end up inside a folded region. This just reveals the headline to make editing easier. --- lisp/org-clock.el |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 1dbb08e..d8d1fe0 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1305,6 +1305,7 @@ With prefix arg SELECT, offer recently clocked tasks for selection." (org-back-to-heading t) (org-cycle-hide-drawers 'children) (recenter) +(org-reveal) (if recent (message "No running clock, this is the most recently clocked task")) (run-hooks 'org-clock-goto-hook))) -- 1.7.0.2.279.gf1ba1c ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Typo: left-over -> leftover
Since this is not an exposed variable we can rename it so that it is spelled correctly. --- lisp/ChangeLog|2 +- lisp/org-clock.el | 16 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index a027996..c787f1b 100755 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -773,7 +773,7 @@ * org.el (org-offer-links-in-entry): Make RET open all links. - * org-html.el (org-export-as-html): Remove any left-over display + * org-html.el (org-export-as-html): Remove any leftover display properties in the html file. * org-wl.el (org-wl-store-link): Work-around for format bug with diff --git a/lisp/org-clock.el b/lisp/org-clock.el index d8d1fe0..42ff593 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -273,7 +273,7 @@ to add an effort property.") (defvar org-clock-heading-for-remember "") (defvar org-clock-start-time "") -(defvar org-clock-left-over-time nil +(defvar org-clock-leftover-time nil "If non-nil, user cancelled a clock; this is when leftover time started.") (defvar org-clock-effort "" @@ -713,7 +713,7 @@ This routine can do one of many things: (org-clock-clock-out clock fail-quietly resolve-to) (unless org-clock-clocking-in (if close-p - (setq org-clock-left-over-time resolve-to) + (setq org-clock-leftover-time resolve-to) (org-clock-clock-in clock))) (defun org-clock-resolve (clock &optional prompt-fn last-valid fail-quietly) @@ -896,14 +896,14 @@ the clocking selection, associated with the letter `d'." (let ((interrupting (and (not org-clock-resolving-clocks-due-to-idleness) (org-clocking-p))) ts selected-task target-pos (msg-extra "") - (left-over (and (not org-clock-resolving-clocks) - org-clock-left-over-time))) + (leftover (and (not org-clock-resolving-clocks) + org-clock-leftover-time))) (when (and org-clock-auto-clock-resolution (or (not interrupting) (eq t org-clock-auto-clock-resolution)) (not org-clock-clocking-in) (not org-clock-resolving-clocks)) - (setq org-clock-left-over-time nil) + (setq org-clock-leftover-time nil) (let ((org-clock-clocking-in t)) (org-resolve-clocks))); check if any clocks are dangling (when (equal select '(4)) @@ -1021,13 +1021,13 @@ the clocking selection, associated with the letter `d'." (setq org-clock-total-time (org-clock-sum-current-item (org-clock-get-sum-start))) (setq org-clock-start-time - (or (and left-over + (or (and leftover (y-or-n-p (format "You stopped another clock %d mins ago; start this one from then? " (/ (- (org-float-time (current-time)) -(org-float-time left-over)) 60))) -left-over) +(org-float-time leftover)) 60))) +leftover) (current-time))) (setq ts (org-insert-time-stamp org-clock-start-time 'with-hm 'inactive -- 1.7.0.2.279.gf1ba1c ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Miscellaneous fixes
Hi Carsten, I've been running org-mode with the following 4 patches applied on top of master. These are available at git://git.norang.ca/org-mode for-carsten. Regards, Bernt Bernt Hansen (4): Reveal after goto Add completions for checkbox targets Typo: left-over -> leftover Refactor refiling code contrib/lisp/org-checklist.el |2 ++ lisp/ChangeLog|2 +- lisp/org-agenda.el| 11 --- lisp/org-clock.el | 17 + 4 files changed, 16 insertions(+), 16 deletions(-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Add completions for checkbox targets
Add the new property values to the completion list. --- contrib/lisp/org-checklist.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/contrib/lisp/org-checklist.el b/contrib/lisp/org-checklist.el index 657c6e1..50df757 100644 --- a/contrib/lisp/org-checklist.el +++ b/contrib/lisp/org-checklist.el @@ -44,6 +44,8 @@ (require 'org) (load "a2ps-print" 'no-error) +(setq org-default-properties (cons "RESET_CHECK_BOXES" (cons "LIST_EXPORT_BASENAME" org-default-properties))) + (defgroup org-checklist nil "Extended checklist handling for org" :tag "Org-checklist" -- 1.7.0.2.279.gf1ba1c ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Refactor refiling code
Allow C-2 C-c C-w to work in the agenda. Update agenda after refiling This rebuilds the agenda buffer after the refile operation completes. It was removing the to-be-refiled task before prompting for the location which felt a little strange. While on the prompt you can't see the task you are refiling anymore since it was just removed from the agenda list and if you aborted from the refile operation with C-g then the task to be refiled has already been removed. --- lisp/org-agenda.el | 11 --- 1 files changed, 4 insertions(+), 7 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 797728b..adcefad 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -6207,18 +6207,15 @@ If this information is not given, the function uses the tree at point." (let* ((marker (or (org-get-at-bol 'org-hd-marker) (org-agenda-error))) (buffer (marker-buffer marker)) - (pos (marker-position marker)) - (rfloc (or rfloc - (org-refile-get-location - (if goto "Goto: " "Refile to: ") buffer - org-refile-allow-creating-parent-nodes + (pos (marker-position marker))) (with-current-buffer buffer (save-excursion (save-restriction (widen) (goto-char marker) - (org-remove-subtree-entries-from-agenda) - (org-refile goto buffer rfloc))) + (org-refile goto buffer rfloc) + (with-current-buffer "*Org Agenda*" + (org-agenda-redo (defun org-agenda-open-link (&optional arg) "Follow the link in the current line, if any. -- 1.7.0.2.279.gf1ba1c ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Miscellaneous fixes
Applied, thanks. - Carsten On Mar 29, 2010, at 4:16 AM, Bernt Hansen wrote: Hi Carsten, I've been running org-mode with the following 4 patches applied on top of master. These are available at git://git.norang.ca/org-mode for-carsten. Regards, Bernt Bernt Hansen (4): Reveal after goto Add completions for checkbox targets Typo: left-over -> leftover Refactor refiling code contrib/lisp/org-checklist.el |2 ++ lisp/ChangeLog|2 +- lisp/org-agenda.el| 11 --- lisp/org-clock.el | 17 + 4 files changed, 16 insertions(+), 16 deletions(-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Emphasis etc. in #+CAPTION:
On Mar 28, 2010, at 3:14 PM, Nick Dokos wrote:
Thomas S. Dye wrote:
I see in the Org Manual that:
You can make words *bold*, /italic/, _underlined_, =code= and
~verbatim~, and, if you must, ‘+strike-through+’. Text in the
code
and verbatim string is not processed for Org-mode specific syntax,
it is exported verbatim.
So a caption like this doesn't export italicized a, b, c, and d
(presumably because this is a code string):
Hi Tom,
IIUC, it's not because it's a code string but simply because the
caption
is not processed for emphasis (or anything else for that matter - see
below). I think the above text in the manual covers the generic case,
but captions were probably added afterwards and they didn't get the
emphasis treatment.
#+CAPTION: Pumice collected from pāhoehoe flows at Manini`ōwali:
/a/, pieces that sink in fresh water; /b/, pieces without obvious
crystallization or coating (Category A); /c/, pieces with obvious
crystallization but no coating (Category B); /d/, pieces with
obvious coating (Category C). The scale is 1 cm.
Is there a common work-around for this that will produce correct
LaTeX
and HTML using the org-mode exporters?
Can't think of any workaround within org-mode. Post-processing the
output to replace /a/ with \emph{a} for LaTeX and a for HTML,
perhaps restricted to captions, seems possible (but ugly).
And, this is just a question and not a feature request or a request
for changes to org-mode, would it be hard to change org-mode's
behavior so that markup like /a/ in the #+CAPTION: string exports
correctly marked-up text to LaTeX and HTML?
I think this is the way it works currently:
in org-exp.el:org-export-attach-captions-and-attributes() sets text
properties
on the following line (the first line of a table or the line
containing a link)
as follows:
...
(add-text-properties (point-at-bol) end
(list 'org-caption cap
'org-attributes attr
'org-label label))
The various exporters then retrieve the caption with something like
the
following code (this is one of the three calls in org-latex.el; the
other calls in this exporter, and the other exporters as well, are
similar):
(let*
...
(caption (org-find-text-property-in-string 'org-caption raw-
path))
...
This just gets the value of the given text property without further
elaboration. So I'd guess it's possible to change these calls so that
these values are passed through various filters (emphasis is one of
them, but maybe there are others?) before the exporters get them,
but it
is not done today.
But maybe I'm full of it, and somebody will come up with a better
idea.
Cheers,
Nick
Thanks Nick,
That seems to work. I'll test it a bit to make certain, but right now
the italics in the legend look very good in place of /a/, etc., so
there is some progress.
All the best,
Tom
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Emphasize caption in html output
Hi Carsten, This appears to emphasize org-mode markup in html export of captions. It seems to work, but I have a difficult time understanding org-mode code and haven't any sense of the proper way to do things, etc., so caveat emptor. All the best, Tom --- Modified lisp/org-html.el diff --git a/lisp/org-html.el b/lisp/org-html.el index d75d8f5..71e3e99 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1521,7 +1521,7 @@ lang=\"%s\" xml:lang=\"%s\"> (save-match-data (if (string-match "^ltxpng/" src) (format "" src) - (let* ((caption (org-find-text-property-in-string 'org-caption src)) + (let* ((caption (org-export-html-convert-emphasize (org-find- text-property-in-string 'org-caption src))) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) (concat @@ -1599,11 +1599,11 @@ lang=\"%s\" xml:lang=\"%s\"> ;; column and the special lines (setq lines (org-table-clean-before-export lines))) - (let* ((caption (or (get-text-property 0 'org-caption (car lines)) + (let* ((caption (org-export-html-convert-emphasize (or (get-text- property 0 'org-caption (car lines)) (get-text-property (or (next-single-property-change 0 'org-caption (car lines)) 0) -'org-caption (car lines +'org-caption (car lines) (attributes (or (get-text-property 0 'org-attributes (car lines)) (get-text-property (or (next-single-property-change 0 'org-attributes (car lines)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: removing blocked tasks from custom agenda view
> I created a custom agenda view with: > (tags-todo "CALLS\|PC") > but it shows all the todo, even the blocked task. How can I make > tags-todo respect the org-agenda-dim-blocked-tasks settings ? I believe this is because the agenda view of tags-todo doesn't have the 'todo-state property so org-blocker-hook are never called. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
