Re: [Orgmode] Beamer support - 2nd round

2009-12-14 Thread Carsten Dominik


On Dec 10, 2009, at 10:32 PM, Adam Spiers wrote:


On Thu, Dec 03, 2009 at 05:10:44PM +0100, Carsten Dominik wrote:

Dear all,

after carefully listening to all your comments and thinking
things through more thoroughly, here is now my second attempt
to define beamer support in Org-mode.


[snipped]

This is very exciting :-)  Just one comment for now:


2.2 Frames
===

The BEAMER_FRAME_LEVEL setting governs which levels become frames.   
If

that option is set to 0, then frames are only created by setting the
`BEAMER_env' property of an entry to the value `frame'.

The heading of the entry will become the frame title.  If the frame
title contains the string `\\', the line will be split at that
location, and the second half will become the frame /subtitle/.  If
you need a line break in the frame title, use `\newline' or
`\linebreak'.


If the frame title is long enough to require a line break, most likely
it will start creeping over the right-hand margin of the emacs frame
during editing.  Consequently anything which can save a few columns
might be helpful, so how about allowing \n to mean the same as
\newline ?


Hi Adam,

I am not sure I'd like this as a default, because the used of \n may  
be many including in source code examples, but why don't you just do  
this:


(defun my-make-backslash-n-mean-newline ()
  (save-excursion
(goto-char (point-min))
(replace-regexp "n\\>" "newline")))
(add-hook 'org-export-preprocess-hook
  'my-make-backslash-n-mean-newline)


HTH

- 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] Re: Saving and restoring visibility

2009-12-14 Thread Benjamin Andresen
Hey Carsten,

Carsten Dominik  writes:

> Hi,
>
> I vaguely remember that someone posted code here a
> while ago (one year?) to save and restore outline visibility.
>
> Who remembers or can find back the post?

There is Org-mode and saveplace.el
http://orgmode.org/worg/org-hacks.php#sec-18

And the Thread by "User"
http://article.gmane.org/gmane.emacs.orgmode/15827

http://www.emacswiki.org/emacs/orgfold-separate-file.el

> Thanks.
>
> - Carsten

HTH,
benny


___
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: Saving and restoring visibility

2009-12-14 Thread Carsten Dominik


On Dec 14, 2009, at 9:24 AM, Benjamin Andresen wrote:


Hey Carsten,

Carsten Dominik  writes:


Hi,

I vaguely remember that someone posted code here a
while ago (one year?) to save and restore outline visibility.

Who remembers or can find back the post?


There is Org-mode and saveplace.el
http://orgmode.org/worg/org-hacks.php#sec-18

And the Thread by "User"
http://article.gmane.org/gmane.emacs.orgmode/15827

http://www.emacswiki.org/emacs/orgfold-separate-file.el


This is what I meant, thank you!

- Carsten





Thanks.

- Carsten


HTH,
benny


___
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] keep newlines on pdf export

2009-12-14 Thread Eraldo Helal
> org-to-pdf is really org-to-latex-to-pdf, and generally
> speaking[1] newlines in latex are not significant. One way
> to make them significant is
>
> line1\\
> line2\\
> line3

This is what I am doing now as a workaround.
I know that inside latex it does not make sence...
but afaik one of the ideas behind org is that you can write plain text
and the exporter does the markup.
The "\n:t" option should tell the latex exporter to put a "\\" at the
end of each linebreak.
At least that is what I would wish. :)

Greetings from Austria,
Eraldo


___
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] keep newlines on pdf export

2009-12-14 Thread Eraldo Helal
One other reason behind this is that I can not export my document to
html anymore after I added "\\" at the end of every line... well I can
but it does not look the way I want it to be. =]


___
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: keep newlines on pdf export

2009-12-14 Thread andrea
Eraldo Helal  writes:

> One other reason behind this is that I can not export my document to
> html anymore after I added "\\" at the end of every line... well I can
> but it does not look the way I want it to be. =]

We already discussed about that and \obeylines doens't really work.
If you have lists or arrays or something complicated it will screw up
the structure of your file.

Adding a \\ would be maybe better, but in this case we should skip the
"\\" when exporting to other formats, is that possible?



___
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] keep newlines on pdf export

2009-12-14 Thread Bill Powell
At Sun, 13 Dec 2009 18:42:58 -0500,
Nick Dokos wrote:
> 
> Eraldo Helal  wrote:
> 
> > One other reason behind this is that I can not export my document to
> > html anymore after I added "\\" at the end of every line... well I can
> > but it does not look the way I want it to be. =]
> > 
> 
> The \obeylines method should not affect the HTML export.
> 
> Nick

Hi folks,

I also have been using the \obeylines technique. But it seems a bit
crufty. I do lots of work in LaTeX, so I have a sense of the perils
involved in LaTeX linebreaking. Unfortunately, I have zero experience
with elisp, so I can't tackle this (yet).

The problem with the \obeylines hack is that if it's not properly
closed with a final bracket, your file breaks. But how do you keep
this final bracket in place? You can't move headlines around with the
usual reckless abandon, because there's no way (that I know of) to
keep that final bracket locked at the end of your text file. Unless
you want to enter an \obeylines within every headline ...

So I would give a +1 to \n:t giving at least rudimentary linebreak
support for PDF export, rather than silently failing. As someone who
regularly has to export the same file to both HTML and PDF, I would
rather have an option that works 90% of the time and sometimes
requires an arcane LaTeX fix (and is documented as such), than
/always/ have to use an arcane LaTeX fix.

Thanks,
Bill Powell


___
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] [babel] double quotes in tables

2009-12-14 Thread Francesco Pizzolante
Hi,

Often, I find useful that babel could generate result tables without the
double quotes (") enclosing all the text values in the cells.

In order to do that, I added a 'noquotes` option to the :results header
argument.

Here's my patch. As I'm not an elisp expert, please tell me if there's a
better/safer way to do that or maybe that it already exists an option to do
that...

--8<---cut here---start->8---
diff --git a/contrib/babel/lisp/org-babel.el b/contrib/babel/lisp/org-babel.el
index 4c9bff5..13c8237 100644
--- a/contrib/babel/lisp/org-babel.el
+++ b/contrib/babel/lisp/org-babel.el
@@ -706,6 +706,9 @@ code  the results are extracted in the syntax of the 
source
   code of the language being evaluated and are added
   inside of a #+BEGIN_SRC block with the source-code
   language set appropriately."
+  (setq outputformat "%S")
+  (if (member "noquotes" result-params)
+  (setq outputformat "%s"))
   (if (stringp result)
   (progn
 (setq result (org-babel-clean-text-properties result))
@@ -739,7 +742,7 @@ code  the results are extracted in the syntax of the 
source
 (if (and (listp (car result))
   (listp (cdr (car result
 result (list result))
-'(:fmt (lambda (cell) (format "%S" cell "\n"))
+'(:fmt (lambda (cell) (format outputformat 
cell "\n"))
(forward-line -1) (org-cycle))
   ((member "file" result-params)
(insert result))
@@ -827,7 +830,8 @@ parameters when merging lists."
   (let ((results-exclusive-groups
 '(("file" "vector" "table" "scalar" "raw" "org" "html" "latex" "code" 
"pp")
   ("replace" "silent")
-  ("output" "value")))
+  ("output" "value")
+   ("noquotes")))
(exports-exclusive-groups
 '(("code" "results" "both" "none")))
params results exports tangle cache vars var ref)
--8<---cut here---end--->8---

Thanks,
Francesco


___
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] keep newlines on pdf export

2009-12-14 Thread Carsten Dominik

Hi Eraldo,

I am always much more interested in thinking about a solution
if I am not just presented with an abstract wish, but rather
with a concrete example where this might be useful.

- Carsten

On Dec 13, 2009, at 9:53 PM, Eraldo Helal wrote:


One other reason behind this is that I can not export my document to
html anymore after I added "\\" at the end of every line... well I can
but it does not look the way I want it to be. =]


___
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] Re: [PATCH] Suppress extra newlines around source code in LaTeX export

2009-12-14 Thread Carsten Dominik
Actually,  I cannot reproduce this problem - I do not see the extra  
newline.


- Carsten

On Dec 10, 2009, at 10:37 PM, Nicolas Girard wrote:


2009/12/9 Nicolas Girard :

2009/12/9 Carsten Dominik :


diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 4c4d540..75ee548 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -2423,7 +2423,7 @@ INDENT was the original indentation of the  
block."
(concat (car org-export-latex- 
verbatim-wrap)

rtn (cdr
org-export-latex-verbatim-wrap)))
 '(org-protected t))
- "#+END_LaTeX\n"))
+ "#+END_LaTeX"))
((eq backend 'ascii)
 ;; This is not HTML or LaTeX, so just make it an  
example.
 (setq rtn (org-export-number-lines rtn 'ascii 0 0  
num cont

rpllbl fmt))



I have fixed this part, in a different way though.



I'm afraid there are still extra paragraphs resulting from an extra
newline after code blocs.

Consider the following test chunk:

#=
This is a new paragraph
#+begin_src emacs-lisp
(setq ispell-program-name "aspell")
#+end_src
continuing after the code bloc.
#=

Using the freshest code, is is translated to

%=
This is a new paragraph
\lstset{language=Lisp}
\begin{lstlisting}
(setq ispell-program-name "aspell")
\end{lstlisting}

continuing after the code bloc.
%=





Unfortunately this problem remains: processing

#=
This is a new paragraph
#+begin_src emacs-lisp
(setq ispell-program-name "aspell")
#+end_src
continuing after the code bloc.
#=

still inserts an extra newline just before "continuing (...)".

Cheers,

--
Nicolas


___
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] [Bug] Logbook mode doesn't honor org-log-note-headings

2009-12-14 Thread Carsten Dominik

Hi Nicolas,

On Dec 10, 2009, at 11:20 PM, Nicolas Girard wrote:


Hi,

Org offers the ability to customize how state changes should be
recorded via the 'org-log-note-headings' variable; and I couldn't
prevent myself from doing so.
I just came to realize this was the reason why the "logbook mode" kept
being desperatly silent in my agenda views...


I think this only applies to the state changes, right?  Or is there  
anything else dependent on this?


- 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] Agenda view forgets about including inactive timestamps when refreshed

2009-12-14 Thread Carsten Dominik


On Dec 10, 2009, at 11:26 PM, Nicolas Girard wrote:


Hi,
after the inactive timestamps were included into the agenda view by
typing '[', they get lost when the view is refreshed by typing 'g'.
I'm not sure, but it looks like a bug to me.


Yes, I have not really made this into one of the formal view
modes, because I believe that this view is the exception, and it is
expensive to make.

I'd think it is not so bad to press `g [' if you need it, right?

- 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] Customizing how inactive timestamps are displayed

2009-12-14 Thread Carsten Dominik


On Dec 10, 2009, at 11:34 PM, Nicolas Girard wrote:


Hi again,
in the agenda view, inactive timestamps are displayed like:

 category: 12:50.. [ Some stuff

Is the '[ ' intentional, or is caused by a bug in my configuration ?
I find it a little bit disturbing, as my eyes keep looking for an
hypothetic closing ']'...


This is intentional, as an indication that this is indeed an
inactive time stamp.  While I can see that you might be
looking for the closing bracket, I also think that this is a
quite natural way to mark inactive time stamps.  Sure, I *could* make
this marker string a variable - what would you propose as better
options?

- Carsten



If need be, could it be possible to customize this appearance ?


___
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] Feature request: Remote editing inactive timestamps from the agenda view

2009-12-14 Thread Carsten Dominik

Hi Nicolas,

On Dec 10, 2009, at 11:51 PM, Nicolas Girard wrote:


Hi,

in the agenda view, the '>' key can be used to change the timestamp
associated with the current line.

1. It seems inacurrately described in the manual ("Change the
timestamp associated with the current line **to today**").


Indeed, it used to be like this, but no longer.  Fixed now


2. When dealing with inactive timestamp, the '>' key currently does
nothing. Could it be possible to make it also work with inactive
timestamps ?


You mean if the entry i in the agenda because of an inactive
time stamp?  Yes, I'd think that makes sense.  Done

Thanks for your feedback!

- 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] [Bug] State of repeated tasks incorrectly reported in logbook mode

2009-12-14 Thread Carsten Dominik


On Dec 11, 2009, at 12:36 AM, Nicolas Girard wrote:


Hi,

Despite a repeated task is logged as DONE on 2009-12-10, the status
displayed in the logbook mode for that day is TODO.
This is a bug in my humble opinion.


Yes, I see what you mean.  However, the way these repeating tasks
are implemented, this is relatively hard to fix.

I am not changing this for now.

- 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] Deadlines and Warning Period

2009-12-14 Thread Carsten Dominik


On Dec 10, 2009, at 6:44 PM, Markus Heller wrote:


Hello,

I'm using org version 6.33f and emacs 23.1.50.1 on Windoze XP.

I have the following in my org file:

* Project A
** TODO Task 1
  DEADLINE: <2009-12-31 Thu -2w>

I would expect an entry in my agenda for December 31, with a warning  
period of 2 weeks.  But all I see in my agenda is the deadlilne of  
Task 1 on December 31, no warnings at all.


I'm thinking I might have misconfigured or missed a configuration,  
but I can't figure out what it is.


The warning will be shown on the list for TODAY, once you are now more  
that 2 weeks away from the deadline date, so for the first time on  
december 17th.


HTH

- Carsten



Any help is appreciated!

Thanks
Markus



___
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] Org-mode version 6.32trans and 6.21b; Strange interaction between whitespace-mode and cust. org-ellipsis

2009-12-14 Thread Carsten Dominik

Hi Martin,

i can follow your arguments and would like to improve this.

What I do not understand yet is this:

I was under the impression that normally, there is only a single
display table in Emacs, and that is the global one and every buffer
will use it.  So it would seem to me that whitespace-mode would normally
*make* a local table in order to put its changes in there.  However,
that does not seem to be the case here.  Can you see why?

- Carsten

On Dec 4, 2009, at 4:41 PM, Martin Pohlack wrote:


Carsten Dominik wrote:

On Dec 3, 2009, at 10:34 PM, Martin Pohlack wrote:


Carsten Dominik wrote:
Hi Martin, this looks to me like a bug in whitespace.el, why does  
it

override the display table org-mode is using?

Hmm, my understanding is that each buffer can have its own display
table, buffer-display-table.  whitespace-mode has to modify this  
table
(or install an own one) if it wants to do buffer-local  
modifications.

So I think it modifies org-mode's table but doesn't override it.

My irritation is that by doing so, it does modifies some global  
state

that effects other buffers.

A short look into org.el shows that org-display-table is never made
buffer local, so this data structure is shared across all org-mode
buffers?


Yes, this is the idea, and it seems only logical to me.  So why
do you want different settings in different Org buffers for
whitespace?  So far I am unconvinced that creating a new
table in each buffer with the right thing to do.


Ok, I have three argument to support this.

1. Let me start by describing a helper and how I use it.  This is a
  snippet from my init.el:

8<-->8
;;;
;;; whitespace stuff
;;;
(when (require 'whitespace nil t)
 (require 'column-marker)

 (defvar cycle-whitespace-modes-state 0
   "whitespace mode states:
0 -> no whitespace stuff,
1 -> highlighting of stray whitespace, 72 & 80 column lines
2 -> ws highlighting and identification for tabs and spaces (»,  
·)")

 (make-variable-buffer-local 'cycle-whitespace-modes-state)

 (defun my-cycle-whitespace-modes (&optional state)
   (interactive)
   (if state
   (setq cycle-whitespace-modes-state state)
 (setq cycle-whitespace-modes-state
   (mod (1+ cycle-whitespace-modes-state) 3)))
   (case cycle-whitespace-modes-state
 (0
  (whitespace-mode 0)
  (column-marker-1 -2)
  (column-marker-2 -2)
  (column-marker-3 -2))
 (1
  (whitespace-mode 0)
  (whitespace-mode 1)
  (column-marker-1 72)
  (column-marker-2 80))
 (otherwise
  (whitespace-mode 0)
  (whitespace-mode 1)
  (whitespace-toggle-options (list 'tab-mark 'space-mark))
  (column-marker-1 72)
  (column-marker-2 80

 (global-set-key [f10] 'my-cycle-whitespace-modes)

 (defun my-whitespace-modes-none () (my-cycle-whitespace-modes 0))
 (defun my-whitespace-modes-some () (my-cycle-whitespace-modes 1))
 (defun my-whitespace-modes-full () (my-cycle-whitespace-modes 2))

 (add-hook 'c-mode-common-hook 'my-whitespace-modes-some)
 ;…
 )
8<-->8

I usually have whitespace mode active in a medium warning level
(my-whitespace-modes-some), which show whitespace at end of line etc.

Sometimes, I want to see all spaces and tabs in a single buffer
explicitly, e.g. for aligning stuff manually or debugging things
(my-whitespace-modes-full).

At other times, I want to deactivate all whitespace highlighting
(my-whitespace-modes-none), e.g., when dealing with long lines or when
crafting some ASCII drawings.

I make, all of these decision per buffer.


2. Whitespace-mode is usually buffer local.  Having it modify other
  buffers is irritating.  If global effects are desired there is the
  variable whitespace-global-modes


3. (whitespace-toggle-options …) is documented to modify the local
  buffer only.


Org's global display table de-localizes all of whitespace-mode's local
functionality.

Cheers,
Martin


- 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] Org-mode version 6.32trans and 6.21b; Strange interaction between whitespace-mode and cust. org-ellipsis

2009-12-14 Thread Martin Pohlack
Hi Carsten,

On 14.12.2009 17:27, Carsten Dominik wrote:
> i can follow your arguments and would like to improve this.
> 
> What I do not understand yet is this:
> 
> I was under the impression that normally, there is only a single
> display table in Emacs, and that is the global one and every buffer
> will use it.

Interesting, I had the opposite impression.  I'm not exactly sure why
though.  Maybe from the documentation and name of the variable
buffer-display-table?

Maybe you had standard-display-table in mind?

  "Variable: Display table to use for buffers that specify none.
   See `buffer-display-table' for more information."

I have, however, never seen a spelled out convention regarding deep
sharing of display tables.

> So it would seem to me that whitespace-mode would normally
> *make* a local table in order to put its changes in there.  However,
> that does not seem to be the case here.  Can you see why?

I think whitespace-mode usually assumes that the local display tables
is, well, local.  Therefore, no action would be required.

I forwarded my original bug-report to Vinicius Jose Latorre
(whitespace-mode's maintainer) after you mentioned it would be a
whitespace-mode bug.

He replied:

> Well, the problem was due to the way whitespace deal with 
> buffer-display-table variable.
> 
> I've just fixed this problem in Emacs CVS and EmacsWiki.

Here is the patch:

http://lists.gnu.org/archive/html/emacs-diffs/2009-12/msg00184.html

He basically creates a deep copy (the copy-sequence line) of the local
display table and installs it.  This should solve the problem.


I still have this nagging feeling that the sharing of the display table
is not the right thing to do and would regard the fix in whitespace-mode
as a kind of emergence case backup.  But this is probably purely a style
thing.

Thanks for getting back to me on this matter,
Martin


___
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] Agenda repeats diary entries

2009-12-14 Thread Nathan Neff
Hello,

I'm using org-agenda-diary-file.

When I run agenda-mode with the attached configuration,
I see the same diary entry under each day.

Here's what my agenda shows.  Notice that the entry
from Dec. 08 shows up on Dec. 14's and Dec. 15's agenda.
Also, "2009" and "2009-12-December" headers
repeated under each day.

Monday 14 December 2009 W51
  Diary:  2009
  Diary:  2009-12 December
  Diary:  * 2009-12-08 Tuesday
  Diary:  ** Something else.
  Diary:  <2009-12-08 Tue>
Tuesday15 December 2009
  Diary:  2009
  Diary:  2009-12 December
  Diary:  * 2009-12-08 Tuesday
  Diary:  ** Something else.
  Diary:  <2009-12-08 Tue>

Here's the contents of my diary file "journal.org"
* 2009
** 2009-12 December
*** 2009-12-08 Tuesday
 Something else.
  <2009-12-08 Tue>

I've tried to include the bare-minimum in my .emacs file,
and I can provide it if necessary.  I'm submitting this
using M-x org-submit-bug-report, so hopefully, all necessary
info is included.

Thanks for any suggestions,

--Nate




mode
Emacs  : GNU Emacs 23.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.0)
 of 2009-09-27 on crested, modified by Debian
Package: Org-mode version 6.33trans (release_6.33f.113.ga3b7)

current state:
==
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-agenda-files '("~/tmp/temp-org-dir/temp.org")
 org-agenda-include-diary t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-export-preprocess-hook '(org-export-blocks-preprocess)
 org-agenda-diary-file "~/Documents/journal.org"
 org-tab-first-hook '(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-directory "~/tmp/temp-org-dir"
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all
append local]
   5]
 )
 org-confirm-elisp-link-function 'yes-or-no-p
 org-occur-hook '(org-first-headline-recenter)
 org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
   org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 )
___
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: lowercase todo kw

2009-12-14 Thread Samuel Wales
I found three places where the lowercase version of a todo
kw is treated specially in the latest org.  For example,

  * todo this is lowercase

First, in the agenda, they have a special face.

Second, when inserting an id link, they are removed.

Third, when printing the olpath, they are removed.  To
reproduce, place point at bol on 5 and press the spacebar.
I expect todo to be in the olpath, but it is not.

Thanks.


Samuel


* 1
*** 2
* here are some keywords i like
*** todo
* 5

-- 
Q: How many CDC "scientists" does it take to change a lightbulb?
A: You only think it's dark. [CDC has denied ME/CFS for 25 years]
=
Retrovirus: http://www.wpinstitute.org/xmrv/xmrv_qa.html


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] keep newlines on pdf export

2009-12-14 Thread Bill Powell
At Mon, 14 Dec 2009 16:35:32 +0100,
Carsten Dominik wrote:
> 
> Hi Eraldo,
> 
> I am always much more interested in thinking about a solution
> if I am not just presented with an abstract wish, but rather
> with a concrete example where this might be useful.
> 
> - Carsten

Carsten,

Thanks for the recent \{ and \} LaTeX fix, btw.

To add to my recent post about the newlines, here's a concrete example
for newlines in both HTML and PDF: flashcards. It's extremely useful
to be able to visually break up text on a flashcard using linebreaks.
And org-mode is ideal for organizing flashcards by topic, subtopic,
etc.

I use org-mode's export to LaTeX to make flashcards for students who
want a printout they can cut into paper flashcards. For those who
prefer to review flashcards with Anki, I use export to HTML. My
post-processor perl scripts will be much happier if org-mode takes
care of the linebreaks. :-) 

Thanks for considering this,
Bill Powell


> 
> On Dec 13, 2009, at 9:53 PM, Eraldo Helal wrote:
> 
> > One other reason behind this is that I can not export my document to
> > html anymore after I added "\\" at the end of every line... well I can
> > but it does not look the way I want it to be. =]
> >
> >
> > ___
> > 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
> 


___
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] [Worg] Lots of broken links in published version

2009-12-14 Thread David Maus
At Sun, 13 Dec 2009 20:14:17 +0100,
Carsten Dominik wrote:
> 
> Hi David,
> 
> thanks!
> 
> Please verify that things are now back to normal.

Hi Carsten,

I checked the pages I found yesterday and some random pages and
everything seems to be back to normal.

Regards

  -- David
-- 
OpenPGP... 0x316F4BE4670716FD
Jabber dmj...@jabber.org
Email. maus.da...@gmail.com
ICQ... 241051416


___
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] keep newlines on pdf export

2009-12-14 Thread Nick Dokos
Bill Powell  wrote:

> ...
> 
> I use org-mode's export to LaTeX to make flashcards for students who
> want a printout they can cut into paper flashcards. For those who
> prefer to review flashcards with Anki, I use export to HTML. My
> post-processor perl scripts will be much happier if org-mode takes
> care of the linebreaks. :-) 
> 

Can you post a short example? Both the org file and (a pointer to) the
PDF/HTML files, if possible.

This is off the top of my head, but wouldn't an item list do what you want?
Something like

* topic
** subtopic

   - item
   - item
   - item

Thanks,
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


Re: [Orgmode] keep newlines on pdf export

2009-12-14 Thread Bill Powell
At Mon, 14 Dec 2009 17:20:36 -0500,
Nick Dokos wrote:
> 
> Bill Powell  wrote:
> 
> > ...
> > 
> > I use org-mode's export to LaTeX to make flashcards for students who
> > want a printout they can cut into paper flashcards. For those who
> > prefer to review flashcards with Anki, I use export to HTML. My
> > post-processor perl scripts will be much happier if org-mode takes
> > care of the linebreaks. :-) 
> > 
> 
> Can you post a short example? Both the org file and (a pointer to) the
> PDF/HTML files, if possible.

Nick,

Well, in this case, it would be kind of tricky to do a minimal working
example, because I use a pretty ugly post-processor script to patch
things up, and the final PDF output also depends on several external
LaTeX classes. I was just offering this as an example use of where
org-mode inserting a "\linebreak" could be helpful.

> This is off the top of my head, but wouldn't an item list do what you want?
> Something like
> 
> * topic
> ** subtopic
> 
>- item
>- item
>- item


Sometimes I do, and that can be handy. But the item list won't always
work because LaTeX and HTML usually spaces item lists, and add
bullets, and do that kind of thing. I guess I could use memoir.cls and
\tightlists.

Thanks,
Bill Powell


___
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: Org-mode and Nokia N900

2009-12-14 Thread Tom Short
Thierry Guillemin  gmail.com> writes:

> 
> 
> Hello
> 
> This question comes after
reading http://lifehacker.com/5419988/five-best-outlining-tools
> 
> and before buying a N900...
> 
> Will it be possible to install Org-mode on the N900 (only Emacs available is
Qemacs) ?
> 
> Merci d'avance
> 


See here:

http://sumoudou.org/0/14.html

- 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] Integrating ctags & org mode (patch)

2009-12-14 Thread Paul Sexton
Hi,

I have managed to get exuberant ctags working with org mode. This means that
plain links [[like this]], instead of defaulting to plain text search when no
match is found in the current file, now look for a matching tag <> in
all your *.org files, and jumps there. 

This means your org files all now "seamlessly" talk to each other and interlink.
You can split that monolithic file up into smaller files and the plain links
still work. You can throw a plain link to a topic you know exists in another
file, without having to worry about the format of special inter-file links,
whether you got the directory right, and so on.

Steps:

1. First you need a small patch to org.el. This is necessary because AFAIK there
is no easy way to customise or advise org's behaviour when opening a plain link.
The patch is at the end of this post. 

2. Next you need to get exuberant ctags from http://ctags.sourceforge.net/
There is a windows executable there (a zip file). Many linux distributions have
'ctags-exuberant' as an installable package in their repositories.

If you are using windows, extract the ctags.zip file into a directory somewhere,
eg C:\emacs23\ctags

3. Now make a new file called .ctags in your HOME directory. If you are not sure
where this is, evaluate (getenv "HOME") in the emacs scratch buffer.

Put the following 3 lines into this file, then save it:

--langdef=orgmode
--langmap=orgmode:.org
--regex-orgmode=/<<([^>]+)>>/\1/d,definition/

The last line is a regular expression that defines what a tag is in orgmode. If
you don't like my definition based on angle brackets, or you want to add other
destinations as tags, just alter the bit between the first two /...slashes.../

4. Paste the following into your .emacs file:

(defvar home-dir "/home/paul/") ; replace with your home dir

(defun operating-system ()
  (case system-type
((windows-nt cygwin) 'windows)
(darwin 'macos)
(otherwise 'unix)))

(defvar path-to-ctags 
  (case (operating-system)
(windows "c:/emacs/ctags/ctags.exe")  ; or whereever you extracted it
(unix "/usr/bin/ctags-exuberant")); wherever it went
  "Path to the CTAGS executable.")

(defun create-tags (dir-name)
  "Create tags file."
  (interactive "DBase directory: ")
  (shell-command
   (format "%s --options=%s/.ctags -f %s/TAGS -e -R %s/*"
   path-to-ctags home-dir dir-name dir-name)))

(global-set-key (kbd "") 'pop-tag-mark)

(defadvice find-tag (before set-org-mark-before-finding-tag
activate compile)
  "Before trying to find a tag, save our current position on org mark ring."
  (save-excursion
(if (org-mode-p)
(org-mark-ring-push

5. Now run create-tags:

M-x create-tags ENTER "/path/to/org/files/" ENTER

create-tags searches all subdirectories as well, and will also create tags for
all source code files that if finds (*.c, *.lisp, *.el, etc). All these tags
will go in one big TAGS file, located in the "base" directory that you specify
as an argument to create-tags. Thus, if you have any large source trees in
subdirectories, create-tags may pause for a few seconds.

6. Check that the file 'TAGS' is in the right place and is not an empty file.

Tags is now ready to use. See below for usage. The first time you try and find
a tag, you will be asked which tags file to use. The right answer is the file
named TAGS which you created with create-tags.
To avoid being asked this every time you restart emacs, try putting this in your
.emacs:

(add-hook 'org-mode-hook
 (lambda () (visit-tags-table "/path/to/TAGSfile") 

Tags are defined in the .ctags file as any text in <>.
(triple angle brackets work too)

When you click on a link "[[foo]]" and org cannot find a matching "<>" in
the current buffer, the tags facility will take over. The file TAGS is examined
to see if the tags facility knows about "<>" in any other files. If it
does, the matching file will be opened and the cursor will jump to the position
of "<>" in that file.

Important commands:
* M-. 
  Press to enter a tag name (default is a string extracted from the
  current cursor position) and then try & jump there. No autocompletion yet.
* C-M-. 
  as above, but search term is a regular expression
* M-x tags-search
  Also searches for a regexp, but searches through the *entire text* of
  all the files that the tags facility knows about. Jumps to the first match.
  Then, press M-, to jump to each successive match.
* M-* "go back" from a tag jump. (note: if you jumped from an org-mode buffer,
  your previous position will also have been saved on the org mark ring).

Tags mode has no way of knowing when you create new tags. So, any new <> you make after running create-tags will not be in the 'TAGS' file & so
will be unknown to the tags facility. For new tags to make it into the TAGS
file, you need to re-run (create-tags "path") to refresh the file.

You also might want to put (create-tags "/path/to/org/files") in your .emacs or
even "ctags-exuberant -e -R

Re: [Orgmode] Integrating ctags & org mode (patch)

2009-12-14 Thread Bill Powell
At Tue, 15 Dec 2009 03:02:12 + (UTC),
Paul Sexton wrote:
> 
> Hi,
> 
> I have managed to get exuberant ctags working with org mode. This means that
> plain links [[like this]], instead of defaulting to plain text search when no
> match is found in the current file, now look for a matching tag <> 
> in
> all your *.org files, and jumps there. 

Wow! This looks really great. Thanks!

Bill Powell


___
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] running org-mode (inside emacs) in the n900

2009-12-14 Thread D M German

Yes, it can be done:

http://turingmachine.org/blog/index.php?/archives/99-Running-emacs-and-org-mode-in-the-N900.html

I just got it running. The instructions are there. Now I need to figure
out where the meta key is ;)

--dmg


-- 
--
Daniel M. German  
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .


___
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] Integrating ctags & org mode (patch)

2009-12-14 Thread Carsten Dominik

Hi Paul,

I like this very much.  But I would like to change the implementation  
so that
there will be a hook.  Then people can do different things, including  
matching tags in source code files etc.


Would you be interested to turn your way of doing things into a little  
add-on
that people could load?  I realize that it would be a very small file  
because the heavy lifting is done by the tags creating file and Emacs  
ctags searches.  But it would keep the way open for other ideas.


If you agree I will make a new hook and interface for this.

I would be very interested to include the new module (if you write it)
at least as a contributed package, or, if you are willing
to sign the papers with the FSF, in the core.

- Carsten

On Dec 15, 2009, at 4:02 AM, Paul Sexton wrote:


Hi,

I have managed to get exuberant ctags working with org mode. This  
means that
plain links [[like this]], instead of defaulting to plain text  
search when no
match is found in the current file, now look for a matching tag  
<> in

all your *.org files, and jumps there.

This means your org files all now "seamlessly" talk to each other  
and interlink.
You can split that monolithic file up into smaller files and the  
plain links
still work. You can throw a plain link to a topic you know exists in  
another
file, without having to worry about the format of special inter-file  
links,

whether you got the directory right, and so on.

Steps:

1. First you need a small patch to org.el. This is necessary because  
AFAIK there
is no easy way to customise or advise org's behaviour when opening a  
plain link.

The patch is at the end of this post.

2. Next you need to get exuberant ctags from http://ctags.sourceforge.net/
There is a windows executable there (a zip file). Many linux  
distributions have

'ctags-exuberant' as an installable package in their repositories.

If you are using windows, extract the ctags.zip file into a  
directory somewhere,

eg C:\emacs23\ctags

3. Now make a new file called .ctags in your HOME directory. If you  
are not sure

where this is, evaluate (getenv "HOME") in the emacs scratch buffer.

Put the following 3 lines into this file, then save it:

--langdef=orgmode
--langmap=orgmode:.org
--regex-orgmode=/<<([^>]+)>>/\1/d,definition/

The last line is a regular expression that defines what a tag is in  
orgmode. If
you don't like my definition based on angle brackets, or you want to  
add other
destinations as tags, just alter the bit between the first  
two /...slashes.../


4. Paste the following into your .emacs file:

(defvar home-dir "/home/paul/") ; replace with your home dir

(defun operating-system ()
 (case system-type
   ((windows-nt cygwin) 'windows)
   (darwin 'macos)
   (otherwise 'unix)))

(defvar path-to-ctags
 (case (operating-system)
   (windows "c:/emacs/ctags/ctags.exe")  ; or whereever you  
extracted it

   (unix "/usr/bin/ctags-exuberant")); wherever it went
 "Path to the CTAGS executable.")

(defun create-tags (dir-name)
 "Create tags file."
 (interactive "DBase directory: ")
 (shell-command
  (format "%s --options=%s/.ctags -f %s/TAGS -e -R %s/*"
  path-to-ctags home-dir dir-name dir-name)))

(global-set-key (kbd "") 'pop-tag-mark)

(defadvice find-tag (before set-org-mark-before-finding-tag
activate compile)
 "Before trying to find a tag, save our current position on org mark  
ring."

 (save-excursion
   (if (org-mode-p)
   (org-mark-ring-push

5. Now run create-tags:

   M-x create-tags ENTER "/path/to/org/files/" ENTER

create-tags searches all subdirectories as well, and will also  
create tags for
all source code files that if finds (*.c, *.lisp, *.el, etc). All  
these tags
will go in one big TAGS file, located in the "base" directory that  
you specify
as an argument to create-tags. Thus, if you have any large source  
trees in

subdirectories, create-tags may pause for a few seconds.

6. Check that the file 'TAGS' is in the right place and is not an  
empty file.


Tags is now ready to use. See below for usage. The first time you  
try and find
a tag, you will be asked which tags file to use. The right answer is  
the file

named TAGS which you created with create-tags.
To avoid being asked this every time you restart emacs, try putting  
this in your

.emacs:

(add-hook 'org-mode-hook
(lambda () (visit-tags-table "/path/to/TAGSfile")

Tags are defined in the .ctags file as any text in >.

(triple angle brackets work too)

When you click on a link "[[foo]]" and org cannot find a matching  
"<>" in
the current buffer, the tags facility will take over. The file TAGS  
is examined
to see if the tags facility knows about "<>" in any other  
files. If it
does, the matching file will be opened and the cursor will jump to  
the position

of "<>" in that file.

Important commands:
* M-.
 Press to enter a tag name (default is a string extracted from the
 current cursor position) and then try & jump there. No