Re: [Orgmode] German date in LaTeX export [7.3]

2011-02-14 Thread Bastien
Hi Michael,

phaebz pha...@googlemail.com writes:

 I now use #+DATE: \today and it works as expected.

Good!

 Sorry for the noise, my posts often end up in a kind of self-helping
 experience, but hints are always appreciated. Thanks Bastien for the
 push.

You're welcome.  We are all patient here because we know it's often 
a matter of better understanding what Org-mode *can* do, rather than
fixing bugs :)

-- 
 Bastien

___
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: [Feature request] org-backup

2011-02-14 Thread Bastien
Hi Suvayu,

suvayu ali fatkasuvayu+li...@gmail.com writes:

 If you are on *nix, then maybe something like this is what you are looking 
 for?

 mkdir -p ~/org/backup  \
 find $HOME -type f -name '*\.org' ! -path $HOME/org/* \
  -exec cp -t ~/org/backup/ \{\} \;

I created a Backup section on Worg's FAQ and mentioned this.

Thanks!

-- 
 Bastien

___
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: [Feature request] org-backup

2011-02-14 Thread Suvayu Ali
On Mon, 14 Feb 2011 10:06:51 +0100
Bastien bastien.gue...@wikimedia.fr wrote:

 Hi Suvayu,
 
 suvayu ali fatkasuvayu+li...@gmail.com writes:
 
  If you are on *nix, then maybe something like this is what you are
  looking for?
 
  mkdir -p ~/org/backup  \
  find $HOME -type f -name '*\.org' ! -path $HOME/org/* \
   -exec cp -t ~/org/backup/ \{\} \;
 
 I created a Backup section on Worg's FAQ and mentioned this.
 

Thanks Bastien! I am glad that you thought its worth a mention on the
FAQ. :)

 Thanks!
 


-- 
Suvayu

Open source is the future. It sets us free.

___
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] Improve percent escaping links in Org mode (pull request / OK to push)

2011-02-14 Thread Bastien
Hi David,

David Maus dm...@ictsoc.de writes:

 Thanks for the quick review. I won't be available until wednesday so I
 most likely push wednesday or thursday evening with a short warning
 notice.

Looks good, thanks.

 You mentioned some possible backward compatibility issues with
 a few existing links before in this thead, any update on this?

 Nope, but it just occured to me that we might provide a small elisp
 command that users can run in a buffer to check for possible problems?

 The elisp could check each link for a substring that matches the def
 of a percent escaped character (%[a-zA-Z]{2}) and is not in the old
 `org-link-escape-chars' list. Such links might pose a problem because
 the new unescaping function will unescape this sequence.

Good idea!

-- 
 Bastien

___
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: org-capture - org-vm store link requires buffer file not always present [7.4]

2011-02-14 Thread Bastien
Hi Arik,

Arik Mitschang arik.mitsch...@mq.edu.au writes:

 Unfortunately that does not do the trick. Two reasons:

 1) the vm-select-folder-buffer only triggers an error if there is no
folder buffer, not if there is no file associated with that buffer.

 2) raising an error stops the execution of the org-capture which
results in the same problem - one will not be able to capture while
visiting this virtual folder. Such a restriction is not practical
or useful.

Thanks for the explanations.

 Here is a patch that works on that change, if the style is not
 satisfactory that's okay, but the spirit of the change is there.

I've applied a slightly different patch that should do the trick in a
simpler way.  Please test it and report any problem.

Thanks!

-- 
 Bastien

___
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: Select links by description [7.4]

2011-02-14 Thread Bastien
Hi Dave,

Dave Abrahams d...@boostpro.com writes:

 Since you asked: put the descriptions first.  

The only problem I see with this solution is that it will end up mixing
descriptions (+raw link) and raw links (with no description), this might
be confusing.

Perhaps we can let the user decide how he wants the available links to
be displayed.

I welcome other input about this!

-- 
 Bastien

___
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 support for the notmuch mail client

2011-02-14 Thread Darren McGuicken
 The attached file implements links to mail collections and searchs
 to the notmuch mail client.

 I'm not using notmuch myself and I would welcome feedback from notmuch
 Org users.  I would happily add it to org-mode/contrib/lisp if this is
 proves useful to several people around.

I'm now using this along with notmuch and can confirm that it seems to
work well in all my old gnus use-cases (primarily context-aware
note-taking using capture) for both searches and individual messages.

+1 for inclusion by default.


pgprp6hOXAhfV.pgp
Description: PGP signature
___
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] resetting the span in agenda (current git version)

2011-02-14 Thread Gábor Melis
On the current master branch, it seems to me that doing anything that
ends up calling org-agenda-redo resets the span (most often pressing g,
l, R for me). I papered over the damage with this for l and R, but it is
obviously not the right fix:

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index aea7291..34d71d1 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -6420,7 +6420,11 @@ agenda filter.
   (setq org-agenda-clockreport-mode 'with-filter)
 (setq org-agenda-clockreport-mode (not org-agenda-clockreport-mode)))
   (org-agenda-set-mode-name)
-  (org-agenda-redo)
+  (let* ((sd (org-agenda-compute-starting-span
+ (org-today) (or org-agenda-current-span org-agenda-ndays 
org-agenda-span)))
+(org-agenda-overriding-arguments org-agenda-last-arguments))
+(setf (nth 1 org-agenda-overriding-arguments) sd)
+(org-agenda-redo))
   (message Clocktable mode is %s
   (if org-agenda-clockreport-mode on off)))
 
@@ -6437,7 +6441,11 @@ With a double `C-u' prefix arg, show *only* log items, 
nothing else.
  (if special '(closed clock state)
(not org-agenda-show-log
   (org-agenda-set-mode-name)
-  (org-agenda-redo)
+  (let* ((sd (org-agenda-compute-starting-span
+ (org-today) (or org-agenda-current-span org-agenda-ndays 
org-agenda-span)))
+(org-agenda-overriding-arguments org-agenda-last-arguments))
+(setf (nth 1 org-agenda-overriding-arguments) sd)
+(org-agenda-redo))
   (message Log mode is %s
   (if org-agenda-show-log on off)))

 
Cheers,
Gabor Melis

___
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] Deriving mode from org-mode

2011-02-14 Thread Anders Waldenborg


Hi,

isn't creating a new major mode derived from org-mode supported?

I guess that part of the problem is that org-mode-p doesn't use 
derived-mode-p.



For example:
(define-derived-mode org-derived-mode org-mode Org-Derived)

and then create a new buffer using org-derived-mode and enter a source 
block, like this:


#+BEGIN_SRC emacs-lisp
#+END_SRC

and do org-edit-special (C-c ') in that buffer. When finishing editing 
one gets this message:

org-edit-src-exit: This is not a sub-editing buffer, something is wrong

 anders


___
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: Nice python listings colors, or solution to beamer + minted brokenness?

2011-02-14 Thread Dan Davison
Christopher Allan Webber cweb...@dustycloud.org writes:

 Hello all,

 I currently am trying to export something vaguely like this for a
 presentation in beamer:

 #+BEGIN_SRC python :exports code
 class ReferenceDeskPanel(bpy.types.Panel):
 bl_label = 'Reference Desk'
 bl_space_type = 'VIEW_3D'
 bl_region_type = 'TOOLS'

 def draw(self, context):
 layout = self.layout

 row = layout.row()
 row.prop(
 context.scene, 'refdesk_search',
 text=, icon='VIEWZOOM')

 search_string = context.scene.get('refdesk_search')
 #+END_SRC

 I've tried using listings with:

 #+begin_LaTeX
   \definecolor{keywords}{RGB}{255,0,90}
   \definecolor{comments}{RGB}{60,179,113}
   
   \lstset{
 language=\Python,
 keywordstyle=\color{keywords},
 commentstyle=\color{comments}emph,
 procnamestyle=\color{blue}\textbf,
 emphstyle=\color{black}\bfseries, 
 }
 #+end_LaTeX

 in my document but I can't figure out how to get the class name
 (ReferenceDeskPanel) to be highlighted in any form.  I've read through
 the listings manual but I can't find any reference on how to do this.

 I also tried using minted, but I'm running into the problem discussed in
 this thread:

 http://article.gmane.org/gmane.emacs.orgmode/32147/match=minted

Hi Christopher,

I believe I have just fixed the problem with minted and beamer. Please
pull latex org from git and restart emacs, or

(setq org-beamer-fragile-re ^[ 
\t]*begin{\\(verbatim\\|lstlisting\\|minted\\)})

Personally I think that minted will be preferable to listings for your
application.

Dan


 I'm at wit's end... I just want to figure out how to syntax highlight my
 whole python snippet!  Any examples of good color sets in listings to
 use would be *greatly* appreciated!  Or a solution to that minted +
 beamer problem!  Either one!

 Super, ultra thanks in advance,
  - cwebb

___
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: Select links by description [7.4]

2011-02-14 Thread Dave Abrahams
On Mon, Feb 14, 2011 at 5:17 AM, Bastien bastien.gue...@wikimedia.fr wrote:
 Hi Dave,

 Dave Abrahams d...@boostpro.com writes:

 Since you asked: put the descriptions first.

 The only problem I see with this solution is that it will end up mixing
 descriptions (+raw link) and raw links (with no description), this might
 be confusing.

 Perhaps we can let the user decide how he wants the available links to
 be displayed.

 I welcome other input about this!

How about just always showing the link as it will be presented to the
user first, followed by the raw link?  Then everything will be
consistent.


-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com

___
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] org-publish: sitemap doc

2011-02-14 Thread Manuel Giraud

Hi, 

Some documentation for new sitemap options.

From 3a846a674a33a5f2a0a2404b88331942e2012779 Mon Sep 17 00:00:00 2001
From: Manuel Giraud manuel.gir...@univ-nantes.fr
Date: Mon, 14 Feb 2011 11:34:04 +0100
Subject: [PATCH] org.texi: documentation of sitemap's entry options

---
 doc/org.texi |   15 ++-
 1 files changed, 14 insertions(+), 1 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index 0a5b065..c8e0597 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -10978,7 +10978,7 @@ of links to all files in the project.
 respectively.  Any other value will mix files and folders.
 
 @item @code{:sitemap-sort-files}
-@tab How the files are sorted in the site map.  Set this
+@tab How the files are sorted in the site map.  Set this to
 @code{alphabetically} (default), @code{chronologically} or
 @code{anti-chronologically}. @code{chronologically} sorts the files with
 older date first while @code{anti-chronologically} sorts the files with newer
@@ -10988,6 +10988,19 @@ a file is retrieved with @code{org-publish-find-date}.
 @item @code{:sitemap-ignore-case}
 @tab Should sorting be case-sensitive?  Default @code{nil}.
 
+@item @code{:sitemap-file-entry-format}
+@tab With this option one can tell how a sitemap's entry is formated in the
+sitemap. This is a format string with some escape sequences: @code{%t} stands
+for the title of the file, @code{%a} stands for the author of the file and
+@code{%d} stands for the date of the file. The date is retrieved with the
+@code{org-publish-find-date} function and formated with
+@code{org-publish-sitemap-date-format}. Default @code{%t}.
+
+@item @code{:sitemap-date-format}
+@tab Format string for the @code{format-time-string} function that tells how
+a sitemap entry's date is to be formated. This property bypasses
+@code{org-publish-sitemap-date-format} which defaults to @code{%Y-%m-%d}.
+
 @end multitable
 
 @node Generating an index,  , Sitemap, Configuration
-- 
1.7.1


-- 
Manuel Giraud
___
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: Nice python listings colors, or solution to beamer + minted brokenness?

2011-02-14 Thread Christopher Allan Webber
Dan Davison dandavis...@gmail.com writes:

 Hi Christopher,

 I believe I have just fixed the problem with minted and beamer. Please
 pull latex org from git and restart emacs, or

 (setq org-beamer-fragile-re ^[ 
 \t]*begin{\\(verbatim\\|lstlisting\\|minted\\)})

 Personally I think that minted will be preferable to listings for your
 application.

 Dan

Dan:

It works!  That looks *fantastic.*  Thank you *so* much! :D :D :D

 - cwebb

-- 
퓒퓱퓻퓲퓼퓽퓸퓹퓱퓮퓻 퓐퓵퓵퓪퓷 퓦퓮퓫퓫퓮퓻

___
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: Something like SETUPFILE, but in .emacs?

2011-02-14 Thread Matthew Sauer
Would this be the full list of variables?
Possible completions are:
org-export-allow-BIND  org-export-author-info
org-export-babel-evaluate  org-export-blocks
org-export-blocks-postblock-hook   org-export-blocks-witheld
org-export-copy-to-kill-ring   org-export-creator-info
org-export-default-languageorg-export-email-info
org-export-exclude-tagsorg-export-headline-levels
org-export-highlight-first-table-line  org-export-html-coding-system
org-export-html-expand org-export-html-extension
org-export-html-footnote-formatorg-export-html-footnotes-section
org-export-html-home/up-format org-export-html-html-helper-timestamp
org-export-html-inline-image-extensions org-export-html-inline-images
org-export-html-link-home
 org-export-html-link-org-files-as-html
org-export-html-link-uporg-export-html-mathjax-options
org-export-html-mathjax-template   org-export-html-style
org-export-html-style-extraorg-export-html-style-include-default
org-export-html-style-include-scripts
org-export-html-table-align-individual-fields
org-export-html-table-tag
org-export-html-table-use-header-tags-for-first-column
org-export-html-tag-class-prefix   org-export-html-title-format
org-export-html-todo-kwd-class-prefix  org-export-html-toplevel-hlevel
org-export-html-use-infojs org-export-html-validation-link
org-export-html-with-timestamp org-export-html-xml-declaration
org-export-htmlize-css-font-prefix org-export-htmlize-output-type
org-export-htmlized-org-css-urlorg-export-interblocks
org-export-kill-product-buffer-when-displayed
org-export-language-setup
 org-export-latex-default-packages-alist
org-export-latex-packages-alistorg-export-mark-todo-in-toc
org-export-prefer-native-exporter-for-tables
org-export-preserve-breaks org-export-remove-timestamps-from-toc
org-export-run-in-background   org-export-section-number-format
org-export-select-tags
org-export-show-temporary-export-buffer
org-export-skip-text-before-1st-heading org-export-table-data-tags
org-export-table-header-tags   org-export-table-remove-special-lines
org-export-table-row-tags  org-export-time-stamp-file
org-export-with-LaTeX-fragmentsorg-export-with-TeX-macros
org-export-with-archived-trees org-export-with-drawers
org-export-with-emphasize  org-export-with-fixed-width
org-export-with-footnotes  org-export-with-priority
org-export-with-section-numbersorg-export-with-special-strings
org-export-with-sub-superscripts   org-export-with-tables
org-export-with-tags   org-export-with-timestamps
org-export-with-tocorg-export-with-todo-keywords


On Mon, Feb 14, 2011 at 9:07 AM, Matthew Sauer
improv.philoso...@gmail.comwrote:

 Question, would something like the following work?

 For .emacs

 ---start of .emacs 
 --snip---snip---snip---

  (setq load-path (append '(/home/usr/emacs/load/) load-path))
  (setq load-path (append '(/home/usr/emacs) load-path))

  (load export-setup nil t )  ; Org-Export settings

 rest of .emacs code here

 ---end   of .emacs 
 --snip---snip---snip---

 --- Start of export-setup.el --snip---snip-snip---

 (setq  . . . . . .

  . . . . . Set the variables you want here but they can be overrode in
 specific files with specific buffer overrides #+STARTUP
 --end Export-setup.el


 Got the idea from http://www.dotemacs.de/recovery.html


 Matthew S



 On Sun, Feb 13, 2011 at 8:08 PM, Gary Oberbrunner 
 ga...@oberbrunner.comwrote:

 Yes, that's definitely what I'm looking for.  If I get some time I may
 write a function to allow autoloading a setupfile-syntax version (just
 for consistency/simplicity), but given shortness of time I'll probably
 just track down the vars and set them in my .emacs. :-)

 thanks!

 On Sun, Feb 13, 2011 at 4:16 PM, Dan Davison dandavis...@gmail.com
 wrote:
  Gary Oberbrunner ga...@oberbrunner.com writes:
 
  On Sun, Feb 13, 2011 at 10:53 AM, Darlan Cavalcante Moreira
  darc...@gmail.com wrote:
  You can use auto-insert for this.
 
  I guess I'm really not using org-mode in the way it was intended --
  everyone thinks I should put these values into each one of my org-mode
  files.
 
  Hi Gary,
 
  What did you think of the suggestion I made?
 
  http://article.gmane.org/gmane.emacs.orgmode/37408
 
  I believe it pointed you in the right direction. You need to (a) find
  the variables that control the export behavior in question, and (b) set
  those variables in your .emacs. My reply gave a source of many of the
  relevant variables, i.e. the default value of the variable
  `org-export-plist-vars'. An example of one of those variables is
 
  [...]
 
  As an example, I *never* want to export 

[Orgmode] Re: Nice python listings colors, or solution to beamer + minted brokenness?

2011-02-14 Thread Dan Davison
Christopher Allan Webber cweb...@dustycloud.org writes:

 Dan Davison dandavis...@gmail.com writes:

 Hi Christopher,

 I believe I have just fixed the problem with minted and beamer. Please
 pull latex org from git and restart emacs, or
   ^^^

Oops, I meant to write latest org. I.e. just pull as normal.


 (setq org-beamer-fragile-re ^[ 
 \t]*begin{\\(verbatim\\|lstlisting\\|minted\\)})

 Personally I think that minted will be preferable to listings for your
 application.

 Dan

 Dan:

 It works!  That looks *fantastic.* 

Great.

If you want to play around with styles, you can use a line like

#+latex_header: \usemintedstyle{tango}

To see all the available styles, use the command

pygmentize -L styles

(my output is below)

Also, if you'd like to experiment with the different options for
the \begin{minted} environment, and if you're comfortable switching
between git branches, then try the branch minted of the main org git
repo, and look at the variable `org-export-latex-minted-options'. For
example

(setq org-export-latex-minted-options '((frame lines)))

puts a frame around the src block. Of course, see minted.pdf for the
options.

Dan

$ pygmentize -L styles
Pygments version 1.4, (c) 2006-2008 by Georg Brandl.

Styles:
~~~
* monokai:
This style mimics the Monokai color scheme.
* manni:
A colorful style, inspired by the terminal highlighting style.
* perldoc:
Style similar to the style used in the perldoc code blocks.
* borland:
Style similar to the style used in the borland IDEs.
* colorful:
A colorful style, inspired by CodeRay.
* default:
The default style (inspired by Emacs 22).
* murphy:
Murphy's style from CodeRay.
* vs:

* trac:
Port of the default trac highlighter design.
* tango:
The Crunchy default Style inspired from the color palette from the Tango 
Icon Theme Guidelines.
* fruity:
Pygments version of the native vim theme.
* autumn:
A colorful style, inspired by the terminal highlighting style.
* bw:

* emacs:
The default style (inspired by Emacs 22).
* vim:
Styles somewhat like vim 7.0
* pastie:
Style similar to the pastie default style.
* friendly:
A modern style based on the VIM pyte theme.
* native:
Pygments version of the native vim theme.


 Thank you *so* much! :D :D :D



  - cwebb

___
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: Nice python listings colors, or solution to beamer + minted brokenness?

2011-02-14 Thread Christopher Allan Webber
Dan, all this information is super helpful.  Thanks!  My presentation is
going to look great now, I think!

I really appreciate your help!
 - cwebb

-- 
퓒퓱퓻퓲퓼퓽퓸퓹퓱퓮퓻 퓐퓵퓵퓪퓷 퓦퓮퓫퓫퓮퓻
___
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: Alinea filling (hanlding of explicit line-breaks)

2011-02-14 Thread Stefan Monnier
 The proposal is to add, in addition to paragraph separator, an alinea
 separator. Accordingly there would be a forward-alinea function similar
 to forward-paragraph.

I'm not completely sure I understand the details, so let me try to
describe what I think you're suggesting: you're suggesting to
distinguish the notion of paragraph (as used by the paragraph-forward
movement command) from the notion of unit of text to fillm which you
call alinea.  And you also propose to complete this by adding
a corresponding forward-alinea command.

Is that right?

If that's the case, then I think we already have most of it in Emacs-24,
in the form of the fill-forward-paragraph-function, which decouples the
navigation command from the unit of text to fill.  You can see it in
action in ChangeLog files, where M-q will only refill the current
alinea starting with a function or variable name whereas M-} will jump
over the text of the whole file (which is made of several alineas, each
describe one (or sometimes a set of) variables or functions).


Stefan

___
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: Announcing org-contacts, a bbdb-like contact manager for Org

2011-02-14 Thread Wes Hardaker
 On Sat, 12 Feb 2011 13:18:10 +0100, Bastien bastien.gue...@wikimedia.fr 
 said:

B I've played around with it, and I can already see the benefit.  When
B org-contacts will insinuate into Gnus, that will be a real win.

Ditto!  This will be such a wonderful way to maintain contacts that will
have significant advantages over the elisp based storage mechanisms.  I
frequently need to look up contacts away from emacs and resort to 'grep'
in my .bbdb file as quick hack, which is far less than pretty.  Having
the data in org will mean better export support, better free-form
support, ...

Please keep plugging away at it!

[oh, and I can't wait for the first person to write bbdb-to-org-contacts :-]
-- 
Wes Hardaker 
My Pictures:  http://capturedonearth.com/
My Thoughts:  http://pontifications.hardakers.net/

___
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] Projects with priority items

2011-02-14 Thread Nathan Neff
I have a custom agenda view that shows items with the tag project.

It shows a TODO list like this:

* TODO Project A
** TODO Subtask for project A
** TODO Another task for A
* TODO Project B
** TODO B subtask

However, if I put a priority on Subtask for project A, then the
subtask jumps out of its nested structure like this:

** TODO [#A] Subtask for project A
* TODO Project A
etc

This becomes confusing when I have 6-7 projects going on.

Is there an agenda sorting strategy that I can use to keep the TODOs
inside their respective parents?

Thanks,
--Nate

___
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: Mails with icalendar appointments

2011-02-14 Thread Vagn Johansen
Bastien bastien.gue...@wikimedia.fr writes:

 Hi Vagn,

 Vagn Johansen gonz...@hotmail.com writes:

 For gnus I wrote this to import from text/calendar attachments

   http://ozymandias.dk/emacs/emacs.html#org-import-calendar
 It a automatically stores an org snippet to the ring. So most of the
 time I can use press my remember keybinding and yank.

 Nice!  I added a FAQ entry on Worg mentioning it.

 PS: don't your code need a s/calender/calendar ?

Yes. It is fixed now. The URL is still correct, though.

-- 
Vagn Johansen


___
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] [Babel] Interpreting results as tables and (eval)'uation of them

2011-02-14 Thread Eric Schulte
Hi Dan,

Dan Amlund Thomsen danaml...@gmail.com writes:

 I've encountered some weird, possible buggy, behavior when
 interpreting results as tables (tested with python, scheme and lisp).

 * Item 1: Interpreting result as table
 With :results value the result is interpreted as a table if
 possible, but with :results output it isn't. This happens with
 python, lisp and scheme, but not with c.

 The documentation suggests both value and output results should be
 interpreted as a table if possible.

 By default, results are inserted as either a table or scalar
 depending on their value. [http://orgmode.org/manual/results.html]

 #+begin_src python :results output
   print '(1 2)
 #+end_src

 #+results:
 : '(1 2)

 #+begin_src python :results value
   return '(1 2)
 #+end_src

 #+results:
 | 1 | 2 |


Yes, this assumption (:results output implies :results scalar) is
built into many of the language-specific modes and should probably be
removed.


 * Item 2: Evaluating list results
 When a result is interpreted as a list, the list is (eval)'ed. This
 happens in non-lisp languages (c, python) but not in lisp languages
 (lisp, scheme).

 In my opinion the lists should not be evaluated, but
 'org-babel-script-escape' and 'org-babel-read' suggests it is intended
 behavior.

 Is this a bug or a feature?

 #+begin_src c++ :includes stdio.h
   printf((1 2));
 #+end_src

 Returns the error Invalid function: 1.

 The correct approach is:
 #+begin_src c++ :includes stdio.h
   printf((list 1 2));
 #+end_src

 #+results:
 | 1 | 2 |

 With lisp the list is not evaluated (note that '(1 2) results in
 (1 2)).
 #+begin_src lisp
   '(1 2)
 #+end_src

 #+results:
 | 1 | 2 |


Hmm, I'll have to take a closer look at `org-babel-script-escape'.
Automatic evaluation of lispy return strings should not be the default
behavior as I doubt that is what users would expect.  Maybe we shouldn't
be calling `org-babel-read' (which *is* supposed to evaluate lispy
strings) from `org-babel-script-escape'.  Thanks for pointing this out.


 * Item 3: Checking if result is a list is not safe
 Mismatched parenthesis and bad characters causes errors. I suggest
 showing the raw result if the result is not a valid list.

 I'm not sure if this is a bug or not. These error messages could be
 helpful in debugging code when trying to output a list that needs to
 be evaluated. Although the final output of the (invalid) list could
 also be helpful with debugging.

 #+begin_src c++ :includes stdio.h
   printf(();
 #+end_src
 Returns the error: End of file during parsing

 #+begin_src python 
   return (list #)
 #+end_src
 Returns the error: Invalid read syntax: #


Agreed, in these cases the raw scalar result should be returned.  Again,
thanks for pointing these out.


 Here are some possible solutions:
 #+begin_src emacs-lisp
   (defun org-babel-safe-read-dont-eval (str)
 Converts string into a list. Elements are converted into
   strings to prevent read errors from special characters.
 (let ((str (replace-regexp-in-string
 \\([^() \f\t\n\r\v]+\\) \\\1\str)))
   (condition-case nil
   (read str)
 (error (concat \ str \)

   (org-babel-safe-read-dont-eval (1 1#123 1))  
 #+end_src

 #+results:
 | 1 | 1#123 | 1 |

 #+begin_src emacs-lisp
   (defun org-babel-safe-read-do-eval (str)
 Converts string into a evaluated list.
 (condition-case nil
 (eval (read str))
   (error (concat \ str \

   (org-babel-safe-read-do-eval (1 1#123 1))
 #+end_src

 #+results:
 : (1 1#123 1)


Yes, these code snippets seem to be headed in the right direction.

Much appreciated -- Eric

___
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: [BABEL] unset :var definitions for subtree

2011-02-14 Thread Eric Schulte
[...]

 This is in branch ob-inherit at
 https://github.com/dandavison/org-devel. I've given you write access to
 the repo. The branch isn't ready to go yet, just a first
 pass. Currently, with this file

 -
 #+property: var a=1
 #+property: var b=2

 * h1
   :PROPERTIES:
   :var: c=3
   :END:
 ** h11
:PROPERTIES:
:var: b=4
:END:

 #+begin_src sh :var d=5
 # code here
 #+end_src
 -

 C-c C-v C-v in the src block gives

 -
 c=3
 a=1
 b=2
 d=5
 # code here
 -

 (so b has the wrong value, but there will be more issues than just that)

 Dan


Fantastic, I'll try to dig in over the next couple of days.

Thanks -- Eric

___
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: Something like SETUPFILE, but in .emacs?

2011-02-14 Thread Gary Oberbrunner
On Mon, Feb 14, 2011 at 10:14 AM, Matthew Sauer improv.philoso...@gmail.com
 wrote:

 Would this be the full list of variables?
 Possible completions are:
 org-export-allow-BIND  org-export-author-info
 org-export-babel-evaluate  org-export-blocks


Awesome!  That is perfect.

-- 
-- Gary
___
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


Fwd: [Orgmode] Something like SETUPFILE, but in .emacs?

2011-02-14 Thread Gary Oberbrunner
On Sun, Feb 13, 2011 at 11:47 PM, Nick Dokos nicholas.do...@hp.com wrote:


 I think you are making an unwarranted generalization: afaik, Darlan and I
 were the only ones who suggested this (hardly everyone).


Sorry, didn't mean to be snippy. You're right, for sure.

I think that
 was a reasonable answer to your original question, but it clearly is
 not what you wanted as you made clear in your followup.


Yeah, I was definitely not very clear originally.  My apologies!

-- 
-- Gary
___
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


[Accepted] [Orgmode] org-publish: sitemap doc

2011-02-14 Thread Bastien Guerry
Patch 616 (http://patchwork.newartisans.com/patch/616/) is now Accepted.

Maintainer comment: none

This relates to the following submission:

http://mid.gmane.org/%3C87hbc6n6wt.fsf%40univ-nantes.fr%3E

Here is the original message containing the patch:

 Content-Type: text/plain; charset=utf-8
 MIME-Version: 1.0
 Content-Transfer-Encoding: 7bit
 Subject: [Orgmode] org-publish: sitemap doc
 Date: Mon, 14 Feb 2011 17:21:22 -
 From: Manuel Giraud manuel.gir...@univ-nantes.fr
 X-Patchwork-Id: 616
 Message-Id: 87hbc6n6wt@univ-nantes.fr
 To: emacs-orgmode emacs-orgmode@gnu.org
 
 Hi, 
 
 Some documentation for new sitemap options.
 
 
 From 3a846a674a33a5f2a0a2404b88331942e2012779 Mon Sep 17 00:00:00 2001
 From: Manuel Giraud manuel.gir...@univ-nantes.fr
 Date: Mon, 14 Feb 2011 11:34:04 +0100
 Subject: [PATCH] org.texi: documentation of sitemap's entry options
 
 ---
  doc/org.texi |   15 ++-
  1 files changed, 14 insertions(+), 1 deletions(-)
 
 diff --git a/doc/org.texi b/doc/org.texi
 index 0a5b065..c8e0597 100644
 --- a/doc/org.texi
 +++ b/doc/org.texi
 @@ -10978,7 +10978,7 @@ of links to all files in the project.
  respectively.  Any other value will mix files and folders.
  
  @item @code{:sitemap-sort-files}
 -@tab How the files are sorted in the site map.  Set this
 +@tab How the files are sorted in the site map.  Set this to
  @code{alphabetically} (default), @code{chronologically} or
  @code{anti-chronologically}. @code{chronologically} sorts the files with
  older date first while @code{anti-chronologically} sorts the files with newer
 @@ -10988,6 +10988,19 @@ a file is retrieved with 
 @code{org-publish-find-date}.
  @item @code{:sitemap-ignore-case}
  @tab Should sorting be case-sensitive?  Default @code{nil}.
  
 +@item @code{:sitemap-file-entry-format}
 +@tab With this option one can tell how a sitemap's entry is formated in the
 +sitemap. This is a format string with some escape sequences: @code{%t} stands
 +for the title of the file, @code{%a} stands for the author of the file and
 +@code{%d} stands for the date of the file. The date is retrieved with the
 +@code{org-publish-find-date} function and formated with
 +@code{org-publish-sitemap-date-format}. Default @code{%t}.
 +
 +@item @code{:sitemap-date-format}
 +@tab Format string for the @code{format-time-string} function that tells how
 +a sitemap entry's date is to be formated. This property bypasses
 +@code{org-publish-sitemap-date-format} which defaults to @code{%Y-%m-%d}.
 +
  @end multitable
  
  @node Generating an index,  , Sitemap, Configuration
 -- 
 1.7.1
 
 

___
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: Alinea filling (hanlding of explicit line-breaks)

2011-02-14 Thread Samuel Wales
Vincent, examples?

-- 
The Kafka Pandemic:
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support the Whittemore-Peterson Institute (WPI)
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper.

___
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: Mails with icalendar appointments

2011-02-14 Thread Bastien
Vagn Johansen gonz...@hotmail.com writes:

 PS: don't your code need a s/calender/calendar ?

 Yes. It is fixed now. The URL is still correct, though.

Thanks for fixing this!

-- 
 Bastien

___
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] org-publish: sitemap doc

2011-02-14 Thread Bastien
Manuel Giraud manuel.gir...@univ-nantes.fr writes:

 Some documentation for new sitemap options.

Applied, thanks Manuel.

-- 
 Bastien

___
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: [Feature request] org-backup

2011-02-14 Thread Bastien
Hi Suvayu,

Suvayu Ali fatkasuvayu+li...@gmail.com writes:

 Thanks Bastien! I am glad that you thought its worth a mention on the
 FAQ. :)

The topic of backing up org files comes quite often on the list, I'm
glad we can give some concrete directions!

-- 
 Bastien

___
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] ob-rec.el and some questions

2011-02-14 Thread Jose E. Marchesi

Hi.

I have been playing a bit with org babel, the goal being to be able to
query a recfile[1] and insert the result as a rec table.  Thanks to the
superb design of org-babel and the existing examples, I quickly wrote
the attached little hack.

The hack allows to query a rec file 'foo.rec' as follows:

#+begin_src rec :data hackers.rec :fields Name,Email :type Hacker
Papers = 'requested'  CreatedAt  '01 January 2011'
#+end_src

Where :data points to the recfile (or list of files), :fields is a
comma-separated list of fields (allowing subscripts) and :type selects
the record set where to make the query. :cmdline can also be used to
specify any other command line option to recsel.  All parameters but
:data are optional.

The selection expression can be any expression allowed by recsel in the
-e command line option.

Of course you have to install the recutils for it to work.

It roughly works and I want to add more functionality, but due to my
lack of experience with org-babel I would like to ask some questions
before continuing working on it.

- Is there a way to execute empty code blocks?  It would be quite common
  to require all the records stored in a record set, e.g.

  #+begin_src rec :data inventory.rec
  #+end_src

  C-cC-c in that block echoes Local setup has been refreshed and
  nothing happens.  A workaround would be to use a selection expression
  that always evaluates to true, such as:

  #+begin_src rec :data inventory.rec
  1
  #+end_src

  but it would be nice to avoid it.

- Is there a way to dinamically change the value of the :results
  parameter in the org-babel-execute:rec function?  I would like to add
  a :template parameter containing a template for recfmt, and in that
  case the default value raw would not be appropriate.

Thanks in advance :)

[1] http://www.gnu.org/software/recutils



ob-rec.el
Description: ob-rec.el

-- 
Jose E. Marchesijema...@gnu.org
GNU Project http://www.gnu.org
___
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] Projects with priority items

2011-02-14 Thread Samuel Wales
Excellent question.  Do you mean all ancestors?

===

More options you might consider (don't want to hijack thread):

Other options include dimming tasks that have at least one descendent
in the same agenda view.

Motivation is that sometimes I mark a task as important (or any other
tag), and mark its child as important.  When I look at the agenda view
for important items without inheritance, I am less interested in the
parent.  But when B is done, I am interested in A again.  I don't want
to manipulate tags.  I just want to have both there all the time in the
agenda, but one dimmed.

  * deal with company A :important:
* call B at company A :important:
* call C

However, this is also not implemented.

Samuel

___
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: [Feature request] org-backup

2011-02-14 Thread Marcelo de Moraes Serpa
Hi Dan,

I don't think I understood -- AFAIK, git repos are per directory and I
can't add something from another directory to it ?

Symlinking could be a possibility, like keeping everything inside
~/org and symlink to another dirs.

Cheers,

Marcelo.

On Mon, Feb 14, 2011 at 6:38 AM, Dan Davison dandavis...@gmail.com wrote:
 Marcelo de Moraes Serpa celose...@gmail.com writes:

 Hi Dan!

 I already do this, but sometimes the files are spread around *many*
 directories. I.e, the model of having everything in a
 version-controlled directory is unpractical, so that's why I think it
 would be useful.

 A couple of possibilities:

 A git repo doesn't have to be limited to a single directory. You could
 have a git repo in your home directory, and git add org files, wherever
 they may be located using a command something like
 find . -type f -name '*.org' -exec git add '{}' \;

 You could use symlinks where posible, so that your org files are all in
 one directory, and project directories contain symlinks to those org
 files.

 Dan


 Marcelo.

 On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote:
 Marcelo de Moraes Serpa celose...@gmail.com writes:

 Hi list,

 Although I try to keep all my org files inside a ~/org directory, I
 often find myself creating org files outside of this directory
 context, for example, as a bucket for a new project I'm working on, to
 keep notes, todos, etc.

 It'd be nice if we had a org-backup function that would fetch all
 files from the agenda + linked files and create a compressed backup of
 them. What do you think?

 Hi Marcelo,

 I think backing up text files is a job for other tools; not emacs. I'd
 recommend using a version control tool such as git for this.

 Dan


 Cheers,

 Marcelo.

 ___
 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


___
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: Alinea filling (hanlding of explicit line-breaks)

2011-02-14 Thread Vincent Belaïche
Hi,

Good to see that I am not the only one needing that sort of things.

Maybe an example is better to explain what I need, imagine that I have
the following two paragraphs:

---
aaa a aaa a aaa a  a   a  aaa a aa a aaa  
aaa aa  a a a aa  a  a  aaa  a aa a 
a aa a aaa aa aa aaa a aa a   aaa   a aaa aaa a 
 aaa a  a aaa aaa  a a  a aa a aaa aa a  
aaa a a aaa  a a a a  a aa aaa   aaa aa a a 
a aaa aaa a aa a aa aaa a a\\
bbb b bbb b bbb b  b   b  bbb b bb b bbb  
bbb bb  b b b bb  b  b  bbb  b bb b 
b bb b bbb bb bb bbb b bb b   bbb   b bbb bbb b 
 bbb b  b bbb bbb  b b  b bb b bbb bb b  
bbb b b bbb  b b b b  b bb bbb   bbb bb b b 
b bbb bbb b bb b bb bbb b b

ccc c ccc c ccc c  c   c  ccc c cc c ccc  
ccc cc  c c c cc  c  c  ccc  c cc c 
c cc c ccc cc cc ccc c cc c   ccc   c ccc ccc c 
 ccc c  c ccc ccc  c c  c cc c ccc cc c  
ccc c c ccc  c c c c  c cc ccc   ccc cc c c 
c ccc ccc c cc c cc ccc c c\\
ddd d ddd d ddd d  d   d  ddd d dd d ddd  
ddd dd  d d d dd  d  d  ddd  d dd d 
d dd d ddd dd dd ddd d dd d   ddd   d ddd ddd d 
 ddd d  d ddd ddd  d d  d dd d ddd dd d  
ddd d d ddd  d d d d  d dd ddd   ddd dd d d 
d ddd ddd d dd d dd ddd d d
---

after filling I wish that it would become

---
aaa a aaa a aaa a  a   a  aaa a aa a aaa
 aaa aa  a a a aa  a  a  aaa 
a aa a a aa a aaa aa aa aaa a aa a   aaa 
 a aaa aaa a  aaa a  a aaa aaa  a a 
a aa a aaa aa a  aaa a a aaa  a a a a  a
aa aaa   aaa aa a a a aaa aaa a aa a aa aaa
a a\\
bbb b bbb b bbb b  b   b  bbb b bb b bbb
 bbb bb  b b b bb  b  b  bbb 
b bb b b bb b bbb bb bb bbb b bb b   bbb 
 b bbb bbb b  bbb b  b bbb bbb  b b 
b bb b bbb bb b  bbb b b bbb  b b b b  b
bb bbb   bbb bb b b b bbb bbb b bb b bb bbb
b b


ccc c ccc c ccc c  c   c  ccc c cc c ccc
 ccc cc  c c c cc  c  c  ccc 
c cc c c cc c ccc cc cc ccc c cc c   ccc 
 c ccc ccc c  ccc c  c ccc ccc  c c 
c cc c ccc cc c  ccc c c ccc  c c c c  c
cc ccc   ccc cc c c c ccc ccc c cc c cc ccc
c c\\
ddd d ddd d ddd d  d   d  ddd d dd d ddd
 ddd dd  d d d dd  d  d  ddd 
d dd d d dd d ddd dd dd ddd d dd d   ddd 
 d ddd ddd d  ddd d  d ddd ddd  d d 
d dd d ddd dd d  ddd d d ddd  d d d d  d
dd ddd   ddd dd d d d ddd ddd d dd d dd ddd
d d
---

Where I assumed that alineas are separated by either an empty line or a
tailing `\\' while paragraphs are separated by just an empty line.

What you say (making distinct separation of paragraph for motion and of
fillable-region) is more than what I needed, because I assumed that
alineas and paragraphs are not completely separate things, as an alinea
is always a subset of a paragraph.

Concerning EUPP, after more thinking, I realized that alineas are not
the good approach: actually I don't need any special filling but rather
to disable filling in some occasions, and for that using the
fill-paragraph-function is a better approach.

So, for Org I will just install emacs-24 --- or at least the fill
package, is it backward compatible with an emacs-23 ?

Thanks for the feedback,
   Vincent.




___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.

Re: [Orgmode] Status google calendar sync

2011-02-14 Thread Marcelo de Moraes Serpa
This would be awesome, and I think this is the path the emacs
developers should take -- separating emacs into two, the GUI and the
core elisp interpreter. I'm sure this wouldn't be easy, but imagine
having emacs both as an IDE and also as a full-fledged elisp
interpreter/compiler and framework, not necessarily tied to the editor
itself, but with a framework suitable to build other kind of
IDEs/editors if needed (extracted from all those years of emacsen!).

This would allow things such as org to become more of a platform with
a server and a client. The default client would be emacs, but one
could for example run org on a server and build a web layer above it,
communicating with org using CLI/http/dbus/whatever or if one is brave
enough, write the whole thing in elisp (the web part too).

I think this would be akin to what the Eclipse platform is currently.

Food for thought...

Marcelo.

On Wed, Feb 2, 2011 at 2:30 AM, Konrad Hinsen
konrad.hin...@fastmail.net wrote:
 On 2 Feb 2011, at 06:15, Torsten Wagner wrote:

 Basically, mobileorg tries to do that but all the parsing, sorting and
 data manipulation stuff is done on the android phone in native Java.
 Therefore, Matthew (the main developer) is busy (I guess) by reimplementing
 org-mode functions in Java which runs perfectly fine in elisp already.
 Thus, I wonder if an approach in the middle might be the best.
 Using a GUI like mobileorg. Every command (button-press) is actually
 translated in a org-mode elisp call send via ssh to an emacs daemon on a
 server machine. The emacs daemon processes the request and sends the result
 back. Result get catched by the GUI and displayed in a nice easy
 understandable way specifically customized to the small screen of mobile
 phones.

 How about implementing emacs-lisp for Android? More precisely, Emacs minus
 all the display stuff. Just what it takes to run Emacs in batch mode. Since
 Emacs already has very different display modes (GUI, terminal), it is
 perhaps not so difficult to extract a display-less version from the source
 code. Maybe this is just naive thinking, I never looked at the Emacs source
 code!

 Konrad

 ___
 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


[Orgmode] Re: [Feature request] org-backup

2011-02-14 Thread Dan Davison
Marcelo de Moraes Serpa celose...@gmail.com writes:

 Hi Dan,

 I don't think I understood -- AFAIK, git repos are per directory and I
 can't add something from another directory to it ?

Hi Marcelo,

Let's say the base directory of a git repo is the one in which you
issued git init and which contains a hidden .git subdirectory. You
can add files from anywhere in the directory tree rooted at the base
directory. In other words, if you make a git repo in your home directory

cd ~
git init

you can add files from any subdirectory of your home directory. Just an
idea.

Dan


 Symlinking could be a possibility, like keeping everything inside
 ~/org and symlink to another dirs.

 Cheers,

 Marcelo.

 On Mon, Feb 14, 2011 at 6:38 AM, Dan Davison dandavis...@gmail.com wrote:
 Marcelo de Moraes Serpa celose...@gmail.com writes:

 Hi Dan!

 I already do this, but sometimes the files are spread around *many*
 directories. I.e, the model of having everything in a
 version-controlled directory is unpractical, so that's why I think it
 would be useful.

 A couple of possibilities:

 A git repo doesn't have to be limited to a single directory. You could
 have a git repo in your home directory, and git add org files, wherever
 they may be located using a command something like
 find . -type f -name '*.org' -exec git add '{}' \;

 You could use symlinks where posible, so that your org files are all in
 one directory, and project directories contain symlinks to those org
 files.

 Dan


 Marcelo.

 On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote:
 Marcelo de Moraes Serpa celose...@gmail.com writes:

 Hi list,

 Although I try to keep all my org files inside a ~/org directory, I
 often find myself creating org files outside of this directory
 context, for example, as a bucket for a new project I'm working on, to
 keep notes, todos, etc.

 It'd be nice if we had a org-backup function that would fetch all
 files from the agenda + linked files and create a compressed backup of
 them. What do you think?

 Hi Marcelo,

 I think backing up text files is a job for other tools; not emacs. I'd
 recommend using a version control tool such as git for this.

 Dan


 Cheers,

 Marcelo.

 ___
 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


 ___
 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


[Orgmode] [babel] Suggestions: GRASS GIS und Lilypond

2011-02-14 Thread Thorsten
Hello Babel developers, 
just two suggestions for new languages: 
1. GRASS GIS
As far as I know there is no grass-mode in emacs, but some expert people are
successful running grass processes together with R processes in ESS.
Since GRASS and R are natural allies, it would be great to use the GRASS
engine in an org-file to retrieve spatial data and then analyse the data
with R in the same file - would make Org a kind of emacs-grassmode
replacement.  
2. Lilypond
A nice to have for all the music lovers in the org community. 
Regards
Thorsten


___
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] org-babel: Bugs with inline src_* blocks

2011-02-14 Thread Paul Sexton
I am experiencing a couple of significant bugs with inline src blocks in 
org-babel -- ie blocks of the form src_LANG{EXPRESSION}. I am using the
development version of org, checked out a few days ago. 

Pressing C-c C-c with the cursor on such a block is supposed to evaluate it and 
echo the result to the minibuffer. However in recent versions of org (the last 
3 months or so) this behaviour has become broken, at least for me.

The following is an example file.

--start---
#+BABEL: :session s1 :exports value latex :results raw

#+BEGIN_SRC R :results none :exports none 
1+2+3
#+END_SRC

src_R{1+1}
--end

Pressing C-c C-c with the cursor on the inline block produces the error:

  'R' is not recognized as an internal or external command,
  operable program or batch file.

This happens even if the session named s1 is already running. However, if I
first evaluate the BEGIN_SRC ... END_SRC block, using
org-babel-execute-src-block, and then reattempt to evaluate the inline block, it
will work. If I then press C-c C-c on the '#+BABEL:' line at the start of the
file, the inline block goes back to producing the error.

The second, and more aggravating, error is do with the consequences of
evaluating inline blocks. Formerly the result would be echoed in the 
minibuffer, and the document itself would not be altered. Now org has taken to 
inserting the result after the block, the same behaviour as a non-inline block. 
The header arguments used for this insertion seem to carry over either from the 
previous non-inline block, or possibly the global settings (BABEL: line). 

So for example, if I press C-c C-c on the src_R{1+1} above, I get:

---
src_R{1+1} #+BEGIN_LaTeX
2#+END_LaTeX

---

I want inline code blocks to replace themselves with their result when 
exporting the document to latex etc. I *never* want them to paste their results
into the document while editing - that is what non-inline blocks are for.

Is this change in behaviour intentional? If so is there a setting that will
revert to the old behaviour?

Paul





___
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] Projects with priority items

2011-02-14 Thread Nathan Neff
On Mon, Feb 14, 2011 at 3:14 PM, Samuel Wales samolog...@gmail.com wrote:
 Excellent question.  Do you mean all ancestors?


Yes.  That makes sense.

If I have this:

* Some project   :project:
** TODO Task Foo
** [#A] TODO Task Bar

I would like an agenda view that would show items tagged with
:project: and its TODO descendants.  I would like the descendants
to remain under the parent, otherwise they lose context, and get spread around
the agenda view.

My main goal is part of a weekly review, where I look at all my
projects, and make
sure they have some TODO item that's scheduled.

I'll look around for some solutions, and post anything that I come up with.

Any ideas are appreciated.

Thanks,
--Nate

___
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] [babel] Suggestions: GRASS GIS und Lilypond

2011-02-14 Thread John Hendy
On Mon, Feb 14, 2011 at 7:02 PM, Thorsten 
gruenderteam.ber...@googlemail.com wrote:

 Hello Babel developers,
 just two suggestions for new languages:
 2. Lilypond
 A nice to have for all the music lovers in the org community.


I've used Lilypond and think it's amazing. But... what advantage is having
it in org? Just curious... integration in foldable headlines and src blocks?
For my uses, I can't think of a purpose unless, I guess, I was doing
in-document scores or bars like in a wedding program or something. What was
your idea -- I'm interested.

John


 Regards
 Thorsten


 ___
 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] Projects with priority items

2011-02-14 Thread Nathan Neff
On Mon, Feb 14, 2011 at 8:44 PM, Nathan Neff nathan.n...@gmail.com wrote:
 On Mon, Feb 14, 2011 at 3:14 PM, Samuel Wales samolog...@gmail.com wrote:
 Excellent question.  Do you mean all ancestors?


 Yes.  That makes sense.

 If I have this:

 * Some project   :project:
 ** TODO Task Foo
 ** [#A] TODO Task Bar

 I would like an agenda view that would show items tagged with
 :project: and its TODO descendants.  I would like the descendants
 to remain under the parent, otherwise they lose context, and get spread around
 the agenda view.

 My main goal is part of a weekly review, where I look at all my
 projects, and make
 sure they have some TODO item that's scheduled.

 I'll look around for some solutions, and post anything that I come up with.

I think I found a suitable solution:  Just set
org-agenda-sorting-strategy nil for my custom project agenda:

 (pp Projects tags-todo project-DONE-CANCELLED
   ((org-agenda-overriding-header Projects (High Level))
(org-agenda-sorting-strategy nil)))

At least this keeps the sub-tasks under the tasks, and provides a readable
agenda view, like this:

TODO Project A
.TODO Project A subtask
.TODO [#A] Another project A subtask

Will update the list w/any other fixes/tweaks to this solution.

--Nate


 Any ideas are appreciated.

 Thanks,
 --Nate


___
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] Deriving mode from org-mode

2011-02-14 Thread Bastien
Hi Anders,

Anders Waldenborg and...@0x63.nu writes:

 isn't creating a new major mode derived from org-mode supported?

Yes it is...

 I guess that part of the problem is that org-mode-p doesn't use 
 derived-mode-p.

(org-mode-p) does the advertized job: checking whether we are in
org-mode major mode.  It would be confusing to also check against 
org derived modes, at least with that function's name.

 For example:
 (define-derived-mode org-derived-mode org-mode Org-Derived)

 and then create a new buffer using org-derived-mode and enter a source 
 block, like this:

 #+BEGIN_SRC emacs-lisp
 #+END_SRC

 and do org-edit-special (C-c ') in that buffer. When finishing editing 
 one gets this message:
 org-edit-src-exit: This is not a sub-editing buffer, something is
 wrong

Fixed, I corrected this directly in `org-edit-src-code', allow source
code to be edited from org-mode derived modes.

Can you share what kind of derived mode you're writing?  What for?

Thanks,

-- 
 Bastien

___
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: Select links by description [7.4]

2011-02-14 Thread Bastien
Hi Dave,

Dave Abrahams d...@boostpro.com writes:

 How about just always showing the link as it will be presented to the
 user first, followed by the raw link?  Then everything will be
 consistent.

I don't see how it would prevent the problem I've been mentionning: we
will still have a mix of descriptions and raw links... or maybe I miss
something?

I'm willing to improve the display of links, keep brainstorming!

-- 
 Bastien

___
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] ASCII export: Fixed a bug.

2011-02-14 Thread Bastien
Hi Valentin,

Valentin Wüstholz wuesth...@gmail.com writes:

 thanks. Is there a reason for keeping the 'reverse' operation? The
 documentation for org-export-ascii-underline states that the
 characters are ordered by level (1, 2, ...). Why should they be
 accessed in reverse order then?

The docstring didn't match the default value for the defcustom: now it
does.  I also simplified `org-ascii-level-start' so that it use the
right level char.

Thanks for insisting on this,

-- 
 Bastien

___
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: [PATCH] Re: [Orgmode] Unintended behavior? Links without description

2011-02-14 Thread Bastien
Hi Christian,

Christian Moe m...@christianmoe.com writes:

 bbdb: Export links with normalized desc part

 * org-bbdb.el (org-bbdb-export): When a link description has been
 added by org-export-normalize-links, use path instead (remove the
 `bbdb:' prefix).

 The existing code handled the case where desc is nil. However, this no
 longer occurs, since org-export-normalize-links now automatically adds
 a desc to links, with a `bbdb:' prefix that would not usually be
 wanted in exported text. The patch results in the same output as
 originally intended.

 TINYCHANGE

Applied, thanks.

-- 
 Bastien

___
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] Unintended behavior? Links without description

2011-02-14 Thread Bastien
Hi Christian,

Christian Moe m...@christianmoe.com writes:

 I've sent a patch separately. Please take a hard look at it, since
 org-bbdb.el is a suggested model for people to look at when devising custom
 link types.

Looks good, thanks again.

-- 
 Bastien

___
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] double entries in my diary / not identifying exisiting entries probably

2011-02-14 Thread Bastien
Hi Detlef,

Detlef Steuer detlef.ste...@gmx.de writes:

 Before (having just entered  the office):
 ** 2011-02 Februar
 *** 2011-02-14 Montag
 [2011-02-14 Mo 08:20]--

 Hitting C-c a a i j a second time:
 ** 2011-02 Februar
 *** 2011-02-14 Montag
 [2011-02-14 Mo 08:20]--
 ** 2011-02 Februar
 *** 2011-02-14 Montag

Fixed, thanks for reporting this.

-- 
 Bastien

___
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-babel: Bugs with inline src_* blocks

2011-02-14 Thread Suvayu Ali
Hi Paul,

On Tue, 15 Feb 2011 02:31:27 + (UTC)
Paul Sexton psex...@xnet.co.nz wrote:

 Is this change in behaviour intentional? If so is there a setting
 that will revert to the old behaviour?
 

I don't know the answer to your question however my question would be
how up to date is your org-mode install? I remember there was a bugfix
for a problem similar to this very recently (sometime in the last 2
weeks). Maybe all you are missing is a =git pull=? 

 Paul

GL
-- 
Suvayu

Open source is the future. It sets us free.

___
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: Select links by description [7.4]

2011-02-14 Thread Dave Abrahams
On Mon, Feb 14, 2011 at 11:14 PM, Bastien bastien.gue...@wikimedia.fr wrote:
 Dave Abrahams d...@boostpro.com writes:

 How about just always showing the link as it will be presented to the
 user first, followed by the raw link?  Then everything will be
 consistent.

 I don't see how it would prevent the problem I've been mentionning: we
 will still have a mix of descriptions and raw links... or maybe I miss
 something?

If it's really paramount to avoid a mixture, you must hide all
descriptions, which would be a step in the wrong direction for me.

 I'm willing to improve the display of links, keep brainstorming!

I'm out of ideas.  Leading off with the displayed form of the link is
the best I can do.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com

___
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] ASCII export: Fixed a bug.

2011-02-14 Thread Valentin Wüstholz
On Tue, Feb 15, 2011 at 5:31 AM, Bastien bastien.gue...@wikimedia.fr wrote:
 Hi Valentin,

 Valentin Wüstholz wuesth...@gmail.com writes:

 thanks. Is there a reason for keeping the 'reverse' operation? The
 documentation for org-export-ascii-underline states that the
 characters are ordered by level (1, 2, ...). Why should they be
 accessed in reverse order then?

 The docstring didn't match the default value for the defcustom: now it
 does.  I also simplified `org-ascii-level-start' so that it use the
 right level char.

Sounds good!

Thanks,

Valentin

___
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] Unable to select source code blocks

2011-02-14 Thread Giorgio Valoti
Hi,
I don’t know if I’m missing something but I can’t get the 
org-babel-goto-named-src-block to work. When I invoke it on the sample file 
below the autocompletion shows nil and nothing else and if insert the source 
code block name I get a no match. I’m using org 7.4 with Emacs 23.2.

* Source code navigation test
  #+srcname: test
  #+begin_src sh
echo 'hello world'
  #+end_src

  #+results: test
  : hello world
* Another item, another source code block
  #+srcname: test2
  #+begin_src sh
echo 'ciao mondo'
  #+end_src

  #+results: test2
  : ciao mondo
* and so on

Thank you in advance
--
Giorgio Valoti


___
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] Status google calendar sync

2011-02-14 Thread Konrad Hinsen

On 14 Feb 2011, at 22:39, Marcelo de Moraes Serpa wrote:


This would be awesome, and I think this is the path the emacs
developers should take -- separating emacs into two, the GUI and the
core elisp interpreter. I'm sure this wouldn't be easy, but imagine


Emacs already has a batch mode, and very different GUI layers  
(terminal, X11, Mac, Windows), so I'd suspect that a no GUI version  
that can be compiled anywhere would not be so difficult. It may be  
more difficult to make a separate GUI layer, but that wouldn't be very  
important either from a practical point of view.


BTW, another Emacs GUI I'd like to see is a Web-based one. Imagine  
connecting to your home machine from a Web browser and getting access  
to a copy of Emacs running there!


Konrad.

___
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