[Orgmode] automatically convert email inbox into TODO's?

[Bill Jarrold]

Hi,

Emails in ones inbox can be viewed as TODO's.  org-mode and its agenda mech are 
great for managing to do's.  Thus, does anyone have experience with automatic 
conversion of emails into TODO's?

Email is a pain because I do not know of any way to associate arbitrary levels 
of priorities to my email.  If I can automatically convert my email inbox into 
a set of TODO's maybe I can solve this problem.  With org-mode and the agenda 
mechanism I suspect I have a lot of flexibility with assigning priorities  and 
all sorts of categories

( I tend to have 1000's of messages in my inbox and the ordering is a mess.  As 
I come up to speed on org mode I have hope that it can handle 1000's of tasks 
well.  )

Any pre-existing solutions for this?  Any comments on the utility of this? 

Thanks,

Bill
___
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: Org-beamer problems

[Bill Moran]

>
> Regarding the @ problem, where and how do you make the settings.  As I
> have said on this list recently, I find that I have to set the variables
> concerned *before* I load org (through =(require 'org-install)=) or
> otherwise the regular expressions that use these variables are
> initialised incorrectly (I believe this is the root cause of the
> problem).
>
> --
> : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
> : using Org-mode version 7.4 (release_7.4.223.g71650)
>
>
Thanks Eric - I've done as you suggested and that works for @.

Now to blocks and columns which are also not working
- I suspect another upgrade of org-mode.

Bill





___
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] Embedded code

[Ido Magal]

So I was able to construct the following functioning bit of code from
someone else recent post:

#+begin_src emacs-lisp :results output raw
(defun tagged (tag &optional scope)
 (let ((entries ()))
   (org-map-entries
 (lambda ()
   (add-to-list 'entries
(list (concat "[[" (nth 4 (org-heading-components))
"]]"
 tag scope)

   (sort entries (lambda (f s)
(string-lessp (car f) (car s))

(tagged "buy" 'agenda)
#+end_src

I have a few elementary questions I hope someone can bother to answer:

1. It seems that when org prints a list, it automatically formats it into a
table.  In lisp, what's a proper way of converting a list to a string so I
can have more control over the format?  My first attempts were unsuccessful.

2. I'd like to use Org's macros to replace

#+begin_src
(tagged "foo")
#+end_src

with

{{{(tagged "foo")}}}

but Org macros only expand on export.  Would it be feasible to change the
macro functionality and hook into file loading?  Or is there some other way
I can slim these down to be terse?


On Tue, Jan 18, 2011 at 22:46, Ido Magal  wrote:

> Excellent.
>
> Now that I see that it's possible, I'm struggling to find sufficient
> examples to help me understand how to go about writing the bits of lisp that
> would allow to me create useful blocks of org-mode code, such as a
> back-links block or a list of links to entries of a certain tag.  I'm
> lisp-illiterate but I was expecting that if it was possible then someone had
> already done it and that I could cut and paste my way to success.
>
> Do these examples exist?  Does anyone use babel to extend the functionality
> of the note organizing aspect of org-mode?  All of the babel examples I've
> found relate to manipulating content for export as opposed to enhancing
> organizational utility.
>
> Cheers and thanks again.
>
>
> On Tue, Jan 18, 2011 at 12:42, Eric Schulte wrote:
>
>> >
>> > 2. Is it possible to manipulate or reference the results so that they're
>> not
>> > bound to a RESULTS block.  I'm finding all of the blocks of orgmode
>> > distracting and I'm trying to avoid and eliminate them as much as
>> possible.
>> >  I'm not used to it and they really impedes the readability of my notes.
>>
>> Yes, you can change the look of the results of code blocks, see the
>> results header argument for more information.
>> http://orgmode.org/manual/results.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] How to write special LaTeX symbols

[Xin Shi]

Thanks for all your response!

I've found this page and it explains the name and hex:
http://www.unicode.org/charts/PDF/U0080.pdf

00F6 ö LATIN SMALL LETTER WITH DIAERESIS

Xin



On Mon, Jan 17, 2011 at 5:33 PM, Bastien wrote:

> Nick Dokos  writes:
>
> > It works correctly in headlines, but not in running text. I think [fn:1]
> > that it is a bug and that the following patch fixes it:
>
> I've tested and applied your patch -- thanks for the fix!
>
> The only problematic situation I can think of is if someone gives this
> as an example:
>
>  "C:\Program File\"
>
> ... where the string `\"' will not be properly exported; quite a
> borderline case I'd say.
>
> 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] Org-beamer problems

[Bill Moran]

I have installed the latest (git) version of org-mode and have stripped out all
customizations from  I think. I've copied Eric's two column example from here

http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html

with the headers given there. And I can't get either blocks or columns to work.
There is no block or column command in the latex produced from the org file. 

I guess it's something to do with the value of the variable 

org-export-latex-classes 

but have been unable to find a statement of what that should be. I think I've
undone all customizations of that  variable from earlier attempts but can't be
sure. 

Thanks for your help.

Bill



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

Re: [Orgmode] Re: [PATCH] Stable key assignment for org-fast-tag-selection

[Jason Dunsmore]

Matt Lundin  writes:

> Bastien  writes:
>
>> emacs-orgm...@dunsmor.com writes:
>>
>>> - Eval (setq org-use-fast-tag-selection t)
>>> - Eval (setq org-fast-tag-selection-single-key "expert")
>>> - Create a heading with tags :a1:a2:
>>> - Create another heading with tags :a1:a2:
>>> - Type "C-c a", "C-c a", "C-c a", "C-c a"
>>> - Notice how it changes from a1 to a2
>>
>> I reproduced this, well spotted.
>>
>>> Below is a patch to make the character assignment stable, given that all
>>> of the same tags exist in the file each time it's run.
>>
>> Thanks for the patch!
>>
>> I was not able to apply it using the pw utility, so I made the change
>> myself -- I forgot to do a "git commit --amend --author" tho, sorry!
>
> This patch breaks grouping in fast tag selection, since the sort
> function ignores the grouping information provided in org-tag-alist.
>
> Here's a sample org-tag-alist:
>
> (setq org-tag-alist '((:startgroup . nil)
> ("desk" . ?d)
> ("email" . ?m)
> ("hack" . ?k)
> ("net" . ?n)
> ("phone" . ?p)
> (:endgroup . nil)
> (:startgroup . nil)
> ("home" . ?h)
> ("yard" . ?y)
> ("errands" . ?e)
> (:endgroup . nil)
> (:startgroup . nil)
> ("read" . ?r)
> ("script" .?s)
> ("think" . ?t)
> ("travel" . ?j)
> (:endgroup . nil)))
>
> And here's the prompt for org-tag-alist:
>
> Inherited:  inbox per prof
> Current:
>  Next change exits
> }
> }
> }
> { { { [d] desk  [m] email [e] errands   [k] hack  [h] home  
>   [n] net   [p] phone [r] read  [s] script[t] think 
>   [j] travel[y] yard  

Good catch.  I see the problem.

--8<---cut here---start->8---
(sort org-tag-alist (lambda (a b) (string< (car a) (car b
--8<---cut here---end--->8---

Yields:

--8<---cut here---start->8---
((:endgroup)
 (:endgroup)
 (:endgroup)
 (:startgroup)
 (:startgroup)
 (:startgroup)
 ("desk" . 100)
 ("email" . 109)
 ("errands" . 101)
 ("hack" . 107)
 ("home" . 104)
 ("net" . 110)
 ("phone" . 112)
 ("read" . 114)
 ("script" . 115)
 ("think" . 116)
 ("travel" . 106)
 ("yard" . 121))
--8<---cut here---end--->8---

And a bunch of code relies on the position of the :startgroup
and :endgroup dummy tags.

I wonder why this design was chosen instead of using a list of alists
for grouping.  For example:

--8<---cut here---start->8---
(setq org-tag-alist '((("desk" . ?d)
   ("email" . ?m)
   ("hack" . ?k)
   ("net" . ?n)
   ("phone" . ?p))
  (("home" . ?h)
   ("yard" . ?y)
   ("errands" . ?e))
  (("read" . ?r)
   ("script" .?s)
   ("think" . ?t)
   ("travel" . ?j
--8<---cut here---end--->8---

Maybe org-tag-alist could either be an alist or a list of alists, and a
simple (listp (caar org-tag-alist)) test could be used to see what form
org-tag-alist is in and then handle accordingly.  Does anybody see a
problem with that approach?

This doesn't seem like a trivial change, so my original patch should
probably be reverted until this gets implemented properly.

Regards,
Jason

___
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] Tangling to a hierarchy of files?

[Chris Maier]

On Wed, Jan 19, 2011 at 10:37 PM, Eric Schulte  wrote:
>
> This has now been added as a new :mkdirp code block header argument, so
> it can be set on the block, subtree, file, language, or global level
> (see http://orgmode.org/manual/Using-header-arguments.html).
>
> #+begin_src language :mkdirp yes :tangle nested/directories/target.ext
>  code body
> #+end_src
>
> Cheers -- Eric
>

Just got around to incorporating this into my Emacs setup... works
like a charm.  Thanks for this, Eric!

Chris

___
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: evaluating all R code blocks (newbie question)

[Leo Alekseyev]

Julian Burgos  uw.edu> writes:

> 
> Dear list,
> 
> Hopefully this is not too basic, nor has been answered before.
> 
> I would like to know if there is away to have alll R code blocks in a
> document evaluated automatically (i.e. without query) when exporting
> to Latex.  Now I have to answer "yes" multiple times to the question
> "Evaluate this R code block in your system" every time I do an export,
> which is somewhat annoying.
> Many thanks,

I don't have experience w/ LaTeX export, but try this to turn off the "evaluate
this block?" prompt: (setq org-confirm-babel-evaluate nil)





___
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: C-c a t shows empty list

[Микола Стрєбков]

Hi, Matt

On 21 січ. 2011, at 00:56, Matt Lundin wrote:
> 
>> Here is org part of my .emacs:
>> 
>> ;;;
>> ;;; Org mode
>> ;;;
>> (require 'org-install)
>> (transient-mark-mode 1)
>> (setq org-log-done 'time)
>> (setq org-directory "~/Org")
>> (setq org-footnote-auto-adjust t)
>> (setq org-mobile-files (quote ("~/Org/main.org")))
>> (setq org-mobile-directory "~/Dropbox/MobileOrg")
>> (setq org-mobile-inbox-for-pull "~/Org/inbox.org")
>> (setq org-todo-keywords
>>  '(
>>  (type "TODO" "|" "DONE")
>>  (sequence "PROJ" "|" "FINISHED")
>>  (sequence "PROG" "|" "CANCELLED" "DONE")
>>  )
>>  )
>> (setq org-default-notes-file (concat org-directory "/notes.org"))
>> (add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))
>> 
> 
> What is the value or org-agenda-files?

Good question made a trick: setting org-agenda-files to proper values 
(directory w/ agenda files in my case) solved the issue.
Thanks a lot. 

-- 
Mykola Stryebkov
Public key: http://mykola.org/pubkey.txt
fpr: 0226 54EE C1FF 8636 36EF  2AC9 BCE9 CFC7 9CF4 6747


___
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: C-c a t shows empty list

[Matt Lundin]

Микола Стрєбков  writes:

>> Микола Стрєбков wrote:
>>> I started to use org-mode together with MobileOrg and everything
>>> was fine. But two days ago I realized that I'm unable to build
>>> neither agenda nor todo lists from my org files. Problem occurred
>>> on both Emacs and my iPhone even on the simplest files like:
>>> * test
>>> ** TODO test2
>>> ** TODO test3
>>> * test4

> Here is org part of my .emacs:
>
> ;;;
> ;;; Org mode
> ;;;
> (require 'org-install)
> (transient-mark-mode 1)
> (setq org-log-done 'time)
> (setq org-directory "~/Org")
> (setq org-footnote-auto-adjust t)
> (setq org-mobile-files (quote ("~/Org/main.org")))
> (setq org-mobile-directory "~/Dropbox/MobileOrg")
> (setq org-mobile-inbox-for-pull "~/Org/inbox.org")
> (setq org-todo-keywords
>   '(
>   (type "TODO" "|" "DONE")
>   (sequence "PROJ" "|" "FINISHED")
>   (sequence "PROG" "|" "CANCELLED" "DONE")
>   )
>   )
> (setq org-default-notes-file (concat org-directory "/notes.org"))
> (add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))
>

What is the value or org-agenda-files?

Best,
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] [RFI] Minutes of talks

[Nicolas Goaziou]

Hello,

> Sébastien Vauban writes:

> --8<---cut here---start->8--- 
> - Alice :: Our objectives are ... 
> - Collegue :: We can show you our architecture. It indeed does this
>   and this ... 
> - Me :: What's your deadline?
>--8<---cut here---end--->8---

> The second one is not that easy to write (typing the terms when
> RET'ing), and is a bit difficult to use when the ideas expressed by
> the person speaking have to be broken into item lists -- not to
> speak about the problem when mixing text and list items and back to
> text, all of that inside another item...

I may have some kind of solution for you:

  1. Get development code for lists at:
 
 git://github.com/ngz/org-mode-lists.git new-struct

  2. Write something like this:

 #+begin_src org
 ,* Act 1 --- Scene 1
 ,  :PROPERTIES:
 ,  :PERSONA:  Francisco Bernardo
 ,  :END:

 ,  Elsinore. A platform before the castle.

 ,  - Bernardo :: Who's there?
 #+end_src

  3. Try the following function:

 #+begin_src emacs-lisp
 (defun org-write-screenplay (&optional checkbox)
   "Insert item at point, with help to write scripts.
 This function looks for the multi-valued property \"PERSONA\" in
 the current headline, and get description tags preferably from
 it. New tags are added to the property at creation.

 Default tag value is chosen to facilitate writing dialogues.

 In another type of list, it just behaves like `org-insert-item'.
 
 If CHECKBOX is non-nil, add a checkbox to the newly created item."
   (interactive "P")
   (let ((itemp (org-in-item-p)) who)
 (if (not itemp)
 (error "Not in a list")
   (let* ((struct (save-excursion (goto-char itemp) (org-list-struct)))
  (prevs (org-list-prevs-alist struct))
  (prev-item (org-list-get-prev-item itemp struct prevs))
  (cur-tag (org-list-get-tag itemp struct))
  (prev-tag (and prev-item (org-list-get-tag prev-item struct)))
  (persona (org-entry-get-multivalued-property (point) 
"PERSONA")))
 (if (and persona cur-tag (member cur-tag persona))
 (progn
   (setq who (org-icompleting-read
  "Who? " persona nil nil nil nil (or prev-tag 
cur-tag)))
   ;; Make sure additionnal elements are stored in property
   (org-list-insert-item (point) struct prevs nil (concat who " 
:: "))
   (unless (member who persona)
 (org-entry-add-to-multivalued-property (point) "PERSONA" 
who)))
   ;; Non-script type of list: just insert a new item
   (let* ((desc (when prev-tag (concat (read-string "Term: ") " :: 
")))
  (checkp (and checkbox
   (or (not desc)
   (not (cdr (assq 'checkbox 
org-list-automatic-rules)))
 (setq struct (org-list-insert-item (point) struct prevs checkp 
desc))
 (org-list-write-struct struct (org-list-parents-alist struct))
 (when checkp (org-update-checkbox-count-maybe
 (looking-at org-list-full-item-re)
 (goto-char (match-end 0))
 #+end_src

  4. Bind it to an accessible key. With ido, it should help a bit to
 write description lists.

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: Worg needs some reorganizing

[Sébastien Vauban]

Hi,

Dan Davison wrote:
>> Please see the manual as an example.
>
> Hmm? The manual is written in texinfo.

BTW, what's the reason for that?  Does it still apply?  Are there good reasons
not to move it to Org format?

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] Sh problem when echo'ing input data with ' inside

[Sébastien Vauban]

Hi Achim,

Achim Gratz wrote:
> Sébastien Vauban  writes:
>> I asked the question on the Cygwin mailing list, and got an answer from 
>> Tobias
>> Schlottke, telling me to use the 'plain old' syntax (=`...`= instead of
>> =$(...)=):
>
> On further investigation, this is a bug in bash3, fixed in bash4 (hence why
> I didn't see it on Linux). Bash4 is now available as "experimental" in the
> latest version of Cygwin. It's a bit tricky to install since you will also
> need the experimental version of libreadline7 (package version 6.1) and the
> setup kind of works against you: I've not managed to install both of them in
> one go and you will need to be careful with updates since I believe setup
> will always try to reverse these to the non-experimental versions unless you
> allow them globally (which I don't want). In any case, the problem with the
> '$( )' construct is indeed fixed and the next Cygwin release will hopefully
> have this new bash as standard.

Thanks a lot for the follow-up, and for the above details about the problem!

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: Enhancing the Org/Gnus experience

[Sébastien Vauban]

Hi Julien,

Julien Danjou wrote:
> On Thu, Jan 20 2011, Julien Danjou wrote:
>
>> Fine, I'll try to do that. I though you got already a patch against
>> Gnus, but it seems no, so I'll probably make one soon.
>
> Pushed in Gnus.

Waaow; that's fast. Good move!  Thanks for pushing 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

Re: [Orgmode] C-c a t shows empty list

[Erik Iverson]

Микола Стрєбков wrote:

Hi

On 20 січ. 2011, at 23:43, Erik Iverson wrote:


Which version of Emacs / org-mode?


Hmm...
Emacs 23.2 OS X,
"M-x org-info" shows docs for 6.33 but I have installed version 7.4...


Does M-x org-version report the correct version?



The latest org-mode installed in:
(setq load-path (cons "~/.emacs.d/org" load-path))

Here is org part of my .emacs:

;;;
;;; Org mode
;;;
(require 'org-install)
(transient-mark-mode 1)
(setq org-log-done 'time)
(setq org-directory "~/Org")
(setq org-footnote-auto-adjust t)
(setq org-mobile-files (quote ("~/Org/main.org")))
(setq org-mobile-directory "~/Dropbox/MobileOrg")
(setq org-mobile-inbox-for-pull "~/Org/inbox.org")
(setq org-todo-keywords
  '(
(type "TODO" "|" "DONE")
(sequence "PROJ" "|" "FINISHED")
(sequence "PROG" "|" "CANCELLED" "DONE")
)
  )
(setq org-default-notes-file (concat org-directory "/notes.org"))
(add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))



Микола Стрєбков wrote:

Hi orgsters,
I started to use org-mode together with MobileOrg and everything was fine. But 
two days ago I realized that I'm unable to build neither agenda nor todo lists 
from my org files. Problem occurred on both Emacs and my iPhone even on the 
simplest files like:
* test
** TODO test2
** TODO test3
* test4
I found similar issue in google cache (osdir.com gives 403) but it was resolved 
by just Emacs restarting. I'm not so happy.
Please help.




___
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] C-c a t shows empty list

[Микола Стрєбков]

Hi

On 20 січ. 2011, at 23:43, Erik Iverson wrote:

> Which version of Emacs / org-mode?

Hmm...
Emacs 23.2 OS X,
"M-x org-info" shows docs for 6.33 but I have installed version 7.4...

The latest org-mode installed in:
(setq load-path (cons "~/.emacs.d/org" load-path))

Here is org part of my .emacs:

;;;
;;; Org mode
;;;
(require 'org-install)
(transient-mark-mode 1)
(setq org-log-done 'time)
(setq org-directory "~/Org")
(setq org-footnote-auto-adjust t)
(setq org-mobile-files (quote ("~/Org/main.org")))
(setq org-mobile-directory "~/Dropbox/MobileOrg")
(setq org-mobile-inbox-for-pull "~/Org/inbox.org")
(setq org-todo-keywords
  '(
(type "TODO" "|" "DONE")
(sequence "PROJ" "|" "FINISHED")
(sequence "PROG" "|" "CANCELLED" "DONE")
)
  )
(setq org-default-notes-file (concat org-directory "/notes.org"))
(add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))


> 
> Микола Стрєбков wrote:
>> Hi orgsters,
>> I started to use org-mode together with MobileOrg and everything was fine. 
>> But two days ago I realized that I'm unable to build neither agenda nor todo 
>> lists from my org files. Problem occurred on both Emacs and my iPhone even 
>> on the simplest files like:
>> * test
>> ** TODO test2
>> ** TODO test3
>> * test4
>> I found similar issue in google cache (osdir.com gives 403) but it was 
>> resolved by just Emacs restarting. I'm not so happy.
>> Please help.

-- 
Mykola Stryebkov
Public key: http://mykola.org/pubkey.txt
fpr: 0226 54EE C1FF 8636 36EF  2AC9 BCE9 CFC7 9CF4 6747


___
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] Need help on org-exp-blocks and dot

[Bryan Emrys]

Thank you Eric and Erik for the incredibly quick troubleshooting. I updated
.emacs with the setenv command suggested by Eric, restarted emacs and
everything now works as expected.

Bryan

On Thu, Jan 20, 2011 at 1:51 PM, Eric Schulte wrote:

> back when I had to use a mac, I would just symlink paths into standard
> locations, e.g.
>
>  ln -s /opt/local/bin/dot /usr/bin/dot
>
> Maybe not the most elegant solution, but it works reliably
>
> To do this the *right* way you can update the PATH environment variable
> *within* Emacs by doing something like the following
>
> (setenv "PATH" (concat "/opt/local/bin/:" (getenv "PATH")))
>
> 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] Need help on org-exp-blocks and dot

[Eric Schulte]

back when I had to use a mac, I would just symlink paths into standard
locations, e.g.

  ln -s /opt/local/bin/dot /usr/bin/dot

Maybe not the most elegant solution, but it works reliably

To do this the *right* way you can update the PATH environment variable
*within* Emacs by doing something like the following

(setenv "PATH" (concat "/opt/local/bin/:" (getenv "PATH")))

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] C-c a t shows empty list

[Erik Iverson]

Which version of Emacs / org-mode?

Микола Стрєбков wrote:

Hi orgsters,
 
I started to use org-mode together with MobileOrg and everything was fine. But two days ago I realized that I'm unable to build neither agenda nor todo lists from my org files. Problem occurred on both Emacs and my iPhone even on the simplest files like:


* test
** TODO test2
** TODO test3
* test4

I found similar issue in google cache (osdir.com gives 403) but it was resolved 
by just Emacs restarting. I'm not so happy.

Please help.



___
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] Need help on org-exp-blocks and dot

[Erik Iverson]

Bryan Emrys wrote:

/usr/local/bin is also in /etc/paths

if I echo $PATH, I get

/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin


How are you echoing path, starting up a terminal, or within
Emacs M-x shell?

What if you try M-x getenv  PATH  in Emacs?




Thanks,

Bryan

On Thu, Jan 20, 2011 at 1:33 PM, Bryan Emrys > wrote:


Eric,

.profile has:
# MacPorts Installer addition on 2009-04-08_at_20:48:37: adding an
appropriate PATH variable for use with MacPorts.
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
# Finished adapting your PATH environment variable for use with
MacPorts.



On Thu, Jan 20, 2011 at 1:28 PM, Erik Iverson mailto:er...@ccbr.umn.edu>> wrote:



Bryan Emrys wrote:

Hi,

Now getting an error message: /bin/bash: dot: command not found

Hmm. Pathname issue?


Absolutely.



On the mac, dot is in /opt/local/bin/dot
My .emacs file has: (setq load-path (cons "/opt/local/bin"
load-path))


That won't add anything to your shell's path, it's just where Emacs
looks for code to load.


I can certainly just open a terminal window and run dot from
the command line.


Can you grep your shell startup files and find out which one adds
/opt/local/bin to the path?





___
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] Need help on org-exp-blocks and dot

[Bryan Emrys]

/usr/local/bin is also in /etc/paths

if I echo $PATH, I get

/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin

Thanks,

Bryan

On Thu, Jan 20, 2011 at 1:33 PM, Bryan Emrys  wrote:

> Eric,
>
> .profile has:
> # MacPorts Installer addition on 2009-04-08_at_20:48:37: adding an
> appropriate PATH variable for use with MacPorts.
> export PATH=/opt/local/bin:/opt/local/sbin:$PATH
> # Finished adapting your PATH environment variable for use with MacPorts.
>
>
>
> On Thu, Jan 20, 2011 at 1:28 PM, Erik Iverson  wrote:
>
>>
>>
>> Bryan Emrys wrote:
>>
>>> Hi,
>>>
>>> Now getting an error message: /bin/bash: dot: command not found
>>>
>>> Hmm. Pathname issue?
>>>
>>
>> Absolutely.
>>
>>
>>
>>> On the mac, dot is in /opt/local/bin/dot
>>> My .emacs file has: (setq load-path (cons "/opt/local/bin" load-path))
>>>
>>>
>> That won't add anything to your shell's path, it's just where Emacs
>> looks for code to load.
>>
>>
>>  I can certainly just open a terminal window and run dot from the command
>>> line.
>>>
>>
>> Can you grep your shell startup files and find out which one adds
>> /opt/local/bin to the path?
>>
>>
>
___
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] C-c a t shows empty list

[Микола Стрєбков]

Hi orgsters,
 
I started to use org-mode together with MobileOrg and everything was fine. But 
two days ago I realized that I'm unable to build neither agenda nor todo lists 
from my org files. Problem occurred on both Emacs and my iPhone even on the 
simplest files like:

* test
** TODO test2
** TODO test3
* test4

I found similar issue in google cache (osdir.com gives 403) but it was resolved 
by just Emacs restarting. I'm not so happy.

Please help.

-- 
Mykola Stryebkov
Public key: http://mykola.org/pubkey.txt
fpr: 0226 54EE C1FF 8636 36EF  2AC9 BCE9 CFC7 9CF4 6747


___
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] Need help on org-exp-blocks and dot

[Bryan Emrys]

Eric,

.profile has:
# MacPorts Installer addition on 2009-04-08_at_20:48:37: adding an
appropriate PATH variable for use with MacPorts.
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
# Finished adapting your PATH environment variable for use with MacPorts.


On Thu, Jan 20, 2011 at 1:28 PM, Erik Iverson  wrote:

>
>
> Bryan Emrys wrote:
>
>> Hi,
>>
>> Now getting an error message: /bin/bash: dot: command not found
>>
>> Hmm. Pathname issue?
>>
>
> Absolutely.
>
>
>
>> On the mac, dot is in /opt/local/bin/dot
>> My .emacs file has: (setq load-path (cons "/opt/local/bin" load-path))
>>
>>
> That won't add anything to your shell's path, it's just where Emacs
> looks for code to load.
>
>
>  I can certainly just open a terminal window and run dot from the command
>> line.
>>
>
> Can you grep your shell startup files and find out which one adds
> /opt/local/bin to the path?
>
>
___
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] Need help on org-exp-blocks and dot

[Erik Iverson]

Bryan Emrys wrote:

Hi,

Now getting an error message: /bin/bash: dot: command not found

Hmm. Pathname issue?


Absolutely.



On the mac, dot is in /opt/local/bin/dot
My .emacs file has: (setq load-path (cons "/opt/local/bin" load-path))



That won't add anything to your shell's path, it's just where Emacs
looks for code to load.

I can certainly just open a terminal window and run dot from the command 
line.


Can you grep your shell startup files and find out which one adds
/opt/local/bin to the path?


___
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] Need help on org-exp-blocks and dot

[Bryan Emrys]

Hi,

Now getting an error message: /bin/bash: dot: command not found

Hmm. Pathname issue?

On the mac, dot is in /opt/local/bin/dot
My .emacs file has: (setq load-path (cons "/opt/local/bin" load-path))

I can certainly just open a terminal window and run dot from the command
line.

Thanks for any further suggestions.

Bryan,

On Thu, Jan 20, 2011 at 11:12 AM, Eric Schulte wrote:

> Hi Bryan,
>
> For generating dot graphics from Org-mode it is now suggested to use a
> normal code block rather than org-exp-blocks, for example the following
> should generate a graph when pressing C-c C-c on the block, and on
> export should include the resulting graph rather than the code block.
>
> from http://www.graphviz.org/Gallery/directed/fsm.gv.txt
> #+begin_src dot :file fsa.png :exports results
>  digraph finite_state_machine {
>  rankdir=LR;
>  size="8,5"
>  node [shape = doublecircle]; LR_0 LR_3 LR_4 LR_8;
>  node [shape = circle];
>  LR_0 -> LR_2 [ label = "SS(B)" ];
>  LR_0 -> LR_1 [ label = "SS(S)" ];
>  LR_1 -> LR_3 [ label = "S($end)" ];
>  LR_2 -> LR_6 [ label = "SS(b)" ];
>  LR_2 -> LR_5 [ label = "SS(a)" ];
>  LR_2 -> LR_4 [ label = "S(A)" ];
>  LR_5 -> LR_7 [ label = "S(b)" ];
>  LR_5 -> LR_5 [ label = "S(a)" ];
>  LR_6 -> LR_6 [ label = "S(b)" ];
>  LR_6 -> LR_5 [ label = "S(a)" ];
>  LR_7 -> LR_8 [ label = "S(b)" ];
>  LR_7 -> LR_5 [ label = "S(a)" ];
>  LR_8 -> LR_6 [ label = "S(b)" ];
>  LR_8 -> LR_5 [ label = "S(a)" ];
>  }
> #+end_src
>
> Cheers -- Eric
>
> Bryan Emrys  writes:
>
> > Hello. Trying to use org-exp-blocks with dot to export a graphic in
> > generated html file. Works on linux box.
> >
> > However, on a mac box everything except the graph is generated. Instead
> of
> > pulling in the graphic, it just prints dot_somehashednumber.png. As far
> as I
> > can tell, that png is not generated anywhere and left in a file system
> > either.
> >
> > Dot works standalone from a terminal window. Paths seem to be right and
> > emacs isn't complaining about loading org-exp-blocks.
> >
> > The emacs version on the mac is 23.1.1. I have (require 'org-exp-blocks)
> in
> > the .emacs file.
> >
> > Any suggestions on what to look for next?
> >
> > Thanks,
> >
> > Bryan
> > ___
> > 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: [BEAMER] make text fit in a slide

[Andrea Crotti]

Chris Malone  writes:

> Hi Andrea,
>
> In the example I showed, I set the block to an =ignoreheading= block by
> using =C-c C-b i=.  This, as best I can tell, generates a block but
> comments out the part which gives the block its title.  Doing this
> overrides the "alertblock" heading, so I'm not entirely sure how to
> combine the two to do what you are asking.
>
> Chris

I also tried that and I saw it doesn't work...
Actually a normal block would be also fine, but the ignoreheading block
doesn't "box" my text in a different background color as the normal
block does.

So it's a bit different, not exactly like a block which ignores the
heading.

I think I solved this issue already a very long time ago, but went
completely out of my mind...

Is it also possible to have one part of a frame fixed while one other
part (a block/column) changes its content?

\pause writes things after, doesn't substitute the content, so I guess
something else is needed...


___
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] Stable key assignment for org-fast-tag-selection

[Matt Lundin]

Bastien  writes:

> emacs-orgm...@dunsmor.com writes:
>
>> - Eval (setq org-use-fast-tag-selection t)
>> - Eval (setq org-fast-tag-selection-single-key "expert")
>> - Create a heading with tags :a1:a2:
>> - Create another heading with tags :a1:a2:
>> - Type "C-c a", "C-c a", "C-c a", "C-c a"
>> - Notice how it changes from a1 to a2
>
> I reproduced this, well spotted.
>
>> Below is a patch to make the character assignment stable, given that all
>> of the same tags exist in the file each time it's run.
>
> Thanks for the patch!
>
> I was not able to apply it using the pw utility, so I made the change
> myself -- I forgot to do a "git commit --amend --author" tho, sorry!

This patch breaks grouping in fast tag selection, since the sort
function ignores the grouping information provided in org-tag-alist.

Here's a sample org-tag-alist:

(setq org-tag-alist '((:startgroup . nil)
  ("desk" . ?d)
  ("email" . ?m)
  ("hack" . ?k)
  ("net" . ?n)
  ("phone" . ?p)
  (:endgroup . nil)
  (:startgroup . nil)
  ("home" . ?h)
  ("yard" . ?y)
  ("errands" . ?e)
  (:endgroup . nil)
  (:startgroup . nil)
  ("read" . ?r)
  ("script" .?s)
  ("think" . ?t)
  ("travel" . ?j)
  (:endgroup . nil)))

And here's the prompt for org-tag-alist:

--8<---cut here---start->8---
Inherited:  inbox per prof
Current:
   Next change exits
}
}
}
{ { { [d] desk  [m] email [e] errands   [k] hack  [h] home  
  [n] net   [p] phone [r] read  [s] script[t] think 
  [j] travel[y] yard  
--8<---cut here---end--->8---

Best,
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] Re: Org-beamer problems

[Henri-Paul Indiogine]

Hi Eric!

Eric S Fraga  writes:
> Regarding the @ problem, where and how do you make the settings.  As I
> have said on this list recently, I find that I have to set the variables
> concerned *before* I load org (through =(require 'org-install)=) or
> otherwise the regular expressions that use these variables are
> initialised incorrectly (I believe this is the root cause of the
> problem).

The @ problem is the only one that I have not been able to fix.

The first lines in my .emacs re. orgmode section are:

(setq load-path (cons "~/elisp/org-mode/lisp" load-path))
(require 'org-install)
(setq initial-major-mode 'org-mode)
(setq org-directory "~/Dropbox/org/")


then I have code for org-capture, tags, and then about latex export:

(setq org-export-latex-packages-alist
  '(("" "color")
("" "hyperref")
("" "apacite")
("" "tikz")))

(require 'org-latex)

and then other org-mode stuff: faces, org-mobile, 

I noticed that org-latex.el does not have the line:

("@" "\\alert{%s}" nil)

so I added it manually to

(defcustom org-export-latex-emphasis-alist ...

but nothing happens.


Thanks,
Henri-Paul


-- 
Henri-Paul Indiogine
Email: hindiog...@gmail.com
Running: Ubuntu Linux 10.10, Emacs 24.0.50.1, org-mode 7.3

___
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: Worg needs some reorganizing

[Jeff Horn]

On Thu, Jan 20, 2011 at 1:46 PM, Eric Schulte  wrote:
> Jeff Horn  writes:
>
>> On Thu, Jan 20, 2011 at 11:16 AM, Nick Dokos  wrote:
>>> Matt Lundin  wrote:
>>>
 Nick Dokos  writes:

 > Matt Lundin  wrote:
 >
 >> So the new, "flat" FAQ is up and running. And, of course, all are
 >> welcome to suggest or contribute further refinements.
 >>
 >
 > Blue (or purple or similar color) text on black background is unreadable 
 > -
 > at least to my eyes.

 I agree. I reverted the black background.

 If a dark background is preferred, we'll need to make sure that we
 export an entire dark color theme (such as zenburn) with
 org-export-htmlize-generate-css.

 As it stood, we were simply using a black background with colors
 exported from a light theme (e.g, dark blue headlines). Needless to say,
 this made the text unreadable. :)

>>>
>>> Much better!
>>
>> Nick,
>>
>> This is what I see when I visit the FAQ page.[1] The TOC column seems
>> to be very narrow. I'm using Chrome with the "Next Worg" stylesheet.
>>
>
> I believe the "Next Worg" stylesheet is very old and not a product of
> the current round of CSS updates.  Once the arternative stylesheets are
> updated to reflect this most recent development round I would imagine
> that the "Next Worg" stylesheet will disappear.
>

In that case, it looks great!

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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: Bug ? : org-babel and calc : calc-command-flags

[d . tchin]

Eventually I prefer to use the following instruction in the
buffer where I will use calc with babel.


#+begin_src emacs-lisp :results silent
  (require 'ob-calc)
  (defvar calc-command-flags nil)
#+end_src

Thank you for your help. 


d.tchin



___
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] Sh problem when echo'ing input data with ' inside

[Achim Gratz]

Sébastien Vauban 
writes:
> I asked the question on the Cygwin mailing list, and got an answer from Tobias
> Schlottke, telling me to use the 'plain old' syntax (=`...`= instead of
> =$(...)=):

On further investigation, this is a bug in bash3, fixed in bash4
(hence why I didn't see it on Linux).  Bash4 is now available as
"experimental" in the latest version of Cygwin.  It's a bit tricky to
install since you will also need the experimental version of
libreadline7 (package version 6.1) and the setup kind of works against
you: I've not managed to install both of them in one go and you will
need to be careful with updates since I believe setup will always try to
reverse these to the non-experimental versions unless you allow them
globally (which I don't want).  In any case, the problem with the '$( )'
construct is indeed fixed and the next Cygwin release will hopefully
have this new bash as standard.


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

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
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] Need help on org-exp-blocks and dot

[Eric Schulte]

Hi Bryan,

For generating dot graphics from Org-mode it is now suggested to use a
normal code block rather than org-exp-blocks, for example the following
should generate a graph when pressing C-c C-c on the block, and on
export should include the resulting graph rather than the code block.

from http://www.graphviz.org/Gallery/directed/fsm.gv.txt
#+begin_src dot :file fsa.png :exports results
  digraph finite_state_machine {
  rankdir=LR;
  size="8,5"
  node [shape = doublecircle]; LR_0 LR_3 LR_4 LR_8;
  node [shape = circle];
  LR_0 -> LR_2 [ label = "SS(B)" ];
  LR_0 -> LR_1 [ label = "SS(S)" ];
  LR_1 -> LR_3 [ label = "S($end)" ];
  LR_2 -> LR_6 [ label = "SS(b)" ];
  LR_2 -> LR_5 [ label = "SS(a)" ];
  LR_2 -> LR_4 [ label = "S(A)" ];
  LR_5 -> LR_7 [ label = "S(b)" ];
  LR_5 -> LR_5 [ label = "S(a)" ];
  LR_6 -> LR_6 [ label = "S(b)" ];
  LR_6 -> LR_5 [ label = "S(a)" ];
  LR_7 -> LR_8 [ label = "S(b)" ];
  LR_7 -> LR_5 [ label = "S(a)" ];
  LR_8 -> LR_6 [ label = "S(b)" ];
  LR_8 -> LR_5 [ label = "S(a)" ];
  }
#+end_src

Cheers -- Eric

Bryan Emrys  writes:

> Hello. Trying to use org-exp-blocks with dot to export a graphic in
> generated html file. Works on linux box.
>
> However, on a mac box everything except the graph is generated. Instead of
> pulling in the graphic, it just prints dot_somehashednumber.png. As far as I
> can tell, that png is not generated anywhere and left in a file system
> either.
>
> Dot works standalone from a terminal window. Paths seem to be right and
> emacs isn't complaining about loading org-exp-blocks.
>
> The emacs version on the mac is 23.1.1. I have (require 'org-exp-blocks) in
> the .emacs file.
>
> Any suggestions on what to look for next?
>
> Thanks,
>
> Bryan
> ___
> 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] Need help on org-exp-blocks and dot

[Bryan Emrys]

Hello. Trying to use org-exp-blocks with dot to export a graphic in
generated html file. Works on linux box.

However, on a mac box everything except the graph is generated. Instead of
pulling in the graphic, it just prints dot_somehashednumber.png. As far as I
can tell, that png is not generated anywhere and left in a file system
either.

Dot works standalone from a terminal window. Paths seem to be right and
emacs isn't complaining about loading org-exp-blocks.

The emacs version on the mac is 23.1.1. I have (require 'org-exp-blocks) in
the .emacs file.

Any suggestions on what to look for next?

Thanks,

Bryan
___
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: Bug ? : org-babel and calc : calc-command-flags

[Eric Schulte]

d.tchin  writes:

> Eric Schulte  gmail.com> writes:
>
>> 
>> Hi d.tchin,
>> 
>
> Hi Eric
>
>> This problem is caused because (as you point out) the calc-command-flags
>> variable is not defined.  In my Emacs version calc-command-flags is
>> provided by (require 'calc) which is part of Babel's calc support, this
>> variable must be part of another package in your distribution.
>> 
>
> Strange as I can load calc package in emacs. Indeed when I try to 
> get information on this variable with C-h v, there is nothing.
> I have a look on calc.el and I have the following lines (1428):
>
> (defvar calc-aborted-prefix nil)
> (defvar calc-start-time nil)
> (defvar calc-command-flags)
> (defvar calc-final-point-line)
> (defvar calc-final-point-column)
>
> Indeed, when I tried to use C-h v on the two first variable, it match.
> But not for the following. The main difference is that the first two 
> variable have the nil value and not the following.
>

the use of defvar without giving the variable a value is a trick to
appease the elisp compiler when a variable is used without being
required.  I imagine that the `calc-command-flags' variable is defined
in some other calc file, which the calc authors assumed would already be
loaded by the time calc is required.

>
>
>> As a work around you should find which calc package provides the
>> calc-command-flags variable and manually require that package, which
>> should resolve this problem.  More generally it may be useful to upgrade
>> from Emacs 22 if that is an option.
>> 
>
> I put a (require 'calc) in my .emacs. It is still not working.
> I decide to put the following instruction in my .emacs :
>
> (require 'calc) 
> (defvar calc-command-flags nil)
>
> Then it works ! 

That may be the simplest work-around for now, unless you can find the
calc file that actually does define that variable.

Best -- Eric

> 
> It seems that there is problem of initialization of this variable.
> Shouldn't this variable be initialized by default in calc ?
>
> Thank you for your help.
>
> d.tchin
>
>
>
>> Best -- 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

___
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: Worg needs some reorganizing

[Eric Schulte]

Jeff Horn  writes:

> On Thu, Jan 20, 2011 at 11:16 AM, Nick Dokos  wrote:
>> Matt Lundin  wrote:
>>
>>> Nick Dokos  writes:
>>>
>>> > Matt Lundin  wrote:
>>> >
>>> >> So the new, "flat" FAQ is up and running. And, of course, all are
>>> >> welcome to suggest or contribute further refinements.
>>> >>
>>> >
>>> > Blue (or purple or similar color) text on black background is unreadable -
>>> > at least to my eyes.
>>>
>>> I agree. I reverted the black background.
>>>
>>> If a dark background is preferred, we'll need to make sure that we
>>> export an entire dark color theme (such as zenburn) with
>>> org-export-htmlize-generate-css.
>>>
>>> As it stood, we were simply using a black background with colors
>>> exported from a light theme (e.g, dark blue headlines). Needless to say,
>>> this made the text unreadable. :)
>>>
>>
>> Much better!
>
> Nick,
>
> This is what I see when I visit the FAQ page.[1] The TOC column seems
> to be very narrow. I'm using Chrome with the "Next Worg" stylesheet.
>

I believe the "Next Worg" stylesheet is very old and not a product of
the current round of CSS updates.  Once the arternative stylesheets are
updated to reflect this most recent development round I would imagine
that the "Next Worg" stylesheet will disappear.

>
> Footnotes:
> [1] http://cl.ly/47Cn

___
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: Worg needs some reorganizing

[Eric Schulte]

>
> I see this issue a lot on the Babel pages.  What needs to be done is
> wrap each source/example block in another block with "org" as the
> language.
>
> For example:
>
> #+begin_src org
>   ,#+begin_src sh :results output
> ls -al
>   ,#+end_src
> #+end_src
>
> I think this should be done for all Babel documents to make them more
> coherent when reading them on the web.  I found the babel documentation
> quite confusing in the beginning because of this.
>
> Eric and Dan,
>
> Do you agree with this?

Yes, I do agree,

When writing the babel paper we ended up taking basically this approach,
and found that we had to duplicate most blocks, once for showing the
block and once for showing the output e.g.

#+begin_src org
  ,#+begin_src sh :results output
ls -al
  ,#+end_src
#+end_src

#+begin_src sh :results output
 ls -al
#+end_src

maybe this process could be simplified by passing the body of the code
block to some function (could be defined in the library of babel) which
inserts both the begin_src org quoted body and the actual results into
exported documents.

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

[Orgmode] bug: org-agenda does not compile and has warnings

[Samuel Wales]

org-agenda.el does not compile.

In org-agenda-goto-today:
org-agenda.el:6107:59:Warning: `org-agenda-ndays' is an obsolete variable (as
of Emacs 24.1); use `org-agenda-span' instead.

In org-agenda-reset-view:
org-agenda.el:4:3:Warning: `org-agenda-ndays' is an obsolete variable (as of
Emacs 24.1); use `org-agenda-span' instead.
org-agenda.el:1:3:Error: End of file during parsing

Perhaps a with-no-warnings would fix it.

After I put that in, this happens:

org-agenda.el:8136:1:Warning: the following functions are not known to
be defined:
org-habit-insert-consistency-graphs, calendar-iso-from-absolute,
org-is-habit-p, org-habit-parse-todo, org-habit-get-priority,
org-columns-quit, calendar-absolute-from-iso

Perhaps some requires or something would fix it.

Emacs 22, latest org.

Thanks.

Samuel

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
I support WPI: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper.

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

[Orgmode] Re: Bug ? : org-babel and calc : calc-command-flags

[d . tchin]

Eric Schulte  gmail.com> writes:

> 
> Hi d.tchin,
> 

Hi Eric

> This problem is caused because (as you point out) the calc-command-flags
> variable is not defined.  In my Emacs version calc-command-flags is
> provided by (require 'calc) which is part of Babel's calc support, this
> variable must be part of another package in your distribution.
> 

Strange as I can load calc package in emacs. Indeed when I try to 
get information on this variable with C-h v, there is nothing.
I have a look on calc.el and I have the following lines (1428):

(defvar calc-aborted-prefix nil)
(defvar calc-start-time nil)
(defvar calc-command-flags)
(defvar calc-final-point-line)
(defvar calc-final-point-column)

Indeed, when I tried to use C-h v on the two first variable, it match.
But not for the following. The main difference is that the first two 
variable have the nil value and not the following.


> As a work around you should find which calc package provides the
> calc-command-flags variable and manually require that package, which
> should resolve this problem.  More generally it may be useful to upgrade
> from Emacs 22 if that is an option.
> 

I put a (require 'calc) in my .emacs. It is still not working.
I decide to put the following instruction in my .emacs :

(require 'calc) 
(defvar calc-command-flags nil)

Then it works ! 
It seems that there is problem of initialization of this variable.
Shouldn't this variable be initialized by default in calc ?

Thank you for your help.

d.tchin



> Best -- Eric
> 



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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jeff Horn]

On Thu, Jan 20, 2011 at 11:16 AM, Nick Dokos  wrote:
> Matt Lundin  wrote:
>
>> Nick Dokos  writes:
>>
>> > Matt Lundin  wrote:
>> >
>> >> So the new, "flat" FAQ is up and running. And, of course, all are
>> >> welcome to suggest or contribute further refinements.
>> >>
>> >
>> > Blue (or purple or similar color) text on black background is unreadable -
>> > at least to my eyes.
>>
>> I agree. I reverted the black background.
>>
>> If a dark background is preferred, we'll need to make sure that we
>> export an entire dark color theme (such as zenburn) with
>> org-export-htmlize-generate-css.
>>
>> As it stood, we were simply using a black background with colors
>> exported from a light theme (e.g, dark blue headlines). Needless to say,
>> this made the text unreadable. :)
>>
>
> Much better!

Nick,

This is what I see when I visit the FAQ page.[1] The TOC column seems
to be very narrow. I'm using Chrome with the "Next Worg" stylesheet.

Footnotes:
[1] http://cl.ly/47Cn

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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: Enhancing the Org/Gnus experience

[Julien Danjou]

On Thu, Jan 20 2011, Julien Danjou wrote:

> Fine, I'll try to do that. I though you got already a patch against
> Gnus, but it seems no, so I'll probably make one soon.

Pushed in Gnus.

-- 
Julien Danjou
❱ http://julien.danjou.info


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

Re: [Orgmode] Re: Worg needs some reorganizing

[Nick Dokos]

Matt Lundin  wrote:

> Nick Dokos  writes:
> 
> > Matt Lundin  wrote:
> >
> >> So the new, "flat" FAQ is up and running. And, of course, all are
> >> welcome to suggest or contribute further refinements.
> >> 
> >
> > Blue (or purple or similar color) text on black background is unreadable -
> > at least to my eyes.
> 
> I agree. I reverted the black background.
> 
> If a dark background is preferred, we'll need to make sure that we
> export an entire dark color theme (such as zenburn) with
> org-export-htmlize-generate-css.
> 
> As it stood, we were simply using a black background with colors
> exported from a light theme (e.g, dark blue headlines). Needless to say,
> this made the text unreadable. :)
> 

Much better!

Thanks,
Nick


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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jeff Horn]

On Thu, Jan 20, 2011 at 12:48 PM, Dan Davison  wrote:
> On Thu, Jan 20, 2011 at 5:41 PM, Dan Davison  wrote:
>> On Thu, Jan 20, 2011 at 5:02 PM, Jeff Horn  wrote:
>>>
>>> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:
>>> > I strongly second this. In fact I'll stick my neck out more: Worg is
>>> > great, but for tutorials on org-mode, HTML export is often the wrong
>>> > format for obvious reasons (i.e. unless you go to some trouble, it
>>> > conceals a lot of the org syntax). I'm tempted to suggest that htmlized
>>> > output should be the default format for many org tutorials on Worg.
>>>
>>> I respectfully disagree with your assertion. When someone writes a
>>> document "properly", i.e. in a literate fashion, i.e. using org source
>>> blocks, the right syntax is shown at the right time.
>>
>> So I think we both have babel documents in mind -- i.e. ones with
>> active code blocks. The trouble with using org source blocks to render
>> the org syntax in HTML is that the content must be duplicated. I know
>> from experience that it is easy to let the pedagogical org block get
>> out of sync with its functional counterpart.
>
> Another possibility is that a new header arg (perhaps ":exports org")
> could be added to babel, which would have the effect of wrapping the
> block in an org src block on export.

That's quite elegant. Certainly takes the tedium out of fixing already
broken pages.

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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: Worg needs some reorganizing

[Dan Davison]

On Thu, Jan 20, 2011 at 5:41 PM, Dan Davison  wrote:
> On Thu, Jan 20, 2011 at 5:02 PM, Jeff Horn  wrote:
>>
>> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:
>> > I strongly second this. In fact I'll stick my neck out more: Worg is
>> > great, but for tutorials on org-mode, HTML export is often the wrong
>> > format for obvious reasons (i.e. unless you go to some trouble, it
>> > conceals a lot of the org syntax). I'm tempted to suggest that htmlized
>> > output should be the default format for many org tutorials on Worg.
>>
>> I respectfully disagree with your assertion. When someone writes a
>> document "properly", i.e. in a literate fashion, i.e. using org source
>> blocks, the right syntax is shown at the right time.
>
> So I think we both have babel documents in mind -- i.e. ones with
> active code blocks. The trouble with using org source blocks to render
> the org syntax in HTML is that the content must be duplicated. I know
> from experience that it is easy to let the pedagogical org block get
> out of sync with its functional counterpart.

Another possibility is that a new header arg (perhaps ":exports org")
could be added to babel, which would have the effect of wrapping the
block in an org src block on export.

> I did try to choose my
> words carefully -- I said "tutorials", by which I meant the sort of
> documents demonstrating Org syntax that can be played with in the org
> source version. Not talking about the whole of Worg.
>
>>
>> Please see the
>> manual as an example.
>
> Hmm? The manual is written in texinfo.
>
>>
>> Now, I'm no fan of nerfing choices in order to force anyone to do
>> things "The Right Way (tm)", but it bears mentioning.
>>
>> I see no harm in publishing using org-publish-org-to-org with htmlize.
>> We could even add a link in the footer or header of each page that
>> links to the htmlized source. I do *not* agree in making it the
>> "default format" for any page.
>
> To see examples of a document that would work better in htmlized
> format, look no further than
>
> http://orgmode.org/worg/org-contrib/babel/intro.html
>
> Scroll down to the ditaa section and infelicities start to appear.
> Someone (Eric or Tom) has done a good job of trying to make sure that
> an org src counterpart exists for each source block, but that is (a)
> hard work, (b) error prone and (c) cumbersome (what's the point of the
> non org src version?).
>
> And in the places which they missed, the document doesn't work well.
> E.g. look at the "Capturing the Results of Code Evaluation" section.
> Those two blocks are formatted in HTML only and its all a bit baffling
> as they appear the same (can't see the header args, which are the
> whole point of the example).
>
> All of which could be solved with some effort. My point is: what does
> the HTML export of this document really offer over the verbatim
> htmlized one?
>
> Dan
>
>>
>> --
>> Jeffrey Horn
>> http://www.failuretorefrain.com/jeff/
>

___
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: Worg needs some reorganizing

[Jeff Horn]

On Thu, Jan 20, 2011 at 12:41 PM, Dan Davison  wrote:
> All of which could be solved with some effort. My point is: what does
> the HTML export of this document really offer over the verbatim
> htmlized one?

I'll concede. I seem to have spoken out of turn, since I haven't
authored any tutorials, and I hadn't run into the specific issues you
cite. I do wonder if wrapping the code in org blocks does fix the
problem, as Jason suggests...

To address the above quoted, I think reading a page in org syntax
might put off new learners. My head still spins when looking at some
babel documents, since I don't make regular use of it. When I click on
a link, especially in a Wiki, I expect to see a webpage, not source.
YMMV.

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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: Worg needs some reorganizing

[Jason Dunsmore]

Jeff Horn  writes:

> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:
>> I strongly second this. In fact I'll stick my neck out more: Worg is
>> great, but for tutorials on org-mode, HTML export is often the wrong
>> format for obvious reasons (i.e. unless you go to some trouble, it
>> conceals a lot of the org syntax). I'm tempted to suggest that htmlized
>> output should be the default format for many org tutorials on Worg.
>
> I respectfully disagree with your assertion. When someone writes a
> document "properly", i.e. in a literate fashion, i.e. using org source
> blocks, the right syntax is shown at the right time. Please see the
> manual as an example.
>
> Now, I'm no fan of nerfing choices in order to force anyone to do
> things "The Right Way (tm)", but it bears mentioning.
>
> I see no harm in publishing using org-publish-org-to-org with htmlize.
> We could even add a link in the footer or header of each page that
> links to the htmlized source. I do *not* agree in making it the
> "default format" for any page.

FYI, Bastien implemented the htmlize version of Worg Tuesday.  You can
see it on any Worg page by replacing .html with .org.html.  Example:

http://orgmode.org/worg/org-contrib/babel/intro.org.html
http://orgmode.org/worg/org-contrib/babel/intro.html

Maybe we should add some colors to that htmlize output.  I agree a link
to the Org version on every page would be useful.

___
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: Worg needs some reorganizing

[Dan Davison]

On Thu, Jan 20, 2011 at 5:02 PM, Jeff Horn  wrote:
>
> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:
> > I strongly second this. In fact I'll stick my neck out more: Worg is
> > great, but for tutorials on org-mode, HTML export is often the wrong
> > format for obvious reasons (i.e. unless you go to some trouble, it
> > conceals a lot of the org syntax). I'm tempted to suggest that htmlized
> > output should be the default format for many org tutorials on Worg.
>
> I respectfully disagree with your assertion. When someone writes a
> document "properly", i.e. in a literate fashion, i.e. using org source
> blocks, the right syntax is shown at the right time.

So I think we both have babel documents in mind -- i.e. ones with
active code blocks. The trouble with using org source blocks to render
the org syntax in HTML is that the content must be duplicated. I know
from experience that it is easy to let the pedagogical org block get
out of sync with its functional counterpart. I did try to choose my
words carefully -- I said "tutorials", by which I meant the sort of
documents demonstrating Org syntax that can be played with in the org
source version. Not talking about the whole of Worg.

>
> Please see the
> manual as an example.

Hmm? The manual is written in texinfo.

>
> Now, I'm no fan of nerfing choices in order to force anyone to do
> things "The Right Way (tm)", but it bears mentioning.
>
> I see no harm in publishing using org-publish-org-to-org with htmlize.
> We could even add a link in the footer or header of each page that
> links to the htmlized source. I do *not* agree in making it the
> "default format" for any page.

To see examples of a document that would work better in htmlized
format, look no further than

http://orgmode.org/worg/org-contrib/babel/intro.html

Scroll down to the ditaa section and infelicities start to appear.
Someone (Eric or Tom) has done a good job of trying to make sure that
an org src counterpart exists for each source block, but that is (a)
hard work, (b) error prone and (c) cumbersome (what's the point of the
non org src version?).

And in the places which they missed, the document doesn't work well.
E.g. look at the "Capturing the Results of Code Evaluation" section.
Those two blocks are formatted in HTML only and its all a bit baffling
as they appear the same (can't see the header args, which are the
whole point of the example).

All of which could be solved with some effort. My point is: what does
the HTML export of this document really offer over the verbatim
htmlized one?

Dan

>
> --
> Jeffrey Horn
> http://www.failuretorefrain.com/jeff/

___
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: Worg needs some reorganizing

[Jason Dunsmore]

Erik Iverson  writes:

> Jeff Horn wrote:
>> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:
>>> I strongly second this. In fact I'll stick my neck out more: Worg is
>>> great, but for tutorials on org-mode, HTML export is often the wrong
>>> format for obvious reasons (i.e. unless you go to some trouble, it
>>> conceals a lot of the org syntax). I'm tempted to suggest that htmlized
>>> output should be the default format for many org tutorials on Worg.
>>
>> I respectfully disagree with your assertion. When someone writes a
>> document "properly", i.e. in a literate fashion, i.e. using org source
>> blocks, the right syntax is shown at the right time. Please see the
>> manual as an example.
>
> I must admit I ran into this exact problem when writing an org-babel/R
> tutorial.  The problem came down to the following: I was writing an
> interactive org-mode document showing mainly how code blocks work within
> org.  This of course necessitates that I describe code block arguments.
> But these aren't shown in export. I believe the solution would be
> to export an "example block" to HTML, but then *also* include a source
> code block for interactive org-mode use.
>
> So my tutorial makes perfect sense when you're following along in org
> mode.  But the HTML export seems a little odd since only the content
> of the code blocks are shown, and not the full code blocks, which is
> the point of the tutorial.

I see this issue a lot on the Babel pages.  What needs to be done is
wrap each source/example block in another block with "org" as the
language.

For example:

--8<---cut here---start->8---
#+begin_src org
  ,#+begin_src sh :results output
ls -al
  ,#+end_src
#+end_src
--8<---cut here---end--->8---

I think this should be done for all Babel documents to make them more
coherent when reading them on the web.  I found the babel documentation
quite confusing in the beginning because of this.

Eric and Dan,

Do you agree with this?

___
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: Enhancing the Org/Gnus experience

[Julien Danjou]

On Wed, Jan 19 2011, Sébastien Vauban wrote:

> I had sent all the needed code to add to Gnus onto the Gnus newsgroup, see
> http://osdir.com/ml/info-gnus-english-gnu/2011-01/msg00082.html.
>
> But Gnus asks me to...
>
> #+begin_verse
> ... post a patch for these changes to the d...@gnus.org mailing list?
> #+end_verse
>
> This will require me to:
>
> - find the right place to put such a code in Gnus code base,
> - see how to deal with the =(mm-uu-configure)= function call (integrate
>   somehow its effect, instead of calling it),
> - etc.
>
> Not that obvious (for me) to make it perfect-looking. Being quite overloaded,
> this task is still in my log, but gets delayed from day to day.
>
> Feel free to post anything in that direction, if you're willing to help.

Fine, I'll try to do that. I though you got already a patch against
Gnus, but it seems no, so I'll probably make one soon.

-- 
Julien Danjou
❱ http://julien.danjou.info


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

Re: [Orgmode] Re: [BEAMER] make text fit in a slide

[Chris Malone]

Hi Andrea,

In the example I showed, I set the block to an =ignoreheading= block by
using =C-c C-b i=.  This, as best I can tell, generates a block but comments
out the part which gives the block its title.  Doing this overrides the
"alertblock" heading, so I'm not entirely sure how to combine the two to do
what you are asking.

Chris

On Thu, Jan 20, 2011 at 12:17 PM, Andrea Crotti
wrote:

> Chris Malone  writes:
>
> > Hi Andrea,
> >
> > Here I can help some :).
> >
> > What I have done in the past is take advantage of the fact that org-mode
> > will close a beamer =columns= environment if the column width is set to 0
> > (or 1):
> >
> >
> --
> > ** What is a Type I X-ray
> > Burst?
> >
> > *** ignore
> > :BMCOL:B_ignoreheading:
> >
> > :PROPERTIES:
> >   :BEAMER_col:
> > 0.33
> >   :BEAMER_env:
> > ignoreheading
> >   :BEAMER_envargs:
> > C[t]
> >
> > :END:
> > - Low Mass X-ray
> > Binaries
> > *** ignore
> > :BMCOL:B_ignoreheading:
> >
> > :PROPERTIES:
> >   :BEAMER_col:
> > 0.3
> >   :BEAMER_env:
> > ignoreheading
> >
> > :END:
> > - Accretion of H and/or
> > He
> > *** ignore
> > :BMCOL:B_ignoreheading:
> >
> > :PROPERTIES:
> >   :BEAMER_col:
> > 0.4
> >   :BEAMER_env:
> > ignoreheading
> >
> > :END:
> > - Ignition at base of accreted
> > layer
> > *** close columns
> > :BMCOL:B_ignoreheading:
> >
> > :PROPERTIES:
> >  :BEAMER_col:
> > 0
> >  :BEAMER_env:
> > ignoreheading
> >
> > :END:
> > *** data
> > :B_ignoreheading:BMCOL:
> >
> > :PROPERTIES:
> >   :BEAMER_env:
> > ignoreheading
> >   :BEAMER_envargs:
> > C[T]
> >   :BEAMER_col:
> > 0.4
> >
> > :END:
> > whatever else I want
> >
> --
> >
> > This creates a "row" on the top of the frame that has 3 columns of widths
> > 0.33, 0.3, and 0.4.  Then to close that "row" I made the =close columns=
> > header with a column width of 0.  The next header, =data= starts another
> > "row" and its column width is set to 0.4 giving room for another column
> to
> > its right if I so choose.
>
> Great thanks a lot.
> Too bad that things really start to become complicated with the
> syntax...
>
> Another last thing, if I want a block (for example an "alertblock") is
> there a way to not having the heading line?
>
> I mean
> ** Thanks:B_block:
>   :PROPERTIES:
>   :BEAMER_env: alertblock
>   :END:
>
>   *Thanks you all*
>
> I would like not to see the initial Thanks...
> For latex is perfectly fine but how do I say that to org-beamer?
>
>
> ___
> 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: Worg needs some reorganizing

[Erik Iverson]

Jeff Horn wrote:

On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:

I strongly second this. In fact I'll stick my neck out more: Worg is
great, but for tutorials on org-mode, HTML export is often the wrong
format for obvious reasons (i.e. unless you go to some trouble, it
conceals a lot of the org syntax). I'm tempted to suggest that htmlized
output should be the default format for many org tutorials on Worg.


I respectfully disagree with your assertion. When someone writes a
document "properly", i.e. in a literate fashion, i.e. using org source
blocks, the right syntax is shown at the right time. Please see the
manual as an example.


I must admit I ran into this exact problem when writing an org-babel/R
tutorial.  The problem came down to the following: I was writing an
interactive org-mode document showing mainly how code blocks work within
org.  This of course necessitates that I describe code block arguments.
But these aren't shown in export. I believe the solution would be
to export an "example block" to HTML, but then *also* include a source
code block for interactive org-mode use.

So my tutorial makes perfect sense when you're following along in org
mode.  But the HTML export seems a little odd since only the content
of the code blocks are shown, and not the full code blocks, which is
the point of the tutorial.

___
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: [BEAMER] make text fit in a slide

[Andrea Crotti]

Chris Malone  writes:

> Hi Andrea,
>
> Here I can help some :).
>
> What I have done in the past is take advantage of the fact that org-mode
> will close a beamer =columns= environment if the column width is set to 0
> (or 1):
>
> --
> ** What is a Type I X-ray
> Burst?   
>  
> *** ignore   
> :BMCOL:B_ignoreheading:  
>  
> :PROPERTIES:  
>   :BEAMER_col:
> 0.33 
>   :BEAMER_env:
> ignoreheading
>   :BEAMER_envargs:
> C[t] 
>  
> :END: 
> - Low Mass X-ray
> Binaries  
> *** ignore   
> :BMCOL:B_ignoreheading:  
>  
> :PROPERTIES:  
>   :BEAMER_col:
> 0.3  
>   :BEAMER_env:
> ignoreheading
>  
> :END: 
> - Accretion of H and/or
> He 
> *** ignore   
> :BMCOL:B_ignoreheading:  
>  
> :PROPERTIES:  
>   :BEAMER_col:
> 0.4  
>   :BEAMER_env:
> ignoreheading
>  
> :END: 
> - Ignition at base of accreted
> layer   
> *** close columns
> :BMCOL:B_ignoreheading:  
>
> :PROPERTIES:   
>  :BEAMER_col:
> 0 
>  :BEAMER_env:
> ignoreheading 
>
> :END:  
> *** data 
> :B_ignoreheading:BMCOL:   
>
>  
> :PROPERTIES:  
>   
>   
>   :BEAMER_env:
> ignoreheading 
>   
>  
>   :BEAMER_envargs:
> C[T]  
>   
>  
>   :BEAMER_col:
> 0.4   
>   
>  
>  
> :END: 
>   
>   
> whatever else I want
> --
>
> This creates a "row" on the top of the frame that has 3 columns of widths
> 0.33, 0.3, and 0.4.  Then to close that "row" I made the =close columns=
> header with a column width of 0.  The next header, =data= starts another
> "row" and its column width is set to 0.4 giving room for another column to
> its right if I so choose.

Great thanks a lot.
Too bad that things really start to become complicated with the
syntax...

Another last thing, if I want a block (for example an "alertblock") is
there a way to not having the heading line?

I mean
** Thanks:B_block:
   :PROPERTIES:
   :BEAMER_env: alertblock
   :END:

   *Thanks you all*

I would like not to see the initial Thanks...
For latex is perfectly fine but how do I say that to org-beamer?


___
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: Worg needs some reorganizing

[Jeff Horn]

On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison  wrote:
> I strongly second this. In fact I'll stick my neck out more: Worg is
> great, but for tutorials on org-mode, HTML export is often the wrong
> format for obvious reasons (i.e. unless you go to some trouble, it
> conceals a lot of the org syntax). I'm tempted to suggest that htmlized
> output should be the default format for many org tutorials on Worg.

I respectfully disagree with your assertion. When someone writes a
document "properly", i.e. in a literate fashion, i.e. using org source
blocks, the right syntax is shown at the right time. Please see the
manual as an example.

Now, I'm no fan of nerfing choices in order to force anyone to do
things "The Right Way (tm)", but it bears mentioning.

I see no harm in publishing using org-publish-org-to-org with htmlize.
We could even add a link in the footer or header of each page that
links to the htmlized source. I do *not* agree in making it the
"default format" for any page.

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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] Produce a pdf outline using the latex outline package of the notes in org file

[Julius Gamanyi]

I'm afraid the spare time disappeared. I hope to get it back by the 2-Feb.

Cheers
--
Julius


On 18 January 2011 07:52, Bastien  wrote:

> Hi Julius,
>
> Julius Gamanyi  writes:
>
> > Lately, it's been hectic at work. I'm hoping to get some free time in
> > the next 2 days to send the patches.
>
> Thanks for the feedback, take your time.
>
> Good luck,
>
> --
>  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: Worg needs some reorganizing

[Jeff Horn]

On Thu, Jan 20, 2011 at 11:44 AM, Eric Schulte  wrote:
> For managing alternate stylesheets I use the "style chooser" extension
> for Chrome which adds a dropdown menu to the url-bar whenever a page
> provides alternate style sheets and has the nice feature of remembering
> your last selection for a page next time you return.
>
> https://chrome.google.com/extensions/detail/daodklicmmjhcacgkjpianadkdkbkbce

Eric,

This is much better than Stylish for this sort of thing. Thanks for sharing.

Others,

Can we include multiple alternate stylesheets in the headers? The
screenshot from that extension Eric mentioned make me think it is
possible...

What I'm saying is, I'd like Eric's zenburn style put in the headers
in addition to the New Worg already there. :D

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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: Worg needs some reorganizing

[Eric Schulte]

Bastien  writes:

> Jason Dunsmore  writes:
>
>> There's a Firefox add-on that will give you configurable per-site user
>> CSS:
>> https://addons.mozilla.org/en-US/firefox/addon/stylish/
>
> I installed this but AFAIK it doesn't help managing alternative
> stylesheets as defined by the headers of the HTML page itself...
>

For managing alternate stylesheets I use the "style chooser" extension
for Chrome which adds a dropdown menu to the url-bar whenever a page
provides alternate style sheets and has the nice feature of remembering
your last selection for a page next time you return.

https://chrome.google.com/extensions/detail/daodklicmmjhcacgkjpianadkdkbkbce

___
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: [BEAMER] make text fit in a slide

[Chris Malone]

Hi Andrea,

Here I can help some :).

What I have done in the past is take advantage of the fact that org-mode
will close a beamer =columns= environment if the column width is set to 0
(or 1):

--
** What is a Type I X-ray
Burst?

*** ignore
:BMCOL:B_ignoreheading:

:PROPERTIES:
 :BEAMER_col:
0.33
 :BEAMER_env:
ignoreheading
 :BEAMER_envargs:
C[t]

:END:
- Low Mass X-ray
Binaries
*** ignore
:BMCOL:B_ignoreheading:

:PROPERTIES:
 :BEAMER_col:
0.3
 :BEAMER_env:
ignoreheading

:END:
- Accretion of H and/or
He
*** ignore
:BMCOL:B_ignoreheading:

:PROPERTIES:
 :BEAMER_col:
0.4
 :BEAMER_env:
ignoreheading

:END:
- Ignition at base of accreted
layer
*** close columns
:BMCOL:B_ignoreheading:

:PROPERTIES:
:BEAMER_col:
0
:BEAMER_env:
ignoreheading

:END:
*** data
:B_ignoreheading:BMCOL:


:PROPERTIES:

 :BEAMER_env:
ignoreheading

 :BEAMER_envargs:
C[T]

 :BEAMER_col:
0.4


:END:

whatever else I want
--

This creates a "row" on the top of the frame that has 3 columns of widths
0.33, 0.3, and 0.4.  Then to close that "row" I made the =close columns=
header with a column width of 0.  The next header, =data= starts another
"row" and its column width is set to 0.4 giving room for another column to
its right if I so choose.

HTH,

Chris

On Thu, Jan 20, 2011 at 10:36 AM, Andrea Crotti
wrote:

> chris.m.mal...@gmail.com writes:
>
> > Hi Andrea,
> >
> > I stand corrected - you are getting a lot of useful information here! :-)
> >
>
> Yes true :)
> Thanks everyone, the "per frame" setting is perfect.
> And since I'm here another thing I'm not getting.
>
> If I want to have a situation like this below
>
> +--+-+
> |  | |
> |  | |
> |  | |
> |  | |
> |  | |
> |  | |
> +--+-+
> ||
> ||
> ||
> ||
> ||
> ++
>
>
> with two columns on top and then text, how do I achive this with
> org-beamer?
> I don't understand how to "quit" from the last environment use staying
> in the same frame...
>
>
> ___
> 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] Bug in babel eating my text

[Eric Schulte]

Nick Dokos  writes:

> Andreas Leha  wrote:
>
>> I found a severe bug that actually eats my text, i.e. *destroys* my
>> org-mode file.
>> 
>> Or am I missing something here?
>> 
>> Just try that:
>> 
>> * Test
>> 
>>   Execute this once:
>>   #+BEGIN_src R :session test :results output silent :exports none
>> devnull <- library("tikzDevice")
>>   #+END_src
>>  
>>   Execute this twice or more... but be careful
>>   #+BEGIN_src R :session test :results output latex :exports results
>> tikz(console=TRUE, width=4, height=4)
>> plot(1:2,1:2)
>> devnull <- dev.off()
>>   #+END_src
>> 
>> * Watch me die :-(
>> 
>
> I can reproduce this: it seems to be eating one character each time it is
> executed at the end of the #+END_LaTeX. Here's a patch that seems to fix
> this problem - however, it is not based on any real understanding of the code,
> so take it with a grain of salt. Also, if this fix works, then it is likely
> that the other "wrap" cases will also need similar treatment:
>

Hi Nick,

I've just applied I generalization of your solution below, thanks for
sharing.  This is a bug that has resurfaced every time we make a change
to the insertion of results.  Hopefully this fix will be last for a
while.

Best -- Eric

>
> diff --git a/lisp/ob.el b/lisp/ob.el
> index 82625c0..2ce57ca 100644
> --- a/lisp/ob.el
> +++ b/lisp/ob.el
> @@ -1500,7 +1500,7 @@ code  the results are extracted in the syntax of 
> the source
>  ((member "html" result-params)
>   (wrap "#+BEGIN_HTML\n" "#+END_HTML"))
>  ((member "latex" result-params)
> - (wrap "#+BEGIN_LaTeX\n" "#+END_LaTeX"))
> + (wrap "#+BEGIN_LaTeX\n" "#+END_LaTeX\n"))
>  ((member "code" result-params)
>   (wrap (format "#+BEGIN_SRC %s%s\n" (or lang "none") 
> results-switches)
> "#+END_SRC"))
>
> HTH,
> Nick

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

Re: [Orgmode] Re: evaluating all R code blocks (newbie question)

[Eric Schulte]

Lawrence Mitchell  writes:

> Julian Burgos wrote:
>> Many thanks Lawrence.  Yes, I'm aware of the risks, but for now I am
>> only working with my own files.
>> Do you know if it is possible to evaluation confirmation as a header
>> option, so I can left it on but turn it off in my own files?
>
> I don't believe it is.  If you think about, this is also a
> security hole, since a malicious user could put the relevant
> header in, even if you've set org-confirm-babel-evaluate to t.
>

Indeed this is the case, the :eval header argument [1] can be used
inhibit the evaluation of some code blocks, if the user already has

  (setq org-confirm-babel-evaluate nil)

but it can not be used to remove the need for confirmation of code block
evaluation when the user has

  (setq org-confirm-babel-evaluate t)

For security reasons.

Personally I don't require confirmation of evaluation as I find that I
both trust everyone sharing org-mode files with me, and generally I read
code blocks before I evaluate them.

Best -- Eric

Footnotes: 
[1]  http://orgmode.org/manual/eval.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] Bug ? : org-babel and calc : calc-command-flags

[Eric Schulte]

Hi d.tchin,

This problem is caused because (as you point out) the calc-command-flags
variable is not defined.  In my Emacs version calc-command-flags is
provided by (require 'calc) which is part of Babel's calc support, this
variable must be part of another package in your distribution.

As a work around you should find which calc package provides the
calc-command-flags variable and manually require that package, which
should resolve this problem.  More generally it may be useful to upgrade
from Emacs 22 if that is an option.

Best -- Eric

d.tchin  writes:

> Hello,
>
> I tried to use calc with babel but it doesn't work as expected.
>
> I use the following block with simple instruction :
> #+begin_src calc 
> 2*3
> #+end_src
>
> I didn't get back any results.
>
> I launch calc and it seems to be called as I have following output
> --- Emacs Calculator Mode ---
> 1:  6
> .
>
>
> So the instructions seems to be sent to calc. 
>
> I have the following message error message :
>
> executing Calc code block...
> calc-push-list: Symbol's value as variable is void: calc-command-flags
>
>
> I use :
> GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600) of 2008-09-06 on SOFT-MJASON
> Org-mode version 7.4
>
> Regards
>
> d.tchin
>
>
> ___
> 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: Worg needs some reorganizing

[Eric Schulte]

Matt Lundin  writes:

> Nick Dokos  writes:
>
>> Matt Lundin  wrote:
>>
>>> So the new, "flat" FAQ is up and running. And, of course, all are
>>> welcome to suggest or contribute further refinements.
>>> 
>>
>> Blue (or purple or similar color) text on black background is unreadable -
>> at least to my eyes.
>
> I agree. I reverted the black background.
>
> If a dark background is preferred, we'll need to make sure that we
> export an entire dark color theme (such as zenburn) with
> org-export-htmlize-generate-css.
>

Once we replace the current "Classic Worg"/"Next Worg" alternate
stylesheets with the zenburn alternative then there will be a coherent
option for those preferring a dark background.

Also, it may be a slight improvement to replace the existing css used
for code highlighting with my previously attached emacs.css -- which
uses the default Emacs color scheme, and setting

pre {background: #adefef;} /* default Emacs background color */

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] Tangling to a hierarchy of files?

[Eric Schulte]

Christopher Witte  writes:

>  On 19 January 2011 18:41, Eric Schulte  wrote:
>
>> The reason that I push back against this, is that I often times
>> accidentally use a tangle path in which the directory does not exist and
>> the error notification serves as a useful warning that I either
>> mis-typed the directory or need to create it.
>>
>
> Why not make the function prompt the user if they want to create the
> directory? That way you get the best of both worlds.
>

This would be a departure from all existing header arguments none of
which will require a prompt.  In fact the only time that evaluating a
code block can lead to a prompt is through the confirmation construct
which is allowed to be special because it is a security concern.

That said if you do want more complex behavior like prompting you should
be able to add this sort of thing to the `org-babel-pre-tangle-hook'.

Best -- Eric

>
>
> Chris.

___
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: evaluating all R code blocks (newbie question)

[Julian Burgos]

Yes, you are right.  For now, I´ll turn confirmation off for R code
only, and keep an eye on .org files from unknown origins.
All the best,

Julian

On Thu, Jan 20, 2011 at 4:00 PM, Lawrence Mitchell  wrote:
> Julian Burgos wrote:
>> Many thanks Lawrence.  Yes, I'm aware of the risks, but for now I am
>> only working with my own files.
>> Do you know if it is possible to evaluation confirmation as a header
>> option, so I can left it on but turn it off in my own files?
>
> I don't believe it is.  If you think about, this is also a
> security hole, since a malicious user could put the relevant
> header in, even if you've set org-confirm-babel-evaluate to t.
>
> Cheers,
> Lawrence
>
>
> ___
> 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
>



-- 
Julian Mariano Burgos
Hafrannsóknastofnunin/Marine Research Institute
Skúlagata 4, 121 Reykjavík, Iceland
Sími/Telephone : +354-5752037
Bréfsími/Telefax:  +354-5752001
Netfang/Email: jul...@hafro.is, jmbur...@uw.edu

___
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: evaluating all R code blocks (newbie question)

[Lawrence Mitchell]

Julian Burgos wrote:
> Many thanks Lawrence.  Yes, I'm aware of the risks, but for now I am
> only working with my own files.
> Do you know if it is possible to evaluation confirmation as a header
> option, so I can left it on but turn it off in my own files?

I don't believe it is.  If you think about, this is also a
security hole, since a malicious user could put the relevant
header in, even if you've set org-confirm-babel-evaluate to t.

Cheers,
Lawrence


___
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: evaluating all R code blocks (newbie question)

[Julian Burgos]

Many thanks Lawrence.  Yes, I´m aware of the risks, but for now I am
only working with my own files.
Do you know if it is possible to evaluation confirmation as a header
option, so I can left it on but turn it off in my own files?
Thanks again,

Julian

On Thu, Jan 20, 2011 at 3:38 PM, Lawrence Mitchell  wrote:
> Julian Burgos wrote:
>> Dear list,
>
>> Hopefully this is not too basic, nor has been answered before.
>
>> I would like to know if there is away to have alll R code blocks in a
>> document evaluated automatically (i.e. without query) when exporting
>> to Latex.  Now I have to answer "yes" multiple times to the question
>> "Evaluate this R code block in your system" every time I do an export,
>> which is somewhat annoying.
>
> See the variable `org-confirm-babel-evaluate'.  Be careful about
> unilaterally setting it to nil in case you receive org files with
> code blocks from people you don't trust.
>
> Cheers,
> Lawrence
> --
> Lawrence Mitchell 
>
>
> ___
> 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
>



-- 
Julian Mariano Burgos
Hafrannsóknastofnunin/Marine Research Institute
Skúlagata 4, 121 Reykjavík, Iceland
Sími/Telephone : +354-5752037
Bréfsími/Telefax:  +354-5752001
Netfang/Email: jul...@hafro.is, jmbur...@uw.edu

___
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: Worg needs some reorganizing

[Matt Lundin]

Nick Dokos  writes:

> Matt Lundin  wrote:
>
>> So the new, "flat" FAQ is up and running. And, of course, all are
>> welcome to suggest or contribute further refinements.
>> 
>
> Blue (or purple or similar color) text on black background is unreadable -
> at least to my eyes.

I agree. I reverted the black background.

If a dark background is preferred, we'll need to make sure that we
export an entire dark color theme (such as zenburn) with
org-export-htmlize-generate-css.

As it stood, we were simply using a black background with colors
exported from a light theme (e.g, dark blue headlines). Needless to say,
this made the text unreadable. :)

Best,
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: evaluating all R code blocks (newbie question)

[Lawrence Mitchell]

Julian Burgos wrote:
> Dear list,

> Hopefully this is not too basic, nor has been answered before.

> I would like to know if there is away to have alll R code blocks in a
> document evaluated automatically (i.e. without query) when exporting
> to Latex.  Now I have to answer "yes" multiple times to the question
> "Evaluate this R code block in your system" every time I do an export,
> which is somewhat annoying.

See the variable `org-confirm-babel-evaluate'.  Be careful about
unilaterally setting it to nil in case you receive org files with
code blocks from people you don't trust.

Cheers,
Lawrence
-- 
Lawrence Mitchell 


___
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: [BEAMER] make text fit in a slide

[Andrea Crotti]

chris.m.mal...@gmail.com writes:

> Hi Andrea,
>
> I stand corrected - you are getting a lot of useful information here! :-)
>

Yes true :)
Thanks everyone, the "per frame" setting is perfect.
And since I'm here another thing I'm not getting.

If I want to have a situation like this below

+--+-+
|  | |
|  | |
|  | |
|  | |
|  | |
|  | |
+--+-+
||
||
||
||
||
++


with two columns on top and then text, how do I achive this with
org-beamer?
I don't understand how to "quit" from the last environment use staying
in the same frame...


___
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: Worg needs some reorganizing

[Jason Dunsmore]

Jeff Horn  writes:

> On Wed, Jan 19, 2011 at 9:24 PM, Matt Lundin  wrote:
>> I believe these pages have not been exported since we turned off the
>> inline css publishing option; i.e., they have not been touched since
>> that time, so the publishing mechanism does not export them.
>
> Matt,
>
> I was going to grep through the repo and "touch" all the files that
> haven't changed since then. Obviously, that's not really possible
> since the org files don't contain this CSS. :-) Perhaps Jason could
> give us a list of the affected files? Something like
>
>grep -r 'CDATA' *
>
> in the Worg root might do the trick.
>
> Also, I was rather doomed to failure anyway. Touching a file doesn't
> change its contents, so git won't think anything has changed. (I know,
> it's a "Duh")
>
> Maybe once we find the files, we could use a script add a whitespace
> character to the end of each org file and republish?

I temporarily set:

(setq org-publish-use-timestamps-flag nil)

And republished Worg.  All the pages were regenerated.  That removed the
inline CSS and fixed the title inconsistencies.

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: Re: [Orgmode] [BEAMER] make text fit in a slide

[chris . m . malone]

Hi Andrea,

I stand corrected - you are getting a lot of useful information here! :-)

Chris

On Jan 20, 2011 4:21am, Eric S Fraga  wrote:

iem...@gmail.com writes:





> Hi Andrea,



>



> I use the following line to allow frame breaks



>



> #+BIND: org-beamer-frame-default-options "[allowframebreaks]"





and, on a slide per slide basis, you can set options using the



BEAMER_envargs property (easiest to do using column view if you have



defined columns as per the tutorial on Worg, for instance). For



example:





--88---



*** A full slide



:PROPERTIES:



:BEAMER_envargs: [shrink]



:END:





Content here





*** A very long slide



:PROPERTIES:



:BEAMER_envargs: [allowframebreaks]



:END:





Some more content here.





--88---





--



: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1



: using Org-mode version 7.4 (release_7.4.223.g71650)





___



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] evaluating all R code blocks (newbie question)

[Julian Burgos]

Dear list,

Hopefully this is not too basic, nor has been answered before.

I would like to know if there is away to have alll R code blocks in a
document evaluated automatically (i.e. without query) when exporting
to Latex.  Now I have to answer "yes" multiple times to the question
"Evaluate this R code block in your system" every time I do an export,
which is somewhat annoying.
Many thanks,

Julian

-- 
Julian Mariano Burgos
Hafrannsóknastofnunin/Marine Research Institute
Skúlagata 4, 121 Reykjavík, Iceland
Sími/Telephone : +354-5752037
Bréfsími/Telefax:  +354-5752001
Netfang/Email: jul...@hafro.is, jmbur...@uw.edu

___
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: exporting overwrites existing file [7.4]

[peter . frings]

Good afternoon all,

I may have made a stupid mistake, but this is what happened...

I had a file, cmm.tex, made by hand. I also have an org document,
cmm.org. Can you see it coming? I then wanted to see what the result
would be of exporting that org file as a latex file...  Bye bye original
tex file.

The question is: would it be possible to check for an existing file,
maybe check an org-generated header line or so, and warn/prompt idiots like
me if that tex file was not made by the org exporter?

Thanks,
Dummy User.


Emacs  : GNU Emacs 22.3.1 (i386-apple-darwin9.5.0, Carbon Version 1.6.0)
 of 2008-11-01 on leopard.local
Package: Org-mode version 7.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] [PATCH 0/2] References auto-generated labels with \ref in LaTeX export

[Lawrence Mitchell]

when writing latex, I prefer referring to previous sections by
saying "As we saw earlier in section \ref{some-section}".  When
writing with Org and then exporting to latex, there doesn't
appear to be any way to reproduce this.  Using "As we saw earlier
in section [[section header]]" produces a hyperref, rather than a
plain ref.

This patch set introduces a new option
`org-latex-unprettify-internal-links' which, if non-nil, converts
"bare" references to auto-generated section labels into a \ref
rather than a \hyperref.

The first patch fixes up treatment of the options plist, so that
options that are the suffix of another option do not
inadvertantly match both.  This should probably be applied either
way, since the current behaviour seems like a bug.

The second patch introduces the new functionality and attempts to
document it in the most obvious place I could find in the manual.

Cheers,
Lawrence

Lawrence Mitchell (2):
  Only match complete words in org-export-add-options-to-plist
  Allow option of using bare \ref links in LaTeX export

 doc/org.texi  |   37 +
 lisp/org-exp.el   |6 --
 lisp/org-latex.el |   25 +
 3 files changed, 62 insertions(+), 6 deletions(-)

-- 
1.7.4.rc1.7.g2cf08


___
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 1/2] Only match complete words in org-export-add-options-to-plist

[Lawrence Mitchell]

* org-exp.el (org-export-add-options-to-plist): Require match to start
at a word-boundary.

Previously, if an option was the suffix of another option (such as TeX
and LaTeX) the setting for the former would propagator to the latter.
This seems like an unintended consequence of a lax regexp in
org-export-add-options-to-plist.  This patch allows options to share a
suffix with another option by requiring that the match against an
option starts at a word-boundary.
---
 lisp/org-exp.el |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 9954227..d099c82 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -824,7 +824,7 @@ security risks."
   (let ((op org-export-plist-vars))
(while (setq o (pop op))
  (if (and (nth 1 o)
-  (string-match (concat (regexp-quote (nth 1 o))
+  (string-match (concat "\\<" (regexp-quote (nth 1 o))
 ":\\([^ \t\n\r;,.]*\\)")
 options))
  (setq p (plist-put p (car o)
-- 
1.7.4.rc1.7.g2cf08


___
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 2/2] Allow option of using bare \ref links in LaTeX export

[Lawrence Mitchell]

* lisp/org-latex.el (org-export-latex-unprettify-internal-links): New
variable.
(org-export-latex-links): Use it.
* org-mode/lisp/org-exp.el (org-export-plist-vars): Add
:LaTeX-bare-refs settable through the bare-ref option with default
given by `org-export-latex-unprettify-internal-links'.
(org-get-current-options): Deal with :LaTeX-bare-refs.
* org-mode/doc/org.texi (Export options, Header and sectioning):
Document `org-export-latex-unprettify-internal-links' and associated
option.

If org-export-latex-unprettify-internal-links is non-nil, then links
with an auto-generated raw-path (for example "sec-1_2_10") will be
exported to LaTeX as bare references with \ref{raw-path} rather than
textually with \hyperref[raw-path]{desc}.

This means you can write "As seen in section [[some section heading]]"
and have it exported to "As seen in section \ref{sec-number}".
---
 doc/org.texi  |   37 +
 lisp/org-exp.el   |4 +++-
 lisp/org-latex.el |   25 +
 3 files changed, 61 insertions(+), 5 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index d37e3a2..8ad5029 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -9348,6 +9348,7 @@ settings.  Here you can:
 @cindex emphasized text
 @cindex @TeX{} macros
 @cindex @LaTeX{} fragments
+@cindex section labels, for LaTeX
 @cindex author info, in export
 @cindex time info, in export
 @example
@@ -9370,6 +9371,7 @@ tags:  @r{turn on/off inclusion of tags, may also be 
@code{not-in-toc}}
 *: @r{turn on/off emphasized text (bold, italic, underlined)}
 TeX:   @r{turn on/off simple @TeX{} macros in plain text}
 LaTeX: @r{configure export of @LaTeX{} fragments.  Default @code{auto}}
+bare-ref:  @r{turn on/off bare references in @TeX{} and @LaTeX{} export}
 skip:  @r{turn on/off skipping the text before the first heading}
 author:@r{turn on/off inclusion of author name/email into exported file}
 email: @r{turn on/off inclusion of author email into exported file}
@@ -9969,6 +9971,41 @@ can also use @code{#+LATEX_HEADER: \usepackage@{xyz@}} 
to add lines to the
 header.  See the docstring of @code{org-export-latex-classes} for more
 information.
 
+By default, internal links in an Org document are exported and linked with
+@samp{\hyperref} in @LaTeX{}.  If you would like bare references to headlines
+to be referred as plain references (by number with @samp{\ref}) then set the
+variable @code{org-export-latex-unprettify-internal-links} to @code{t}.  As
+an example consider the following document
+
+@cindex org-export-latex-unprettify-internal-links
+@cindex section labels, for LaTeX
+@example
+* A header
+Here is some text referring to [[A header]]
+@end example
+
+When @code{org-export-latex-unprettify-internal-links} is @code{nil} (the
+default), this is exported as
+
+@example
+\section@{A header@}
+\label@{sec-1@}
+
+Here is some text referring to \hyperref[sec-1]@{A header@}
+@end example
+
+When @code{org-export-latex-unprettify-internal-links} is @code{t}, the
+export is
+@example
+\section@{A header@}
+\label@{sec-1@}
+
+Here is some text referring to \ref@{sec-1@}
+@end example
+
+This setting can also be set in the OPTIONS line through the @code{bare-ref}
+option (see @ref{Export options}).
+
 @node Quoting LaTeX code, Tables in LaTeX export, Header and sectioning, LaTeX 
and PDF export
 @subsection Quoting @LaTeX{} code
 
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index d099c82..64b6671 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -606,6 +606,7 @@ table.el tables."
 (:priority   "pri"   org-export-with-priority)
 (:TeX-macros "TeX"   org-export-with-TeX-macros)
 (:LaTeX-fragments"LaTeX" org-export-with-LaTeX-fragments)
+(:LaTeX-bare-refs "bare-ref"  
org-export-latex-unprettify-internal-links)
 (:latex-listings nil org-export-latex-listings)
 (:skip-before-1st-heading "skip" 
org-export-skip-text-before-1st-heading)
 (:fixed-width":" org-export-with-fixed-width)
@@ -2789,7 +2790,7 @@ Does include HTML export options as well as TODO and 
CATEGORY stuff."
 #+KEYWORDS: 
 #+LANGUAGE:  %s
 #+OPTIONS:   H:%d num:%s toc:%s \\n:%s @:%s ::%s |:%s ^:%s -:%s f:%s *:%s <:%s
-#+OPTIONS:   TeX:%s LaTeX:%s skip:%s d:%s todo:%s pri:%s tags:%s
+#+OPTIONS:   TeX:%s LaTeX:%s bare-ref:%s skip:%s d:%s todo:%s pri:%s tags:%s
 %s
 #+EXPORT_SELECT_TAGS: %s
 #+EXPORT_EXCLUDE_TAGS: %s
@@ -2824,6 +2825,7 @@ Does include HTML export options as well as TODO and 
CATEGORY stuff."
org-export-with-timestamps
org-export-with-TeX-macros
org-export-with-LaTeX-fragments
+   org-export-latex-unprettify-internal-links
org-export-skip-text-before-1st-heading
org-export-with-drawers
org-export-with-todo-keywords
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index ecaf1c0..b3829da 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -309,6 +309,18 @@ t

[Orgmode] [PATCH] Quote \[cmd] in docstring of org-export-with-LaTeX-fragments

[Lawrence Mitchell]

* org-exp.el (org-export-with-LaTeX-fragments): Fix docstring so that
\\[ a = b \\] is not interpreted as a keybinding by
`substitute-command-keys'.

In a docstring \\[text] is used to indicate that text should be
interpreted by `substitute-command-keys'.  To avoid this
interpretation, we need to prefix it with \\=.
---
 lisp/org-exp.el |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 7c814cd..9954227 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -475,8 +475,8 @@ This option can also be set with the +OPTIONS line, e.g. 
\"TeX:nil\"."
   "Non-nil means process LaTeX math fragments for HTML display.
 When set, the exporter will find and process LaTeX environments if the
 \\begin line is the first non-white thing on a line.  It will also find
-and process  the math delimiters like $a=b$ and \\( a=b \\) for inline math,
-$$a=b$$ and \\[ a=b \\] for display math.
+and process the math delimiters like $a=b$ and \\( a=b \\) for inline math,
+$$a=b$$ and \\=\\[ a=b \\] for display math.
 
 This option can also be set with the +OPTIONS line, e.g. \"LaTeX:mathjax\".
 
-- 
1.7.4.rc1.7.g2cf08


___
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: [OT] Have you also got hooked by Vim?

[Matt Lundin]

Jeff Horn  writes:

> On Wed, Jan 19, 2011 at 9:51 PM, Matt Lundin  wrote:
>> alias emacs="emacsclient -t -a /usr/bin/emacs"
>
> Thanks for sharing this. My manual doesn't mention the -t flag. What
> does it do? (I didn't know about -a, but it looks nifty)
>

Now that I consider this further (and read the emacs man page), I'm not
sure if the -t flag is correct here. (It may be new to emacs 24). 

In any case, "-nw" is the tried and true flag for doing this.

Best,
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: Worg needs some reorganizing

[Dan Davison]

Jason Dunsmore  writes:

> "Eric Schulte"  writes:
>
>> Matt Lundin  writes:
>>
>>> Bastien  writes:
>>>
 Jeff Horn  writes:

> Jason seems to be garnering a lot of votes, but Eric's zenburn
> emulation makes my eyes happy. If Jason wins out, I suppose I could
> always just read Worg in emacs... :D

 Or use Eric zenburn-like css by selecting it as an alternative
 stylesheet in Firefox : View -> Page Style -> [select stylesheet].

 I don't know how to make this choice persistent from Firefox and I 
 don't know if this feature is available for other browsers, but it
 is certainly worth having several stylesheet available.
>>>
>>> Could we perhaps go ahead and put the new stylesheets on Worg along with
>>> alternate stylesheet links in the publishing preamble? That way we could
>>> begin to tweak the stylesheets as a community and test them "on the
>>> fly." (It would also save Jason the work of having to publish to tmp
>>> directories.) Others would then be free to add their own
>>> stylesheets---though I suppose that adding alternate stylesheet links
>>> will require access to the publishing options on the server.
>>>
>>> Once we've decided on a default, we could then adjust the preamble
>>> accordingly and clean up the alternates.
>>>
>>
>> This sounds like a great approach to me.  I'm convinced that there are
>> other Org-mode users with much more sophisticated knowledge of CSS who
>> may improve our initial efforts in time.
>>
>> One other alternative that comes to mind--while we're making impositions
>> on Jason's kindness :)--is that it would be nice to have an alternate
>> version of Worg published side-by-side with the original, only instead
>> of publishing each page using org-publish-as-html, it could publish each
>> page using only htmlize.  That way we could show off how nice Org-mode
>> syntax can be when viewed from inside of Emacs, and users could see a
>> side-by-side between the plain-text and html versions.

I strongly second this. In fact I'll stick my neck out more: Worg is
great, but for tutorials on org-mode, HTML export is often the wrong
format for obvious reasons (i.e. unless you go to some trouble, it
conceals a lot of the org syntax). I'm tempted to suggest that htmlized
output should be the default format for many org tutorials on Worg.

>>  An example of
>> this approach done successfully is Dan's Babel example at
>> http://www.stats.ox.ac.uk/~davison/software/org-babel/drift.org.html
>
> That sounds like a good idea.  Do you know exactly how to do this?

I believe I used this. I'd been meaning to look into adding something
like this more formally to Org, but haven't got round to it.

 Htmlize with images
Based on
https://stat.ethz.ch/pipermail/ess-help/2009-August/005478.html
by Vitalie S.
#+begin_src emacs-lisp
(defun dan/htmlize-buffer-with-org-images ()
  "Convert buffer to html, including embedded images."
  (interactive)
  (save-excursion
(switch-to-buffer (htmlize-buffer (current-buffer)))
(goto-char (point-min))
(while (re-search-forward "file:\\(.+\\)" 
nil t)
  (replace-match (concat "")
#+end_src


Dan

>
> I added the following to org-publish-project-alist:
>
> ("worg-htmlize"
>  :base-directory "~/git/Worg/"
>  :base-extension "org"
>  :html-extension "org.html"
>  :publishing-directory "/var/www/orgmode.org/worg/"
>  :recursive t
>  :htmlized-source t
>  :publishing-function htmlize)
>
> But when I run:
>
> (defun publish-worg-htmlize nil
>"Publish Worg."
>(interactive)
>(add-hook 'org-publish-after-export-hook 'worg-fix-symbol-table)
>(let ((org-format-latex-signal-error nil)
>  (org-startup-folded nil))
>  (org-publish-project "worg-htmlize")))
>
> I get the error "Symbol's function definition is void: publish-htmlize".
> I made sure to (require 'htmlize).
>
> ___
> 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: Org-beamer problems

[Eric S Fraga]

Bill Moran  writes:

> HI Eric, John, Jeff and Birch 
>
>
> Eric S Fraga  ucl.ac.uk> writes:
>
>> 
>> My immediate response would be to ask why you aren't using \maketitle
>> given that the command is beamer-aware?  That is, \maketitle will create

[...]

> Let me also say that my aim was to arrive at an understanding of  how to use
> org-mode for slide creation - since I do a lot of that - rather than to 
> compose
> a specific set of slides. I realise that I could use direct latex code to 
> solve
> the problems but that wasn't the point of the exercise. 

Yes, sorry, I didn't write my response very well at all.  I wasn't
implying that beamer could not do what you wanted, only that you could
resort to latex if you definitely wanted to have a very specific
solution.  My point was that beamer generates \maketitle and that this
works just fine (for me) in beamer so that there is no need to use the
latex construct I wrote which is what you implied you were using in
latex directly.

[...]

> To keep this email as brief as possible, let's take this snippet (verbatim) of
> an  example from Eric:

[...]

> When I do "C-c C-e p" to create the pdf file I get 3 slides. The first is a
> title page but has no title - only the date. The second is an outline (toc)
> slide as expected and the third is again as expected except that @important@ 
> is
> not rendered as \alert{important}. 

but this all works for me.  As others have said, upgrade your org
version (which *is* rather old unfortunately).
-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.4 (release_7.4.223.g71650)

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

[Eric S Fraga]

Henri-Paul Indiogine  writes:

> Greetings!
>
> I am also having difficulties running Beamer from org-mode.   I am
> running a fully updated Ubuntu with snapshot emacs and a daily updated
> git version of org-mode.
>
> I am not able to get blocks, lists, and colums to work.  I have a
> feeling from Googling quite a bit that the problem is due to some
> interaction between my org-mode header and .emacs.
>
> Unfortunately, the org-mode manual does not state how to configure
> .emacs for Beamer export.  There must be something going on with the
> levels of headers and the B_Block directive.  

You do not need to configure anything for beamer support with recent
(since 7.0 but even earlier) versions of org.

> Here is the relevant part of my .emacs
>
> -
> (setq org-export-latex-classes 

[...]

>   ("beamer" "\\documentclass[bigger]{beamer}

This is not needed and will in fact cause problems.  The tutorial
example on Worg should work out of the box except for the already
discussed problems with the @ syntax for alerts.

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.4 (release_7.4.223.g71650)

___
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] [BEAMER] make text fit in a slide

[Eric S Fraga]

iem...@gmail.com writes:

> Hi Andrea,
>
> I use the following line to allow frame breaks
>
> #+BIND: org-beamer-frame-default-options "[allowframebreaks]"

and, on a slide per slide basis, you can set options using the
BEAMER_envargs property (easiest to do using column view if you have
defined columns as per the tutorial on Worg, for instance).  For
example:

--8<---cut here---start->8---
*** A full slide
:PROPERTIES:
:BEAMER_envargs: [shrink]
:END:

Content here

*** A very long slide
:PROPERTIES:
:BEAMER_envargs: [allowframebreaks]
:END:

Some more content here.

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

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.4 (release_7.4.223.g71650)

___
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: Org-beamer problems

[Eric S Fraga]

Bill Moran  writes:

[...]

> Upgraded to the latest .deb version of org-mode - 7.4 - and that solved the
> title problem - but not the @ problem. 

Excellent re: title problem!

Regarding the @ problem, where and how do you make the settings.  As I
have said on this list recently, I find that I have to set the variables
concerned *before* I load org (through =(require 'org-install)=) or
otherwise the regular expressions that use these variables are
initialised incorrectly (I believe this is the root cause of the
problem).

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.4 (release_7.4.223.g71650)

___
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] Tangling to a hierarchy of files?

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/20/2011 04:37 AM, Eric Schulte wrote:
>>
>> A customization variable would be fantastic.  Could it be done such
>> that it could be applied (or not applied, according to taste) to a
>> sub-tree of your Org file?  That way you could have it disabled on
>> whatever code you might be currently working on so you still see the
>> error messages if you mistype.  Then, when you're satisfied with all
>> your tangle paths, you could flip the switch on that sub-tree and have
>> Org do everything for you.
>>
> 
> This has now been added as a new :mkdirp code block header argument, so
> it can be set on the block, subtree, file, language, or global level
> (see http://orgmode.org/manual/Using-header-arguments.html).
> 
> #+begin_src language :mkdirp yes :tangle nested/directories/target.ext
>   code body
> #+end_src

Sounds perfect for me - thanks.

Rainer

> 
> Cheers -- Eric


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

iEYEARECAAYFAk04CRcACgkQoYgNqgF2ego39ACaAhYz3GYfAKBODtY8KDJmYIdZ
jpQAn0pQNxcCwnzUtQo6m1lugmSIXaDE
=Fxrd
-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] [BABEL] Tangling to a hierarchy of files?

[Christopher Witte]

 On 19 January 2011 18:41, Eric Schulte  wrote:

> The reason that I push back against this, is that I often times
> accidentally use a tangle path in which the directory does not exist and
> the error notification serves as a useful warning that I either
> mis-typed the directory or need to create it.
>

Why not make the function prompt the user if they want to create the
directory? That way you get the best of both worlds.


Chris.
___
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: [BEAMER] make text fit in a slide

[Andrea Crotti]

iem...@gmail.com writes:

> Hi Andrea,
>
> I use the following line to allow frame breaks
>
> #+BIND: org-beamer-frame-default-options "[allowframebreaks]"

Perfect nice, but now I also get
"Slide I" for all the slides, even if there isn't a second one...
I might only need it in one case (for the bibliography) actually...


___
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: [OT] Have you also got hooked by Vim?

[Shelagh Manton]

I like zile for quick editing but of course not every computer has it
like ed or vi. It uses the same key chords as emacs but no extras.
-- 
email: shelagh.man...@gmail.com

BA (Asian Studies) - ANU
Grad Dip IST - UOW


___
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: [OT] Have you also got hooked by Vim?

[Michael Markert]

On 20 Jan 2011, Matt Lundin wrote:
> [snip]
> Absolutely! I do something similar:
>
> alias emacs="emacsclient -t -a /usr/bin/emacs"
> [snap]

You might want to consider:

alias emacs="emacsclient -t --alternate-editor=''"

Leaving the alternate editor empty like this causes emacs --daemon to be
run before and _then_ connect to it.

More at `man emacsclient'

As for the topic: I came from Vim, shuddered at seeing the keybindings,
joyed at finding viper and vimpulse and stayed for emacs is a fantastic
platform.

So yes, I'm on the vim hook and I enjoy it deeply ;)

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