date:20100903

Hello,

I need to generate a workplan (GANTT chart) and taskjuggler would seem
to be the best way forward given that there is some support for it in
org.  However, I am having a little problem with it, primarily due to
my likely lack of understanding of how custom variables and file local
variables interact.

Specifically, org-taskjuggler.el defines a customisable variable,
org-export-taskjuggler-default-project-duration.  I don't necessarily
want to change the default overall but I do want to have a file
specific value.  I have tried using -*- to define the value of this
variable in the file.  This value is taken into account correctly,
according to emacs:

,
| org-export-taskjuggler-default-project-duration is a variable defined in 
`org-taskjuggler.el'.
| Its value is 1300
| Local in buffer workplan.org; global value is 280
| 
|   This variable is a file local variable.
`

However, org-taskjuggler seems to use the global value regardless.  Is
there something I need to do to get it to pay attention to my file
local variable value?  A pointer to a relevant section in the emacs
lisp manual would suffice as it's about time I learned a bit about
this!

Thanks,
eric
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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-beamer and beamer overlays

2010-09-03 Thread Mark Scala

Hi, Glyn.

I've been playing around with org-beamer for a little while and have gotten
something like what you seem to want to work.  I've revised your example in
the way that I've been doing it.

* The furniture.
:B_frame
  :PROPERTIES:
  :BEAMER_env: block
  :BEAMER_envargs: [<+->]
  :END:
Some old some new

** The Queen's old armchair
:B_block:
  :PROPERTIES:
  :BEAMER_env: block
  :BEAMER_envargs: <1->
  :END:
- Princess Anne
- Prince Charles
- corgis

--
Mark

On Thu, Aug 26, 2010 at 2:19 AM, Glyn Millington
wrote:

>
> Good Morning :-)
>
> I'm having trouble getting beamer overlays to work properly when
> producing slides via org-mode. This may well be due to my not
> understanding the documentation!!
>
>
> I can only get this to work by dropping down into LaTeX - which on this
> scale is pretty painless - but feel sure there must be a way to do this
> org too.  Can anyone show me how?
>
> Below are the headers for my beamer-slide template and a frame with
> overlays which works.
>
> If it helps, this is Emacs-23.2.1 and org-mode 7.01h
>
> With thanks
>
>
> Glyn
>
>
>
> 8<--8<--8<--8<--8<--8<--8<--8<--8<--
>
> #+TITLE: Beamer slide template
> #+AUTHOR:GM
> #+EMAIL: g...@xyzxyz.orgle
> #+DATE:  2010-08-24
> #+DESCRIPTION:
> #+KEYWORDS:
> #+LANGUAGE:  en
> #+OPTIONS:   H:3 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
> #+OPTIONS:   TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
> #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:
> http://orgmode.org/org-info.js
> #+EXPORT_SELECT_TAGS: export
> #+EXPORT_EXCLUDE_TAGS: noexport
> #+LINK_UP:
> #+LINK_HOME:
>
> #+startup: beamer
> #+LaTeX_CLASS: beamer
> #+LaTeX_CLASS_OPTIONS: [bigger]
> #+latex_header: \mode{\usetheme{Madrid} \usecolortheme{crane}}
> #+BEAMER_FRAME_LEVEL: 1
> #+BEAMER_HEADER_EXTRA \beamerdefaultoverlayspecification{<+->}
>
> #+COLUMNS: %40ITEM %10BEAMER_env(Env) %9BEAMER_envargs(Env Args)
> %4BEAMER_col(Col) %10BEAMER_extra(Extra)
>
>
>
> * The furniture.
> Some old some new
>
> ** The Queen's old armchair
> :B_block:
>   :PROPERTIES:
>   :BEAMER_env: block
>   :BEAMER_envargs: [<+->]
>   :END:
> # Notice we have to slip into raw LaTeX to make this work
> #+begin_LATEX
> \begin{itemize}[<+->]
> \item Princess Anne
> \item Prince Charles
> \item corgis
> \end{itemize}
> #+end_LATEX
>
>
>
>
> ___
> 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] Weekdays vs. weekends scheduling

I've been playing with org-habit, trying to setup different habits for
weekdays and weekends.
But I couldn't figure out a way to use repeat intervals to schedule
something for every weekdays or every weekends...

The only work around I came up with is to schedule the item once for
each day of the week, with a +1w interval.
But this is a poor solution, since the consistency graph will report
the completion state for that particular day of the week which isn't
very useful with habits...

Has anyone else had a similar use case and came up with a solution ?

Cheers

___
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] how difficultwould it be to support zotero in org?

2010-09-03 Thread Alan L Tyree

On Fri, 03 Sep 2010 23:30:06 +0200
Christian Moe  wrote:

> Hi,
> 
> I'm in the same situation, eager to do humanities in plain text.
> 
> (One possibility is reStructuredText, with an elegant syntax and an 
> excellent ODF exporter. But I love the Swiss-army-knife-ness of Org.)
> 
> Just wondering two things:
> 
> 1. Have you tried out Org > HTML > MS Word or OpenOffice, and how is 
> it worse than mk4ht for someone who'd prefer not to learn latex?
> 
> I find that this works amazingly well:
> - export HTML, delete the XML declaration
> - open HTML in OpenOffice and remove sections
> - select all, copy, paste into a new document, and save that document 
> as .doc/.odt/.rtf (a bit cumbersome -- there ought to be an option to 
> open HTML and Save As an office format, but I can't find it)
> 
> This gives footnotes, tables, even bookmarks, with internal links to 
> targets or custom IDs preserved.

You can use the same sequence using Abiword instead of OO. Abiword will
read the XHTML file w/o the necessity to delete the heading, and will
export directly to MS Word.

I have only used it for relatively short documents (< 20 pages), so
don't know how it will work on longer docs.

Cheers,
Alan


> 
> 2. Given that the above is a viable path to get Rich Text Format 
> documents, have you tried {Smith, 1995, 6-7} citations and formatting 
> with Zotero's RTF scan (http://www.zotero.org/support/rtf_scan)? It's 
> another manual step, of course, so the whole process gets pretty 
> lengthy, but it does let you format bibliographies for Word with 
> Zotero from Org...
> 
> Yours,
> Christian
> 
> > this is certainly something I'd like to do.  But i have the problem
> > that (1) I don't really know how to use latex, and was trying to
> > avoid what now seems like the necessary task of learning how to use
> > it; and
> > (2) in my field (history) latex and bibtex are both pretty
> > problematic as export formats.  Bibtex doesn't support most
> > humanistic citation styles (and has a rigid type strcture which
> > doesn't accommodate things like archival materials very well; while
> > latex is neither an acceptable submission format for most journals,
> > nor a good formation for collaboration with other scholars (since
> > everyone else writes in MS Word).  This means that what I really
> > need is a more robust open-document exporter; but that's been
> > giving me problem after problem lately (for instance, mk4ht has
> > stopped exporting some of my most important documents, for reasons
> > I don't understand but might be related to org-mode's latex
> > exporter.  I have this notion I saw a generic exporter that someone
> > wrote for odt, in which you feed the exporter a template document
> > which ocntains all the relevant style definitions.  but I can't
> > find it anymore, and as I recall it didn't really seem to work very
> > well anyway.
> >
> 
> 
> 
> ___
> 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
> 


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206


___
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: [babel] ledger tutorial on Worg

Sébastien Vauban  writes:

> Hi Eric(s),
>

Hi Seb,

[...]
>
> 1. I find it weird to have all the parameters of =:cmdline= not enclosed
>between quotes. What should be the best option, here?  That was a subject,
>long ago, on Org-Babel: to quote or not to quote...
>

I don't know that this was ever explicitly discussed, I believe that the
no-quoting behavior may have simply fallen out of the initial
implementation.  I'd certainly like to hear other people's opinions on
this, but I've personally enjoyed not having to place quotes in every
instance.

>
> 2. When the evaluation produces no output, but had well produced output
>before, shouldn't Babel have to delete the previously written results in
>the Org buffer?
>

This is a good point.  Currently Babel just quits if it receives a nil
result, but I think you're right that we should replace existing results
when a nil result has been returned.  I'll add this as PROPOSED to the
babel task list.

Cheers -- 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] Backspacing into folded items

2010-09-03 Thread Lennart Borgman

On Fri, Sep 3, 2010 at 11:21 PM, Stefan Monnier
 wrote:
>> However the plan is to make reveal-mode default:
>
> You're jumping to conclusions,

Sorry, but what is the plan then?

___
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] Full list of org-beamer functionality?

2010-09-03 Thread John Hendy

Hi,


When I've used beamer in the past for, say, blocks I just use:

\begin{block}
Here is some text for the block
\end{block}

I was looking more closely at this today:
http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php

Is there a comprehensive list of all the beamer_env options that can be
passed? For example since these work:
BEAMER_env: block
BEAMER_env: example

I would have figured that this would also work:
BEAMER_env: alert

However only an itemized item shows up...

Also, example blocks are rendered with the block title: "Example (Heading
title)" and I'd rather just have "Heading title" -- is there a way to do
this?

It'd be great to see all of the possible property values that can be passed
somewhere. Maybe something like the list at the bottom of the export options
page in the org manual where you have a nice long list of all possible
options in one place?

Lastly, is there an advantage to using properties if one doesn't anticipate
using column view? If not perhaps I'll stick with straight LaTeX code...


Thanks,
John
___
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] how difficultwould it be to support zotero in org?

2010-09-03 Thread Christian Moe


Hi,

I'm in the same situation, eager to do humanities in plain text.

(One possibility is reStructuredText, with an elegant syntax and an 
excellent ODF exporter. But I love the Swiss-army-knife-ness of Org.)


Just wondering two things:

1. Have you tried out Org > HTML > MS Word or OpenOffice, and how is 
it worse than mk4ht for someone who'd prefer not to learn latex?


I find that this works amazingly well:
- export HTML, delete the XML declaration
- open HTML in OpenOffice and remove sections
- select all, copy, paste into a new document, and save that document 
as .doc/.odt/.rtf (a bit cumbersome -- there ought to be an option to 
open HTML and Save As an office format, but I can't find it)


This gives footnotes, tables, even bookmarks, with internal links to 
targets or custom IDs preserved.


2. Given that the above is a viable path to get Rich Text Format 
documents, have you tried {Smith, 1995, 6-7} citations and formatting 
with Zotero's RTF scan (http://www.zotero.org/support/rtf_scan)? It's 
another manual step, of course, so the whole process gets pretty 
lengthy, but it does let you format bibliographies for Word with 
Zotero from Org...


Yours,
Christian


this is certainly something I'd like to do.  But i have the problem
that (1) I don't really know how to use latex, and was trying to avoid
what now seems like the necessary task of learning how to use it; and
(2) in my field (history) latex and bibtex are both pretty problematic
as export formats.  Bibtex doesn't support most humanistic citation
styles (and has a rigid type strcture which doesn't accommodate things
like archival materials very well; while latex is neither an
acceptable submission format for most journals, nor a good formation
for collaboration with other scholars (since everyone else writes in
MS Word).  This means that what I really need is a more robust
open-document exporter; but that's been giving me problem after
problem lately (for instance, mk4ht has stopped exporting some of my
most important documents, for reasons I don't understand but might be
related to org-mode's latex exporter.  I have this notion I saw a
generic exporter that someone wrote for odt, in which you feed the
exporter a template document which ocntains all the relevant style
definitions.  but I can't find it anymore, and as I recall it didn't
really seem to work very well anyway.





___
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: Automatically move completed TODO items and checkboxes to another file

2010-09-03 Thread Michael Hoffman


Bastien wrote:

Hi Michael,

Michael Hoffman <9qobl2...@sneakemail.com> writes:


and then using search/replace to add "TODO "


How did you searched and replaced?


Well, the commands:

C-u C-c C-c
C-x C-x
C-c *

convert the checkboxes to headings but eliminate the hierarchy.

I've also tried regex-searching for something like "^   - \[ \]" -> "*** 
TODO" but it's not foolproof since the number of leading spaces doesn't 
always have something to do with the level of the previous header.



I guess we can keep the hierarchy with an appropriate search and replace
function...


Well, I'm gradually just fixing these things as I go through now.


___
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] how difficultwould it be to support zotero in org?

On Fri, Sep 3, 2010 at 4:12 PM, Scot Becker  wrote:

> Another Zotero + org user here.  Right now I do what Christian does: export
> Zotero to slightly tweaked 
> BibTeX, and insert with 
> RefTeX's amazingly cool reference-insertion
> interface (another genius piece of work by Carsten).

i'm getting nearly convinced to go this route.  May I ask, do you use reftex
from within org?  I'm not quite sure on how that would wok (but also I'm not
that familiar w/ the latex parts of the documentation...).


> I can think of two profitable ways to make inserting references from one's
> Zotero database into org-mode notes better, and one further way that
> org-mode could be more tightly linked with Zotero.
>
> 1)  A utility (presumably part firefox plugin) which keeps a BibTeX file in
> sync with one of Zotero's collections.
>
sounds great.


> 2)  a org-mode-specific plain-text citation mechanism, analogous to BibTeX,
> but useful for both LaTeX and non-LaTeX exports.  It would presumably have a
> CSL backend, and work the way that 
> citeproc-hsworks for pandoc.  
> Presumably it could also use a RefTeX-like interface for
> citation insertion.
>
yes, this would be the very best thing.

>
> 3) Easier ways to take reading notes (in org) on items in the Zotero
> database, with two way linking.  (Thanks already for the tips in this
> thread.)
>
ditto!  that would be super.
wish i were in a position to createthese tools myself.
matt
___
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] ledger tutorial on Worg

2010-09-03 Thread Sébastien Vauban

Hi Eric(s),

A few questions/comments, with the following example:

--8<---cut here---start->8---
#+begin_src org
** Journal data

#+srcname: ledger-journal
#+begin_src ledger
2008/01/03 * (SCORPIOS ) SEB VAUBAN
Assets:Bank:Checking:77400530   550.00 
EUR
Assets:Bank:Transferred

2008/01/01 * ( ) UNKNOWN-PAYEE
Assets:Bank:Checking:7740053021.91 
EUR
Expenses:Unknown
#+end_src

** Registry

Give me the details...

#+srcname: ledger-registry
#+begin_src ledger :cmdline reg unknown :noweb yes :session
<>
#+end_src

#+results: ledger-registry
: 08-Jan-01 UNKNOWN-PAYEE Expenses:Unknown -21.91 EUR   -21.91 
EUR
#+end_src
--8<---cut here---end--->8---

1. I find it weird to have all the parameters of =:cmdline= not enclosed
   between quotes. What should be the best option, here?  That was a subject,
   long ago, on Org-Babel: to quote or not to quote...

2. When the evaluation produces no output, but had well produced output
   before, shouldn't Babel have to delete the previously written results in
   the Org buffer?

   If you don't understand what I mean, take the above example, replace

   =:cmdline reg unknown :noweb yes :session=

   by

   =:cmdline "reg unknown" :noweb yes :session=

   and see that the current results line is not removed.

   Would the result exist, but be different, it would have been updated.
   In this case, with a result before, but none on the second execution, first
   result is conserved in Org. Do you follow me, and agree on this?

Best regards,
  Seb

-- 
Sébastien Vauban


___
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] [PROPOSAL] Seemless editing of Babel Blocks

2010-09-03 Thread Dan Davison

Tom Short  writes:

> On Thu, Sep 2, 2010 at 7:41 PM, Dan Davison  wrote:
>> There have been some recent changes with the aim of making code blocks
>> more pleasant to use in Org, such as fontification and making TAB and
>> other major-mode commands available in the Org buffer (with a current
>> master branch, see the variable `org-src-tab-acts-natively' and
>> `org-babel-do-key-sequence-in-edit-buffer' which is bound to key
>> bindings C-c C-v x and C-c C-v C-x)
>
> I really like the fontification and the tab-acts-natively. Would it be
> hard to extend
> that to a few more keys? Here's a first try for a nice key to have in
> R source blocks
> ("_"):
>
> (add-hook 'org-mode-hook
>(lambda ()
>  (define-key org-mode-map "_"
>'(lambda () (interactive)
>   (org-babel-do-key-sequence-in-edit-buffer (kbd "_")
>
> That works in R (and other) blocks, but doesn't work outside that. Any hints 
> to
> get me a little further?

Hey Tom,

Good idea. I'll definitely use
that. `org-babel-do-key-sequence-in-edit-buffer' returns nil only if it
is not in a code block[1], so we could use this in
your code above:

(or (org-babel-do-key-sequence-in-edit-buffer (kbd "_"))
(org-self-insert-command 1))

Dan


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

Footnotes:

[1] To be more exact, it returns nil if org-edit-src-code doesn't
generate an edit buffer.

___
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] [ANN] List improvement v.2

2010-09-03 Thread Nicolas Goaziou


> I must be dreaming... I am *sure* that, until yesterday or today, I
> have always used C-c C-x C-b to insert a checkbox if none were
> present; at least, that's what my fingers tell me and they have a
> better memory than my head... I have always used C-c C-c to actually
> mark or unmark the checkbox. Have the default bindings changed?

I remember now. When I rewrote org-toggle-checkbox, I followed closely
its docstring. Thus, the default bindings changed because they weren't
on par with documentation.

> In any case, apologies for the noise but maybe I can suggest a
> change to the default? C-c C-c already does an excellent job of
> checking/unchecking a checkbox so it would be nice if C-c C-x C-b
> would do as I thought it did: insert a checkbox if not present. Is
> this a reasonable or desirable behaviour?

C-c C-x C-b is more specific than C-c C-c. When used on an headline,
it checks/unchecks all the items in the subtree. When used with a
region active, it should checks/unchecks all items inside it.

About the last point, I just noticed it isn't working as expected at
the moment, but I have a patch for it.

Regards,

-- Nicolas

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

Re: [Orgmode] [ANN] List improvement v.2

On Fri, 03 Sep 2010 22:26:31 +0200, Nicolas Goaziou  wrote:
> 
> 
> > I must be dreaming... I am *sure* that, until yesterday or today, I
> > have always used C-c C-x C-b to insert a checkbox if none were
> > present; at least, that's what my fingers tell me and they have a
> > better memory than my head... I have always used C-c C-c to actually
> > mark or unmark the checkbox. Have the default bindings changed?
> 
> I remember now. When I rewrote org-toggle-checkbox, I followed closely
> its docstring. Thus, the default bindings changed because they weren't
> on par with documentation.

Ah ha!  Thanks.  Gives me a bit more faith in my sanity (maybe
unrealistic but there you are ;-).

I can get used to the new default behaviour (which does indeed match
the documentation).

Thanks,
eric
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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] MobileOrg now in the Android market

2010-09-03 Thread Matthew Jones

Hey Sven and list, getting MobileOrg into the Android market is part of the
last push to releasing the first Beta version.

There are two last things that I'm doing to achieve beta status:

1) Implement the Dropbox and SDCard synchronizers
2) Support changing TODO states and editing existing notes.

I have had a lot of people contributing patches, most notably is Adam Marek
(amarek) who has really cleaned up my Synchronizer and File Parsing system.
 His work abstracting my synchronization system is what is going to allow us
to support syncing org files from a variety of different places.   He did
this as part of his work for implementing an SVN synchronizer (really cool,
can't wait for him to finish this).

One thing that Adam has finished that I have imported into the Market
version of MobileOrg is support for encrypted org files via Android Privacy
Guard (APG:  http://www.thialfihar.org/projects/apg/).   I haven't had a
chance to use this yet so if anyone wants to give it a whirl then let me
know how it goes.

Paul Bonser (pib) contributed a lot of really great bug fixes and cleanup
code, Jonathan Arkell contributed a new much nicer looking logo,  John Ogle
helped me out with some error reporting to the user (I was just throwing
exceptions everywhere), Torsten Wagner contributed the localization changes
(along with German translations).

This weekend I'm going to complete #2 and part of #1 that I listed above.
Regarding point #1 I will definitely have the SDCard synchronizer
finished... this will allow you to synchronize your org files directly from
your phone (if you are someone who wants to manually place the files on your
phone).   This should also allow those of you who use Dropbox to use the
Dropbox Android application to pull your org files to your phone and then
synchronize using the SDCard synchronizer.   This will be a good placeholder
until I can implement the Dropbox API directly (which will involve those
guys evaluating my application to make sure I'm using it correctly... and
I'm not sure how long that will take).

It's going to be a busy weekend for me wrapping up these changes.   I'm now
open to taking bug reports on the Github page (come one, come all) and new
feature requests (please use the "Feature" tag).  So you can expect 0.5beta
to be released on Monday or Tuesday.

One last thing to note, I'm having to drop support for Android 1.5, if this
is a problem for anyone then please drop me an email... one person has
already informed me that they can't find it in the market because of this so
I'm planning on building a development version for those of you running this
older version of the OS.

Normally I would post something this big right away but I wanted to make
sure everything was working fine (this is my first app on the market) before
taking the plunge.   So no worries, Sven, I'm glad you noticed so quickly :)

73,
Matthew W. Jones (KI4ZIB)
http://matburt.net

On Fri, Sep 3, 2010 at 3:14 PM, Sven Bretfeld  wrote:

> Hi to all
>
> I'm sorry, Matt, that I always anticipate you to announce the progress
> of your work. But I'm so happy to have noticed some minutes ago that
> MobileOrg is now in the market.
>
> Thank you very much! Top rating of course.
>
> Sven
>
> p.s. NEXT and other non-standard TODO keywords are not displayed
> as they should (not highlighted).
>
>
> ___
> 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] how difficultwould it be to support zotero in org?

2010-09-03 Thread Scot Becker

Another Zotero + org user here.  Right now I do what Christian does: export
Zotero to slightly tweaked
BibTeX, and insert with
RefTeX's amazingly cool reference-insertion
interface (another genius piece of work by Carsten).  I can think of two
profitable ways to make inserting references from one's Zotero database into
org-mode notes better, and one further way that org-mode could be more
tightly linked with Zotero.

1)  A utility (presumably part firefox plugin) which keeps a BibTeX file in
sync with one of Zotero's collections.  That way you don't have to do a full
manual export of your Zotero collection every time you add or change
something.  RefTeX provides the citation insertion interface.  Something
similar this to
existsfor LyX.
It doesn't sync a whole Z. collection, but creates a .bib file
with the items you actually cite in your document.  The author (an Emacs
user) even considered generalizing it for use without LyX runing, i.e. for
Emacs, but didn't find enough steam (after all, he uses LyX).  (I also know
that Mendeley can be made to auto-import from Zotero and to auto-export to
BibTeX, but Mendeley's BibTeX export is not flexible.)

2)  a org-mode-specific plain-text citation mechanism, analogous to BibTeX,
but useful for both LaTeX and non-LaTeX exports.  It would presumably have a
CSL backend, and work the way that
citeproc-hsworks for pandoc.
Presumably it could also use a RefTeX-like interface for
citation insertion.

3) Easier ways to take reading notes (in org) on items in the Zotero
database, with two way linking.  (Thanks already for the tips in this
thread.)

Scot

On Fri, Sep 3, 2010 at 1:50 AM, Matt Price  wrote:

>
>
> On Thu, Sep 2, 2010 at 7:18 PM, Matt Price  wrote:
>
>>
>> I have this notion I saw a generic exporter that someone wrote for odt, in
>>> which you feed the exporter a template document which ocntains all the
>>> relevant style definitions.  but I can't find it anymore, and as I recall it
>>> didn't really seem to work very well anyway.
>>>
>>
>> ah, it was a muse-mode exporter:
> http://www.mail-archive.com/muse-el-disc...@gna.org/msg01083.html
>
> would that be a good beginning for a native odt exporter i norg, or would
> it be better to start from scratch with the org generic exporter?   anyway
> thanks,
> m
>
> ___
> 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: [PATCH] inside table, delete-backward-char must not insert spaces when overwrite mode is on

2010-09-03 Thread Achim Gratz

Bastien  writes:

> I've tested your patch.  

Thanks for looking into it.

> If I understand it correctly, it does not change the current visual
> behavior of `org-delete-backward-char', it just skips the unnecessary
> step of inserting a whitespace when overwrite-mode is on.
>
> Is that so?

That was the plan, yes. :-)
Hopefully it does that (and just that).

Achim.

[Please do not Cc: me, thanks.  I read the list with GNUS and don't need
another copy in my inbox.]

___
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] MobileOrg now in the Android market

2010-09-03 Thread Sven Bretfeld

Hi to all

I'm sorry, Matt, that I always anticipate you to announce the progress
of your work. But I'm so happy to have noticed some minutes ago that
MobileOrg is now in the market.

Thank you very much! Top rating of course.

Sven

p.s. NEXT and other non-standard TODO keywords are not displayed
as they should (not highlighted). 


___
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 now fontifies code blocks

2010-09-03 Thread Thomas S. Dye


Aloha Dan,

This is really nice.  Thanks for shepherding it along.

In some of my use cases there is a substantial delay when opening a  
large file and then unfolding sections with many source code blocks.   
I don't mind this and intend to keep the feature on, but I do think it  
should be off by default because the user potentially pays an  
appreciable time penalty for the pleasure of semantic source code  
markup.


Thanks again for this nice feature.

All the best,
Tom

On Sep 3, 2010, at 7:30 AM, Eric S Fraga wrote:

On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison > wrote:


I've just pushed changes which mean that Org now fontifies code in  
code
blocks. Currently, this is turned on by default, so it would be  
helpful

if people could report any problems, and opinions as to whether it
should be on or off by default.


[...]

This is brilliant!  Works very well on my notebook (with small code
blocks as that's all I tend to have).  Many thanks!
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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] Re: [BABEL] [PROPOSAL] Seemless editing of Babel Blocks

2010-09-03 Thread Tom Short

On Thu, Sep 2, 2010 at 7:41 PM, Dan Davison  wrote:
> There have been some recent changes with the aim of making code blocks
> more pleasant to use in Org, such as fontification and making TAB and
> other major-mode commands available in the Org buffer (with a current
> master branch, see the variable `org-src-tab-acts-natively' and
> `org-babel-do-key-sequence-in-edit-buffer' which is bound to key
> bindings C-c C-v x and C-c C-v C-x)

I really like the fontification and the tab-acts-natively. Would it be
hard to extend
that to a few more keys? Here's a first try for a nice key to have in
R source blocks
("_"):

(add-hook 'org-mode-hook
   (lambda ()
 (define-key org-mode-map "_"
   '(lambda () (interactive)
  (org-babel-do-key-sequence-in-edit-buffer (kbd "_")

That works in R (and other) blocks, but doesn't work outside that. Any hints to
get me a little further?

- Tom

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

Re: [Orgmode] Re: Src blocks fontification issue

Carsten, I'll look into it when I get a chance, even though I doubt
I'll be able to fix it if you describe it as tricky yourself ;)

Any pointers on where to start looking though ?

Cheers

On Fri, Sep 3, 2010 at 7:56 PM, Carsten Dominik
 wrote:
>
> On Sep 3, 2010, at 5:23 PM, Dan Davison wrote:
>
>> Julien Fantin  writes:
>>
>>> I tried opening the file with a bare emacs and the problem persists.
>>>
>>> I use true indentation in my files, which I think isn't what most
>>> people do, so maybe the parser gets confused by a combination of
>>> blocks not starting at column 0, and some other formatting, but I'm
>>> failing to see the pattern...
>>
>> Me too. While you may well be right that I have broken something, first
>> let's concentrate on what appears to be a long-standing bug; in fact I
>> think it has never worked correctly. Basic fontification of src blocks
>> elements was introduced over a year ago at this commit
>>
>> --8<---cut here---start->8---
>> commit 476493d3b300b8dc379ea7e42c974461d6f3dfb5
>> Author: Carsten Dominik 
>> Date:   Sat May 23 22:58:38 2009 +0200
>>
>>   Fontification: Better treatment of #+ lines and blocks
>>
>>   The content of blocks like #+begin_example will be marked with a
>>   separate face.  That same face is also used for single lines
>>   introducing text for specific backends.
>> --8<---cut here---end--->8---
>
> I remember that this was quite tricky to implement, lots of problems because
> you have to scan outside of the range font-lock wants to look at etc.
> Would be great if you could find out how to fix this.
>
> Before this patch, the text in block would be fontified like org-mode, which
> looked terrible ... :)
>
> - Carsten
>
>
>>
>> Priot to that commit the whole block, and the begin_src end_src lines
>> had no special fontification. After that commit, a test file (below)
>> based on yours is not correctly fontified on startup. It is correctly
>> fontified when font-lock is triggered subsequently by some keyborad
>> input nearby. But it seems very sensitive to changes in the test file
>> and I haven't worked out what's going on.
>>
>> Test file: the final code block is not fontified, nor are the BEGIN_SRC
>> and END_SRC lines. (emacs 24, org commit 476493d3b300 and subsequent)
>>
>> --8<---cut here---start->8---
>> * Setup
>>  #+BEGIN_SRC emacs-lisp
>>   (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" .
>> org-mode))
>>   (add-hook 'org-mode-hook
>>             '(lambda ()
>>                (auto-fill-mode t)
>>                (define-key org-mode-map (kbd "RET") 'org-return-indent)
>>                (flyspell-mode 1)))
>>
>>
>>   ;; windmove fix
>>   (add-hook 'org-shiftup-final-hook 'windmove-up)
>>   (add-hook 'org-shiftleft-final-hook 'windmove-left)
>>   (add-hook 'org-shiftdown-final-hook 'windmove-down)
>>   (add-hook 'org-shiftright-final-hook 'windmove-right)
>>  #+END_SRC
>> ** Helpers
>>  #+BEGIN_SRC emacs-lisp
>>  (defun is-bogus-file-p (file)
>>    "Return t if file is a temporary file as in .#foo or a . .. reference
>> returned by directory-files"
>>    (or (member file '("." ".."))
>>        (string-match "^.#.+" file)))
>>  #+END_SRC
>> * Customization
>>  #+BEGIN_SRC emacs-lisp
>>  (setq org-return-follows-link t
>>       org-special-ctrl-a/e t
>>       org-special-ctrl-k t
>>       org-completion-use-ido t
>>       org-log-into-drawer t
>>       org-startup-indented nil
>>       org-hide-leading-stars t
>>       org-startup-folded t
>>       org-empty-line-terminates-plain-lists t
>>       org-adapt-indentation t
>>       org-yank-folded-subtrees t
>>       org-M-RET-may-split-line nil
>>       org-enforce-todo-dependencies t
>>       org-enforce-todo-checkbox-dependencies t)
>>
>>  ;; (setq org-blank-before-new-entry '((heading . always)
>>  ;;                                    (plain-list-item . always)))
>>  #+END_SRC
>> --8<---cut here---end--->8---
>>
>>
>> Dan
>>
>>>
>>> Here is one of the incriminated files:
>>>
>>> http://pastebin.com/raw.php?i=yxdUmpKx
>>>
>>> Hope this is any help...
>>>
>>> Cheers
>>>
>>> On Fri, Sep 3, 2010 at 12:48 AM, Dan Davison 
>>> wrote:

 Julien Fantin  writes:

> First congratulations on adding in-line fontification to source
> blocks, that's a great addition.
>
> However, since I pulled those changes, a recurring issue I've been
> having has become even more annoying.
>
> When opening an org file, some src blocks headers don't seem to get
> parsed properly, and now as a result, don't get fontified.
> They are functional though, since they properly get tangled, and C-c '
> performs as expected.
> If I edit the header line, or the ones directly before and after it,
> the block gets back to normal.
>
> Here is a screenshot to make things clearer, as you can see there are
>

Re: [Orgmode] [babel] Error with source block and variable on export - bug?

On Fri, 03 Sep 2010 09:05:24 -0600, "Eric Schulte"  
wrote:
> 
> Rainer M Krug  writes:
> 
> > On 03/09/10 16:32, Rainer M Krug wrote:
> >> On 03/09/10 15:40, Eric Schulte wrote:
> >>> Hi Rainer,
> >> 
> >>> As part of the export process Org-mode copies the contents of the
> >>> Org-mode file to a temporary buffer in which the business of exportation
> >>> is performed.  This temporary buffer is not associated with any file so
> >>> (buffer-file-name) returns nil, which is causing the problem you are
> >>> experiencing.  I think the best solution would be to replace the call to
> >>> (buffer-file-name) with the actual name of the file, e.g.
> >> 
> >>> #+begin_src sh :var file=(vc-working-revision 
> >>> "~/src/babel-dev/scraps.org") :exports results
> >>>   echo $file Revision
> >>> #+end_src
> >> 
> >> Hi Eric
> >> 
> >> thanks a lot for the clarification - that makes perfect sense. I will do
> >> as suggested.
> >
> > Thanks - it is working now.
> > But it is a little bit awkward to have the file name (incl. path)
> > somewhere in the document - can create some problems when renaming the
> > file or saving it somewhere else).
> > Is it possible to define it as a kind of variable (property?) in the
> > headers of the file and reference it in the org file later?
> >
> 
> Oh,
> 
> I've just remembered that during export Org-mode saves this file-name
> information in the temporary variable `org-current-export-file'.
> 
> So the following will work, even though it relies upon undocumented
> internals of Org-mode which could change at some point.
> 
> #+begin_src sh :var file=(vc-working-revision (or (buffer-file-name) 
> org-current-export-file)) :exports results
>   echo $file Revision
> #+end_src
> 
> Cheers -- Eric

And this works very well with an inline src snippet (tested with git
and RCS).  Very nice!

,
| * revision control
|   The version of this file is 
|src_emacs-lisp{(vc-working-revision (or (buffer-file-name) org-current-: 
export-file))}.
`

Thanks!

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

Re: [Orgmode] [ANN] List improvement v.2

On Fri, 03 Sep 2010 16:34:36 +0200, Nicolas Goaziou  wrote:
> 
> Hello,
> > Eric S Fraga writes:
> 
> > One quick problem I have run into today:
> 
> > org-toggle-checkbox (C-c C-x C-b) doesn't seem to do anything now? I
> > have to put in the checkboxes manually.
> 
> I cannot reproduce it on git head. If you were inserting non-existing
> checkboxes, I guess you meant C-u C-c C-x C-b.

I must be dreaming... I am *sure* that, until yesterday or today, I
have always used C-c C-x C-b to insert a checkbox if none were
present; at least, that's what my fingers tell me and they have a
better memory than my head...  I have always used C-c C-c to actually
mark or unmark the checkbox.  Have the default bindings changed?

In any case, apologies for the noise but maybe I can suggest a change
to the default?  C-c C-c already does an excellent job of
checking/unchecking a checkbox so it would be nice if C-c C-x C-b
would do as I thought it did: insert a checkbox if not present.  Is
this a reasonable or desirable behaviour?

Just a thought.

Thanks,
eric
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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 now fontifies code blocks

On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison  wrote:
> 
> I've just pushed changes which mean that Org now fontifies code in code
> blocks. Currently, this is turned on by default, so it would be helpful
> if people could report any problems, and opinions as to whether it
> should be on or off by default.

[...]

This is brilliant!  Works very well on my notebook (with small code
blocks as that's all I tend to have).  Many thanks!
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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: Src blocks fontification issue



On Sep 3, 2010, at 5:23 PM, Dan Davison wrote:


Julien Fantin  writes:


I tried opening the file with a bare emacs and the problem persists.

I use true indentation in my files, which I think isn't what most
people do, so maybe the parser gets confused by a combination of
blocks not starting at column 0, and some other formatting, but I'm
failing to see the pattern...


Me too. While you may well be right that I have broken something,  
first

let's concentrate on what appears to be a long-standing bug; in fact I
think it has never worked correctly. Basic fontification of src blocks
elements was introduced over a year ago at this commit

--8<---cut here---start->8---
commit 476493d3b300b8dc379ea7e42c974461d6f3dfb5
Author: Carsten Dominik 
Date:   Sat May 23 22:58:38 2009 +0200

   Fontification: Better treatment of #+ lines and blocks

   The content of blocks like #+begin_example will be marked with a
   separate face.  That same face is also used for single lines
   introducing text for specific backends.
--8<---cut here---end--->8---


I remember that this was quite tricky to implement, lots of problems  
because you have to scan outside of the range font-lock wants to look  
at etc.   Would be great if you could find out how to fix this.


Before this patch, the text in block would be fontified like org-mode,  
which looked terrible ... :)


- Carsten




Priot to that commit the whole block, and the begin_src end_src lines
had no special fontification. After that commit, a test file (below)
based on yours is not correctly fontified on startup. It is correctly
fontified when font-lock is triggered subsequently by some keyborad
input nearby. But it seems very sensitive to changes in the test file
and I haven't worked out what's going on.

Test file: the final code block is not fontified, nor are the  
BEGIN_SRC

and END_SRC lines. (emacs 24, org commit 476493d3b300 and subsequent)

--8<---cut here---start->8---
* Setup
 #+BEGIN_SRC emacs-lisp
   (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\) 
$" . org-mode))

   (add-hook 'org-mode-hook
 '(lambda ()
(auto-fill-mode t)
(define-key org-mode-map (kbd "RET") 'org-return- 
indent)

(flyspell-mode 1)))


   ;; windmove fix
   (add-hook 'org-shiftup-final-hook 'windmove-up)
   (add-hook 'org-shiftleft-final-hook 'windmove-left)
   (add-hook 'org-shiftdown-final-hook 'windmove-down)
   (add-hook 'org-shiftright-final-hook 'windmove-right)
 #+END_SRC
** Helpers
 #+BEGIN_SRC emacs-lisp
  (defun is-bogus-file-p (file)
"Return t if file is a temporary file as in .#foo or a . ..  
reference returned by directory-files"

(or (member file '("." ".."))
(string-match "^.#.+" file)))
 #+END_SRC
* Customization
 #+BEGIN_SRC emacs-lisp
 (setq org-return-follows-link t
   org-special-ctrl-a/e t
   org-special-ctrl-k t
   org-completion-use-ido t
   org-log-into-drawer t
   org-startup-indented nil
   org-hide-leading-stars t
   org-startup-folded t
   org-empty-line-terminates-plain-lists t
   org-adapt-indentation t
   org-yank-folded-subtrees t
   org-M-RET-may-split-line nil
   org-enforce-todo-dependencies t
   org-enforce-todo-checkbox-dependencies t)

 ;; (setq org-blank-before-new-entry '((heading . always)
 ;;(plain-list-item . always)))
 #+END_SRC
--8<---cut here---end--->8---


Dan



Here is one of the incriminated files:

http://pastebin.com/raw.php?i=yxdUmpKx

Hope this is any help...

Cheers

On Fri, Sep 3, 2010 at 12:48 AM, Dan Davison  
 wrote:

Julien Fantin  writes:


First congratulations on adding in-line fontification to source
blocks, that's a great addition.

However, since I pulled those changes, a recurring issue I've been
having has become even more annoying.

When opening an org file, some src blocks headers don't seem to get
parsed properly, and now as a result, don't get fontified.
They are functional though, since they properly get tangled, and  
C-c '

performs as expected.
If I edit the header line, or the ones directly before and after  
it,

the block gets back to normal.

Here is a screenshot to make things clearer, as you can see there  
are
no differences in formatting, and those properties drawer don't  
have

anything weird, just a single ID.

http://imagebin.org/112413

I was meaning to post a screenshot with whitespace-mode on to  
stress
that there are no apparent formatting differences, but it turned  
out

activating it fixed the issue !

Not sure what I can do to further help debugging this ?


Hi Julien,

I don't have any clever ideas about this, so I'm just going to  
suggest

the obvious: first a sanity check that it doesn't occur with emacs
-Q. Then some sort of quasi-binary search through your emacs

Re: [Orgmode] horiontal alignment of tables in latex export?

2010-09-03 Thread Erik Iverson


See org-export-latex-tables-centered:

(defcustom org-export-latex-tables-centered t
  "When non-nil, tables are exported in a center environment."
  :group 'org-export-latex
  :type 'boolean)

Matt Price wrote:
Are tables always aligned in the center of the page when exported to 
latex?  I have a simple table that I want to put on the left hand side 
of the page instead.  The html output is just what I want, but the pdf 
generated via latex puts the table in the (horizontal) center of the 
page.  file attached -- it's the same file I've been having other issues 
with in other posts.  thanks thanks thanks again, after many questions 
this week.


matt




___
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: Orgmode: exporter for taskjuggler

2010-09-03 Thread Markus Heller

Christian Egli  writes:

> Markus Heller  writes:
>
>> Hello Christian,
>>
>> I'm very interested in using your taskjuggler export from orgmode.
>> Unfortunately, I'm on a Windoze box, and getting TJ2 to work is a big
>> pain ...  However, TJ3 is fairly straightforward, since it's Ruby, so
>> I'm wondering, do you have any plans of including support for TJ3 as
>> well?  I know it's still in alpha, but just asking :)
>
> I myself use tj2, so the exporter is tested for that. Initially I had
> thought that the exporter was also working for tj3 since the differences
> in the syntax are supposedly very minor. But I've had reports by users
> that the exporter generates code that doesn't work with tj3.
>
> I just installed tj3 and tested it with a generated tjp file. There are
> a number of problems: you need to replace all occurrences of "purge
> allocations" with "purge allocate". Also you seem to be required to mark
> all milestones explicitly (with "milestone"). Thirdly you need to
> change the report definitions.
>
> - The issue with purge allocate needs to be changed in the exporter
>   code. For now you will have to search and replace as mentioned above.
>
> - The milestone issue can be dealt with by assigning the milestone
>   property to an item. It would be nicer if this just worked if an item
>   doesn't have an effort property.
>
> - The problems with reports can be solved by changing the report
>   definition (via customize) 
>
> I'll have to work with the taskjuggler list to see if and what we can do
> about these issues, if we can somehow ease the migration.

Christian,

thanks for looking into this.

After a lot of googling, I actually managed to get TJ2 to run on my box,
but it's a pain ...  TJ3 would certainly make life easier.

I'll look into the issues you mentioned ...

Thanks and Cheers
Markus


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

Re: [Orgmode] cannot enable org-habit

2010-09-03 Thread Joseph Buchignani

Scratch that, there is an easier way to test whether org-habit is activated.
The reason K (uppercase) wasn't working for me was I thought the screen
activated by C-a a beginning "Press key for agenda command" was the "agenda
buffer". It is not. The agenda buffer shows your weekly schedule. Press K
there. You should get a message that habits have been disabled/enabled. If
not, org-habit is not working.



On Fri, Sep 3, 2010 at 5:33 PM, Joseph Buchignani <
joseph.buchign...@gmail.com> wrote:

> I figured out what I was doing wrong. I was looking for habit tracking in
> the wrong place. It shows up after the command C-a a a, not C-a a.
>
> All I had to do to enable org mode was put (require 'org-habit) in my
> .emacs. I didn't need to add it to the modules list. I didn't need to alter
> my properties for the entry.
>
> The only way I know to test whether org-habit is working is to look for a
> frequency bar on the schedule of your agenda generated by C-a a a. In order
> for this to show up, you have to have a habit that's scheduled for today.
> The bar just looks like colored background text on the rest of the line
> after the todo item. It will show your history with *'s and !'s. It uses the
> colors grey, purple, green, yellow and red.
>
> I will reread the manual and learn more about using the module.
>
> Thanks for the help!
> JB
>
> I'm using Org-mode 7.01h with the latest Emacs snapshot in Ubuntu Lucid
> 10.04.
>
> On Fri, Sep 3, 2010 at 9:15 AM, Bastien wrote:
>
>> Hi Joseph,
>>
>> (please post on the mailing list...)
>>
>> Joseph Buchignani  writes:
>>
>> > First, even if items like DONE state logging are not properly
>> configured, I
>> > should still see some sign that Org-Habit is functioning when I go to my
>> > agenda, yes? What is the parsimonious test that Org-Habit is loaded as a
>> > module?
>> >
>> > Secondly, I have DONE state tracking enabled in the file, although not
>> > globally. Here is how my agenda file begins:
>> >
>> > #+STARTUP: indent
>> > #+STARTUP: odd
>> > #+STARTUP: oddeven
>> > #+TODO: TODO(t!) WAIT(w/!) DEFERRED DELEGATED SOMEDAY MAYBE | DONE(d!)
>> FAIL(f!)
>> > CANCELLED(c!)
>> > #+PRIORITIES: A D C
>> > #+STARTUP: showeverything
>>
>> Please try using a property for the logging of the entry:
>>
>>   :LOGGING:  NEXT(n) TODO(t) | DONE(d@) CANCELED(c@)
>>
>> HTH
>>
>> --
>>  Bastien
>>
>
>
>
> --
> Ignore the following. It is a nonsense sentence that disables Google ads
> from displaying next to my emails by triggering sensitive keywords.
>
> I enjoy the massacre of ads. This sentence will slaughter ads without a
> messy bloodbath.
>



-- 
Ignore the following. It is a nonsense sentence that disables Google ads
from displaying next to my emails by triggering sensitive keywords.

I enjoy the massacre of ads. This sentence will slaughter ads without a
messy bloodbath.
___
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] cannot enable org-habit

2010-09-03 Thread Joseph Buchignani

I figured out what I was doing wrong. I was looking for habit tracking in
the wrong place. It shows up after the command C-a a a, not C-a a.

All I had to do to enable org mode was put (require 'org-habit) in my
.emacs. I didn't need to add it to the modules list. I didn't need to alter
my properties for the entry.

The only way I know to test whether org-habit is working is to look for a
frequency bar on the schedule of your agenda generated by C-a a a. In order
for this to show up, you have to have a habit that's scheduled for today.
The bar just looks like colored background text on the rest of the line
after the todo item. It will show your history with *'s and !'s. It uses the
colors grey, purple, green, yellow and red.

I will reread the manual and learn more about using the module.

Thanks for the help!
JB

I'm using Org-mode 7.01h with the latest Emacs snapshot in Ubuntu Lucid
10.04.

On Fri, Sep 3, 2010 at 9:15 AM, Bastien  wrote:

> Hi Joseph,
>
> (please post on the mailing list...)
>
> Joseph Buchignani  writes:
>
> > First, even if items like DONE state logging are not properly configured,
> I
> > should still see some sign that Org-Habit is functioning when I go to my
> > agenda, yes? What is the parsimonious test that Org-Habit is loaded as a
> > module?
> >
> > Secondly, I have DONE state tracking enabled in the file, although not
> > globally. Here is how my agenda file begins:
> >
> > #+STARTUP: indent
> > #+STARTUP: odd
> > #+STARTUP: oddeven
> > #+TODO: TODO(t!) WAIT(w/!) DEFERRED DELEGATED SOMEDAY MAYBE | DONE(d!)
> FAIL(f!)
> > CANCELLED(c!)
> > #+PRIORITIES: A D C
> > #+STARTUP: showeverything
>
> Please try using a property for the logging of the entry:
>
>   :LOGGING:  NEXT(n) TODO(t) | DONE(d@) CANCELED(c@)
>
> HTH
>
> --
>  Bastien
>

-- 
Ignore the following. It is a nonsense sentence that disables Google ads
from displaying next to my emails by triggering sensitive keywords.

I enjoy the massacre of ads. This sentence will slaughter ads without a
messy bloodbath.
___
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: suggestion: simplify depth stepping of document structure (outline) visibility

2010-09-03 Thread Herbert Sitz

On Thu, Sep 2, 2010 at 6:26 PM, Bastien  wrote:

> > Now I did a rewrite for some improvements, mainly to support dive in
> > and out of headings also in a variant that leaves the visibility of
> > siblings. The code is at the end.
>
> Michael Brand  writes:
> It tested the code, works nicely - thanks!
>
> I just noticed two oddities: (1) it has no notion of content, it's just
> about headlines, right?  Okay, I can always combine `C->' with the usual
> TAB command but it's a bit surprising first;

Yes, it shows only the structure not the body text.  This is exactly what I
want.  The built-in visibility cycling always expands body text and that
makes it nearly useless in most of my documents, which have large amounts of
body text under each heading.  As soon as you try to do a  cycle all
you can see is the body text under the heading, none of the subheadings.  So
the regular visibility cycling is useless at revealing document structure.
(For some documents the built-in tab visibility cycling is useful, but for
me it's a very limited set.)

The focus of Michael's function on headings invites a complementary function
that focuses on body text.  The function I"m thinking of would toggle body
text visibility on a subtree, operating only on the visible headings in the
subtree.

The other thing that I would like added is to have another step built-in,
which in step after last heading level in subtree is revealed it will toggle
body text on for all headings in subtree.  For example, for a 4 level
subtree the C-> operation would go successively like this:

a.  Reveal headings thru Level 2,
b.  Reveal headings thru Level 3,
c.  Reveal headings thru Level 4,
d.  show body text for all headings in subtree.

(2) the first press at C->
> and C-< sets the "content relative view" to 1, whatever the initial
> state was.  Feels a bit unintuitive to me...
>
>
Yes, I agree, starting from current view depth is a bit of polish that
should be added.

I'll help with whatever is needed.  As I told Michael, I think all of the
above can be done fairly easily by creating a new function based the
built-in show-children function.

Regards,

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

RE: [Orgmode] Org-mode to MS-Word/OOo with vector graphics

2010-09-03 Thread Short, Tom

Fine with me, David. If you want some notes on what I couldn't get to 
work, here they are:

* docbook export - load into OpenOffice.org 3.2 directly
  Fails; I don't know why.

* docbook export - use docbook2odf
  Doesn't work with docbook v5 produced by orgmode

* docbook export - DOCX converter
  http://www.brians-brain.org/projects/org-to-docx.html

  Didn't convert graphics.

* latex export - tex4ht to OpenOffice.org format
  tex4ht converts to a .ODF file okay, but it converts graphics to 
  PNG in the process. Configuration of tex4ht is complex. There is 
  some indication that EPS files could work:

http://newsgroups.derkeiler.com/Archive/Comp/comp.text.tex/2010-08/msg00
800.html

- Tom

> -Original Message-
> From: David Maus [mailto:dm...@ictsoc.de] 
> Sent: Thursday, September 02, 2010 15:21
> To: Short, Tom
> Cc: emacs-orgmode@gnu.org
> Subject: Re: [Orgmode] Org-mode to MS-Word/OOo with vector graphics
> 
> Hi Tom,
> 
> Tom Short wrote:
> >Although this isn't org-babel specific, it's convenient to use with 
> >org-babel since there are so many ways to generate graphic 
> files. See 
> >below for an example that uses R to create EPS and windows metafiles 
> >(windows only).
> 
> >I'm curious to hear if it works for anyone else.
> 
> Do you mind if I put it on a list for a possible tutorial 
> about how to export Org mode files for later use in OOo or MS 
> Word?  There have been some questions about this lately and I 
> think a tutorial about different approaches (via DocBook, 
> HTML, tex4ht, ..) would be a nice addition to Worg.
> 
> Best,
>   -- David
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
> 

___
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: SOLVED False footnotes in Perlcode for Beamerslides

2010-09-03 Thread LanX

> Especially, is there a simple way to setup begin_src

Found it myself by grepping thru the el files:

Just needed to customize org-export-latex-listings to non-nil!

Thx 8)

PS: Awesome peace of software! :)

2010/9/3 LanX 

> Hi Folks
>
> I'm trying to produce a beamer presentation including perl source code.
>
> I'm using the patter from
>
> http://emacs-fu.blogspot.com/2009/10/writing-presentations-with-org-mode-and.html
> to get some Syntax highlighting.
>
> My problem is that org-mode parses $_[0] as footnotes!
>
> Switching to
> #+begin_src perl
> solves the problem but without syntax highlighting.
>
> Any help appreciated! (my talk is tomorrow :)
>
> Especially, is there a simple way to setup begin_src such that it uses
> \begin{lstlisting}[language=Perl]
> instead of
> \begin{verbatim}
> ?
>
> Bye
>  rolf
>
> #+LaTeX_CLASS: beamer
> #+MACRO:  beamermode presentation
> #+MACRO:  beamertheme Singapore
> #+MACRO:  beamercolortheme lily
> #+MACRO:  beamersubject RMRF
>
>
> * test2
> #+begin_src perl
> sub swap {
>   ($_[0],$_[1]) = ($_[1],$_[0])
> };
> ($a,$b)=(1,2);
> swap($a,$b);
> print $a,$b; # 21
>
> sub swap { @_[0,1] = @_[1,0] }; #elegantere Alternative
> #+end_src perl
>
> * Test1
> #+begin_LaTeX
> \begin{lstlisting}[language=Perl]
> sub swap {
>   ($_[0],$_[1]) = ($_[1],$_[0])
> };
> ($a,$b)=(1,2);
> swap($a,$b);
> print $a,$b; # 21
>
> sub swap { @_[0,1] = @_[1,0] }; #elegantere Alternative
> \end{lstlisting}
>
___
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: "Interactive" Search in Agenda

2010-09-03 Thread Markus Heller

Bastien  writes:

> Markus Heller  writes:
>
>> 1. Hit C-c a
>> 2. In the dispatcher, hit `X'
>> 3. I get prompted which Property I want to search for, and I enter `Sample'
>> 4. I get prompted which value I want that property to have, and I enter
>>`S0002'
>> 5. I get a list of all hits
>>
>> Now, I know that I can achieve this by using
>>
>> 1. Hit C-c a
>> 2. Hit `m'
>> 3. Enter `+Sample="S0002"'
>>
>> but that's too much typing for my taste.
>>
>> Is there a way to achieve what I want?
>
> One small but (maybe) useful improvement here would be to make `C-c a m'
> allow completion over properties.  That would spare you a few keystrokes
> already...  

Yes, that would be nice.  What would it look like then?  Like this:

1. Hit C-c a
2. Hit `m'
3. Type +S and then hit TAB which expands to +Sample
4. Continue with ="S0002"

Is this what you're thinking about?

Cheers
Markus


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

[Orgmode] False footnotes in Perlcode for Beamerslides

2010-09-03 Thread LanX

Hi Folks

I'm trying to produce a beamer presentation including perl source code.

I'm using the patter from
http://emacs-fu.blogspot.com/2009/10/writing-presentations-with-org-mode-and.html
to get some Syntax highlighting.

My problem is that org-mode parses $_[0] as footnotes!

Switching to
#+begin_src perl
solves the problem but without syntax highlighting.

Any help appreciated! (my talk is tomorrow :)

Especially, is there a simple way to setup begin_src such that it uses
\begin{lstlisting}[language=Perl]
instead of
\begin{verbatim}
?

Bye
 rolf

#+LaTeX_CLASS: beamer
#+MACRO:  beamermode presentation
#+MACRO:  beamertheme Singapore
#+MACRO:  beamercolortheme lily
#+MACRO:  beamersubject RMRF


* test2
#+begin_src perl
sub swap {
  ($_[0],$_[1]) = ($_[1],$_[0])
};
($a,$b)=(1,2);
swap($a,$b);
print $a,$b; # 21

sub swap { @_[0,1] = @_[1,0] }; #elegantere Alternative
#+end_src perl

* Test1
#+begin_LaTeX
\begin{lstlisting}[language=Perl]
sub swap {
  ($_[0],$_[1]) = ($_[1],$_[0])
};
($a,$b)=(1,2);
swap($a,$b);
print $a,$b; # 21

sub swap { @_[0,1] = @_[1,0] }; #elegantere Alternative
\end{lstlisting}
___
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] horiontal alignment of tables in latex export?

2010-09-03 Thread Erik Iverson




Matt Price wrote:
Are tables always aligned in the center of the page when exported to 
latex?  I have a simple table that I want to put on the left hand side 
of the page instead.  The html output is just what I want, but the pdf 
generated via latex puts the table in the (horizontal) center of the 
page.  file attached -- it's the same file I've been having other issues 
with in other posts.  thanks thanks thanks again, after many questions 
this week.


Are you sure these are the correct files?

The .tex file shows a table with your contact info, but I don't see
where it comes from in the .org file... can you clarify?

___
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] horiontal alignment of tables in latex export?

Are tables always aligned in the center of the page when exported to latex?
I have a simple table that I want to put on the left hand side of the page
instead.  The html output is just what I want, but the pdf generated via
latex puts the table in the (horizontal) center of the page.  file attached
-- it's the same file I've been having other issues with in other posts.
thanks thanks thanks again, after many questions this week.

matt


His495Outline.org
Description: Binary data


His495Outline.tex
Description: TeX document
___
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-beamer problem

2010-09-03 Thread John Hendy

Hi Rob,


See this thread and Eric's response to it afterward (click "Next message by
thread" at the bottom of the page:

http://osdir.com/ml/emacs-orgmode-gnu/2010-08/msg00784.html

It seems that @
isn't really a markup tool in beamer. Perhaps someone can add Eric's fix to
orgmode proper? Here it is:

-
(setq org-emphasis-alist (quote (("*" bold "" "")
("/" italic "" "")
("_" underline "" "")
("=" org-code "" "" verbatim)
("~" org-verbatim "" "" verbatim)
("+" (:strike-through t) "" "")
("@" org-warning "" "")))
org-export-latex-emphasis-alist (quote
(("*" "\\textbf{%s}" nil)
("/" "\\emph{%s}" nil)
("_" "\\underline{%s}" nil)
("+" "\\texttt{%s}" nil)
("=" "\\verb=%s=" nil)
("~" "\\verb~%s~" t)
("@" "\\alert{%s}" nil)))
-

You can just used \alert{text} and that will make alert text...


John

On Fri, Sep 3, 2010 at 10:57 AM, Rob Patro  wrote:

> Hello,
>
>   I'm trying to use org-beamer to create a presentation.  I'm following the
> Worg tutorial, but I've found that surrounding a word with '@' does not
> properly translate to the alert directive in Beamer.  Whenever I place a
> word in '@'s, they pass through directly to the presentation.  For example
> instead of @alert@ translating to a bold red alert in the output
> presentation, I just get the string "@alert@".  Any idea why this might be
> happening?  I also grabbed the example presentation from the git repository
> and noticed the same issue with that.
>
> Thanks,
> Rob
>
> ___
> 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] org-beamer problem

2010-09-03 Thread Rob Patro

Hello,

  I'm trying to use org-beamer to create a presentation.  I'm following the
Worg tutorial, but I've found that surrounding a word with '@' does not
properly translate to the alert directive in Beamer.  Whenever I place a
word in '@'s, they pass through directly to the presentation.  For example
instead of @alert@ translating to a bold red alert in the output
presentation, I just get the string "@alert@".  Any idea why this might be
happening?  I also grabbed the example presentation from the git repository
and noticed the same issue with that.

Thanks,
Rob
___
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] Embedding images as data: URIs in the HTML exporter (was: MathJax is now the default for HTML math)

2010-09-03 Thread Jan Böcker

On 09/03/2010 05:07 AM, s...@blarg.net wrote:
> How about doing the same data: URI embedding for images in the HTML
> exporter?  It should be possible to implement it entirely inside
> Emacs.  It would have to be optional, of course.
> 
> Derek
> 

This is certainly possible, the following patch would do this to *every*
image. Maybe someone who knows the HTML exporter code better than I do
can make it configurable and submit a patch.

Bonus points for an extra option which only embeds images smaller than
32 KB to keep it compatible with Internet Explorer.

Maybe something like this configuration variable:

(defcustom org-export-html-embed-images-as-data-uris 'never
"Controls if references to inlined images (see
`org-export-html-inline-images') are replaced with their contents as a
data: URI.

Possible values:
'never (default)   All images are inlined using normal URL references.
'alwaysEmbed all images as data: URIs.
'up-to-32KBUse data: URIs only for images up to 32 KByte
   (Internet Explorer does not allow bigger data: URIs)

See also: http://en.wikipedia.org/wiki/Data_URI_scheme";
:group org-export-html
:type (choice (const never) (const always) (const up-to-32KB)))

-- Jan

---
 lisp/org-html.el |   12 +++-
 1 files changed, 11 insertions(+), 1 deletions(-)

diff --git a/lisp/org-html.el b/lisp/org-html.el
index eecda0d..5e5ec95 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -1820,7 +1820,7 @@ lang=\"%s\" xml:lang=\"%s\">
(if org-par-open "\n" "")
(if label (format "id=\"%s\" " label) "")))
(format ""
-   src
+   (org-export-html-image-to-data-uri src)
(if (string-match "\\
(concat "\n" caption "")
(if org-par-open "\n" ""

+(defun org-export-html-image-to-data-uri (src)
+  "Load an image file and convert it to a data: URI.
+See http://en.wikipedia.org/wiki/Data_URI_scheme";
+  (with-temp-buffer
+(insert-file-contents src)
+(base64-encode-region (point-min) (point-max))
+(goto-char 1)
+(insert "data:;base64,")
+(buffer-string)))
+
 (defun org-export-html-get-bibliography ()
   "Find bibliography, cut it out and return it."
   (catch 'exit
-- 
1.7.0.4

___
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: Src blocks fontification issue

I'm sorry if I implied that this issue appeared since your changes
Dan, as it's not the case indeed.

I tried un-indenting the scr block headers, and the problem goes away,
so I'd say it's definitely related to the handling of indented
headers.

I looked at that commit and the regexps do take care of detecting
them, but I'm afraid the code is too involved for me to be of any
help...

I hope this can get fixed, if not I might consider sticking to col 0
for src blocks...

Cheers

On Fri, Sep 3, 2010 at 5:23 PM, Dan Davison  wrote:
> Julien Fantin  writes:
>
>> I tried opening the file with a bare emacs and the problem persists.
>>
>> I use true indentation in my files, which I think isn't what most
>> people do, so maybe the parser gets confused by a combination of
>> blocks not starting at column 0, and some other formatting, but I'm
>> failing to see the pattern...
>
> Me too. While you may well be right that I have broken something, first
> let's concentrate on what appears to be a long-standing bug; in fact I
> think it has never worked correctly. Basic fontification of src blocks
> elements was introduced over a year ago at this commit
>
> --8<---cut here---start->8---
> commit 476493d3b300b8dc379ea7e42c974461d6f3dfb5
> Author: Carsten Dominik 
> Date:   Sat May 23 22:58:38 2009 +0200
>
>    Fontification: Better treatment of #+ lines and blocks
>
>    The content of blocks like #+begin_example will be marked with a
>    separate face.  That same face is also used for single lines
>    introducing text for specific backends.
> --8<---cut here---end--->8---
>
> Priot to that commit the whole block, and the begin_src end_src lines
> had no special fontification. After that commit, a test file (below)
> based on yours is not correctly fontified on startup. It is correctly
> fontified when font-lock is triggered subsequently by some keyborad
> input nearby. But it seems very sensitive to changes in the test file
> and I haven't worked out what's going on.
>
> Test file: the final code block is not fontified, nor are the BEGIN_SRC
> and END_SRC lines. (emacs 24, org commit 476493d3b300 and subsequent)
>
> --8<---cut here---start->8---
> * Setup
>  #+BEGIN_SRC emacs-lisp
>    (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . 
> org-mode))
>    (add-hook 'org-mode-hook
>              '(lambda ()
>                 (auto-fill-mode t)
>                 (define-key org-mode-map (kbd "RET") 'org-return-indent)
>                 (flyspell-mode 1)))
>
>
>    ;; windmove fix
>    (add-hook 'org-shiftup-final-hook 'windmove-up)
>    (add-hook 'org-shiftleft-final-hook 'windmove-left)
>    (add-hook 'org-shiftdown-final-hook 'windmove-down)
>    (add-hook 'org-shiftright-final-hook 'windmove-right)
>  #+END_SRC
> ** Helpers
>  #+BEGIN_SRC emacs-lisp
>   (defun is-bogus-file-p (file)
>     "Return t if file is a temporary file as in .#foo or a . .. reference 
> returned by directory-files"
>     (or (member file '("." ".."))
>         (string-match "^.#.+" file)))
>  #+END_SRC
> * Customization
>  #+BEGIN_SRC emacs-lisp
>  (setq org-return-follows-link t
>        org-special-ctrl-a/e t
>        org-special-ctrl-k t
>        org-completion-use-ido t
>        org-log-into-drawer t
>        org-startup-indented nil
>        org-hide-leading-stars t
>        org-startup-folded t
>        org-empty-line-terminates-plain-lists t
>        org-adapt-indentation t
>        org-yank-folded-subtrees t
>        org-M-RET-may-split-line nil
>        org-enforce-todo-dependencies t
>        org-enforce-todo-checkbox-dependencies t)
>
>  ;; (setq org-blank-before-new-entry '((heading . always)
>  ;;                                    (plain-list-item . always)))
>  #+END_SRC
> --8<---cut here---end--->8---
>
>
> Dan
>
>>
>> Here is one of the incriminated files:
>>
>> http://pastebin.com/raw.php?i=yxdUmpKx
>>
>> Hope this is any help...
>>
>> Cheers
>>
>> On Fri, Sep 3, 2010 at 12:48 AM, Dan Davison  wrote:
>>> Julien Fantin  writes:
>>>
 First congratulations on adding in-line fontification to source
 blocks, that's a great addition.

 However, since I pulled those changes, a recurring issue I've been
 having has become even more annoying.

 When opening an org file, some src blocks headers don't seem to get
 parsed properly, and now as a result, don't get fontified.
 They are functional though, since they properly get tangled, and C-c '
 performs as expected.
 If I edit the header line, or the ones directly before and after it,
 the block gets back to normal.

 Here is a screenshot to make things clearer, as you can see there are
 no differences in formatting, and those properties drawer don't have
 anything weird, just a single ID.

 http://imagebin.org/112413

 I was meaning to post a screens

Re: [Orgmode] Backspacing into folded items

2010-09-03 Thread Samuel Wales

Dunno what is best, but when a solution is found, the following should
probably be tested to ensure that it is able to reverse the
non-editability:

  (let ((buffer-invisibility-spec))

On 2010-09-03, Lennart Borgman  wrote:
> On Fri, Sep 3, 2010 at 3:40 PM, Andreas Röhler
>  wrote:
>>
>> Hi,
>>
>> posting forwarded herewith describes a design inconvenience, wich affects
>> common hide-show- and outline-modes too.
>>
>> As too different solutions have been proposed, let me suggest
>> "setting read-only property" rather than "use of a modification hook".
>>
>> Setting hidden text read-only should be more simple, straitforward - as
>> presumably hiding some code had some reasons.
>
>
> I recently filed a bug report about that hidden text in org-mode nodes
> did not get visible when you start to edit them. It turned out I was
> mistaken, I did not have reveal-mode on as I believed. However the
> plan is to make reveal-mode default:
>
>   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6950
>
> How would making the text read-only or add a modification hook
> interact with the kind of problem reported in the bug above?
>
>
>> Editing hidden code is an error, which should be signaled rather than
>> cured
>> via hook.
>>
>>
>> Andreas
>>
>> --
>> https://code.launchpad.net/~a-roehler/python-mode
>> https://code.launchpad.net/s-x-emacs-werkstatt/
>>
>>
>> Am 26.08.2010 00:28, schrieb Martin Pohlack:
>>>
>>> Hi David,
>>>
>>> On 25.08.2010 11:22, David Abrahams wrote:

 I've gotten myself in trouble several times today by backspacing after
 an org-link that ends a headline.  That's a typical pattern for
 editing an org-link, right?  Well it turns out that if the item is
 folded, then the backspace writes over the end of the un-folded item
 but **appears to have no effect**, and you can easily hit backspace
 several times to test your sanity before you realize that something is
 wrong, badly corrupting your file.
>>>
>>> I have had similar such accidents, but not involving links.  You
>>> probably backspaced into the "..."?
>>>
 Seems to me that attempts to edit a folded item should either:

 a) restrict changes to the item's headline, or
 b) unfold the item and do nothing

 Is there a way to set that up?
>>>
>>> Just two quick ideas from me here:
>>> * You could add a modification hook to all hidden areas to unfold them
>>>   on modification, or
>>> * You could set the read-only property for all hidden areas.  This could
>>>   be setup at the same location where hiding is done.
>>>
>>> See also here:
>>>
>>> http://www.gnu.org/software/emacs/elisp/html_node/Special-Properties.html#Special-Properties
>>>
>>> I proposed a patch for image overlay which show a related problem here:
>>> http://patchwork.newartisans.com/patch/31/
>>>
>>> Cheers,
>>> Martin
>>>
>>
>>
>>
>>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


-- 
Q: How many CDC "scientists" does it take to change a lightbulb?
A: "You only think it's dark." [CDC has denied a deadly serious
disease for 25 years]
==
Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE
===
I would like to see the original Lo et al. 2010 NIH/FDA XMRV 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] Backspacing into folded items

2010-09-03 Thread Andreas Röhler

Hi Lennart,

IMHO cases are related but not identic.
When searching something and found inside hidden part, revealing that
part is a logical step.

Not so with parts hidden while no interest inside.

For example these hidden parts may be large.

Revealing them every time you type into by mistake may turn out nasty.
Also you have to hide them again.

Using forms-mode, it happens quite often I reach a read-only field.
Forms-mode sets it `intangible' BTW, but thats similar.
Just get the error, know the mistake, not time spoiled for that.

Andreas

Am 03.09.2010 16:13, schrieb Lennart Borgman:

On Fri, Sep 3, 2010 at 3:40 PM, Andreas Röhler
wrote:

Hi,

posting forwarded herewith describes a design inconvenience, wich affects
common hide-show- and outline-modes too.

As too different solutions have been proposed, let me suggest
"setting read-only property" rather than "use of a modification hook".

Setting hidden text read-only should be more simple, straitforward - as
presumably hiding some code had some reasons.

I recently filed a bug report about that hidden text in org-mode nodes
did not get visible when you start to edit them. It turned out I was
mistaken, I did not have reveal-mode on as I believed. However the
plan is to make reveal-mode default:

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6950

How would making the text read-only or add a modification hook
interact with the kind of problem reported in the bug above?

Editing hidden code is an error, which should be signaled rather than cured
via hook.

Andreas

--
https://code.launchpad.net/~a-roehler/python-mode
https://code.launchpad.net/s-x-emacs-werkstatt/

Am 26.08.2010 00:28, schrieb Martin Pohlack:

Hi David,

On 25.08.2010 11:22, David Abrahams wrote:

I've gotten myself in trouble several times today by backspacing after
an org-link that ends a headline. That's a typical pattern for
editing an org-link, right? Well it turns out that if the item is
folded, then the backspace writes over the end of the un-folded item
but **appears to have no effect**, and you can easily hit backspace
several times to test your sanity before you realize that something is
wrong, badly corrupting your file.

I have had similar such accidents, but not involving links. You
probably backspaced into the "..."?

Seems to me that attempts to edit a folded item should either:

a) restrict changes to the item's headline, or
b) unfold the item and do nothing

Is there a way to set that up?

Just two quick ideas from me here:
* You could add a modification hook to all hidden areas to unfold them
on modification, or
* You could set the read-only property for all hidden areas. This could
be setup at the same location where hiding is done.

[Orgmode] Value of `ispell-dictionary-alist' reset by `org-agenda-list'

2010-09-03 Thread Sébastien Vauban

Hello,

I still don't understand what's going on, but I've managed getting closer to a
long experienced problem in my Emacs: while I set the value of
=ispell-dictionary-alist= in the beginning of my =.emacs= file, it is reset
when calling =org-agenda-list=.

Extract of my =.emacs= file:

--8<---cut here---start->8---
(require 'ispell)  ;; `ispell.el' is already loaded at this stage

(eval-after-load "ispell"
  '(progn
 (message "Evaluate code AFTER HAVING LOADED `ispell'...")

 ;; default dictionary to use (if `ispell-local-dictionary' is nil)
 (setq ispell-dictionary "en_US")

 ;; extensions and extra switches to pass to the `ispell' program
 (cond
  ((equal ispell-program-name "aspell")
   (setq ispell-really-aspell t)
   (setq ispell-extra-args '("--sug-mode=ultra")))
  ((equal ispell-program-name "ispell")
   (setq ispell-really-aspell nil)))

 ;; redefine the list of installed dictionaries
 (setq ispell-dictionary-alist
   '(
 ;; default
 (nil
  "[A-Za-z]" "[^A-Za-z]"
  "[']" nil ("-B") nil iso-8859-1)

 ;; Yankee English
 ("en_US"
  "[A-Za-z]" "[^A-Za-z]"
  "[']" nil ("-B") nil utf-8)))

 ;; standard French
 (when (or (file-exists-p "/usr/lib/aspell/fr_FR")
   (file-exists-p "/usr/lib/aspell/francais.alias"))
; file can be opened for reading
   (add-to-list 'ispell-dictionary-alist
'("fr_FR"
  "[a-zàâäéèêëîïôöùûüçA-ZÀÂÄÉÈÊËÎÏÔÖÙÛÜÇ]" 
"[^a-zàâäéèêëîïôöùûüçA-ZÀÂÄÉÈÊËÎÏÔÖÙÛÜÇ]"
  "[-']" t nil "~list" utf-8)
'append

;; [...]

(message "Value of `ispell-dictionary-alist' before `org-agenda-list'")
(edebug-print ispell-dictionary-alist)

(org-agenda-list)

(message "Value of `ispell-dictionary-alist' after `org-agenda-list'")
(edebug-print ispell-dictionary-alist)

(delete-other-windows)
--8<---cut here---end--->8---

and what I read in the =Messages= buffer:

--8<---cut here---start->8---
Value of `ispell-dictionary-alist' before `org-agenda-list'

((nil "[A-Za-z]" "[^A-Za-z]" "[']" nil ("-B") nil iso-8859-1) ("en_US" 
"[A-Za-z]" "[^A-Za-z]" "[']" nil ("-B") nil utf-8) ("fr_FR" 
"[a-zàâäéèêëîïôöùûüçA-ZÀÂÄÉÈÊËÎÏÔÖÙÛÜÇ]" 
"[^a-zàâäéèêëîïôöùûüçA-ZÀÂÄÉÈÊËÎÏÔÖÙÛÜÇ]" "[-']" t nil "~list" utf-8))

OVERVIEW
Fontifying GTD.org... (regexps)
OVERVIEW
Fontifying GTD.org... (regexps.)
OVERVIEW
Fontifying GTD.org... (regexps..)
OVERVIEW
Restoring clock data
Loading /home/sva/.emacs.d/org-clock-save.el...
Loading /home/sva/.emacs.d/org-clock-save.el (source)...done

[... snip ]

Value of `ispell-dictionary-alist' after `org-agenda-list'

(("svenska" "[A-Za-zåäöéàüèæøçÅÄÖÉÀÜÈÆØÇ]" "[^A-Za-zåäöéàüèæøçÅÄÖÉÀÜÈÆØÇ]" 
"[']" nil ("-C") "~list" iso-8859-1) ("slovenian" 
"[A-Za-zÁÄÉÍÓÚÔÀÅ¥Ý®©ÈÏ«Òáäéíóúôàåµý¾¹èï»ò]" 
"[^A-Za-zÁÄÉÍÓÚÔÀÅ¥Ý®©ÈÏ«Òáäéíóúôàåµý¾¹èï»ò]" "" nil ("-B" "-d" "slovenian") 
nil iso-8859-2) ("slovak" "[A-Za-zÁÄÉÍÓÚÔÀÅ¥Ý®©ÈÏ«Òáäéíóúôàåµý¾¹èï»ò]" 
"[^A-Za-zÁÄÉÍÓÚÔÀÅ¥Ý®©ÈÏ«Òáäéíóúôàåµý¾¹èï»ò]" "" nil ("-B") nil iso-8859-2) 
("russianw" 
"[ÀÁÂÃÄÅ¨ÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÜÛÚÝÞßàáâãäå¸æçèéêëìíîïðñòóôõö÷øùüûúýþÿ]" 
"[^ÀÁÂÃÄÅ¨ÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÜÛÚÝÞßàáâãäå¸æçèéêëìíîïðñòóôõö÷øùüûúýþÿ]" "" nil 
nil nil windows-1251) ("russian" 
"[áâ÷çäå³öúéêëìíîïðòóôõæèãþûýøùÿüàñÁÂ×ÇÄÅ£ÖÚÉÊËÌÍÎÏÐÒÓÔÕÆÈÃÞÛÝØÙßÜÀÑ]" 
"[^áâ÷çäå³öúéêëìíîïðòóôõæèãþûýøùÿüàñÁÂ×ÇÄÅ£ÖÚÉÊËÌÍÎÏÐÒÓÔÕÆÈÃÞÛÝØÙßÜÀÑ]" "" nil 
nil nil koi8-r) ("portugues" "[a-zA-ZÁÂÉÓàáâéêíóãú]" "[^a-zA-ZÁÂÉÓàáâéêíóãú]" 
"[']" t ("-C") "~latin1" iso-8859-1) ("polish" "[A-Za-z¡£¦¬¯±³¶¼¿ÆÊÑÓæêñó]" 
"[^A-Za-z¡£¦¬¯±³¶¼¿ÆÊÑÓæêñó]" "[.]" nil nil nil iso-8859-2) ("norsk7-tex" 
"[A-Za-z{}\\'^`]" "[^A-Za-z{}\\'^`]" "[\"]" nil ("-d" "norsk") "~plaintex" 
iso-8859-1) ("norsk" "[A-Za-zÅÆÇÈÉÒÔØåæçèéòôø]" "[^A-Za-zÅÆÇÈÉÒÔØåæçèéòôø]" 
"[\"]" nil nil "~list" iso-8859-1) ("nederlands" 
"[A-Za-zÀÁÂÃÄÅÇÈÉÊËÌÍÎÏÒÓÔÕÖÙÚÛÜàáâãäåçèéêëìíîïñòóôõöùúûü]" 
"[^A-Za-zÀÁÂÃÄÅÇÈÉÊËÌÍÎÏÒÓÔÕÖÙÚÛÜàáâãäåçèéêëìíîïñòóôõöùúûü]" "[']" t ("-C") nil 
iso-8859-1) ("italiano" "[A-ZÀÁÈÉÌÍÒÓÙÚa-zàáèéìíóùú]" 
"[^A-ZÀÁÈÉÌÍÒÓÙÚa-zàáèéìíóùú]" "[-.]" nil ("-B" "-d" "italian") "~tex" 
iso-8859-1) ("german8" "[a-zA-ZÄÖÜäößü]" "[^a-zA-ZÄÖÜäößü]" "[']" t ("-C" "-d" 
"german") "~latin1" iso-8859-1) ("german" "[a-zA-Z\"]" "[^a-zA-Z\"]" "[']" t 
("-C") "~tex" iso-8859-1) ("francais-tex" 
"[A-Za-zÀÂÆÇÈÉÊËÎÏÔÙÛÜàâçè

[Orgmode] Re: Src blocks fontification issue

2010-09-03 Thread Dan Davison

Julien Fantin  writes:

> I tried opening the file with a bare emacs and the problem persists.
>
> I use true indentation in my files, which I think isn't what most
> people do, so maybe the parser gets confused by a combination of
> blocks not starting at column 0, and some other formatting, but I'm
> failing to see the pattern...

Me too. While you may well be right that I have broken something, first
let's concentrate on what appears to be a long-standing bug; in fact I
think it has never worked correctly. Basic fontification of src blocks
elements was introduced over a year ago at this commit

--8<---cut here---start->8---
commit 476493d3b300b8dc379ea7e42c974461d6f3dfb5
Author: Carsten Dominik 
Date:   Sat May 23 22:58:38 2009 +0200

Fontification: Better treatment of #+ lines and blocks

The content of blocks like #+begin_example will be marked with a
separate face.  That same face is also used for single lines
introducing text for specific backends.
--8<---cut here---end--->8---

Priot to that commit the whole block, and the begin_src end_src lines
had no special fontification. After that commit, a test file (below)
based on yours is not correctly fontified on startup. It is correctly
fontified when font-lock is triggered subsequently by some keyborad
input nearby. But it seems very sensitive to changes in the test file
and I haven't worked out what's going on.

Test file: the final code block is not fontified, nor are the BEGIN_SRC
and END_SRC lines. (emacs 24, org commit 476493d3b300 and subsequent)

--8<---cut here---start->8---
* Setup
  #+BEGIN_SRC emacs-lisp
(add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . 
org-mode))
(add-hook 'org-mode-hook
  '(lambda ()
 (auto-fill-mode t)
 (define-key org-mode-map (kbd "RET") 'org-return-indent)
 (flyspell-mode 1)))

;; windmove fix
(add-hook 'org-shiftup-final-hook 'windmove-up)
(add-hook 'org-shiftleft-final-hook 'windmove-left)
(add-hook 'org-shiftdown-final-hook 'windmove-down)
(add-hook 'org-shiftright-final-hook 'windmove-right)
  #+END_SRC
** Helpers
  #+BEGIN_SRC emacs-lisp
   (defun is-bogus-file-p (file)
 "Return t if file is a temporary file as in .#foo or a . .. reference 
returned by directory-files"
 (or (member file '("." ".."))
 (string-match "^.#.+" file)))
  #+END_SRC
* Customization
  #+BEGIN_SRC emacs-lisp
  (setq org-return-follows-link t
org-special-ctrl-a/e t
org-special-ctrl-k t
org-completion-use-ido t
org-log-into-drawer t
org-startup-indented nil
org-hide-leading-stars t
org-startup-folded t
org-empty-line-terminates-plain-lists t
org-adapt-indentation t
org-yank-folded-subtrees t
org-M-RET-may-split-line nil
org-enforce-todo-dependencies t
org-enforce-todo-checkbox-dependencies t)

  ;; (setq org-blank-before-new-entry '((heading . always)
  ;;(plain-list-item . always)))
  #+END_SRC
--8<---cut here---end--->8---

Dan

>
> Here is one of the incriminated files:
>
> http://pastebin.com/raw.php?i=yxdUmpKx
>
> Hope this is any help...
>
> Cheers
>
> On Fri, Sep 3, 2010 at 12:48 AM, Dan Davison  wrote:
>> Julien Fantin  writes:
>>
>>> First congratulations on adding in-line fontification to source
>>> blocks, that's a great addition.
>>>
>>> However, since I pulled those changes, a recurring issue I've been
>>> having has become even more annoying.
>>>
>>> When opening an org file, some src blocks headers don't seem to get
>>> parsed properly, and now as a result, don't get fontified.
>>> They are functional though, since they properly get tangled, and C-c '
>>> performs as expected.
>>> If I edit the header line, or the ones directly before and after it,
>>> the block gets back to normal.
>>>
>>> Here is a screenshot to make things clearer, as you can see there are
>>> no differences in formatting, and those properties drawer don't have
>>> anything weird, just a single ID.
>>>
>>> http://imagebin.org/112413
>>>
>>> I was meaning to post a screenshot with whitespace-mode on to stress
>>> that there are no apparent formatting differences, but it turned out
>>> activating it fixed the issue !
>>>
>>> Not sure what I can do to further help debugging this ?
>>
>> Hi Julien,
>>
>> I don't have any clever ideas about this, so I'm just going to suggest
>> the obvious: first a sanity check that it doesn't occur with emacs
>> -Q. Then some sort of quasi-binary search through your emacs
>> customisations. It looks like you're storing your emacs customisation in
>> an Org file, so you can knock out entire trees with :tangle: no
>> properties.
>>
>> Dan
>>
>> p.s. On a completely unrelated note, if you haven't alr

Re: [Orgmode] Advice needed. Use links or blocks?

2010-09-03 Thread Sebastian Rose

Nick Dokos  writes:
> Sebastian Rose  wrote:
>
>
>> the attached file fetches background tiles from openstreetmap.org for
>> me, and produces SVG images of tracks I ran.  Unfortunately, I cannot
>> find a good way to use that code in an automated way.
>> 
>> What I'd like to do, is to have the coords in my training diary, and
>> produce the images on demand.  When I publish the diary to HTML, I want
>> the coords to be replaced with a link to the image.
>> 
>> Here is an example of the coords (just two), as I save them in my diary:
>> 
>>  '((9.707136154065665 52.3705158282501)(9.711406230817374 52.37525815071791))
>> 
>> 
>> And this is, how the function to produce the images is used:
>> 
>>   (osm-draw-track
>>;; Fantasy-track in Brisbane:
>>'((152.968 -27.533) (152.968 -27.546) (152.974 -27.537))
>>"Track_in_Brisbane"
>>8)
>> 
>> 
>> 
>> Should I go for a special link type:
>> 
>> [[track:((152.968 -27.533) (152.968 -27.546))][2010-09-03 in Brisbane]]
>> 
>> ??
>> 
>> 
>> Right now, I produce a lisp file, that produces all those images using
>> `osm-draw-tracks' and add simple links.  But this is inconvenient and
>> prone to error (forgotten tracks)...
>> 
>
> Very cool indeed. I am certainly not an expert but I thought I'd remind you
> of a vaguely similar idea that Julien Danjou implemented with his
> org-location-google-maps.el: he stores the location in the LOCATION property
> of an entry.
>
> Maybe a TRACK property, possibly accompanied by an ID that will link to
> the SVG as an attachment and act as a cache? And other fields can be added
> at will (name, date, completion time, amount of water drunk :-) etc.)

I have those kind of properties.  Start-time, pace, etc.

But I was hoping to make it usefull for other purposes, too.  One could
have more than just one track in a section.  E.g. one for the warm-up,
one for the competition.

Actually, I'd like to click somewhere and see the track in an extra
frame.  In Emacs and in my Browser.  That's why I was thinking about
links.

As I look into `C-h f org-add-link-type' I guess links are indeed the
way to go.

BTW: I like OSM better, because it includes cycling paths and stuff like
that as well as more detail in general (phone boths, stores etc.).  For
runners, google maps are useless.

  Sebastian

___
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] [ANN] List improvement v.2

2010-09-03 Thread Sebastian Rose

Eric S Fraga  writes:
> org-toggle-checkbox (C-c C-x C-b) doesn't seem to do anything now?  I
> have to put in the checkboxes manually (not a severe problem
> obviously :-).

That works here as well as `C-c C-c'

  Sebastian

___
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] Error with source block and variable on export - bug?

Rainer M Krug  writes:

> On 03/09/10 16:32, Rainer M Krug wrote:
>> On 03/09/10 15:40, Eric Schulte wrote:
>>> Hi Rainer,
>> 
>>> As part of the export process Org-mode copies the contents of the
>>> Org-mode file to a temporary buffer in which the business of exportation
>>> is performed.  This temporary buffer is not associated with any file so
>>> (buffer-file-name) returns nil, which is causing the problem you are
>>> experiencing.  I think the best solution would be to replace the call to
>>> (buffer-file-name) with the actual name of the file, e.g.
>> 
>>> #+begin_src sh :var file=(vc-working-revision "~/src/babel-dev/scraps.org") 
>>> :exports results
>>>   echo $file Revision
>>> #+end_src
>> 
>> Hi Eric
>> 
>> thanks a lot for the clarification - that makes perfect sense. I will do
>> as suggested.
>
> Thanks - it is working now.
> But it is a little bit awkward to have the file name (incl. path)
> somewhere in the document - can create some problems when renaming the
> file or saving it somewhere else).
> Is it possible to define it as a kind of variable (property?) in the
> headers of the file and reference it in the org file later?
>

Oh,

I've just remembered that during export Org-mode saves this file-name
information in the temporary variable `org-current-export-file'.

So the following will work, even though it relies upon undocumented
internals of Org-mode which could change at some point.

#+begin_src sh :var file=(vc-working-revision (or (buffer-file-name) 
org-current-export-file)) :exports results
  echo $file Revision
#+end_src

Cheers -- Eric

>
> Rainer
>
>> 
>> Cheers,
>> 
>> Rainer
>> 
>> 
>>> Cheers -- Eric
>> 
>>> Rainer M Krug  writes:
>> 
 Hi

 when I insert the following source block

 #+begin_src sh :exports results :var
 ver=(vc-working-revision(buffer-file-name))
   echo Revision $ver
 #+end_src

 into a svn (probably other VCs as well) registered file and execute it
 via C-c C-c, it gives me the revision:

 #+begin_src sh :exports results :var
 ver=(vc-working-revision(buffer-file-name))
   echo Revision $ver
 #+end_src

 #+results:
 : Revision 191

 So when exporting, I would expect that it also prints "Revision 191",
 but I get an error:

 vc-file-getprop: Wrong type argument: stringp, nil

 Tangling the file with :var ver=(vc-working-revision(buffer-file-name))
 as a header argument also works fine.

 As the evaluation works, I assume that is a bug somewhere?

 Cheers,

 Rainer
>> 
>> 

___
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] Error with source block and variable on export - bug?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/09/10 16:32, Rainer M Krug wrote:
> On 03/09/10 15:40, Eric Schulte wrote:
>> Hi Rainer,
> 
>> As part of the export process Org-mode copies the contents of the
>> Org-mode file to a temporary buffer in which the business of exportation
>> is performed.  This temporary buffer is not associated with any file so
>> (buffer-file-name) returns nil, which is causing the problem you are
>> experiencing.  I think the best solution would be to replace the call to
>> (buffer-file-name) with the actual name of the file, e.g.
> 
>> #+begin_src sh :var file=(vc-working-revision "~/src/babel-dev/scraps.org") 
>> :exports results
>>   echo $file Revision
>> #+end_src
> 
> Hi Eric
> 
> thanks a lot for the clarification - that makes perfect sense. I will do
> as suggested.

Thanks - it is working now.
But it is a little bit awkward to have the file name (incl. path)
somewhere in the document - can create some problems when renaming the
file or saving it somewhere else).
Is it possible to define it as a kind of variable (property?) in the
headers of the file and reference it in the org file later?

Rainer

> 
> Cheers,
> 
> Rainer
> 
> 
>> Cheers -- Eric
> 
>> Rainer M Krug  writes:
> 
>>> Hi
>>>
>>> when I insert the following source block
>>>
>>> #+begin_src sh :exports results :var
>>> ver=(vc-working-revision(buffer-file-name))
>>>   echo Revision $ver
>>> #+end_src
>>>
>>> into a svn (probably other VCs as well) registered file and execute it
>>> via C-c C-c, it gives me the revision:
>>>
>>> #+begin_src sh :exports results :var
>>> ver=(vc-working-revision(buffer-file-name))
>>>   echo Revision $ver
>>> #+end_src
>>>
>>> #+results:
>>> : Revision 191
>>>
>>> So when exporting, I would expect that it also prints "Revision 191",
>>> but I get an error:
>>>
>>> vc-file-getprop: Wrong type argument: stringp, nil
>>>
>>> Tangling the file with :var ver=(vc-working-revision(buffer-file-name))
>>> as a header argument also works fine.
>>>
>>> As the evaluation works, I assume that is a bug somewhere?
>>>
>>> Cheers,
>>>
>>> Rainer
> 
> 

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyBCsQACgkQoYgNqgF2egrpvwCfbhfLgoKV7aUVADvCoUmzsPmf
2M0An3X3kNZmUXFvcabq2z44SJeDWNks
=OUuF
-END 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

Re: [Orgmode] [ANN] List improvement v.2

2010-09-03 Thread Nicolas Goaziou

Hello,
> Eric S Fraga writes:

> One quick problem I have run into today:

> org-toggle-checkbox (C-c C-x C-b) doesn't seem to do anything now? I
> have to put in the checkboxes manually.

I cannot reproduce it on git head. If you were inserting non-existing
checkboxes, I guess you meant C-u C-c C-x C-b.

Anyway, could you put a minimal example?

Regards,

-- Nicolas

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

Re: [Orgmode] [babel] Error with source block and variable on export - bug?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/09/10 15:40, Eric Schulte wrote:
> Hi Rainer,
> 
> As part of the export process Org-mode copies the contents of the
> Org-mode file to a temporary buffer in which the business of exportation
> is performed.  This temporary buffer is not associated with any file so
> (buffer-file-name) returns nil, which is causing the problem you are
> experiencing.  I think the best solution would be to replace the call to
> (buffer-file-name) with the actual name of the file, e.g.
> 
> #+begin_src sh :var file=(vc-working-revision "~/src/babel-dev/scraps.org") 
> :exports results
>   echo $file Revision
> #+end_src

Hi Eric

thanks a lot for the clarification - that makes perfect sense. I will do
as suggested.

Cheers,

Rainer

> 
> Cheers -- Eric
> 
> Rainer M Krug  writes:
> 
>> Hi
>>
>> when I insert the following source block
>>
>> #+begin_src sh :exports results :var
>> ver=(vc-working-revision(buffer-file-name))
>>   echo Revision $ver
>> #+end_src
>>
>> into a svn (probably other VCs as well) registered file and execute it
>> via C-c C-c, it gives me the revision:
>>
>> #+begin_src sh :exports results :var
>> ver=(vc-working-revision(buffer-file-name))
>>   echo Revision $ver
>> #+end_src
>>
>> #+results:
>> : Revision 191
>>
>> So when exporting, I would expect that it also prints "Revision 191",
>> but I get an error:
>>
>> vc-file-getprop: Wrong type argument: stringp, nil
>>
>> Tangling the file with :var ver=(vc-working-revision(buffer-file-name))
>> as a header argument also works fine.
>>
>> As the evaluation works, I assume that is a bug somewhere?
>>
>> Cheers,
>>
>> Rainer


- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyBBv8ACgkQoYgNqgF2egpZegCghnia5yRBa/u2BBcXOXnQRhbL
fD8AnAzLJ86WhpGAxWXBjmG+pNWNOyC7
=BayG
-END 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] Re: possible tex export bug?

On Fri, Sep 3, 2010 at 10:18 AM, Matt Price  wrote:

> Sorry for the barrage of help requests.  I don't know much about tex but
> it's possible the tex output from one file I am working on is buggy, as
> mk4ht refuses to read it.  The .org and .tex files are attached, as is the
> initial error output of mk4ht oolatex His495Ouline.tex.  This is perhaps the
> wrong list to be asking on, but I am sort of working from the assumption
> that there's an issue with the tex code that org produces -- mk4ht seems to
> work fine with simpler documents.  I';m using a pretty recent org-mode (7.01
> from not that long ago).
>
> Thanks much!
>
> matt
>
>
failed ot include the error output:
$ mk4ht oolatex His495Outline.tex
mk4ht (2008-06-28-19:09)
(mk4ht cfg)
/usr/share/tex4ht/htlatex His495Outline.tex "xhtml,ooffice" "ooffice/!
-cmozhtf" "-cooxtpipes -coo"
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e <2009/09/24>
Babel  and hyphenation patterns for english, usenglishmax, dumylang,
noh
yphenation, loaded.
(./His495Outline.tex (/usr/share/texmf-texlive/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/size11.clo))
(/usr/share/texmf/tex/generic/tex4ht/tex4ht.sty)
(/usr/share/texmf/tex/generic/tex4ht/usepackage.4ht)
(/usr/share/texmf-texlive/tex/latex/base/inputenc.sty
(/usr/share/texmf-texlive/tex/latex/base/utf8.def
(/usr/share/texmf-texlive/tex/latex/base/t1enc.dfu)
(/usr/share/texmf-texlive/tex/latex/base/ot1enc.dfu)
(/usr/share/texmf-texlive/tex/latex/base/omsenc.dfu)))
(/usr/share/texmf-texlive/tex/latex/base/fontenc.sty
(/usr/share/texmf-texlive/tex/latex/base/t1enc.def))
(/usr/share/texmf-texlive/tex/latex/base/fixltx2e.sty)
(/usr/share/texmf-texlive/tex/latex/graphics/graphicx.sty
(/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty)
(/usr/share/texmf-texlive/tex/latex/graphics/graphics.sty
(/usr/share/texmf-texlive/tex/latex/graphics/trig.sty)
(/etc/texmf/tex/latex/config/graphics.cfg)
(/usr/share/texmf-texlive/tex/latex/graphics/dvips.def)))
(/usr/share/texmf-texlive/tex/latex/tools/longtable.sty)
(/usr/share/texmf-texlive/tex/latex/float/float.sty)
(/usr/share/texmf-texlive/tex/latex/wrapfig/wrapfig.sty)
(/usr/share/texmf-texlive/tex/latex/soul/soul.sty)
(/usr/share/texmf-texlive/tex/latex/base/t1enc.sty)
(/usr/share/texmf-texlive/tex/latex/base/textcomp.sty
(/usr/share/texmf-texlive/tex/latex/base/ts1enc.def
(/usr/share/texmf-texlive/tex/latex/base/ts1enc.dfu)))
(/usr/share/texmf-texlive/tex/latex/marvosym/marvosym.sty)
(/usr/share/texmf-texlive/tex/latex/wasysym/wasysym.sty)
(/usr/share/texmf-texlive/tex/latex/base/latexsym.sty)
(/usr/share/texmf-texlive/tex/latex/amsfonts/amssymb.sty
(/usr/share/texmf-texlive/tex/latex/amsfonts/amsfonts.sty))
(/usr/share/texmf-texlive/tex/latex/hyperref/hyperref.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/ifpdf.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/ifvtex.sty)
(/usr/share/texmf-texlive/tex/generic/ifxetex/ifxetex.sty)
(/usr/share/texmf-texlive/tex/latex/oberdiek/hycolor.sty
(/usr/share/texmf-texlive/tex/latex/oberdiek/xcolor-patch.sty))
(/usr/share/texmf-texlive/tex/latex/hyperref/pd1enc.def)
(/usr/share/texmf-texlive/tex/generic/oberdiek/etexcmds.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/infwarerr.sty))
(/usr/share/texmf-texlive/tex/latex/latexconfig/hyperref.cfg)
(/usr/share/texmf-texlive/tex/latex/oberdiek/kvoptions.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/kvsetkeys.sty))
Implicit mode ON; LaTeX internals redefined
(/usr/share/texmf-texlive/tex/latex/ltxmisc/url.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/bitset.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/intcalc.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/bigintcalc.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/pdftexcmds.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/ifluatex.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/ltxcmds.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/atbegshi.sty)
Hyperref stopped early
)
*hyperref using driver htex4ht*
(/usr/share/texmf-texlive/tex/latex/hyperref/htex4ht.def
hyperref tex4ht: tex4ht already loaded
) (/usr/share/texmf-texlive/tex/latex/savetrees/savetrees.sty
(/usr/share/texmf-texlive/tex/latex/titlesec/titlesec.sty)
(/usr/share/texmf-texlive/tex/latex/geometry/geometry.sty)
(/usr/share/texmf-texlive/tex/latex/tools/calc.sty))
(/usr/share/texmf/tex/generic/tex4ht/tex4ht.4ht
::
 TeX4ht info is available in the log file
::
) (/usr/share/texmf/tex/generic/tex4ht/tex4ht.sty
(/usr/share/texmf-texlive/tex/latex/graphics/color.sty
(/etc/texmf/tex/latex/config/color.cfg)
(/usr/share/texmf-texlive/tex/latex/graphics/dvipsnam.def))
l.804 --- TeX4ht warning --- nonprimitive \everypar ---
--- needs --- tex4ht His495Outline ---
(./His495Outline.tmp) (./His495Out

[Orgmode] possible tex export bug?

Sorry for the barrage of help requests.  I don't know much about tex but
it's possible the tex output from one file I am working on is buggy, as
mk4ht refuses to read it.  The .org and .tex files are attached, as is the
initial error output of mk4ht oolatex His495Ouline.tex.  This is perhaps the
wrong list to be asking on, but I am sort of working from the assumption
that there's an issue with the tex code that org produces -- mk4ht seems to
work fine with simpler documents.  I';m using a pretty recent org-mode (7.01
from not that long ago).

Thanks much!

matt


His495Outline.tex
Description: TeX document


His495Outline.org
Description: Binary data
___
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] Backspacing into folded items

2010-09-03 Thread Lennart Borgman

On Fri, Sep 3, 2010 at 3:40 PM, Andreas Röhler
 wrote:
>
> Hi,
>
> posting forwarded herewith describes a design inconvenience, wich affects
> common hide-show- and outline-modes too.
>
> As too different solutions have been proposed, let me suggest
> "setting read-only property" rather than "use of a modification hook".
>
> Setting hidden text read-only should be more simple, straitforward - as
> presumably hiding some code had some reasons.


I recently filed a bug report about that hidden text in org-mode nodes
did not get visible when you start to edit them. It turned out I was
mistaken, I did not have reveal-mode on as I believed. However the
plan is to make reveal-mode default:

  http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6950

How would making the text read-only or add a modification hook
interact with the kind of problem reported in the bug above?


> Editing hidden code is an error, which should be signaled rather than cured
> via hook.
>
>
> Andreas
>
> --
> https://code.launchpad.net/~a-roehler/python-mode
> https://code.launchpad.net/s-x-emacs-werkstatt/
>
>
> Am 26.08.2010 00:28, schrieb Martin Pohlack:
>>
>> Hi David,
>>
>> On 25.08.2010 11:22, David Abrahams wrote:
>>>
>>> I've gotten myself in trouble several times today by backspacing after
>>> an org-link that ends a headline.  That's a typical pattern for
>>> editing an org-link, right?  Well it turns out that if the item is
>>> folded, then the backspace writes over the end of the un-folded item
>>> but **appears to have no effect**, and you can easily hit backspace
>>> several times to test your sanity before you realize that something is
>>> wrong, badly corrupting your file.
>>
>> I have had similar such accidents, but not involving links.  You
>> probably backspaced into the "..."?
>>
>>> Seems to me that attempts to edit a folded item should either:
>>>
>>> a) restrict changes to the item's headline, or
>>> b) unfold the item and do nothing
>>>
>>> Is there a way to set that up?
>>
>> Just two quick ideas from me here:
>> * You could add a modification hook to all hidden areas to unfold them
>>   on modification, or
>> * You could set the read-only property for all hidden areas.  This could
>>   be setup at the same location where hiding is done.
>>
>> See also here:
>>
>> http://www.gnu.org/software/emacs/elisp/html_node/Special-Properties.html#Special-Properties
>>
>> I proposed a patch for image overlay which show a related problem here:
>> http://patchwork.newartisans.com/patch/31/
>>
>> Cheers,
>> Martin
>>
>
>
>
>

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

[Orgmode] Re: [babel] feature request: org-babel-pre-tangle-hook

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/09/10 15:57, Eric Schulte wrote:
> Hi Rainer,
> 
> I've just added an `org-babel-pre-tangle-hook' hook which can be used to
> run functions at the beginning of the tangle process.  This hook
> defaults to saving the buffer before tangling (behavior which was
> already part of the tangle process).

Thanks a lot Eric - working perfectly.

Cheers,

Rainer

> 
> Best -- Eric
> 
> Rainer M Krug  writes:
> 
>> Hi
>>
>> I am doing some post-processing using the org-babel-post-tangle-hook and
>> I really like that feature.
>> But now I would like to do some pre-procesing, namely saving the org
>> file and possibly checking it into svn before tangling.
>>
>> Would it be possible to add an org-babel-pre-tangle-hook?
>>
>> Thanks,
>>
>> Rainer


- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyBAZcACgkQoYgNqgF2ego2vQCfeS6iPaQLZVKNrHM9zM9otGrp
p6gAn1CjT5xrmNNDpcorXPrb+m5vhWEW
=rkxM
-END 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] Re: [babel] feature request: org-babel-pre-tangle-hook

Hi Rainer,

I've just added an `org-babel-pre-tangle-hook' hook which can be used to
run functions at the beginning of the tangle process.  This hook
defaults to saving the buffer before tangling (behavior which was
already part of the tangle process).

Best -- Eric

Rainer M Krug  writes:

> Hi
>
> I am doing some post-processing using the org-babel-post-tangle-hook and
> I really like that feature.
> But now I would like to do some pre-procesing, namely saving the org
> file and possibly checking it into svn before tangling.
>
> Would it be possible to add an org-babel-pre-tangle-hook?
>
> Thanks,
>
> Rainer

___
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: ob-plantuml fails on Windows

Nick Dokos  writes:

> Manish  wrote:
>
>> Hello!
>> 
>> I was trying to test ob-plantuml and it failed with following trace.
>> 
>> Setup:
>> 
>> - GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-08-30 on 3249CTO
>> - Windows XP SP 2
>> - Org mode from git head
>> - org-plantuml-jar-path is set
>> - This example works from command-line and does not require dot.
>> 
>> Trace:
>> 
>> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>>   string-match("[^\"]" nil)
>>   shell-quote-argument(nil)
>>   (concat "java -jar " (shell-quote-argument org-plantuml-jar-path) "
>> -p " cmdline " < " (shell-quote-argument in-file) " > "
>> (shell-quote-argument out-file))
>
> Maybe something similar to the problem discussed in this message/thread?
>
> http://thread.gmane.org/gmane.emacs.orgmode/29535/focus=29539
>

In case that may be the problem here, I've just applied the same fix
from the thread above to ob-plantuml. -- Eric

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

___
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] Backspacing into folded items

2010-09-03 Thread Andreas Röhler

Hi,

posting forwarded herewith describes a design inconvenience, wich
affects common hide-show- and outline-modes too.

As too different solutions have been proposed, let me suggest
"setting read-only property" rather than "use of a modification hook".

Setting hidden text read-only should be more simple, straitforward - as
presumably hiding some code had some reasons.

Editing hidden code is an error, which should be signaled rather than
cured via hook.

Andreas

--
https://code.launchpad.net/~a-roehler/python-mode
https://code.launchpad.net/s-x-emacs-werkstatt/

Am 26.08.2010 00:28, schrieb Martin Pohlack:

Hi David,

On 25.08.2010 11:22, David Abrahams wrote:

I have had similar such accidents, but not involving links. You
probably backspaced into the "..."?

Seems to me that attempts to edit a folded item should either:

a) restrict changes to the item's headline, or
b) unfold the item and do nothing

Is there a way to set that up?

See also here:
http://www.gnu.org/software/emacs/elisp/html_node/Special-Properties.html#Special-Properties

I proposed a patch for image overlay which show a related problem here:
http://patchwork.newartisans.com/patch/31/

Cheers,
Martin

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

Re: [Orgmode] [babel] Error with source block and variable on export - bug?

Hi Rainer,

As part of the export process Org-mode copies the contents of the
Org-mode file to a temporary buffer in which the business of exportation
is performed.  This temporary buffer is not associated with any file so
(buffer-file-name) returns nil, which is causing the problem you are
experiencing.  I think the best solution would be to replace the call to
(buffer-file-name) with the actual name of the file, e.g.

#+begin_src sh :var file=(vc-working-revision "~/src/babel-dev/scraps.org") 
:exports results
  echo $file Revision
#+end_src

Cheers -- Eric

Rainer M Krug  writes:

> Hi
>
> when I insert the following source block
>
> #+begin_src sh :exports results :var
> ver=(vc-working-revision(buffer-file-name))
>   echo Revision $ver
> #+end_src
>
> into a svn (probably other VCs as well) registered file and execute it
> via C-c C-c, it gives me the revision:
>
> #+begin_src sh :exports results :var
> ver=(vc-working-revision(buffer-file-name))
>   echo Revision $ver
> #+end_src
>
> #+results:
> : Revision 191
>
> So when exporting, I would expect that it also prints "Revision 191",
> but I get an error:
>
> vc-file-getprop: Wrong type argument: stringp, nil
>
> Tangling the file with :var ver=(vc-working-revision(buffer-file-name))
> as a header argument also works fine.
>
> As the evaluation works, I assume that is a bug somewhere?
>
> Cheers,
>
> Rainer

___
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] Counters and percentage are visible in refile targets, is that configurable?

Marcel van der Boom  writes:

> Wow, fast service. ;-) Would it be beneficial for others too, to split
> the matching on [/] and [%] style cookies so control freaks
> like me which have both the counter and percentage style  cookies on
> large projects (* PROJECT [23/1345] [2%] ) 

It does so now, thanks for the suggestion.

However, building refile targets might take some time on big org files.

So any change like this one is likely to introduce a small delay in the
process of building refile targets...  I tested a bit and it looks fine
for this change, but if anyone notices unreasonable delays after this
commit, please ping the list.

-- 
 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] Re: cannot enable org-habit

Joseph, it's already all here, but for the sake of clarity :

;; Enable state logging enable for the TODO state i.e. the "!" part
 (setq org-todo-keywords
   (quote
((sequence "TODO(t!)" "NEXT(n!)" "|" "DONE(d!)")
 (sequence "WAIT(w@/!)" "SOMEDAY(s@/!)" "|" "CANCELLED(c@/!)"

;; Add it to the list of modules
(add-to-list 'org-modules 'org-habit)

;; And finally require it
(require 'org-habit)

Happy habit monitoring :)
Cheers

On Thu, Sep 2, 2010 at 8:04 PM, Joseph Buchignani
 wrote:
> Julien, it sounds like you're doing something different than what's in the
> manual.
>
> Could you paste exactly the code you used in your .emacs to include
> org-habit in the modules list and then activate it? I guess it would be two
> separate lines?
>
> Thanks,
> JB
>
> On Fri, Sep 3, 2010 at 1:26 AM, Julien Fantin 
> wrote:
>>
>> Thanks Noorul, this helped me fix the error, and I now have it working !
>> I should mention that I do need to (require 'org-habit) after it's
>> been added to the modules list, in order to actually activate it.
>>
>>
>>
>> On Thu, Sep 2, 2010 at 7:17 PM, Noorul Islam  wrote:
>> > On Thursday, September 2, 2010, Julien Fantin 
>> > wrote:
>> >> I'm watching this as I wasn't able to enable this module either.
>> >>
>> >> I have state logging enable with :
>> >>   (setq org-todo-keywords
>> >>         (quote
>> >>          ((sequence "TODO(t!)" "NEXT(n!)" "|" "DONE(d!)")
>> >>           (sequence "WAIT(w@/!)" "SOMEDAY(s@/!)" "|"
>> >> "CANCELLED(c@/!)"
>> >>
>> >> And org-habit is configured with :
>> >>  (add-to-list 'org-modules 'org-habit)
>> >>
>> >> Which doesn't seems to work either...
>> >>
>> >> If I try o (require 'org-habit) though, I'll get an error when
>> >> building the agenda with C-c a a :
>> >> org-habit-duration-to-days: Wrong type argument: stringp, nil
>> >>
>> >
>> > If you pull the latest version from git repo, you won't get this
>> > error, instead a meaningful error message will be displayed.
>> >
>> > Thanks and Regards
>> > Noorul
>> >
>
>
>
> --
> Ignore the following. It is a nonsense sentence that disables Google ads
> from displaying next to my emails by triggering sensitive keywords.
>
> I enjoy the massacre of ads. This sentence will slaughter ads without a
> messy bloodbath.
>

___
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] feature request: org-babel-pre-tangle-hook

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

I am doing some post-processing using the org-babel-post-tangle-hook and
I really like that feature.
But now I would like to do some pre-procesing, namely saving the org
file and possibly checking it into svn before tangling.

Would it be possible to add an org-babel-pre-tangle-hook?

Thanks,

Rainer

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyA8sYACgkQoYgNqgF2egobCwCghlnoiyPY7OxWjwf72pUydUi/
CcUAn3aIvjnc0h1EXqyGxFwx7Hn59uYI
=351L
-END 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

Re: [Orgmode] Backspacing into folded items

Hi Martin,

Martin Pohlack  writes:

>> Can you give more details on how to set this up?
>
> These were just quick ideas, I have no working code here.
>
> Let me quickly draft something up:

Thanks for the details.  I'll have a look at what solution best fits my
needs and report back.

-- 
 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] cannot enable org-habit

Glad you sorted this out.

Joseph Buchignani  writes:

> I will reread the manual and learn more about using the module.

If you see any way to improve the manual about org-habit, please 
feel free to share thoughts and patches!

Best,

-- 
 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] Re: org-mode + pomodoro

2010-09-03 Thread Frederic Couchet

> "Bastien" == Bastien   writes:

Bastien> Also thanks to Frédéric Couchet who asked me to have this
Bastien> feature for ges.

Thank you for this patch. Having the countdown in the modeline is very
useful.

Fred.


___
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] Capture abort: (void-function -mode)

2010-09-03 Thread Sébastien Vauban

Hello,

With git pull'ed yesterday eve, I now have this popping up when capturing some
text from Gnus:

--8<---cut here---start->8---
Debugger entered--Lisp error: (error "Capture abort: (void-function -mode)")
  signal(error ("Capture abort: (void-function -mode)"))
  error("Capture abort: %s" (void-function -mode))
  (condition-case error (org-capture-put :template (org-capture-fill-template)) 
((error quit) (if ... ...) (error "Capture abort: %s" error)))
  (cond ((equal entry "C") (customize-variable ...)) ((equal entry "q") (error 
"Abort")) (t (org-capture-set-plist entry) (org-capture-get-template) 
(org-capture-put :original-buffer orig-buf :annotation annotation :initial 
initial) (org-capture-put :default-time ...) (org-capture-set-target-location) 
(condition-case error ... ...) (if ... ... ... ...)))
  (let* ((orig-buf ...) (annotation ...) (initial ...) (entry ...)) (when 
(stringp initial) (remove-text-properties 0 ... ... initial)) (when (stringp 
annotation) (remove-text-properties 0 ... ... annotation)) (cond (... ...) (... 
...) (t ... ... ... ... ... ... ...)))
  (cond ((equal goto ...) (org-capture-goto-target)) ((equal goto ...) 
(org-capture-goto-last-stored)) (t (let* ... ... ... ...)))
  org-capture(nil)
  call-interactively(org-capture nil nil)
--8<---cut here---end--->8---

Any idea?

Best regards,
  Seb

-- 
Sébastien Vauban


___
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] Tags included in iCal entries summary even when not asked for

2010-09-03 Thread Guy Wiener

Hello everyone,
I encountered the following weird behavior: When I set the option to
#+OPTIONS: tags:nil, and export an org file to an iCal file, the tag part of
the heading is still included in the description. E.g.:

#+OPTIONS: tags:nil
* TODO do this  :tag:

Is exported as:

BEGIN:VTODO
SUMMARY:do this  :tag:
END:VTODO

Beside being redundant, it also makes the entry in a calendar application
ugly.

What I want is to see the summary without the whitespace and tag part. Can
this behavior be configured or patched somehow?

Thanks,
  Guy Wiener
___
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] [ANN] List improvement v.2

On Thu, 2 Sep 2010 10:13:09 +0200, Carsten Dominik  
wrote:
> 
> Hi everyone,
> 
> I have now merged Nicolas' branch into the current master.  Hopefully
> all will go well.
> If not, I am sure Nicolas can fix things on short notice.

One quick problem I have run into today: 

org-toggle-checkbox (C-c C-x C-b) doesn't seem to do anything now?  I
have to put in the checkboxes manually (not a severe problem
obviously :-).
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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: [babel] ledger tutorial on Worg

On Thu, 02 Sep 2010 14:43:07 +0200, Sébastien Vauban 
 wrote:
> 
> Hi Eric(s) and Dan,
> 
> Eric S Fraga wrote:
> > On Wed, 01 Sep 2010 13:25:35 +0200, Sébastien Vauban 
> >  wrote:
> > I have just placed on Worg [1] a short tutorial/example for using
> > ledger with babel.  Please have a look and comment etc!
> >>>
> >>> [1]  http://orgmode.org/worg/org-contrib/babel/languages.php#langs
> >> 
> >> Being interested a lot in Ledger integration with Org-Babel as well, I 
> >> have a
> >> quick remark: instead of including (with explicit full path) the journal
> >> entries in every code block, can't we use the more natural (at least, to 
> >> me)
> >> tangling provided by the Noweb syntax?

> > Yes, I would have thought that this would work. It doesn't fit in naturally
> > with how I would like to do things as I have many different blocks of ledger
> > entries spread around the file...
> 
> I don't understand your argument: why wouldn't you use <> blocks
> and <> blocks for example, or even much more?  What am I 
> missing?

You are not missing anything at all!  I didn't say it couldn't be
done; I just said that it didn't fit in with *my* workflow.

I have many (tens) of little to medium sized ledger snippets
throughout my personal finances org file.  As well as collections of
entries (for regular payments, say), the set of snippets includes
one-off expenses (e.g. bought a specific piece of furniture for the
house) that I want to record and annotate.  Labelling all of these
snippets and then putting in the <<...>> entry in the full list gives
two extra steps.  Instead, I create as many snippets as I want without
worrying about it and I simply have to /tangle/ before evaluating any of
the financial summary ledger snippets.

This minimises, for me, the number of things I need to remember to
keep track of my finances.

The other extreme is to simply put *all* ledger entries in one source
block but then you might as well use a ledger file directly...

Your suggestion fits bang in the middle and:

> What cannot be done with the noweb syntax in your Org file?  I find it much
> better if we can avoid specifying explicit paths, in order to guarantee use
> and execution of our Org files by other users, on other (even Windows)
> machines, among others.

I agree completely with this.  The tutorial probably did not reflect
what is likely to be the most common and more robust usage.  Sorry!
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
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] Counters and percentage are visible in refile targets, is that configurable?

2010-09-03 Thread Marcel van der Boom

On vr 03-sep-2010 10:43
Bastien  wrote:

>Marcel van der Boom  writes:
>
>> Cool, works like a charm. Any particular reason you did not do the
>> '[%]'-cookies?
>
>None.  It does now, thanks.
>

Wow, fast service. ;-) Would it be beneficial for others too, to split
the matching on [/] and [%] style cookies so control freaks
like me which have both the counter and percentage style  cookies on
large projects (* PROJECT [23/1345] [2%] ) 

marcel

-- 
Marcel van der Boom  -- http://hsdev.com/mvdb.vcf
HS-Development BV-- http://www.hsdev.com
So! web applications -- http://make-it-so.info
Cobra build  -- http://cobra.mrblog.nl

___
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: suggestion: simplify depth stepping of document structure (outline) visibility

2010-09-03 Thread Michael Brand

Sorry, gmane.org thread broken here because of wrong reply.
follow-up for gmane.org is here:
http://thread.gmane.org/gmane.emacs.orgmode/29679

___
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: Problem with URLs in export to latex

2010-09-03 Thread Paul Sexton

Nick Dokos  hp.com> writes:

> But why not let org handle the footnote for you?
> 
> --8<---cut here---start->8---
> In R, procedures in the =survey= library were
> used[fn:1].
> 
> * Footnotes
> 
> [fn:1] Available at: http://faculty.washington.edu/tlumley/survey/
> --8<---cut here---end--->8---
> 
> This has the advantage that it works when exported to HTML as well.
> Section 2.10, "Footnotes", of the manual describes how to enter/use
> footnotes like this.

Thanks, I will look into it. I was aware of org footnotes but for some reason
didn't think of using them here.

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] This is probably a misconfiguration rather than a bug, but...

2010-09-03 Thread Tim O'Callaghan

I'm tracking the master git repo, the emacs git repo (running emacs
24.0.50.1) and just updated git from 11e7a57 to ba4bf2c.

The problem is still there, I've been trying to work out exactly what
the criteria is for this problem, and i'm still not sure, but i can
replicate it without any trouble.
If i try to capture the *scratch* buffer directly after emacs startup,
it shows me the template menu. If i then change the mode of scratch to
emacs-lisp, and try to capture it generates the trace-back, which I've
attached after my org-capture configuration.

Tim.

-- config snippet

(define-key global-map [(meta r)] 'org-capture)

(defun toc:remap-capture-keys ()
;; default as save to inbox when hit save button
(define-key
  org-capture-mode-map [(control x) (control s)] 'ispell-buffer)
(define-key
  org-capture-mode-map [(control x) (control w)] '(org-capture-finalize 1))
(define-key
  org-capture-mode-map [(meta k)]'org-capture-kill)
)
(add-hook 'org-capture-mode-hook 'toc:remap-capture-keys 'append)


(setq org-capture-templates
  `(
("0" "0+inbox" entry
 (file+headline (concat toc:ze-org-dir "0+inbox.org") "+INBOX")
 "* %? \n\n")
("1" "1+projects" entry
 (file+olp ,(concat toc:ze-org-dir "1+work.org") "+TASKS" "+PROJECTS")
 "* TODO %?\n")
("2" "2+someDay" entry
 (file+regexp (concat toc:ze-org-dir "2+someday.org") "^\*+ \+")
 "* SMDY %?\n")
("4" "4+calendar" entry
 (file+headline (concat toc:ze-org-dir "1+work.org") "+WORKINBOX")
 "* TODO %?\n")
("5" "5+toRead" entry
 (file+headline (concat toc:ze-org-dir "5+toread.org") "")
 "* %? \n %^{Link?}")
("7" "7+toWatch" entry
 (file+headline (concat toc:ze-org-dir "7+towatch.org") "")
 "* %^{Title}\nSOURCE:%c\n  %i")
("8" "8+contacts" entry
 (file (concat toc:ze-org-dir "8+contacts.org"))
 "* %^{Title}\nSOURCE:%c\n  %i")
("q" "8+quotes" entry
 (file (concat toc:ze-org-dir "8+quotes.org"))
 "* %^{Title}\nSOURCE:%c\n  %i")
("s" "8+scrapbook" entry
 (file (concat toc:ze-org-dir "8+scrapbook.org"))
 "* %^{Title}\nSOURCE:%c\n  %i")
("9" "9+journal" entry
 (file+datetree (concat toc:ze-org-dir "9+journal.org"))
 "* %T %?\n  %i\n  %a")
("e" "1+emacsTweaking" entry
 (file+headline (concat toc:ze-org-dir "1+emacsTweaking.org")
"+EMACSINBOX")
 "* %? \n %?\n")
("w" "1+work" entry
 (file+headline (concat toc:ze-org-dir "1+work.org") "+WORKINBOX")
 "* TODO %?\n")
("W" "9+work-journal" entry
 (file+datetree (concat toc:ze-org-dir "9+work-journal.org"))
 "* %^{Title}\n %c\n  %i %?")
("!" "into clocked task" entry
 (clock)
 "* %? \n %?\n")
))

-- traceback

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  string-match("^/tmp_mnt/" nil)
  abbreviate-file-name(nil)
  (concat "file:" (abbreviate-file-name buffer-file-name) "::" def " " name)
  (setq link (concat "file:" (abbreviate-file-name buffer-file-name)
"::" def " " name))
  (let* ((end ...) (def ...) (name ...) (sym-name ...) (stype ...)
(args ...) (docstring ...) (doc ...) (fixme ...) (comment ...) keys
keys-desc link description) (if (equal stype "Command") (setq keys ...
keys-desc ...)) (setq link (concat "file:" ... "::" def " " name))
(setq description (concat stype ": " name)) (org-store-link-props
:type "elisp-symbol" :link link :description description :def def
:name name :stype stype :args args :keys keys-desc :docstring
docstring :doc doc :fixme fixme :comment comment))
  (save-excursion (or (looking-at "^(") (beginning-of-defun))
(looking-at "^(\\([a-z]+\\) \\([^)\n ]+\\) ?\n?[
]*\\(?:(\\(.*\\))\\)?") (let* (... ... ... ... ... ... ... ... ...
... keys keys-desc link description) (if ... ...) (setq link ...)
(setq description ...) (org-store-link-props :type "elisp-symbol"
:link link :description description :def def :name name :stype stype
:args args :keys keys-desc :docstring docstring :doc doc :fixme fixme
:comment comment)))
  (progn (save-excursion (or ... ...) (looking-at "^(\\([a-z]+\\)
\\([^)\n ]+\\) ?\n?[]*\\(?:(\\(.*\\))\\)?") (let* ... ... ... ...
...)))
  (if (eq major-mode (quote emacs-lisp-mode)) (progn (save-excursion
... ... ...)))
  (when (eq major-mode (quote emacs-lisp-mode)) (save-excursion (or
... ...) (looking-at "^(\\([a-z]+\\) \\([^)\n ]+\\) ?\n?[
]*\\(?:(\\(.*\\))\\)?") (let* ... ... ... ... ...)))
  org-elisp-symbol-store-link()
  run-hook-with-args-until-success(org-elisp-symbol-store-link)
  (cond ((run-hook-with-args-until-success ...) (setq link ... desc
...)) ((equal ... "*Org Edit Src Example*") (let ... ... ... ... ...
... ... ...)) ((equal ... ...) (let ... ...)) ((eq major-mode ...)
(let ... ... ...)) ((eq major-mode ...) (setq

[Orgmode] [babel] Error with source block and variable on export - bug?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

when I insert the following source block

#+begin_src sh :exports results :var
ver=(vc-working-revision(buffer-file-name))
  echo Revision $ver
#+end_src

into a svn (probably other VCs as well) registered file and execute it
via C-c C-c, it gives me the revision:

#+begin_src sh :exports results :var
ver=(vc-working-revision(buffer-file-name))
  echo Revision $ver
#+end_src

#+results:
: Revision 191

So when exporting, I would expect that it also prints "Revision 191",
but I get an error:

vc-file-getprop: Wrong type argument: stringp, nil

Tangling the file with :var ver=(vc-working-revision(buffer-file-name))
as a header argument also works fine.

As the evaluation works, I assume that is a bug somewhere?

Cheers,

Rainer

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyAuUsACgkQoYgNqgF2egqNTwCfb2n1n0iRVkSsNKL7Oah0SFjL
iB8An3vqnuAmhaMn9YbxXanZWFQ/sXeY
=2VEy
-END 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

Re: [Orgmode] Todo item property search

Carsten Dominik  writes:

> Sure, please apply it.

Done!

-- 
 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] Todo item property search


Sure, please apply it.

- Carsten

On Sep 3, 2010, at 10:19 AM, Bastien wrote:


Carsten Dominik  writes:


Hi Bastien, the todo tree does not use the tags scanner, so the
skipper is completely ignored here.


Okay, thanks for the precision.

Here is a patch that makes it clear in the manual.  Shall I apply it?

diff --git a/doc/org.texi b/doc/org.texi
index 4ce32ce..71d1823 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -13781,10 +13781,11 @@ written in a way such that it does nothing  
in buffers that are not in

@section Special agenda views
@cindex agenda views, user-defined

-Org provides a special hook that can be used to narrow down the
-selection made by any of the agenda views.  You may specify a  
function
-that is used at each match to verify if the match should indeed be  
part

-of the agenda view, and if not, how much should be skipped.
+Org provides a special hook that can be used to narrow down the  
selection
+made by these agenda views: @code{todo}, @code{alltodo},  
@code{tags}, @code{tags-todo},
+...@code{tags-tree}.  You may specify a function that is used at each  
match to verify
+if the match should indeed be part of the agenda view, and if not,  
how

+much should be skipped.

Let's say you want to produce a list of projects that contain a  
WAITING

tag anywhere in the project tree.  Let's further assume that you have

--
Bastien


- Carsten




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

Re: [Orgmode] Todo item property search


Sure, please apply it.

- Carsten

On Sep 3, 2010, at 10:19 AM, Bastien wrote:


Carsten Dominik  writes:


Hi Bastien, the todo tree does not use the tags scanner, so the
skipper is completely ignored here.


Okay, thanks for the precision.

Here is a patch that makes it clear in the manual.  Shall I apply it?

diff --git a/doc/org.texi b/doc/org.texi
index 4ce32ce..71d1823 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -13781,10 +13781,11 @@ written in a way such that it does nothing  
in buffers that are not in

@section Special agenda views
@cindex agenda views, user-defined

-Org provides a special hook that can be used to narrow down the
-selection made by any of the agenda views.  You may specify a  
function
-that is used at each match to verify if the match should indeed be  
part

-of the agenda view, and if not, how much should be skipped.
+Org provides a special hook that can be used to narrow down the  
selection
+made by these agenda views: @code{todo}, @code{alltodo},  
@code{tags}, @code{tags-todo},
+...@code{tags-tree}.  You may specify a function that is used at each  
match to verify
+if the match should indeed be part of the agenda view, and if not,  
how

+much should be skipped.

Let's say you want to produce a list of projects that contain a  
WAITING

tag anywhere in the project tree.  Let's further assume that you have

--
Bastien


- Carsten




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

Re: [Orgmode] Counters and percentage are visible in refile targets, is that configurable?

Marcel van der Boom  writes:

> Cool, works like a charm. Any particular reason you did not do the
> '[%]'-cookies?

None.  It does now, 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] Counters and percentage are visible in refile targets, is that configurable?

2010-09-03 Thread Marcel van der Boom

On vr 03-sep-2010 01:48
Bastien  wrote:

>Yes, I also think so.  I just pushed a change to get rid of [/] cookies
>in targets.  
>
Cool, works like a charm. Any particular reason you did not do the
'[%]'-cookies?

marcel


-- 
Marcel van der Boom  -- http://hsdev.com/mvdb.vcf
HS-Development BV-- http://www.hsdev.com
So! web applications -- http://make-it-so.info
Cobra build  -- http://cobra.mrblog.nl

___
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] Generic exporter status

Hi Taru,

Taru Karttunen  writes:

> Once upon a time there was a project to write a generic exporter. Did
> anything useful come out of it? 

Have a look at Wes Hardaker org-export-generic.el in the contrib/lisp/
directory. 

> If not which exported is the best model for writing a new one with?

Have a look at EXPERIMENTAL/org-export.el, which kickstarts a different
generic export implementation.  Note that I'm currently working on this,
I hope to send (good) news in the coming weeks.

HTH

-- 
 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] Todo item property search

Carsten Dominik  writes:

> Hi Bastien, the todo tree does not use the tags scanner, so the
> skipper is completely ignored here.

Okay, thanks for the precision.  

Here is a patch that makes it clear in the manual.  Shall I apply it?

diff --git a/doc/org.texi b/doc/org.texi
index 4ce32ce..71d1823 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -13781,10 +13781,11 @@ written in a way such that it does nothing in buffers 
that are not in
 @section Special agenda views
 @cindex agenda views, user-defined
 
-Org provides a special hook that can be used to narrow down the
-selection made by any of the agenda views.  You may specify a function
-that is used at each match to verify if the match should indeed be part
-of the agenda view, and if not, how much should be skipped.
+Org provides a special hook that can be used to narrow down the selection
+made by these agenda views: @code{todo}, @code{alltodo}, @code{tags}, 
@code{tags-todo}, 
+...@code{tags-tree}.  You may specify a function that is used at each match to 
verify 
+if the match should indeed be part of the agenda view, and if not, how 
+much should be skipped.
 
 Let's say you want to produce a list of projects that contain a WAITING
 tag anywhere in the project tree.  Let's further assume that you have

-- 
 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: Native TAB in code blocks

Another great addition Dan, thanks !

Cheers

On Thu, Sep 2, 2010 at 10:36 PM, Dan Davison  wrote:
> Carsten Dominik  writes:
>
>> On Thu, Sep 2, 2010 at 9:06 PM, Dan Davison  wrote:
>>> Erik Iverson  writes:
>>>
 Dan,

 Thank you to David and yourself for this great feature.  I have
 absolutely no opinion about the default on/off, except to say it
 looks great on.

 Is your TAB key patch[1] in master yet?
 http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28640.html
>>>
>>> Hi Erik,
>>>
>>> Since these[1] changes, language-native TAB can be achieved in code
>>> blocks via C-c C-v C-x TAB and C-c C-v x TAB. We can add this to
>>> org-tab-first-hook, controlled by a variable `org-src-tab-acts-natively'
>>> as below. Carsten -- would you like to add this to Org, or leave it as a
>>> user customisation?
>>
>> I think we can add this to Org.  Maybe default off, for now?
>
> OK, done. So
>
> (setq org-src-tab-acts-natively t)
>
> to turn it on.
>
> Dan
>
>>
>> - Carten
>>
>>>
>>> Dan
>>>
>>>
>>> --8<---cut here---start->8---
>>> diff --git a/lisp/org-src.el b/lisp/org-src.el
>>> index 6c09cbd..d1948cc 100644
>>> --- a/lisp/org-src.el
>>> +++ b/lisp/org-src.el
>>> @@ -715,6 +715,19 @@ Org-babel commands."
>>>      (call-interactively
>>>       (lookup-key org-babel-map key)
>>>
>>> +(defvar org-src-tab-acts-natively nil
>>> +  "If non-nil, the effect of TAB in a code block is as if it were
>>> +issued in the language major mode buffer.")
>>> +
>>> +(defun org-src-native-tab-command-maybe ()
>>> +  "Perform language-specific TAB action.
>>> +Alter code block according to effect of TAB in the language major
>>> +mode."
>>> +  (and org-src-tab-acts-natively
>>> +       (org-babel-do-key-sequence-in-edit-buffer (kbd "TAB"
>>> +
>>> +(add-hook 'org-tab-first-hook 'org-src-native-tab-command-maybe)
>>> +
>>>  (defun org-src-font-lock-fontify-block (lang start end)
>>>   "Fontify code block.
>>>  This function is called by emacs automatic fontification, as long
>>> --8<---cut here---end--->8---
>>>
>>>
>>> Footnotes:
>>>
>>> [1] http://thread.gmane.org/gmane.emacs.orgmode/28950
>>>



 Dan Davison wrote:
> I've just pushed changes which mean that Org now fontifies code in code
> blocks. Currently, this is turned on by default, so it would be helpful
> if people could report any problems, and opinions as to whether it
> should be on or off by default.
>
> To turn it off, use
>
> (setq org-src-fontify-natively nil)
>
> With it off, there are two functions for manually fontifying code
> blocks: `org-src-fontify-block' and `org-src-fontify-buffer'.
>
> With it on, on my netbook, there is a slight delay when typing in code
> blocks of over 100 lines in length, and this is pronounced in code
> blocks of several hundred lines.
>
> Just to be clear, this is fontification only -- no other language major
> mode features -- so the default method of editing code is still C-c '
> (org-edit-src-code).
>
> Thanks to David O'Toole for the original patch. The final version of the
> patch is based on Carsten's suggestions for a more efficient
> implementation.
>
> Dan
>
>
> Dan Davison  writes:
>
>> Dan Davison  writes:
>>
>>> "David O'Toole"  writes:
>>>
 I've got a preliminary patch that adds optional "native" fontification
 for source blocks. It uses the block's declared mode to fontify the
 block text. So now blocks look the way they should, and this opens the
 way to further enhancements.
>>> Hi David,
>>>
>>> This is great! Here's a patch which allows the src blocks to have
>>> switches and header args, and also uses `org-src-lang-modes' to find the
>>> major mode.
>> I'm resending this as a match against the current master branch, and as
>> an attachment so that it goes into the patchwork system. I am keeping
>> this line of patches in branch `src-block-fontification' at
>> git://github.com/dandavison/org-devel.git
>>
>> Dan
>>
>>
>> ___
>> 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
>>>
>>>
>>
>> ___
>

Re: [Orgmode] Backspacing into folded items

2010-09-03 Thread Martin Pohlack

Hi Bastien

On 03.09.2010 02:02, Bastien wrote:

Hi Martin,

Martin Pohlack writes:

* You could add a modification hook to all hidden areas to unfold them
on modification, or
* You could set the read-only property for all hidden areas. This could
be setup at the same location where hiding is done.

I'm interested in testing both solutions, as I often delete hidden text
by accident as well.

Can you give more details on how to set this up?

These were just quick ideas, I have no working code here.

Let me quickly draft something up:
* If you want to go for the modification hook:
You could do something very similar to what I did here:
http://patchwork.newartisans.com/patch/31/

You would have to find all places again where the hidden property is
set. There you would also add the modification hook.

The hook would be the place to remove the hidden property again.
You might have to have some policy in there, for example, to only
uncover a single headline at a time etc. I am not sure if hidden
areas are merged and at what granularity the property is set.

Later, you might stumble upon code that tries to modify in hidden
areas under the hood and you don't want all the text to be uncovered
by such actions. You should then "bind inhibit-modification-hooks"
in these functions.

* If you want to go for the read-only property:
You would have to find all places where the hidden property for
regions is set or unset and also set or unset the read-only
property there.

In theory.

There may exist code that wants to modify text blocks that are
hidden. In this code, you would have to temporarily remove the
read-only property (not sure if there is a way to override it).

You may also get into trouble modifying text directly next to a
read-only area because of stickiness

(http://www.gnu.org/software/emacs/elisp/html_node/Sticky-Properties.html#Sticky-Properties).
I just found this in the manual, not sure if this is a problem in
practice.

HTH,
Martin

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

[Orgmode] Re: Src blocks fontification issue

Hi Dan,
thanks for the answer and the unsollicited tip :)

I tried opening the file with a bare emacs and the problem persists.

I use true indentation in my files, which I think isn't what most
people do, so maybe the parser gets confused by a combination of
blocks not starting at column 0, and some other formatting, but I'm
failing to see the pattern...

Here is one of the incriminated files:

http://pastebin.com/raw.php?i=yxdUmpKx

Hope this is any help...

Cheers

On Fri, Sep 3, 2010 at 12:48 AM, Dan Davison  wrote:
> Julien Fantin  writes:
>
>> First congratulations on adding in-line fontification to source
>> blocks, that's a great addition.
>>
>> However, since I pulled those changes, a recurring issue I've been
>> having has become even more annoying.
>>
>> When opening an org file, some src blocks headers don't seem to get
>> parsed properly, and now as a result, don't get fontified.
>> They are functional though, since they properly get tangled, and C-c '
>> performs as expected.
>> If I edit the header line, or the ones directly before and after it,
>> the block gets back to normal.
>>
>> Here is a screenshot to make things clearer, as you can see there are
>> no differences in formatting, and those properties drawer don't have
>> anything weird, just a single ID.
>>
>> http://imagebin.org/112413
>>
>> I was meaning to post a screenshot with whitespace-mode on to stress
>> that there are no apparent formatting differences, but it turned out
>> activating it fixed the issue !
>>
>> Not sure what I can do to further help debugging this ?
>
> Hi Julien,
>
> I don't have any clever ideas about this, so I'm just going to suggest
> the obvious: first a sanity check that it doesn't occur with emacs
> -Q. Then some sort of quasi-binary search through your emacs
> customisations. It looks like you're storing your emacs customisation in
> an Org file, so you can knock out entire trees with :tangle: no
> properties.
>
> Dan
>
> p.s. On a completely unrelated note, if you haven't already tried it:
>
> (add-hook 'emacs-lisp-mode-hook 'pretty-lambdas)
>
> where the `pretty-lambdas' function is in starter-kit-defuns.org at
> git://github.com/eschulte/emacs-starter-kit.git
>
> (defun pretty-lambdas ()
>  (font-lock-add-keywords
>   nil `(("(?\\(lambda\\>\\)"
>          (0 (progn (compose-region (match-beginning 1) (match-end 1)
>                                    ,(make-char 'greek-iso8859-7 107))
>                    nil))
>
>>
>> Cheers
>>
>> ___
>> 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] Re: suggestion: simplify depth stepping of document structure (outline) visibility

2010-09-03 Thread Michael Brand

Hi all

On Thu, Sep 2, 2010 at 6:26 PM, Bastien mailto:bastien.gue...@wikimedia.fr>> wrote:
> (2) the first press at C->
> and C-< sets the "content relative view" to 1, whatever the initial
> state was.  Feels a bit unintuitive to me...

On 10-09-03 07:01 , Herbert Sitz wrote:

Yes, I agree, starting from current view depth is a bit of polish that
should be added.

And what would one expect from the absolute variant (currently with
C-u) that also resets to the depth of the heading at point?

My point of view is different: First this current behavior is clearly
intended as an alternative for the absolute `C-u 3 S-Tab' but without
the need of counting manually, just like outline-mode-`C-c C-q' (hide
everything lower than heading level _at point_). Second I prefer to
keep things simple and don't like to think about bothering what the
initial view depth of
* 1
** 1.1
*** 1.1.1
** 1.2
*** 1.2.1
should be, when viewed as
* 1
** 1.1...
** 1.2
*** 1.2.1
with point on 1. Here I prefer to hit C-> repeatedly instead of an
automatic guess that can never know if one wants to see even 1.2.1 or
not.

Michael

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

Re: [Orgmode] Org mode manual written in? texinfo?

2010-09-03 Thread Gustav Wikström

I guess there are two reasons for this then. The first being that there is
no easy Org-mode to texinfo conversion. The second reason being that
Org-mode still has less functionality than texinfo in terms of functionality
for document writing.

The reason for my post was simple. My thought was that if a tool is created
with the capability of doing a certain task, it would seem advantageous to
also be using that capability for the needs of the tool itself. Maybe in
some distant future there will be support for nice indexes (and appendices!
My personal request) also in Org-mode leading to someone writing a org ->
texinfo parser.

Regards Gustav

2010/8/30 Thomas S. Dye 

> Aloha Gustav,
>
> Theoretically, one could export from org to docbook, then output texinfo
> with docbook2x.  I tried this a while ago but couldn't get docbook2x to work
> with minimal effort and gave up.
>
> Tom
>
>
> On Aug 29, 2010, at 9:12 AM, Gustav Wikström wrote:
>
>  I was just wondering... Is the manual written in texinfo markup, or is
>> there some obscure .org file behind the manual still?
>>
>> If it really is written in texinfo, is this not a shortcoming? Org mode is
>> capable of generating html and pdf etc. Why not use it for the manual then
>> to set the example and show its powers!?
>>
>> /Gustav
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-capture and blank lines