Re: [O] Refile: refile to any open file.

2012-02-26 Thread suvayu ali
On Sun, Feb 26, 2012 at 02:16,  lngn...@gmail.com wrote:
 I have been using the function oog in org-occur-goto.el to search any
 open file, so somewhere in that file is a way to find  open files.  What
 remains is to use some condition from this file to declare
 org-refile-targets.   I understand that a function can be used as a
 value of this variable.

Look at the function oog-check-input. I believe it checks buffer-list
and the major-mode for each buffer to determine whether to include it
in the search.

GL

-- 
Suvayu

Open source is the future. It sets us free.



Re: [O] notifications for todo items

2012-02-26 Thread Nicolas Goaziou
Hello,

Peter Münster pmli...@free.fr writes:

 On Sat, Feb 25 2012, Nick Dokos wrote:

 A quick first impression: orgntf-process seems expensive. It seems
 to take 100% of one core (I've got a quad-core processor) for three or
 four seconds every fifty seconds. Unfortunately, the core is the same one
 that's running emacs, so emacs stops responding for those three or four
 seconds. I have disabled org-notify for now.

 How many lines do you have in your org-files?
 (I've about 200 and execution time is about 100ms.)

 I call now (org-element-parse-buffer 'heading), I hope it's faster for
 you. Is it faster, when the file is byte-compiled?

I didn't look at the code but you probably mean
(org-element-parse-buffer 'headline) if you're only interested in
headline data.


Regards,

-- 
Nicolas Goaziou



Re: [O] Weight of headers

2012-02-26 Thread Nicolas Goaziou
Hello,

pin...@iro.umontreal.ca (François Pinard) writes:

 Here is a need I have once in a while, but for which I do not even have
 realistic suggestions to offer (at least, so I feel).  Maybe someone
 would offer more precise ideas. :-)

 When I have a big Org file which I want to re-organize, one of the
 criteria I use is to manage the overall plan, always keeping a logical
 organization of things of course, and move things around so top-level
 headers become of comparable weights.  By weight, I mean the amount of
 contents, which is a fuzzy concept (it could be measured as the number
 of sub-headers or sub-items, the depth of structure, or even the raw
 number or lines or characters).

 It may look strange, but this is not so bizarre after all.  When reading
 a book, it is unusual to have a chapter having one page next to a
 chapter having hundreds of page; we expect that the effort of reading a
 chapter is not widely different from the effort of reading another.  In
 the same way, if I decide to tackle the topics under a header, I would
 expect that the energy needed somehow announces the energy that would be
 required to handle another level at the same level.  Of course, there
 could be quite a variance, but nevertheless, I would like to keep that
 variance within bounds.

 And recursively!  The same way I would like to work an weight
 equilibrium for top-level headers, I would like to do the same for the
 sub-headers of a given header.

 My need here is to get an estimate of the weight of displayed headers.
 I could of course expand the whole document and page through to get an
 idea, but at least in the document I'm currently handling, I'm just
 overwhelmed.  (This is not the only document triggering this in me, I
 remember having felt that need many times when I was using WorkFlowy).

 I once thought that colors could encode the weight, but it just would
 not fit Org mode so far that I understand it.  However, it seems that,
 here and there, Org uses some overly magic to display extra information
 -- for example, like with `C-c C-x C-d (`org-clock-display')'.  Maybe
 that some similar machinery could be use to display header weights?  Or
 maybe this would be overkill, because there are simpler ways which I
 just do not know?

The following function will give you the number of sub-headings and
paragraphs (or equivalent, i.e. tables verse-blocks).

You'll need a recent Org to use it. 

#+begin_src emacs-lisp
(defun pinard-count-subtree-and-paragraphs ()
  Return number of subtrees and paragraphs in the subtree at point.
  (interactive)
  (org-with-wide-buffer
   (org-narrow-to-subtree)
   (let ((tree (org-element-parse-buffer 'element)) (num-hl 0) (num-el 0))
 (org-element-map tree 'headline (lambda (hl) (incf num-hl)))
 (org-element-map
  tree '(paragraph table verse-block quote-block src-block example-block)
  (lambda (el) (incf num-el)))
 (message Sub-headings: %d ; Parapraphs (or equivalent): %d
  (1- num-hl) num-el
#+end_src

There's no colour, but it's a starter.


Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: Org-mode don't export to html footnotes references inside footnotes as such. [7.8.03]

2012-02-26 Thread Nicolas Goaziou
Hello,

oitofe...@gmail.com (Bruno Félix Rezende Ribeiro) writes:

 Consider the following org code:

 --
 This is only a text.[1]

 [1] This is a text body's footnote.[2]
 [2] This is a footnote's footnote.
 --

 When org-mode exports this code to html, despite the fact that
 footnote 2 is present in the final document, it don't exports
 footnote 2 reference as a link to footnote 2; it's exported just
 like plain text.

There's no official support for nested footnotes in current exporter.
Implementing it would be non trivial (it may be for the HTML back-end,
but clearly not for the LaTeX one).  Since we're working on a new export
engine, I don't think it's worth the effort.

Though, your report made me implement it in the experimental exporter.
Thank you.


Regards,

-- 
Nicolas Goaziou



[O] [PATCH] doc/org.texi: remove duplicated keybinding for 'org-refile-cache-clear'

2012-02-26 Thread Julian Gehring
 From e56f7f204014ce6e2b83a75caeb248dd63a6c74f Mon Sep 17 00:00:00 2001
From: Julian Gehring julian.gehr...@googlemail.com
Date: Sun, 26 Feb 2012 13:51:22 +0100
Subject: [PATCH] doc/org.texi: remove duplicated keybinding for
 'org-refile-cache-clear'

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

diff --git a/doc/org.texi b/doc/org.texi
index 7e4bbb0..79342fd 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -6919,10 +6919,7 @@ Use the refile interface to jump to a heading.
 Jump to the location where @code{org-refile} last moved a tree to.
 @item C-2 C-c C-w
 Refile as the child of the item currently being clocked.
-@item C-0 C-c C-w @ @r{or} @ C-u C-u C-u C-c C-w
-
 @orgcmdtkc{C-0 C-c C-w @ @r{or} @ C-u C-u C-u C-c C-w,C-0 C-c C-w,org-refile-cache-clear}
-
 Clear the target cache.  Caching of refile targets can be turned on by
 setting @code{org-refile-use-cache}.  To make the command see new possible
 targets, you have to clear the cache with this command.
-- 
1.7.9



[O] [PATCH] doc/org.texi: add tiny stylistic improvements

2012-02-26 Thread Julian Gehring
 From e640d3e9fe99c4cb2f2282bf355d0a1d28c33414 Mon Sep 17 00:00:00 2001
From: Julian Gehring julian.gehr...@googlemail.com
Date: Sun, 26 Feb 2012 14:10:05 +0100
Subject: [PATCH] doc/org.texi: add tiny stylistic improvements

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

diff --git a/doc/org.texi b/doc/org.texi
index 7e4bbb0..593bca6 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -9827,13 +9827,13 @@ at a different level, specify it with a prefix argument.  For example,
 @end example
 
 @noindent
-creates only top level headlines and does the rest as items.  When
+creates only top level headlines and exports the rest as items.  When
 headlines are converted to items, the indentation of the text following
 the headline is changed to fit nicely under the item.  This is done with
 the assumption that the first body line indicates the base indentation of
 the body text.  Any indentation larger than this is adjusted to preserve
 the layout relative to the first line.  Should there be lines with less
-indentation than the first, these are left alone.
+indentation than the first one, these are left alone.
 
 @vindex org-export-ascii-links-to-notes
 Links will be exported in a footnote-like style, with the descriptive part in
@@ -10224,7 +10224,7 @@ viewing options:
 path:@r{The path to the script.  The default is to grab the script from}
  @r{@url{http://orgmode.org/org-info.js}, but you might want to have}
  @r{a local copy and use a path like @samp{../scripts/org-info.js}.}
-view:@r{Initial view when website is first shown.  Possible values are:}
+view:@r{Initial view when the website is first shown.  Possible values are:}
  info  @r{Info-like interface with one section per page.}
  overview  @r{Folding interface, initially showing only top-level.}
  content   @r{Folding interface, starting with all headlines visible.}
-- 
1.7.9



[O] BEAMER_FRAME_LEVEL + subtree export

2012-02-26 Thread James Harkins
Getting deeper into beamer export and enjoying it -- props to the responsible 
developers.

A point of fine print that escaped me in the available documentation -- maybe I 
just overlooked, but probably this is something that should be clarified.

When doing a buffer export, #+BEAMER_FRAME_LEVEL refers to the absolute 
subheading level: 2 == **, 3 = *** etc.

For a subtree export, you need to subtract the level of the subtree being 
exported.

#+BEAMER_FRAME_LEVEL: 2

#+TITLE: Show #1
#+AUTHOR:dlm
#+EMAIL: dlm@dlm-laptop
#+DATE:  2012-02-26 Sun
* Presentation 1
** Section 1
*** Frame 1
Some text
*** Frame 2
More text

At first I thought I would need to set the frame level to 3 (because *** Frame 
1), but it needs to be 2 for a subtree export originating from Presentation 
1 because the frames are two levels underneath the top level.

I can easily imagine that the frame level is documented as relative to the 
subtree being exported -- just pointing out that this is an easy place to get 
confused and probably would benefit from stating explicitly.

hjh


--
James Harkins /// dewdrop world
jamshar...@dewdrop-world.net
http://www.dewdrop-world.net

Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal.  -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks



[O] optimisation of org-notify (was: notifications for todo items)

2012-02-26 Thread Peter Münster
On Sun, Feb 26 2012, Nick Dokos wrote:

 So orgntf-todo-list takes the lion's share of the time but
 most of it is the 15 calls to org-element-parse-buffer

Ok, then I could process only one file at a time. This would divide the
processing time by 15, in your case. But perhaps others would have the
7000 lines in one file only, then it would not work...
So, it is worth the effort?

Thanks for the profiling!
-- 
   Peter




Re: [O] notifications for todo items

2012-02-26 Thread Peter Münster
On Sun, Feb 26 2012, Nicolas Goaziou wrote:

 I didn't look at the code but you probably mean
 (org-element-parse-buffer 'headline) if you're only interested in
 headline data.

Yes, it's headline in the code... :)

-- 
   Peter




Re: [O] Why functions like org-show-subtree are undocumented?

2012-02-26 Thread Dave Abrahams

on Tue Jan 24 2012, Carsten Dominik carsten.dominik-AT-gmail.com wrote:

 On 23.1.2012, at 16:27, Alexander Corvinus wrote:

 Hi all,
 
 I just reviewed code in org.el and noticed that function
 org-show-subtree, which is called by org-cycle, unconditionally
 shows whole subtree (exactly what I wanted to have in my
 shortcuts!).
 
 So the question is - why such useful functions like
 org-show-subtree, hide-subtree, show-children aren't documented in
 manual? Because of that, previously I thought that what I wanted was
 impossible (without source change).

 Emacs outline-mode has a plethora of such specific commands, and
 exposes all of them as user interface.  Org prides itself
 to have compressed that entire functionality into the TAB and S-TAB
 commands.  You specific example, org-show-subtree is basically
 TAB TAB on a closed tree.  SO yes, there are lots such commands,
 but I am no sure it would be good to expose them in the manual.

That's the difference between a user manual (documents TAB TAB) and an
API reference manual.  But both are needed, especially since all Emacs
users eventually become programmers at some level.

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




[O] mlorg : yet another parser for org-mode (Written in OCaml contained in org-mode files)

2012-02-26 Thread Simon Castellan
Hello,

I have been writing a parser for mlorg files in OCaml. This started as an
experiment to see if the literate programming mode of org-mode could scale to a
full application (among other things).

The project is at its beginning but can « bootstrap » itself (that is parses its
own source and extract the source code), yet the support for the syntax is very
far from being complete.

The goal is also to be able to convert org-mode files to latex/html/... without
having the dependancy on emacs. Indeed although org-mode files are just plain
text, there is still a feeling of being locked because this is such a
complicated format and that there doesn't seem to be a reference library to deal
with this. I hope that more libraries to do so will appear for one main reason :
to have a standard syntax we can build upon : I think that to know precisely the
syntax understood by org-mode is very difficult : no document about this exists
(Or I have found none). When I'm done with the main syntaxic part I will try to
document them.

Besides, I think org-mode is wonderful editor but does a terrible job at
exporting : slow, emacs-specific, strange errors on some document, ...

The code can be found on gitorious:
  http://gitorious.org/mlorg/mlorg

For those who would like to compile, you will need the batteries library from
git (hope it will be released before mlorg has reached a releasable state).

An example of cool feature that I have added in mlorg and that should be the
org-mode exporter : org-mode doesn't put location annotations (à la cpp) so that
compilers know how to report correct line numbers. This is very helpful when
compiling quite long files.

The point of this message is mainly to attract people interested in testing or
even contributing. (I will be very glad : there is so much to do). But I hope to
make the org-mode community think about a standardization process of the syntax
used in org-mode to ease the work of parsers mainteners. There is no README yet,
but the mlorg binary doesn't do much yet and the code should be self-documented
(I hope so).

Simon.




Re: [O] hidestarsfile: hidestars for file

2012-02-26 Thread Michael Brand
Hi Peter

Thanks for testing hidestarsfile. I just published fileconversion
version 0.2 (generalized name and functionality) with a speed-up [1]
and many other improvements. So please check out again:
http://orgmode.org/worg/org-hacks.html#fileconversion

 [...] Even better would be if the
 stars showed up as # so they'd be readable with Markdown.

Nice idea and implemented with the new generalisation of
my-org-fileconversion-* that is now extensible.

Take care that you don't end up hooking a complete file format
conversion to and from a format by calling pandoc and Org export or
similar. ;-)

 It turns out the spinning pinwheel was due to an incompatibility
 between the new version of org-mode and a function I'm running called
 hidestarsfile, which made my .org files nice and readable in other
 text editors.

 Hidestarsfile worked fine with my old org-mode, but for some reason
 with the new version it causes endless pinwheeling. I removed that
 function from my .emacs file and now everything is running smoothly.

I could not reproduce this with Aquamacs 2.1 and org-version 7.8.03
(release_7.8.03-258-g263cb.dirty). What is the backtrace when you set
debug-on-quit to t and stop the pinwheel with C-g C-g?

Michael

[1] hidestarsfile now uses less CPU time than the rest of Org mode for
all of some typical Org files that I profiled during find-file.



Re: [O] [babel] FYI: documentation for picolisp added to worg

2012-02-26 Thread Thomas S. Dye
Thorsten quintf...@googlemail.com writes:

 Hi List, 
 I added the documentation page for the org babel language picolisp to
 worg. You can find it here:
 http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-picolisp.html

Wow.  Nice job!

Now there are 26 empty Documentation cells in the table on
http://orgmode.org/worg/org-contrib/babel/languages.html.

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com



[O] Bug: Org-mode don't renumber plain footnote labels [7.8.03]

2012-02-26 Thread Bruno Félix Rezende Ribeiro


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


 Org-mode don't renumber plain footnote labels, like '[2]', with the key
 command C-u C-c C-x f r.

Emacs  : GNU Emacs 23.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-02-08 on felix-laptop
Package: Org-mode version 7.8.03

current state:
==
(setq
 org-log-done nil
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-todo-keyword-faces '((DOWNLOADING :foreground dark blue :weight bold)
  (ERROR :foreground red :weight bold))
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-footnote-section nil
 org-footnote-tag-for-non-org-mode-files nil
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-footnote-fill-after-inline-note-extraction t
 org-footnote-auto-label 'plain
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
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-babel-pre-tangle-hook '(save-buffer)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)
 org-email-link-description-format Email %c: %s
 org-mode-hook '(turn-on-auto-fill turn-on-font-lock
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook org-show-block-all 
append local] 5]
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook 
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-emphasis-regexp-components '( ('\{ -   .,:!?;'\)}\\ 
\n,\' . 20)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-interblocks '((src org-babel-exp-non-block-elements))
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 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)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-block nil) (export-comment 
org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil) (dot 
org-export-blocks-format-dot nil))
 )
-- 
 ,= ,-_-. =.  Bruno Félix Rezende Ribeiro (oitofelix)
((_/)o o(\_)) Uns o chamam de super-vaca...
 `-'(. .)`-'  Outros de hyper-touro...
 \_/  Eu o chamo simplesmente: meta-gnu!



[O] [Bug] Tests for experimental org-features should expect to fail if not activated by the user

2012-02-26 Thread Achim Gratz

Tests for experimental org features (e.g. from contrib/ ) should expect
to fail when the user has not configured their inclusion into the
current setup.  In other words, things like (require org-element)
should not break the test run, but instead just note that this test has
failed expectedly and continue testing.


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada




[O] taskjuggler3 export

2012-02-26 Thread Thorsten
Hi list, 
I tried to write an org file for a project plan with the aim to export
it using taskjuggler 3.1.0. 

besides following the advice from these two source:

,--
| http://lists.gnu.org/archive/html/emacs-orgmode/2012-02/msg00058.html
| https://github.com/alander/org-taskjuggler3
`--

and deleting some redundant braces in the exported .tjp file, the
resulting html files were less than satisfying (e.g. no gantt chart
created).  

The problem seems to be the reporting part. Does anyone has sample
report templates that can be used in
org-export-taskjuggler-default-reports when using taskjuggler3?

Or, more generally asked, did anyone recently successfully exported to
taskjuggler3?

Thanks for any hints. 

-- 
cheers,
Thorsten





[O] Bug: Org-mode suppress newlines between headlines when sorting footnotes with folded buffer view [7.8.03]

2012-02-26 Thread Bruno Félix Rezende Ribeiro


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.



   Consider the following org code:

   --
   * Headline 1
 This is only a text.[fn:1]

   [fn:1] This is a footnote.

   * Headline 2
 This is another text.[fn:2]

   [fn:2] This is another footnote.
   --
  
   Now consider the folded buffer view of that code:

   --
   * Headline 1...
   * Headline 2...
   --

   If you type 'C-u C-c C-x f s', to sort footnotes, buffer become like
   this:

   --
   * Headline 1...Headline 2...
   --

   If you save and revert the buffer or type S-TAB to get OVERVIEW
   cycling state all is okay again.  If you don't fold headlines before
   sorting, everything goes fine too.  Nevertheless, it's still very
   annoying.

Emacs  : GNU Emacs 23.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-02-08 on felix-laptop
Package: Org-mode version 7.8.03

current state:
==
(setq
 org-log-done nil
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-todo-keyword-faces '((DOWNLOADING :foreground dark blue :weight bold)
  (ERROR :foreground red :weight bold))
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-footnote-section nil
 org-footnote-tag-for-non-org-mode-files nil
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-footnote-fill-after-inline-note-extraction t
 org-footnote-auto-label 'plain
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
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-babel-pre-tangle-hook '(save-buffer)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)
 org-email-link-description-format Email %c: %s
 org-mode-hook '(turn-on-auto-fill turn-on-font-lock
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook org-show-block-all 
append local] 5]
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook 
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-emphasis-regexp-components '( ('\{ -   .,:!?;'\)}\\ 
\n,\' . 20)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-interblocks '((src org-babel-exp-non-block-elements))
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 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)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-block nil) (export-comment 
org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil) (dot 
org-export-blocks-format-dot nil))
 )
-- 
 ,= ,-_-. =.  Bruno Félix Rezende Ribeiro (oitofelix)
((_/)o o(\_)) Uns o chamam de super-vaca...
 `-'(. .)`-'  Outros de hyper-touro...
 \_/  Eu o chamo simplesmente: meta-gnu!



Re: [O] Bug: Org-mode don't renumber plain footnote labels [7.8.03]

2012-02-26 Thread Nicolas Goaziou
Hello,

oitofe...@gmail.com (Bruno Félix Rezende Ribeiro) writes:


  Org-mode don't renumber plain footnote labels, like '[2]', with the key
  command C-u C-c C-x f r.


According to `org-footnote-renumber-fn:N' docstring, renumbering only
applies to simple footnotes like fn:17.  This is also is the manual, at
section 2.10.


Regards,

-- 
Nicolas Goaziou



[O] [Bug] Formula editor (C-c ') does not parse first/last row/column specifications correctly

2012-02-26 Thread Achim Gratz

Consider the following org table

| Component  |  Price |  Var-1 |  Var-2 |  Var-3 |  Var-4 |
|+++++|
| CPU A  | 119.90 |  1 |  1 |||
| CPU B  | 189.90 |||  1 |  1 |
|+++++|
| boxed  ||  1 ||  1 ||
| Fan A  |  22.99 ||  1 ||  1 |
|+++++|
| Mainboard A|  47.90 |  1 ||  1 ||
| Mainboard B|  97.99 ||  1 ||  1 |
|+++++|
| integrated ||  1 ||  1 ||
| Graphics A |  59.90 ||  1 ||  1 |
|+++++|
| Case A |  29.99 |  1 ||  1 ||
| Case B |  39.99 ||  1 ||  1 |
|+++++|
| PSU A  |  29.99 |  1 |  1 |||
| PSU B  |  38.99 |||  1 |  1 |
|+++++|
| CPU/Fan/Mainboard/Graphics || 167.80 | 300.78 | 237.80 | 370.78 |
| Case/PSU   ||  59.98 |  69.98 |  68.98 |  78.98 |
|+++++|
| Sum|| 227.78 | 370.76 | 306.78 | 449.76 |
#+TBLFM: @$..@$=vsum(@I..-III * 
@I$..@-III$);%.2fEN::@$..@$=vsum(@-III..-I * 
@-III$..@-I$);%.2fEN::@$..@$=vsum(@-II..@-I);%.2f

Replace with these formulas for the second test:
#+TBLFM: @14$3..@14$6=vsum(@I..-III * 
@I$2..@-III$2);%.2fEN::@15$3..@15$6=vsum(@-III..-I * 
@-III$2..@-I$2);%.2fEN::@16$3..@16$6=vsum(@-II..@-I);%.2f


Enter the formula editor:

- row and column specifications relative to the beginning or end of the
  table (e.g. @$) are not taken into account when showing the table
  highlight, in fact they seem to break parsing as the highlight in the
  table editor stops prematurely.

- range specifications relative to the target cell (e.g. @I$..-III$)
  produce highlights that are spanning the wrong fields.  It seems that
  they are always counting from the last line up.  Also check with the
  second TBLFM line.



Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada




[O] Habits in agenda view

2012-02-26 Thread Renger van Nieuwkoop
Hi
I want to change my agenda view in such a way, that habits are shown as an 
explicit block below my agenda, but my solution (shown below) shows the habits 
still in my agenda view and without all the nice tracking color and symbols in 
the block below the agenda. It might be simple, but I don't seem to manage. Any 
help would be appreciated.

Here is my code for the adjusted agenda view (the first block shows my tasks I 
should work on next:

(s Agenda with Next and Habit as separated views
((agenda  nil )
(tags-todo -WAIT/!NEXT
   ((org-agenda-overriding-header Next Tasks)
(org-agenda-skip-function 'skip-projects-and-habits)
(org-agenda-skip-function 
'(org-agenda-skip-entry-if 'notregexp \\[#A\\]))
(org-agenda-todo-ignore-scheduled t)
(org-agenda-todo-ignore-deadlines t)
(org-tags-match-list-sublevels t)
 ))
 (tags HABIT
  ((org-agenda-overriding-header Habits)))
 nil))
Cheers
Renger



Re: [O] taskjuggler3 export

2012-02-26 Thread Thorsten
Erik Butz erik.b...@googlemail.com writes:

Hi,

 I didn't use the org-taskjuggler3 resource, but below[1] are some
 changes that I made in the org-taskjuggler.el file. With these I can
 export e.g. the default example file at:
 http://orgmode.org/worg/org-tutorials/org-taskjuggler.html to a
 taskjuggler file and have tj3 produce a Gantt_Chart web page, see
 screenshot attached.

 Caveat: In the standard example file I changed all efforts from xxd to
 xx.0 and resource_id to ID.

 Hope this helps.

thanks for your answer, I could not really make it work, I think I will
install taskjuggler 2.4 and just wait untill orgmode is ready for
taskjuggler3

The estimated efford for my little gantt chart was 1h,
now its almost 1d ;)
-- 
cheers,
Thorsten




Re: [O] Bug: Org-mode don't renumber plain footnote labels [7.8.03]

2012-02-26 Thread Bruno Félix Rezende Ribeiro
Nicolas Goaziou n.goaz...@gmail.com writes:

 Hello,

 According to `org-footnote-renumber-fn:N' docstring, renumbering only
 applies to simple footnotes like fn:17.  This is also is the manual, at
 section 2.10.


 Regards,

Hello.

You are right.  Please, consider this bug report as feature request.

Best regards.

-- 
 ,= ,-_-. =.  Bruno Félix Rezende Ribeiro (oitofelix)
((_/)o o(\_)) Uns o chamam de super-vaca...
 `-'(. .)`-'  Outros de hyper-touro...
 \_/  Eu o chamo simplesmente: meta-gnu!



Re: [O] Weight of headers

2012-02-26 Thread François Pinard
Nicolas Goaziou n.goaz...@gmail.com writes:

 pin...@iro.umontreal.ca (François Pinard) writes:

 My need here is to get an estimate of the weight of displayed headers.

 The following function will give you the number of sub-headings and
 paragraphs (or equivalent, i.e. tables verse-blocks).

Wow, thanks!  That was a real good starter.

Roughly copying code from here and there (and not even understanding it,
some dead code might remain), I turned your function into the following:

--8---cut here---start-8---
(defun fp-org-weight-display ()
  Show header weights in the entire buffer.

Use \\[fp-org-weight-remove-overlays] to remove the header weights.
  (interactive)
  (fp-org-weight-remove-overlays)
  (let (weights)
  (save-excursion
(goto-char (point-min))
(outline-next-visible-heading 1)
(while (not (eobp))
  (save-excursion
(fp-org-weight-put-overlay (fp-org-weights-at-point)
 (funcall outline-level)))
  (outline-next-visible-heading 1))
;; Arrange to remove the overlays upon next change.
(when org-remove-highlights-with-change
  (org-add-hook 'before-change-functions 'fp-org-weight-remove-overlays
nil 'local)

(defvar fp-org-weight-overlays nil)
(make-variable-buffer-local 'fp-org-weight-overlays)

(defun fp-org-weight-put-overlay (weights optional level)
  Put an overlays on the current line, displaying WEIGHTS.
If LEVEL is given, prefix weights with a corresponding number of stars.
This creates a new overlay and stores it in `fp-org-weight-overlays', so that it
will be easy to remove.
  (let* ((c 60)
 (l (if level (org-get-valid-level level 0) 0))
 (off 0)
 ov tx)
(org-move-to-column c)
(unless (eolp) (skip-chars-backward ^ \t))
(skip-chars-backward  \t)
(setq ov (make-overlay (1- (point)) (point-at-eol))
  tx (concat (buffer-substring (1- (point)) (point))
 (make-string (+ off (max 0 (- c (current-column ?.)
 (org-add-props (format %s %3d headings %4d paragraphs%s
(make-string l ?*)
(car weights)
(cdr weights)
(make-string (- 16 l) ?\ ))
 (list 'face 'org-clock-overlay))
 ))
(if (not (featurep 'xemacs))
(overlay-put ov 'display tx)
  (overlay-put ov 'invisible t)
  (overlay-put ov 'end-glyph (make-glyph tx)))
(push ov fp-org-weight-overlays)))

(defun fp-org-weight-remove-overlays (optional beg end noremove)
  Remove the occur highlights from the buffer.
BEG and END are ignored.  If NOREMOVE is nil, remove this function
from the `before-change-functions' in the current buffer.
  (interactive)
  (unless org-inhibit-highlight-removal
(mapc 'delete-overlay fp-org-weight-overlays)
(setq fp-org-weight-overlays nil)
(unless noremove
  (remove-hook 'before-change-functions
   'fp-org-weight-remove-overlays 'local

;; Compliment of Nicolas Goaziou n.goaz...@gmail.com, 2012-02-26
(defun fp-org-weights-at-point ()
  Return cons of number of subtrees and paragraphs in the subtree at point.
Paragraphs (also encompasses equivalent structures).
  (org-with-wide-buffer
   (org-narrow-to-subtree)
   (let ((tree (org-element-parse-buffer 'element)) (num-hl 0) (num-el 0))
 (org-element-map tree 'headline (lambda (hl) (incf num-hl)))
 (org-element-map
  tree '(paragraph table verse-block quote-block src-block example-block)
  (lambda (el) (incf num-el)))
 (cons (1- num-hl) num-el

(autoload 'org-element-parse-buffer 
~/bureautique/emacs/_/org-mode/contrib/lisp/org-element)
(global-set-key \C-cow 'fp-org-weight-display)
--8---cut here---end---8---

The next to last line was needed because your function depends on
org-element.el, which is not directly available in Org mode, at least
as of today's Git repository.  Is it a better way to install that file?

Another questionable thing is that I'm using the org-clock-overly face,
while the code should probably use and define its own.

Once again, thanks Nicolas!

François



Re: [O] Weight of headers

2012-02-26 Thread François Pinard
pin...@iro.umontreal.ca (François Pinard) writes:

 Roughly copying code from here and there (and not even understanding it,
 some dead code might remain), I turned your function into the
 following:

Hmph!  There seemingly is a problem however.

I tried it on a few files, and it usually does it works quickly, or in
no more than a few seconds.  However, on one of my Org files, after many
minutes, Emacs is still processing the command.  If I interrupt it (with
C-g), the main text displays its information, but the appendices do not.

I do not know if this matters: while all the appendices together do not
use much space in *this* file, they are merely made up of #+INCLUDE
directives, each preceded by a short introductory text.  The included
files may be a bit longish however.

François



Re: [O] Weight of headers

2012-02-26 Thread Samuel Wales
Great way of doing it.

Another option is to create a new buffer and sort the headers by the
weight.  Ideally each header in the new buffer would be a link.

Yet another is to use the agenda.  I think it might have a new format
string option for the weight.  Then use the agenda to sort.

And another possibility is to gather weights recursively vs. for each
header.  This works for bytes.

Samuel

P.S.  Code from years ago.  Might or might not work.

;;(alpha-org-dus-tree)
(defun* alpha-org-dus-tree (optional same (n 10))
  Show the biggest subtrees in agenda files.  SAME says whether
to measure each node vs. each subtree.
  (interactive)
  ;;(show-all)
  ;;(with-current-buffer ...
  (switch-to-buffer *alpha-org-dus-tree*)
  (erase-buffer)
  (insert
;;;  (cl-prettyprint
   (subseq (sort* (alpha-org-dus-tree-1 same)
  #'
  :key #'car)
   0
   n)))
(defun alpha-org-dus-tree-1 (same)
  (org-map-entries #'(lambda ()
   ;;(message doing %s
   (cons (alpha-org-get-size same)
 (org-get-heading)))
   t
   'agenda))
(defun alpha-org-get-size (optional same)
  ;;(current-buffer)
  (- (save-excursion
   (ignore-errors
 (funcall (if same
  ;;org-end-of-subtree t t
  'org-forward-same-level
'outline-next-heading)
  1))
   (point))
 (point)))

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com



Re: [O] Weight of headers

2012-02-26 Thread Nick Dokos
François Pinard pin...@iro.umontreal.ca wrote:

 pin...@iro.umontreal.ca (François Pinard) writes:
 
  Roughly copying code from here and there (and not even understanding it,
  some dead code might remain), I turned your function into the
  following:
 
 Hmph!  There seemingly is a problem however.
 
 I tried it on a few files, and it usually does it works quickly, or in
 no more than a few seconds.  However, on one of my Org files, after many
 minutes, Emacs is still processing the command.  If I interrupt it (with
 C-g), the main text displays its information, but the appendices do not.
 
 I do not know if this matters: while all the appendices together do not
 use much space in *this* file, they are merely made up of #+INCLUDE
 directives, each preceded by a short introductory text.  The included
 files may be a bit longish however.
 

M-x toggle-debug-on-quit RET

Then when it gets into its rut and you interrupt with C-g, you'll get a
backtrace telling you where it was. If you repeat a couple of times and
you get the same backtrace each time, then you've probably found your
infinite looper.

Nick




Re: [O] Setting multiple variables for code blocks in one property drawer

2012-02-26 Thread Viktor Rosenfeld
Hi Eric,

Eric Schulte wrote:

 However try replacing
  :var: foo=a
 with
  :var+: foo=a
 which is valid and should work for your use case below.

I'm not sure if I understood you correctly, but even if I replace var
with var+ in the child's property drawer, the value of bar that is set
in the parent task is not available in the child task.

Cheers,
Viktor

 
 There are still some lingering issues with inheritance and Org-mode
 properties which I may try to address one of these days.
 
 Cheers,
 
 
  Cheers,
  Viktor
 
  * Parent task
  :PROPERTIES:
  :var: foo=1
  :var+: bar=2
  :END:
  ** Child task without own properties
 
  #+BEGIN_SRC sh
  echo foo: $foo
  echo bar: $bar
  #+END_SRC
 
  #+RESULTS:
  | foo: | 1 |
  | bar: | 2 |
 
  ** Child task with own properties
  :PROPERTIES:
  :var: foo=a
  :END:
 
  #+BEGIN_SRC sh
  echo foo: $foo
  echo bar: $bar
  #+END_SRC
 
  #+RESULTS:
  | foo: | a |
  | bar: |   |
 
 
 
 -- 
 Eric Schulte
 http://cs.unm.edu/~eschulte/
 



Re: [O] Habits in agenda view

2012-02-26 Thread Viktor Rosenfeld
Hi Renger,

why not use two differently configured agenda blocks in your agenda
view. In the first you skip habits and in the second you skip everything
else.

Cheers,
Viktor

Renger van Nieuwkoop wrote:

 Hi
 I want to change my agenda view in such a way, that habits are shown as an 
 explicit block below my agenda, but my solution (shown below) shows the 
 habits still in my agenda view and without all the nice tracking color and 
 symbols in the block below the agenda. It might be simple, but I don't seem 
 to manage. Any help would be appreciated.
 
 Here is my code for the adjusted agenda view (the first block shows my tasks 
 I should work on next:
 
 (s Agenda with Next and Habit as separated views
 ((agenda  nil )
 (tags-todo -WAIT/!NEXT
((org-agenda-overriding-header Next Tasks)
 (org-agenda-skip-function 
 'skip-projects-and-habits)
 (org-agenda-skip-function 
 '(org-agenda-skip-entry-if 'notregexp \\[#A\\]))
 (org-agenda-todo-ignore-scheduled t)
 (org-agenda-todo-ignore-deadlines t)
 (org-tags-match-list-sublevels t)
  ))
  (tags HABIT
   ((org-agenda-overriding-header Habits)))
  nil))
 Cheers
 Renger
 



[O] [beamer] When are :BEAMER_envargs: used or ignored?

2012-02-26 Thread James Harkins
According to the online documentation [1], it seems that :BEAMER_envargs: 
should apply to all Beamer environments:

~~~
BEAMER_envargs
The beamer-special arguments that should be used for the environment, like 
[t] or [+-] of 2-3. If the BEAMER_col property is also set, something like 
C[t] can be added here as well to set an options argument for the implied 
columns environment. c[t] or c2- will set an options for the implied column 
environment. 
~~~

This does work in the example presentation at [1], but it seems only for 
B_block entries. I was trying to use B_beamercolorbox, where presumably the 
color selections (fg=, bg=) should be environment arguments, but this is 
ignored. What's more, if I take the colors out of the color box's envargs and 
replace it with another argument syntax -- 2- -- that definitely works with 
B_block, this is also ignored. So it seems, if you wanted to have a colorbox 
appear in a later overlay, you would be screwed (would have to write the LaTeX 
by hand).

A bit confused.

Or, the simple question -- how do you set the colors of a color box in Beamer 
export?

Oh, wait, I just figured it out... though you would have to admit, this is not 
remotely obvious.

** Frame 2 \\ where we will not use columns
#+LaTeX: \setbeamercolor{ybg}{bg=yellow}
*** ybg:B_beamercolorbox:
Please test this stuff!
:PROPERTIES:
:BEAMER_env: beamercolorbox
:END:

It kind of strikes me like an epic hack: you have to name the headline after 
the Beamer color ID, instead of naming the headline after the content... not 
very /org/anized. 

Worth a bug report or feature request?

hjh


[1] http://orgmode.org/manual/Beamer-class-export.html


--
James Harkins /// dewdrop world
jamshar...@dewdrop-world.net
http://www.dewdrop-world.net

Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal.  -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks