Re: [Orgmode] suggestion: display of #+TITLE

2010-03-28 Thread Carsten Dominik

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 scot.bec...@gmail.com 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  
davi...@stats.ox.ac.uk wrote:


   Carsten, Scot --

   Scot Becker scot.bec...@gmail.com 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. 

Re: [Orgmode] [ANN] org-mac-protocol, fully updated for 10.6 and with added applications

2010-03-28 Thread Carsten Dominik

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

2010-03-28 Thread Sven Bretfeld
Hi Tom

Thomas S. Dye t...@tsdye.com 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 #256; #257; #274; #275; 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

2010-03-28 Thread Alan E. Davis
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

2010-03-28 Thread Carsten Dominik

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]

2010-03-28 Thread Günter Kolousek


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-prior)
   (quote elscreen-previous))
  (define-key org-mode-map (kbd C-next)
   (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\\usepackage{amssymb}\n\\usepackage{hyperref} 
org-beamer-sectioning)

  

Re: [Orgmode] spreadsheet: column width behavior(s)

2010-03-28 Thread Carsten Dominik


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 michael.br...@alumni.ethz.ch 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


[Orgmode] removing blocked tasks from custom agenda view

2010-03-28 Thread Alexandre Russel
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

2010-03-28 Thread Alan E. Davis
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
carsten.domi...@gmail.com 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

2010-03-28 Thread Friedericksen Hope

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?

2010-03-28 Thread Rémi Vanicat
Franz Heuser spamcatcherhe...@web.de 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 end 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?

2010-03-28 Thread Rémi Vanicat
Carsten Dominik carsten.domi...@gmail.com 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?

2010-03-28 Thread Carsten Dominik


On Mar 28, 2010, at 3:37 PM, Rémi Vanicat wrote:


Franz Heuser spamcatcherhe...@web.de 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 end 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

2010-03-28 Thread Dan Davison
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

2010-03-28 Thread Thomas S. Dye


On Mar 27, 2010, at 10:29 PM, Sven Bretfeld wrote:


Hi Tom

Thomas S. Dye t...@tsdye.com 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 #256; #257; #274; #275; 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

2010-03-28 Thread Xiao-Yong Jin
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

2010-03-28 Thread sven . bretfeld
Hi Thomas

Thomas S. Dye t...@tsdye.com 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

2010-03-28 Thread Dan Davison
Xiao-Yong Jin xj2...@columbia.edu 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

2010-03-28 Thread Dan Davison
 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

2010-03-28 Thread Matt Lundin
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-time   

[Orgmode] Re: GtD with org-mode and a Palm PDA

2010-03-28 Thread Łukasz Stelmach
Tony McC af...@btinternet.com 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:

2010-03-28 Thread Thomas S. Dye

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

2010-03-28 Thread Xiao-Yong Jin
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

2010-03-28 Thread Thomas S. Dye

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:


a name=tab:xrf id=tab:xrf/a

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] Suggestion: rename Org Font Lock customization group

2010-03-28 Thread Carsten Dominik

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:

2010-03-28 Thread Nick Dokos
Thomas S. Dye t...@tsdye.com 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 ia/i 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

2010-03-28 Thread Bernt Hansen
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

2010-03-28 Thread Bernt Hansen
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

2010-03-28 Thread Bernt Hansen
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

2010-03-28 Thread Bernt Hansen
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


Re: [Orgmode] [PATCH] Miscellaneous fixes

2010-03-28 Thread Carsten Dominik

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:

2010-03-28 Thread Thomas S. Dye


On Mar 28, 2010, at 3:14 PM, Nick Dokos wrote:


Thomas S. Dye t...@tsdye.com 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 ia/i 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

2010-03-28 Thread Thomas S. Dye

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 img src=\%s\/ 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