Re: [Orgmode] MobileOrg now in the Android market

[Sven Bretfeld]

Matthew Jones  writes:

> 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).

I'm using Dropbox since a while now. There is an issue with the Android
client that could also affect MobileOrg. The Android client only
supports certain filetypes. For example, I could never figure out how to
open a Dropbox-controlled LaTeX file with VerbTeX (AFAIK the only TeX
editor available in the Market). That neither works if the file is
accessed via the Dropbox client, nor have I figured out how to drop the
file to the SDcard. There is no way to configure Dropbox's filetype
associations on the user side. So, I think support for org files has to
be implemented by the Dropbox developers.

Greetings,

Sven

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

Re: [Orgmode] MobileOrg now in the Android market

[Eric S Fraga]

On Fri, 3 Sep 2010 16:25:40 -0400, Matthew Jones  wrote:

[...]

> 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.

Matthew,

I have been waiting very eagerly for updates to MobileOrg for Android.
However, I'm one of those that uses Android 1.5 [1].  I don't want to
impede development of MobileOrg but anything you can do for us with
1.5 to not exclude us completely would be very welcome.

Thanks,
eric

Footnotes: 
[1]  on a Samsung Galaxy Portal with T-mobile and neither Samsung nor
 T-mobile seem to really give a  about providing an upgrade
 path to 1.6, much less 2.x.  Very annoying.  There are unapproved
 routes to upgrading but I'm not desperate enough yet to try these
 out (I do *use* my phone... :-).

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

[Eric S Fraga]

On Fri, 3 Sep 2010 16:29:55 -0500, John Hendy  wrote:
> 
> [1  ]
> [1.1  ]
> 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?

If you are using direct beamer support within org, by having

: #+startup: beamer

in the preamble of your file, you can use the C-c C-b sequence at any
heading to see all the possible options for that heading.  This
includes the example etc. blocks.

Regarding the output produced by beamer for the example block, this
has nothing to do with org: beamer has a number of different types of
blocks from a simple block through to examples, proofs, quotes,
definition etc.  Pick the right kind for what you want.  Also
choose the beamer theme that fits your needs.

> 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...

Yes: being able to easily specify the type of block.  And it's about
hiding all the superfluous information, leaving only the text and
structure visible!
-- 
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] Backspacing into folded items

[Stefan Monnier]

> However the plan is to make reveal-mode default:

You're jumping to conclusions,


Stefan

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

[Orgmode] Re: [BABEL] [PROPOSAL] Seemless editing of Babel Blocks

[Jambunathan K]

>> Offer a command say 'org-to-org-src-view' which when invoked
>> switches the org-mode buffer to target language mode and comments
>> out all the non-src blocks.
>> 
>> Offer a reverse command 'org-src-to-org-view' that switches the
>> buffer to org-mode and uncomments the non-src blocks.

Dan> My vote is that this proposal is too drastic.

What I am proposing is tangling albeit in a loose sense of the word.

Would it sound as drastic if one were to divorce the consideration of
how often this operation gets performed - one time only or very often -
during the lifetime of the org file.

How about providing user-accessible tapping points within
'org-babel-map-src-blocks' (or a variation thereof) that would enable me
have a custom command in my .emacs.

For the sake of record, my suggestion is very closely related to what is
discussed here.

http://eschulte.github.com/babel-dev/PROPOSED-tangle-entire-org-mode-file-in-comments.html

Thanks,
Jambunathan K.

> 5 Gross code 
> ~
>
>
> diff --git a/lisp/ob.el b/lisp/ob.el
> index b5b9d8f..613139e 100644
> --- a/lisp/ob.el
> +++ b/lisp/ob.el
> @@ -662,19 +662,52 @@ portions of results lines."
>   (lambda () (org-add-hook 'change-major-mode-hook
>   'org-babel-show-result-all 'append 'local)))
>  
> -(defmacro org-babel-map-src-blocks (file &rest body)
> +
> +(defun org-to-org-src-view () 
> +  ""
> +  (interactive)
> +
> +  (emacs-lisp-mode)
> +  (org-babel-map-src-blocks (buffer-file-name)
> +  (
> +   (comment-region beg-org end-org)
> +   )
> +  )
> +  )
> +
> +(defmacro org-babel-map-src-blocks (file body1 &rest body)
>"Evaluate BODY forms on each source-block in FILE."
>(declare (indent 1))
>`(let ((visited-p (get-file-buffer (expand-file-name ,file)))
> -to-be-removed)
> +to-be-removed
> +(beg-org (make-marker))
> +(end-org (make-marker))
> +(beg-babel (make-marker))
> +(end-babel (make-marker))
> +)
> + 
>   (save-window-excursion
> (find-file ,file)
> (setq to-be-removed (current-buffer))
> +
> +   (move-marker end-babel (point-min))
> (goto-char (point-min))
> +   
> (while (re-search-forward org-babel-src-block-regexp nil t)
> - (goto-char (match-beginning 0))
> - (save-match-data ,@body)
> - (goto-char (match-end 0
> +
> +(move-marker beg-org end-babel)
> +(move-marker end-org (match-beginning 0))
> +(move-marker beg-babel (match-beginning 0))
> +(move-marker end-babel (match-end 0))
> +
> +(goto-char beg-org)
> +,@body1
> +
> +(goto-char beg-babel)
> + ,@body
> +
> +
> + (goto-char end-babel)))
>   (unless visited-p
> (kill-buffer to-be-removed




___
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

[Stefan Monnier]

>>> However the plan is to make reveal-mode default:
>> You're jumping to conclusions,
> Sorry, but what is the plan then?

W.r.t. reveal-mode, there is no plan.


Stefan

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

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

[Nicolas Goaziou]

Hello,
> Matt Lundin writes:

> 1. On my machine, toggling a checkbox within a long list takes a
> long time. I have a 200+ item list. It takes approximately 5 seconds
> for org to toggle a single checkbox within the list (see elp results
> below).[1] With the previous list implementation, toggling happened
> immediately. (Note: I am not using headline cookies in conjunction
> with that particular list.)

> 2. Typing C-c C-x C-b on the following headline correctly checks all
> boxes; typing C-c C-x C-b again, however, does not uncheck the
> boxes.

I just sent to maintainers a patch that should fix both issues. Please
tell me if it works for you when it hits master branch.

By the way, as you are using quite long lists, you might want to know
that C-c C-x C-b will be faster than C-c C-c to toggle a single item,
as C-c C-c also checks numbering, indentation, and the overall
integrity of the list.

Thank you for reporting this.

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

[Orgmode] [babel] difference in export output if including file

[Eric S Fraga]

Hello,

I am using the plantuml babel interface to generate diagrams in a
document.  If I have the following inline in my main document,

--8<---cut here---start->8---
#+CAPTION: Scenario generation and evaluation
#+LABEL:   fig:scenario-evaluation-cycle
#+ATTR_LATEX: width=\linewidth

#+srcname: flowchart
#+begin_src plantuml :file figures/scenario-to-network-and-evaluation.png 
:exports none
(*) --> "A node"
#+end_src

#+results: flowchart
[[file:figures/scenario-to-network-and-evaluation.png]]
--8<---cut here---end--->8---

this works fine and only the figure appears in the latex export.  If,
however, I place this code in another org file and "#+include" that
file, the export includes the source code as well in the latex export.

Can anybody please suggest how to fix this?  Is this my fault somehow
or is this a bug in org or babel?

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

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

[Carsten Dominik]

On Sat, Sep 4, 2010 at 12:24 PM, Nicolas Goaziou  wrote:
> Hello,
>> Matt Lundin writes:
>
>> 1. On my machine, toggling a checkbox within a long list takes a
>> long time. I have a 200+ item list. It takes approximately 5 seconds
>> for org to toggle a single checkbox within the list (see elp results
>> below).[1] With the previous list implementation, toggling happened
>> immediately. (Note: I am not using headline cookies in conjunction
>> with that particular list.)
>
>> 2. Typing C-c C-x C-b on the following headline correctly checks all
>> boxes; typing C-c C-x C-b again, however, does not uncheck the
>> boxes.
>
> I just sent to maintainers a patch that should fix both issues. Please
> tell me if it works for you when it hits master branch.
>
> By the way, as you are using quite long lists, you might want to know
> that C-c C-x C-b will be faster than C-c C-c to toggle a single item,
> as C-c C-c also checks numbering, indentation, and the overall
> integrity of the list.

One possibility to improve performance would then be to have C-c C-c
not do that, but to only do that when changing a bullet type or so.

I think that C-c C-c to toggle a bullet is a good key and should be
fast, also for long lists.

- Carsten
>
> Thank you for reporting this.
>
> 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

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

[Nicolas Goaziou]

Hello,
> Carsten Dominik writes:

> One possibility to improve performance would then be to have C-c C-c
> not do that, but to only do that when changing a bullet type or so.

> I think that C-c C-c to toggle a bullet is a good key and should be
> fast, also for long lists.

Sorry for not being clear. With the patch, C-c C-c will still be fast!
On my laptop, with a 500+ items list, C-c C-x C-b is now
instantaneous, while C-c C-c has a delay (almost unnoticeable) of
about 0.2 s (that is, both without any statistics to update).

Moreover, reducing C-c C-c to only toggle checkboxes when on a
checkboxed item will prevent anyone to fix indentation, numbering, or
integrity of a list containing only checkboxes with that key-binding.
Look at this list:

1. [ ] some
3. [ ] checkboxed
4. [ ] list

How would you repair it then? You could move an item up and down, but
it doesn't feel so natural.


The gain of speed is so small that I don't think we should bother,
with regards to what we would lose.

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

[Orgmode] [BABEL] Speed keys

[Jambunathan K]

Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for Babel
blocks?

Jambunathan K.

___
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] Commands for navigation

[Jambunathan K]

I think the navigation commands should wrap around to beginning or end
of file as necessary possibly after throwing an error.  The error
messages down below need to be replaced with more user-friendly
messages. When I see anything such big or as cryptic I get apprehensive
that something is broken badly.

Is there a quick way to place the cursor at the beginning or end of the
babel block? I could think of two options - 

1. Augment C-c C-v p and C-c C-v n to jump to the beg/end of the current
block

2. Overload C-c C-u (within org-mode) to also mean jump to the enclosing
structural block.

Given a choice I would lean towards (2).

ps: Quick navigation to babel guard lines could be useful in conjunction
with speed keys (when supported)

org-babel-previous-src-block: Search failed: "^\\([ ]*\\)#\\+begin_src[ 
]+\\([^    
]+\\)[ ]*\\([^\":
]*\"[^\"
*]*\"[^\":
]*\\|[^\":
]*\\)\\([^
]*\\)
\\([^]+?
\\)[]*#\\+end_src"


org-babel-next-src-block: Search failed: "^\\([ ]*\\)#\\+begin_src[ 
]+\\([^    
]+\\)[ ]*\\([^\":
]*\"[^\"
*]*\"[^\":
]*\\|[^\":
]*\\)\\([^
]*\\)
\\([^]+?
\\)[]*#\\+end_src"


Jambunathan K.

___
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] Mark and Tangle

[Jambunathan K]

If there is support for marking (unmarking) headlines in org file it
could be quite useful.

For example, selective tangling.

Jambunathan K.




___
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] Adding entries to Google calendar

[Sven Bretfeld]

Hi to all

I try to automatically add newly created dates to GoogleCalendar via
GoogleCL. I have tried Eric Fraga's code from:

http://osdir.com/ml/emacs-orgmode-gnu/2010-07/msg00265.html

but I can't get it to work, nor do I understand it (is it complete?).
Anyway, his approach depends on adding org-entries to diary. So, as far
as I understand it, you have to create new schedules in a rather special
way. Most people, I think, use remember, org-capture or insert new dates
directly into an org file.

What I (and probably others) need is a way to trigger a call of 'google
calendar add' as soon as a new date is created by org-remember etc. What
would be the best way to do this?

Up to now, although a full syncing orgmode with GoogleCalendar is not
possible, we are quite close to it thanks to Eric's '2x2 method' and his
awk-script solution. But that solves only three quarters of the problem.
Informing GoogleCalendar about dates one has created with org still
needs the awkward manual import of ics-files via a web-browser. I think
there could be a better solution.

Greetings,

Sven

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

Re: [Orgmode] [BABEL] Speed keys

[Eric Schulte]

Hi Jambunathan,

That sounds like a good idea.  I suppose initially the speed keys should
just mirror the babel key map?

-- Eric

Jambunathan K  writes:

> Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for Babel
> blocks?
>
> Jambunathan K.
>
> ___
> 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] Line numbers in tangled source

[Eric Schulte]

Hi,

You can use the :comments header argument to include comments around
tangled code blocks indicating where the code block lives in the
original Org file.

See [1] for information on the :comment header argument, and see [2] for
information on using header arguments in general.

Best -- Eric

aditya siram  writes:

> Hi all,
> How do I get the org file line numbers in the tangled source? This way error
> messages point to the org file.
>
> thanks ...
> -deech

Footnotes: 
[1]  http://orgmode.org/manual/comments.html#comments

[2]  
http://orgmode.org/manual/Using-header-arguments.html#Using-header-arguments


___
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

[Eric Schulte]

Hi Jambunathan,

Jambunathan K  writes:

> >> Offer a command say 'org-to-org-src-view' which when invoked
> >> switches the org-mode buffer to target language mode and comments
> >> out all the non-src blocks.
> >> 
> >> Offer a reverse command 'org-src-to-org-view' that switches the
> >> buffer to org-mode and uncomments the non-src blocks.
>
> Dan> My vote is that this proposal is too drastic.
>
> What I am proposing is tangling albeit in a loose sense of the word.
>
> Would it sound as drastic if one were to divorce the consideration of
> how often this operation gets performed - one time only or very often -
> during the lifetime of the org file.
>
> How about providing user-accessible tapping points within
> 'org-babel-map-src-blocks' (or a variation thereof) that would enable me
> have a custom command in my .emacs.
>
> For the sake of record, my suggestion is very closely related to what is
> discussed here.
>
> http://eschulte.github.com/babel-dev/PROPOSED-tangle-entire-org-mode-file-in-comments.html
>

I've just pushed up an implementation of the functionality described at
the link above, see [1] for examples and details.

Is this sufficient to satisfy the need you were addressing?  If not how
could it be improved?

Thanks -- Eric

>
> Thanks,
> Jambunathan K.
>

Footnotes: 
[1]  
http://eschulte.github.com/babel-dev/DONE-tangle-entire-org-mode-file-in-comments.html


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

Re: [Orgmode] Comments in tangled source

[Eric Schulte]

Erik Iverson  writes:

> On 09/03/2010 10:54 PM, aditya siram wrote:
>> Hi all,
>> I have a heading like this :
>> * Root
>> Comments about root.
>> #+begin_src haskell :noweb yes :comments yes :tangle Main.hs
>>main = print "hello world"
>> #+end_src
>>
>> When I tangle the file, I would expect the "Comments about root" to be a
>> comment above the source like so:
>>
>> -- Comments about root
>> main = print "hello world"
>>
>> but I don't get this. What am I doing wrong?
>
> As far as I know, that's not what ":comments" is for. It just references
> which chunk it came from.
>
> I proposed this very feature, see
> http://eschulte.github.com/babel-dev/PROPOSED-tangle-entire-org-mode-file-in-comments.html
> and the associated gmane thread linked from there...
>
> I assume you know about the code export features that could generate very
> nice annotated code in HTML or PDF.
>

While HTML or PDF documentation would probably still be preferable, I've
just pushed up a first pass implementation of the functionality
described above.  Please see the following for details
http://eschulte.github.com/babel-dev/DONE-tangle-entire-org-mode-file-in-comments.html

The functionality described by the OP should now be possible by using
the ":comments org" header argument.

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

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/09/10 19:51, Eric S Fraga wrote:
> 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!

Thanks a lot Eric F. - that inline syntax was also something I was
looking for - I'll put it into my document on Monday morning.

Cheers,

Rainer

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


- -- 
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/

iEYEARECAAYFAkyCYEEACgkQoYgNqgF2egpyawCfddO7cMpDcy0TC4qKTUziRbJ9
GAsAn0l89S6NuEDxzq1lNkE21sW6HWaI
=meaV
-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] Full list of org-beamer functionality?

[John Hendy]

On Sat, Sep 4, 2010 at 2:44 AM, Eric S Fraga  wrote:

> On Fri, 3 Sep 2010 16:29:55 -0500, John Hendy  wrote:
> >
> > [1  ]
> > [1.1  ]
> > 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?
>
> If you are using direct beamer support within org, by having
>
> : #+startup: beamer
>
>
Duh. Gosh, can't believe I missed that. That's the ticket!


> in the preamble of your file, you can use the C-c C-b sequence at any
> heading to see all the possible options for that heading.  This
> includes the example etc. blocks.
>
> Regarding the output produced by beamer for the example block, this
> has nothing to do with org: beamer has a number of different types of
> blocks from a simple block through to examples, proofs, quotes,
> definition etc.  Pick the right kind for what you want.  Also
> choose the beamer theme that fits your needs.
>

Kind of. I guess my question was this:

- If I do a "straight" LaTeX block like this:
\begin{exampleblock}{Example}
Here is some text
\end{exampleblock}

I get the title "Example" for the block.

- If I do it via org-beamer like this:
*** Example block:B_example:
:PROPERTIES:
:BEAMER_env: example
:END:
Here is some text

Then I get the block title "Example (Example block)"

That's what I mean. I guess if examples are *supposed* to say Example
(what-the-example-is) then that's fine. I guess I use these blocks more for
color differentiation's sake than actually needing them to be known as
"examples" or "alerts."


>
> > 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...
>
> Yes: being able to easily specify the type of block.  And it's about
> hiding all the superfluous information, leaving only the text and
> structure visible!
>

Indeed -- this is excellent and now that I'm in the environment and know C-c
C-b it makes all the difference! I like having org markup available rather
than needing to do \emph{} in blocks since once inside of explicit LaTeX,
org's markup doesn't get picked up.

Thanks for the help!


John


>
> --
> 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] Adding entries to Google calendar

[Eric S Fraga]

On 4 Sep 2010 16:21:08 +0200, "Sven Bretfeld"  wrote:
> 
> Hi to all
> 
> I try to automatically add newly created dates to GoogleCalendar via
> GoogleCL. I have tried Eric Fraga's code from:
> 
> http://osdir.com/ml/emacs-orgmode-gnu/2010-07/msg00265.html
> 
> but I can't get it to work, nor do I understand it (is it complete?).

I'm not sure what you mean about complete.  It requires you to have
installed the Google command line tools (googlecl from Google Code).
However, this emacs lisp code is not what I would call full-featured
;-)

In any case, what happens when you try to get it to work?  The Google
command line tools are /fragile/, to say the least, but they do sort
of work.  What happens if you type

  google calendar list

at the command line?  Do the entries in your main Google calendar
appear as output?

What happens if you type in something like

  google calendar add "Do something interesting at 3pm tomorrow"

(or similar)?  You have to get these working before the emacs lisp
code I posted will have a chance of working.

Next, the emacs lisp code I posted assumes that you will have created
a Google calendar called "org" (to make it easy to clean up without
affecting your main Google calendar).  This has to be done via
google's calendar web interface directly (link for "add" below "My
calendars").  After that, you should be able to say things like

  google calendar list --cal org
  google calendar add --cal org "Do something really exciting at 9pm"

I hope this helps.

> Anyway, his approach depends on adding org-entries to diary. So, as far
> as I understand it, you have to create new schedules in a rather special
> way. Most people, I think, use remember, org-capture or insert new dates
> directly into an org file.

yes, it is definitely limited in this sense: only entries added via
the org-agenda-diary-entry interface can be added.  However, the
mechanism is there to support hooking into capture specifically and
possibly into org-time-stamp or org-schedule, say.  I don't use Google
calendar for scheduled tasks or deadlines so the latter don't matter
to me; I use it for appointments and my work flow is that I always
bring up the agenda view to see if my time is free before making the
appointment.

> What I (and probably others) need is a way to trigger a call of 'google
> calendar add' as soon as a new date is created by org-remember etc. What
> would be the best way to do this?

I'll let others answer this as I will get it wrong (I had been about
to suggest some form of org-post-capture-hook but there doesn't seem
to be any such variable...).

However, all you need to do is extract the information you want to
pass to google calendar and then execute the particular command.

> Up to now, although a full syncing orgmode with GoogleCalendar is not
> possible, we are quite close to it thanks to Eric's '2x2 method' and his
> awk-script solution. But that solves only three quarters of the
> problem.

Yes, I agree completely.  We're not really close, particularly because
you can't inform either org or google about deletions made in the
other.  Adding in either with links to the other works "okay" but the
inverse is not possible.

> Informing GoogleCalendar about dates one has created with org still
> needs the awkward manual import of ics-files via a web-browser. I think
> there could be a better solution.

Well, no, not if you can get the google command line scripts working.

Let me know how you get on.

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

[Eric S Fraga]

On Sat, 4 Sep 2010 11:16:27 -0500, John Hendy  wrote:

[...]

> Kind of. I guess my question was this:
> 
> - If I do a "straight" LaTeX block like this:
> \begin{exampleblock}{Example}
> Here is some text
> \end{exampleblock}
> 
> I get the title "Example" for the block.
> 
> - If I do it via org-beamer like this:
> *** Example block   :B_example:
> :PROPERTIES:
> :BEAMER_env: example
> :END:
> Here is some text
> 
> Then I get the block title "Example (Example block)"

Ah, very true.  There is a difference.  This is because org does not
use =exampleblock=; it uses =example= instead:

:  \begin{example}[The heading for the block]

This is different to "exampleblock" which you are using.  Which one is
nicer is obviously a personal choice; I like the current version
personally!  But I must admit that I did not know about the other one
(exampleblock).

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

[Matt Price]

On Fri, Sep 3, 2010 at 1:32 PM, Erik Iverson  wrote:

> 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)
>
> this was the solution!  thanks so much.

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

Re: [Orgmode] Full list of org-beamer functionality?

[John Hendy]

On Sat, Sep 4, 2010 at 11:47 AM, Eric S Fraga  wrote:

> On Sat, 4 Sep 2010 11:16:27 -0500, John Hendy  wrote:
>
> [...]
>
> > Kind of. I guess my question was this:
> >
> > - If I do a "straight" LaTeX block like this:
> > \begin{exampleblock}{Example}
> > Here is some text
> > \end{exampleblock}
> >
> > I get the title "Example" for the block.
> >
> > - If I do it via org-beamer like this:
> > *** Example block   :B_example:
> > :PROPERTIES:
> > :BEAMER_env: example
> > :END:
> > Here is some text
> >
> > Then I get the block title "Example (Example block)"
>
> Ah, very true.  There is a difference.  This is because org does not
> use =exampleblock=; it uses =example= instead:
>
> :  \begin{example}[The heading for the block]
>

Good catch. I didn't know about that difference! It's easier to use org's
pre-defined stuff, so I think I'll just stick with it myself! It's not a bad
idea to have it called out as an example anyway so perhaps I'll just get
used to it!


>
> This is different to "exampleblock" which you are using.  Which one is
> nicer is obviously a personal choice; I like the current version
> personally!  But I must admit that I did not know about the other one
> (exampleblock).
>
> eric
>

Thanks again!
John


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

[Scot Becker]

Matt,
On Fri, Sep 3, 2010 at 9:55 PM, Matt Price  wrote:

>
>
> 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 
>> tweakedBibTeX, 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...).
>

 Yes, RefTeX's job is just to insert a \cite{BibTeX_key} command.  It
doesn't care what the major mode is when you call it.  And though I
sympathize with the reasons not to use LaTeX for academic writing in the
humanities (since few potential colaborators do, and publishers hardly ever
will), recent developments in the BibTeX realm have reduced the problems
there.  If you haven't seen
BibLaTeX,
have a look at it, it's a BibTeX replacement with much more flexibility.
There are already a few interesting citation engines build on top of it:
biblatex-chicago,
which I use and am happy with (it's in-progress, but in very active
development), and another biblatex style for
historians(which
I can't speak to.)

The whole process of exporting a document of any complexity to MS Word
format sounds daunting, but I'm glad to hear that others have had some
success with it.  Many thanks for starting this thread. I've learned a lot.

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

[Orgmode] [PATCH] Allow code edit buffer to inherit active region

[Dan Davison]

If we allow the current region to be inherited by the code edit buffer
(patch below), then language major mode commands that operate on the
region can be called remotely from the org buffer. For example

C-c C-v C-x M-;   comment region according to language
C-c C-v C-x C-M-\ indent region according to language

Users can make these more convenient, e.g.

(defun my/org-comment-dwim (&optional arg)
(interactive "P")
(or (org-babel-do-key-sequence-in-edit-buffer "\M-;")
(comment-dwim arg)))

(define-key org-mode-map "\M-;" 'my/org-comment-dwim)

Dan

Proposed patch:
~~~

commit 6e14f016cdfe92357092461058def5d4073541e2
Author: Dan Davison 
Date:   Sat Sep 4 13:43:56 2010 -0400

Transmit active region from Org buffer to code edit buffer

* org-src.el (org-edit-src-code): If mark was inside code
block then code edit buffer inherits mark with active region.

diff --git a/lisp/org-src.el b/lisp/org-src.el
index d1948cc..d0a9729 100644
--- a/lisp/org-src.el
+++ b/lisp/org-src.el
@@ -209,6 +209,7 @@ buffer."
 (setq org-edit-src-saved-temp-window-config 
(current-window-configuration)))
   (let ((line (org-current-line))
(col (current-column))
+   (mark (and (use-region-p) (mark)))
(case-fold-search t)
(info (org-edit-src-find-region-and-lang))
(babel-info (org-babel-get-src-block-info))
@@ -217,7 +218,8 @@ buffer."
(end (make-marker))
(preserve-indentation org-src-preserve-indentation)
(allow-write-back-p (null code))
-   block-nindent total-nindent ovl lang lang-f single lfmt begline buffer 
msg)
+   block-nindent total-nindent ovl lang lang-f single lfmt buffer msg
+   begline markline markcol)
 (if (not info)
nil
   (setq beg (move-marker beg (nth 0 info))
@@ -235,6 +237,10 @@ buffer."
block-nindent (nth 5 info)
lang-f (intern (concat lang "-mode"))
begline (save-excursion (goto-char beg) (org-current-line)))
+  (if (and mark (>= mark beg) (<= mark end))
+ (save-excursion (goto-char mark)
+ (setq markline (org-current-line)
+   markcol (current-column
   (if (equal lang-f 'table.el-mode)
  (setq lang-f (lambda ()
 (text-mode)
@@ -290,6 +296,11 @@ buffer."
  (while (re-search-forward "^," nil t)
(if (eq (org-current-line) line) (setq total-nindent (1+ 
total-nindent)))
(replace-match "")))
+   (when markline
+ (org-goto-line (1+ (- markline begline)))
+ (org-move-to-column
+  (if preserve-indentation markcol (max 0 (- markcol total-nindent
+ (push-mark (point) 'no-message t))
(org-goto-line (1+ (- line begline)))
(org-move-to-column
 (if preserve-indentation col (max 0 (- col total-nindent

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

[Orgmode] Bug: Odd Ido interaction [7.01trans]

[David Abrahams]

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

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

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


When I go to refile an agenda item, say, under another item called
"Happiness," I type `r h a p' and see: 

  Refile to: hap{Happiness (todo.txt) | Happiness (todo.txt) | Happiness 
(todo.txt)}

where the 2nd and 3rd instances of "Happiness" show up in blue. Is
it expected to see multiple identical choices, and if so, why?

Emacs  : GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29)
 of 2010-05-08 on black.local
Package: Org-mode version 7.01trans

current state:
==
(setq
 org-agenda-deadline-leaders '("D: " "D%d: ")
 org-clock-in-switch-to-state "STARTED"
 org-agenda-skip-scheduled-if-deadline-is-shown t
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-todo-keyword-faces '(("TODO" :foreground "medium blue" :weight bold)
  ("APPT" :foreground "medium blue" :weight bold)
  ("NOTE" :foreground "brown" :weight bold)
  ("STARTED" :foreground "dark orange" :weight bold)
  ("WAITING" :foreground "red" :weight bold)
  ("DELEGATED" :foreground "dark violet" :weight bold)
  ("DEFERRED" :foreground "dark blue" :weight bold)
  ("SOMEDAY" :foreground "dark blue" :weight bold)
  ("PROJECT" :height 1.5 :weight bold :foreground 
"black"))
 org-agenda-custom-commands '(("E" "Errands (next 3 days)" tags
   
"Errand&TODO<>\"DONE\"&TODO<>\"CANCELLED\"&STYLE<>\"habit\"&SCHEDULED<\"<+3d>\""
   ((org-agenda-overriding-header "Errands (next 3 
days)")

 )
   )
  ("A" "Priority #A tasks" agenda ""
   ((org-agenda-ndays 1)
(org-agenda-overriding-header "Today's priority 
#A tasks: ")
(org-agenda-skip-function
 (quote (org-agenda-skip-entry-if (quote 
notregexp) "\\=.*\\[#A\\]"))
 )
)
   )
  ("B" "Priority #A and #B tasks" agenda ""
   ((org-agenda-ndays 1)
(org-agenda-overriding-header "Today's priority 
#A and #B tasks: ")
(org-agenda-skip-function
 (quote (org-agenda-skip-entry-if (quote 
regexp) "\\=.*\\[#C\\]")))
)
   )
  ("w" "Waiting/delegated tasks" tags
   "TODO=\"WAITING\"|TODO=\"DELEGATED\""
   ((org-agenda-overriding-header 
"Waiting/delegated tasks:")
(org-agenda-sorting-strategy
 (quote (todo-state-up priority-down 
category-up)))
)
   )
  ("u" "Unscheduled tasks" tags
   
"TODO<>\"\"&TODO<>\"DONE\"&TODO<>\"CANCELLED\"&TODO<>\"NOTE\"&CATEGORY<>{CEG\\|ABC\\|Bizcard\\|Adagio\\|EVAprint\\|\\}"
   ((org-agenda-overriding-header "Unscheduled 
tasks: ")


  
(org-agenda-skip-function

   

   
(quote







   

[Orgmode] Re: cannot enable org-habit

[Bastien]

Hi Joseph,

Joseph Buchignani  writes:

> Thanks Julien. Bastien, here is my update to this section of the org-mode
> manual. I'm not sure how one goes about submitting an update, hope this will
> do.

Thanks for your update.  Can you submit it as a patch?

Are you using git?

If so, just create a new branch (e.g. git branch org-habit-update), 
edit the "Tracking habit" section of the manual, commit your changes, 
then prepare a patch to send to the list (using git-format-patch).

If you need further directions, this process is documented here:

  http://orgmode.org/worg/worg-git-advanced.php#sec-2

Thanks in advance, that would help a lot.

-- 
 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] Using cdlatex-item within org-mode

[Jeff Horn]

Should it be possible to use cdlatex-item in org-mode? (I read that
org-cdlatex-mode has a subset of functionality in the org manual)
Specifically, I am trying to use it from within an equation array.

When I type `C-c -', a dash is inserted at the beginning of the array
line. When I type `it', I receive an error stating `Symbol's
function definition is void: reftex-what-environment'.

Any ideas?

Jeff

-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com

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

[Orgmode] Habit timing

[David Abrahams]

Hi,

I'm not sure whether Org gives me a way to express some of my habits'
timing.  Suppose I want to exercise at least 4 times a week and no
more than 6 times a week?  How would I write that item?

Thanks,

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


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

Re: [Orgmode] Adding entries to Google calendar

[Sven Bretfeld]

Hi Eric

Eric S Fraga  writes:

> I'm not sure what you mean about complete.  It requires you to have
> installed the Google command line tools (googlecl from Google Code).
> However, this emacs lisp code is not what I would call full-featured
> ;-)

There were several problems, most of which I have solved by now. First,
I didn't set org-agenda-diary-file. So, calling "i" from an agenda-view
merely opened the default diary file. That's why I wondered when
exactly the advice comes into play. (Therefore I suspected the code to
be possibly incomplete -- sorry, my fault.)

Now, the principle procedure works. Entries show up in Google after I
added them with org-agenda-diary-entry. 

There is one thing left. You have structured the shell-command according
to the American GoogleCL syntax. That's not working with the German
locale. For a German GoogleCalendar the only syntax I found working is:

  google calendar add --cal org "Test am 5.9.2010 um 14:00-16:00"

It's not problem, of course, to change the format of the shell-command.
But, the German GoogleCalendar doesn't seem to understand commands with
the time of day as the first argument. For example:

  google calendar add --cal org "14:00-16:00 Test am 5.9.2010"

results in an entry called "Test am" (instead of "Test") with the
correct time of the day but on the wrong calendar day, it is inserted to
today's column (Sat 4.9.2010 instead of Sun 5.9.2010). Strangely enough, the
correct date occurs nowhere in the entry, so it was not interpreted as
part of the text. This shows that we are dealing with a bug in GoogleCL.

Alas, there seems no description of the possible syntactical variants
available on the web. So I did try-and-error: with and without the "am"
and "um", with the English "on", with ISO formated dates etc etc. Except
the above structure 'text am date um time' no combination works.

I fear, there are only two solutions:

  1. As a workaround I have set my GoogleCalendar to the American
 locale. With that everything works fine.

  2. We have to isolate the time of day from the diary-entry as a
 further variable (not as part of the variable "text"), so that
 Germans can format the command correctly. Can you help me with
 that?

> However, the mechanism is there to support hooking into capture
> specifically and possibly into org-time-stamp or org-schedule, say. 

I have tried to work out an advice to org-time-stamp and/or
org-remember-finish today. But my Lisp is too weak. I couldn't figure
out how to grab the data.

> I don't use Google calendar for scheduled tasks or deadlines so the
> latter don't matter to me; I use it for appointments and my work flow
> is that I always bring up the agenda view to see if my time is free
> before making the appointment.

That's also my work flow, except of using org-remember "k-r" instead of
"i". I like to have everything in one org-file. But I can get used to
keep my appointments in a separate diary file. I can refile them to the
appropriate places during the "weekly review" which, then, ends with the
upload of a new ics file.

Thanks for sharing your code and your help

Sven

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

Re: [Orgmode] Line numbers in tangled source

[aditya siram]

Yes I am aware of the comments argument but it is not what I was
referring to. What I want is, if I had the following in a file called
"Haskell.org" :
* Root
Root comment
#+begin_src haskell :tangle Main.hs
  test = length
  main = print $ test [1,2,3]
#+end_src

I would like the following output in the tangled file Main.hs:

{-# LINE 4 "Haskell.org" #-}
test = length
main = print $ test [1,2,3]

The line that starts with {-# LINE ... #-} is a pragma that tells the
compiler that this line corresponds to line 4 in Haskell.org and if
there is an error it will point to that file and not to Main.hs.

Can I take it that this functionality doesn't yet exist?

-deech


On Sat, Sep 4, 2010 at 8:21 AM, Eric Schulte  wrote:
>
> Hi,
>
> You can use the :comments header argument to include comments around
> tangled code blocks indicating where the code block lives in the
> original Org file.
>
> See [1] for information on the :comment header argument, and see [2] for
> information on using header arguments in general.
>
> Best -- Eric
>
> aditya siram  writes:
>
> > Hi all,
> > How do I get the org file line numbers in the tangled source? This way error
> > messages point to the org file.
> >
> > thanks ...
> > -deech
>
> Footnotes:
> [1]  http://orgmode.org/manual/comments.html#comments
>
> [2]  
> http://orgmode.org/manual/Using-header-arguments.html#Using-header-arguments
>

___
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] Speed keys

[Jambunathan K]

>> Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for
>> Babel blocks?
>> 

Eric> Hi Jambunathan, That sounds like a good idea.  I suppose
Eric> initially the speed keys should just mirror the babel key map?

Exactly. 

As long as the cursor is on a #+begin_src (and/or #+end_src), one need
not bother about typing C-c C-v. So a keypress 'n' would do what C-c C-v
n would do.

More importantly emerging new sequences like, C-c C-v C-x TAB could be
composed as

1. Push a mark (C-SPC) [Optional]

2. Move to babel guard line using user preferred method [See my other
   post on the list]

3. C-x TAB

One of the problems with C-c C-v prefix is that I tend to forget it if I
revisit Babel say after a week's time. The reason is that I simply
couldn't contrive a convenient menemonic that would make me recollect
C-v. So jumping to the babel guard line and issuing the needed command
is a good fall back option. Not nit picking here :-).

Jambunathan K.


___
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] Speed keys

[ggggJambunathan K]

>> Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for
>> Babel blocks?
>> 

Eric> Hi Jambunathan, That sounds like a good idea.  I suppose
Eric> initially the speed keys should just mirror the babel key map?

Exactly. 

As long as the cursor is on a #+begin_src (and/or #+end_src), one need
not bother about typing C-c C-v. So a keypress 'n' would do what C-c C-v
n would do.

More importantly emerging new sequences like, C-c C-v C-x TAB could be
composed as

1. Push a mark (C-SPC) [Optional]

2. Move to babel guard line using user preferred method [See my other
   post on the list]

3. C-x TAB

One of the problems with C-c C-v prefix is that I tend to forget it if I
revisit Babel say after a week's time. (Not nitpicking here!). The
reason is that I simply couldn't contrive a convenient menemonic that
would make me recollect C-v. So jumping to the babel guard line and
issuing the needed command is a good fall back option.

Jambunathan K.


___
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] Speed keys

[Carsten Dominik]

On Sat, Sep 4, 2010 at 10:13 PM, Jambunathan K
 wrote:
>
>    >> Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for
>    >> Babel blocks?
>    >>
>
>    Eric> Hi Jambunathan, That sounds like a good idea.  I suppose
>    Eric> initially the speed keys should just mirror the babel key map?
>
> Exactly.
>
> As long as the cursor is on a #+begin_src (and/or #+end_src), one need
> not bother about typing C-c C-v. So a keypress 'n' would do what C-c C-v
> n would do.
>
> More importantly emerging new sequences like, C-c C-v C-x TAB could be
> composed as
>
> 1. Push a mark (C-SPC) [Optional]
>
> 2. Move to babel guard line using user preferred method [See my other
>   post on the list]
>
> 3. C-x TAB
>
> One of the problems with C-c C-v prefix is that I tend to forget it if I
> revisit Babel say after a week's time. (Not nitpicking here!). The
> reason is that I simply couldn't contrive a convenient menemonic that
> would make me recollect C-v.


visit   (do something with the code snippets)
vault   (structures (arcs) in the tower of babel)
voodoo  (org-babel is dark magic)
vocabulary  (the words of the common language in the world of babel)
verb(Org-babel defines code and value objects in a buffer.  The
commands are the verbs which get the objects into action)
veins   (processing tubes in the babel fish)




vision  (make it visible)
vitalize(bring dead code to life)
value   (like evaluate source code)
voice   (express meaning in any language)
valve   (open the valve to get results from source code or that
connects different snippets)
vortex  (stir it all up!)
von Neumann (get that computing machine going)
vaseline(lubricate that machine)
vaccinate   (get it used to foreign influences)
vector  (directed action)
Vegas   (let turn the wheels)
veil   (pull it down to unveil the beauty of the women of Babel)
velum   (the membrane around the cells of Babel)


:)

- Carsten



 So jumping to the babel guard line and
> issuing the needed command is a good fall back option.
>
> Jambunathan K.
>
>
> ___
> 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] BUG ??? Cannot export custom link type to ASCII :-(

[Sebastian Rose]

Hi,


I have problems to export a custom link type to ASCII.

The code is here:

   http://github.com/SebastianRose/org-osm/blob/master/org-osm-link.el

   line 66 ff.


HTML export works as expected.


Example Org file:

 --8<---cut here---start->8--

* Test links

  [[track:((9.707032442092896 52.37033874553582) (9.711474180221558 
52.375238282987))FILENAME.svg][DESCRIPTION]]

 --8<---cut here---end--->8--




Results in ASCII (just the section with the link):

 --8<---cut here---start->8--

1 Test links
~

  [DESCRIPTION]

  [DESCRIPTION]: track:((9.707032442092896 52.37033874553582) 
(9.711474180221558 52.375238282987))FILENAME.svg


 --8<---cut here---end--->8--



HTML works:

 --8<---cut here---start->8--
 

1 Test links 




DESCRIPTION


...
 --8<---cut here---end--->8--
 



Now as write this, I found I could as well use a bbdb link and come to
similar results...

:-(


  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

[Orgmode] Select default clocking task by Bernt Hansen

[Yevgeniy A . Viktorov]

Hello,

I've been reading http://doc.norang.ca/org-mode.html
and a bit stack with http://doc.norang.ca/org-mode.html#Clocking

as far I understand Bernt has "* Organization"(first level) task in his 
norang.org
and according to this:

> The first punch-in of the day (f9 I) shows the context agenda view
> if no default task is selected, otherwise it just clocks in the
> default task.

it must be shown in agenda, but it's not, I seeing empty agenda with the 
following:
Set default clocking task with C-u C-u I

And according to Custom Agenda Views setup
http://doc.norang.ca/org-mode.html#sec-6

  ("c" "Select default clocking task" tags "LEVEL=2-REFILE"
   ((org-agenda-skip-function
 '(org-agenda-skip-subtree-if 'notregexp "^\\*\\* 
Organization"))
(org-agenda-overriding-header "Set default clocking task with 
C-u C-u I"))

"Organization" task must be placed onto second level, i.e. it only
works if I put "** Organization" somewhere. But than I'm loosing
concept, thought default task must be set per organization/client
file?

Would be nice if someone could throw light on this :)

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] BUG ??? Cannot export custom link type to ASCII :-(

[Carsten Dominik]

Hi Sebastian,

On Sun, Sep 5, 2010 at 3:37 AM, Sebastian Rose  wrote:
> Hi,
>
>
> I have problems to export a custom link type to ASCII.
>
> The code is here:
>
>   http://github.com/SebastianRose/org-osm/blob/master/org-osm-link.el
>
>   line 66 ff.


Do you mean that it does not honor your export formatting as defined
in org-osm-link-export ?

>
>
> HTML export works as expected.
>
>
> Example Org file:
>
>  --8<---cut here---start->8--
>
> * Test links
>
>  [[track:((9.707032442092896 52.37033874553582) (9.711474180221558 
> 52.375238282987))FILENAME.svg][DESCRIPTION]]
>
>  --8<---cut here---end--->8--
>
>
>
>
> Results in ASCII (just the section with the link):
>
>  --8<---cut here---start->8--
>
> 1 Test links
> ~
>
>  [DESCRIPTION]
>
>  [DESCRIPTION]: track:((9.707032442092896 52.37033874553582) 
> (9.711474180221558 52.375238282987))FILENAME.svg
>
>
>  --8<---cut here---end--->8--
>
>
>
> HTML works:
>
>  --8<---cut here---start->8--
>
> 
> 1 Test links 
> 
>
>
> 
> DESCRIPTION
> 
> 
> ...
>  --8<---cut here---end--->8--
>
>
>
>
> Now as write this, I found I could as well use a bbdb link and come to
> similar results...
>
> :-(
>
>
>  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
>

___
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