Re: [Orgmode] Bug: plain list do not work under Xemacs.21.4 [7.01trans]
Hi Uwe, I just talked to Michael. We will try to make things work with 21.5, not 21.4. Greetings - Carsten On Nov 3, 2010, at 4:25 PM, Uwe Brauer wrote: Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Again the functionality worked in 6.36c and it does work under Xemacs 21.5 (which I am trying to use for the moment) in 21.4 however when I try to insert a new list element with Alt-Return then the cursor jumps one paragraph backward but does not insert anything. Uwe Brauer Emacs) : XEmacs 21.5 (beta29) "garbanzo" [Lucid] (i686-pc-linux, Mule) of Tue Nov 2 2010 on gilgamesch.quim.ucm.es Package: Org-mode version 7.01trans current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-metaup-hook '(org-babel-load-in-session-maybe) org-export-preprocess-after-include-files-hook '(org-export-blocks- preprocess) outline-mode-hook '(hide-body) org-after-todo-state-change-hook '(org-clock-out-if-current) org-metadown-hook '(org-babel-pop-to-session-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute- safely-maybe) org-export-preprocess-before-selecting-backend-code-hook '(org- beamer-select-beamer-code) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide- drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-include-diary t outline-minor-mode-hook '((lambda nil (local-set-key [(shift return)] (quote hide-body))) ) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(# # org-babel-result-hide-spec org-babel-hide-all-hashes my-org-keys turn-on-flyspell iso-accents-mode turn-on-auto-capitalize-mode) org-confirm-elisp-link-function 'yes-or-no-p org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- vars) org-export-latex-format-toc-function 'org-export-latex-format-toc- default org-export-preprocess-before-normalizing-links-hook '(org-remove- file-link-modifiers) org-confirm-shell-link-function 'yes-or-no-p org-table-default-size "3x3" org-export-first-hook '(org-beamer-initialize-open-trackers) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab- command-maybe org-babel-hide-result-toggle-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) org-occur-hook '(org-first-headline-recenter) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix- toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) outline-heading-end-regexp "[\n]" ) ___ Emacs-orgmode 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: Differences in headline exports [was: Umlauts in LaTeX export]
Nick Dokos writes:
> Nevertheless that does not absolve org from dealing with \" properly. In
> fact, it deals with it correctly in a heading but not in the text:
>
> * G\"odel
>
> G\"odel
>
> gives:
>
> ...
> \section{G\"odel}
> \label{sec-1}
>
>
> G\''odel
>
>
> However, surrounding the o with braces breaks things in both places.
>
> I think part of the problem is that headings and text go through
> different processing: e.g. text goes through org-export-latex-content,
> whereas headings don't. So fixing a problem like this in one place is
> not enough.
I was recently crawling through the LaTeX export code, because I was
getting different results for how a heading was exported depending on
whether it was simply a section title or whether it was the title for
the whole document. (See: [1]) It was quite a chore for me to understand
the different code paths that a headline can go through.
I still don't fully understand why things are this way; shouldn't all
text that's exported to LaTeX be processed in the same way, regardless
of where it appears (with the exception, of course, of text between
delimiters that mark it as literal LaTeX input)?
I sent a patch [2] that basically dealt with my problem by sending
headlines that become document titles down the same code path that
headlines and content are sent through (namely,
org-export-preprocess-string), but I haven't received any response. Is
that because there's some important reason to treat these contexts
differently? Am I missing something?
Best,
Richard
[1] http://article.gmane.org/gmane.emacs.orgmode/32281/
[2] http://article.gmane.org/gmane.emacs.orgmode/32540/
___
Emacs-orgmode 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] Umlauts in LaTeX export
Jean-Marie Gaillourdet wrote:
> Dear Richard,
>
> Stefan Vollmar writes:
>
> > Dear Richard,
> >
> > sitting in front of a German keyboard, writing
> >
> > Gödel
> >
> > seems to be the obvious solution for modern LaTeX and Emacs
> > versions - you could define some shortcut to insert the appropriate
> > Unicode character into your text (as your keyboard probably does not
> > feature a "ö" key), or copy/paste the Umlauts from another Emacs
> > file as necessary. If you do not need it very often, this might be a
> > reasonable alternative.
>
> Although I am german, I use an american keyboard layout for coding and
> everything else. But there is a nice emacs solution to enter umlauts:
> =C-x RET C-\ german-postfix RET= This enables an input method which
> allows you to enter all german umlauts: ä ü ö Ä Ü Ö and ß.
>
> Entering an `a' followed immediately by an `e' generates an ä, followed
> by another `e' it becomes `ae`, similar for ü and ö . `s` followed by
> `z` generates an `ß`. Larger variants are typed by typing two large
> letters.
>
There are a couple of assumptions here (and in Eric F.'s mail about the
TeX input method as well). One is that the buffer is encoded in UTF-8:
if you use e.g iso-8859-1, you can use whatever input method you want,
but you'll end up with a byte in your file that LaTeX won't like.
The second assumption (which is satisfied by default when an org file is
exported to LaTeX) is that \usepackage[utf8]{inputenc} is used in the
LaTeX file.[fn:1]
Assuming that both of these assumptions are satisfied, this is indeed
the best way to deal with umlauts, accented characters, cedillas and
the like: the buffer *looks* like the LaTeX output. But remember that
there is an encoding there nevertheless.
Nevertheless that does not absolve org from dealing with \" properly. In
fact, it deals with it correctly in a heading but not in the text:
--8<---cut here---start->8---
* G\"odel
G\"odel
--8<---cut here---end--->8---
gives:
--8<---cut here---start->8---
...
\section{G\"odel}
\label{sec-1}
G\''odel
--8<---cut here---end--->8---
However, surrounding the o with braces breaks things in both places.
I think part of the problem is that headings and text go through
different processing: e.g. text goes through org-export-latex-content,
whereas headings don't. So fixing a problem like this in one place is
not enough.
Nick
Footnotes:
[fn:1] This may or may not be correct if you use omega or xetex or
one of the more recent TeX variants, but I don't know much about them.
___
Emacs-orgmode 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: Umlauts in LaTeX export
Thanks to all for your suggestions! >>> you could define some shortcut to insert the appropriate Unicode >>> character into your text (as your keyboard probably does not feature >>> a "ö" key), or copy/paste the Umlauts from another Emacs file as >>> necessary. >>> But there is a nice emacs solution to enter umlauts: >>> =C-x RET C-\ german-postfix RET= This enables an input method which >>> allows you to enter all german umlauts: ä ü ö Ä Ü Ö and ß. >> Even better, for the OP, is to switch to the tex input method (M-x >> set-input-method RET tex RET)! In this case, you can type \"o to get ö. >> Almost all TeX and LaTeX sequences are understood (e.g. \forall to get >> ∀, \exists for ∃, \alpha for α, \leftrightharpoons for ⇋, and so on.) >> You can see all the characters with =describe-input-method=. One concern I have with all of these solutions is that, if I use them in a file that is encoded in ASCII, Emacs will switch the encoding to Unicode, and that could have unexpected consequences (e.g., with version control). But I have also noticed that many of my Org files (though not the one I originally encountered this problem in) are already encoded in UTF-8, and I haven't had any Unicode-related problems. Are these fears misplaced? Best, Richard ___ Emacs-orgmode 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] quick TODO entry
Sergio, Check out org-capture (http://orgmode.org/manual/Capture.html). You can set a keybinding to trigger it like so: (define-key global-map "\C-cc" 'org-capture) Nick Parker www.developernotes.com On Wed, Nov 3, 2010 at 9:38 PM, sergio_101 wrote: > i have been away from org-mode and i have come back to it recently. > when i was using it before, i seem to remember having a keystroke > combo that allowed me to start up a TODO item, and then it would > quickly shift to deadline entry, then tag entry. > > i can't find anything on this, nor can i remember what it was.. > > any ideas? > > thanks! > > -- > > peace, > sergio > photographer, journalist, visionary > > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > ___ > Emacs-orgmode 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] quick TODO entry
i have been away from org-mode and i have come back to it recently. when i was using it before, i seem to remember having a keystroke combo that allowed me to start up a TODO item, and then it would quickly shift to deadline entry, then tag entry. i can't find anything on this, nor can i remember what it was.. any ideas? thanks! -- peace, sergio photographer, journalist, visionary http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101 ___ Emacs-orgmode 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: latex export does not word for Xemacs21.5.29b [7.01trans]
Fixed, thanks. - Carsten On Nov 3, 2010, at 4:22 PM, Uwe Brauer wrote: Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Hello I can't any longer export to latex. (Worked nicely under 6.36c though) Backtrace) is attached: Uwe Brauer Emacs : XEmacs 21.5 (beta29) "garbanzo" [Lucid] (i686-pc-linux, Mule) of Tue Nov 2 2010 on gilgamesch.quim.ucm.es Package: Org-mode version 7.01trans current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-metaup-hook '(org-babel-load-in-session-maybe) org-export-preprocess-after-include-files-hook '(org-export-blocks- preprocess) outline-mode-hook '(hide-body) org-after-todo-state-change-hook '(org-clock-out-if-current) org-metadown-hook '(org-babel-pop-to-session-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute- safely-maybe) org-export-preprocess-before-selecting-backend-code-hook '(org- beamer-select-beamer-code) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide- drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-include-diary t outline-minor-mode-hook '((lambda nil (local-set-key [(shift return)] (quote hide-body))) ) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(# # org-babel-result-hide-spec org-babel-hide-all-hashes my-org-keys turn-on-flyspell iso-accents-mode turn-on-auto-capitalize-mode) org-confirm-elisp-link-function 'yes-or-no-p org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- vars) org-export-latex-format-toc-function 'org-export-latex-format-toc- default org-export-preprocess-before-normalizing-links-hook '(org-remove- file-link-modifiers) org-confirm-shell-link-function 'yes-or-no-p org-table-default-size "3x3" org-export-first-hook '(org-beamer-initialize-open-trackers) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab- command-maybe org-babel-hide-result-toggle-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) org-occur-hook '(org-first-headline-recenter) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix- toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) outline-heading-end-regexp "[\n]" ) ___ Emacs-orgmode 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: Variable 'org-ctrl-k-protect-subtree' defaults to nil
On Nov 3, 2010, at 7:27 AM, Noorul Islam K M wrote: writes: Hi everyone, It's the first time I'm giving any feedback on org-mode, so first of all I would like to congratulate the original creator and all contributors on a very interesting and useful work. I've discovered org-mode only a couple of weeks ago and was intrigued enough to restart using emacs, after several years away from it! I've been studying Org's documentation and tutorials, and started using it to help me manage my relocation from Brazil to Italy. What I am reporting, technically, is a feature: the fact that variable 'org-ctrl-k-protect-subtree' defaults to nil. But considering how easy this makes to lose a whole subtree of data, especially for a newcomer to org-mode, I think it should be considered a serious bug. As a matter of fact, I am very surprised that C-k would be considered an admissible alternative to C-c C-x C- w/M-w, as a way to kill a subtree! I propose that 'org-ctr-k-protect-subtree' is made to default to 't' ASAP (already costumized it in that way on my setup), and that the behavior of C-k on headings is made consistent: kill to the end of line, regardless of the visibility of the subtree. I slightly disagree here. Most of the time I definitely want the entire subtree to go away. I think this is the beauty of outline mode. I agree with Norul. C-k kills an entire visible line, and that line has ... ellispes and therefore *contains* the folded text. Just killing the headline would leave ... on a line by its own, a bad state which is not good to have. This change would also make the behavior inconsistent with other Emacs modes and behavior. So we will keep the current default - but feel free to submit a patch to documentation or a tutorial to points out this issue to beginners. Greetings. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-meta-return and lists
Hi Tom, On 10-Nov-3, at 4:07 PM, Nicolas Goaziou wrote: Hello, Tom Short writes: With the new list handling mechanism in v7.02, org-meta-return acts differently for me following lists. If I hit M-RET with the cursor in the (blank) row or two after a list, it adds another list item. Before, I'd get a new heading (what I want), and I'd only get another list item if the cursor is still on a line with a list when I hit M-RET.. Just use C-u M-RET to enforce an heading, wherever point is. In order to avoid a prefix key, I did the following in my .emacs: (defun my-org-mode-hook () (define-key org-mode-map (kbd "") (lambda () (interactive) (org-insert-heading 1 nil (add-hook 'org-mode-hook 'my-org-mode-hook) I do not know how to get it back to the old behaviour (which I liked as well). -Anthony ___ Emacs-orgmode 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: M-a bound to backward-sentence
On Nov 3, 2010, at 9:22 AM, Andreas Röhler wrote: Am 02.11.2010 16:07, schrieb Carsten Dominik: On Nov 2, 2010, at 10:12 AM, Andreas Röhler wrote: Hi inside a table M-a is bound to backward-sentence Hi Andreas, I get M-a runs the command org-backward-sentence, which is an interactive compiled Lisp function in `org.el'. It is bound to M-a. (org-backward-sentence &optional ARG) Hi Carsten, thanks. Error was in my way to load the devel version Have been told to follow instructions and load ;; (load "~/org-mode/lisp/org-install.elc") By who? the right customization is (require 'org-install). ANd, when you are using git, you need to *make* org-install.el yourself. *Alternatively, you can also do (require 'org), but this only works because people apparently do overlook the org-install part in the installation instructions. - Carsten However, it works here that way: (load "~/org-mode/lisp/org.el") Do you have an idea whats the reason? Maybe it's useful to drop some note how to load the devel code. Thanks again Andreas Go to beginning of sentence, or beginning of table field. This will call `backward-sentence' or `org-table-beginning-of-field', depending on context. Cheers which doesn't meet info. See screenshot attached. Checked from git-repo code Thanks Andreas bug.png>___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Possible Calc support for Org-Babel?
Forgot to CC the list et al. "Eric Schulte" writes: > Eric S Fraga writes: [...] >> I now wonder if it would be worthwhile discussing the choices you have >> made regarding stack versus algebraic evaluation. I would rather have >> the quote mean an algebraic expression, just from the simple reason that >> these will be longer than stack operations and so the overhead of a >> quote is smaller as a percentage of keystrokes... >> > > Hmm, one point against prefixing the algebraic expressions is that they > would be more likely to be used by themselves in an inline code block. Yes, I guess so. My initial thoughts were that we have plenty of algebraic languages available already through babel (octave, R, python, ...) so why not support a stack based one more directly. However, the real benefit of calc is that it is *emacs* and not external! Algebraic is more natural to most people so making it easy for them to express themselves makes sense. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) ___ Emacs-orgmode 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-meta-return and lists
On Wed, Nov 3, 2010 at 5:50 PM, Anthony Lander wrote: > Hi Tom, > > > In order to avoid a prefix key, I did the following in my .emacs: > > (defun my-org-mode-hook () > (define-key org-mode-map (kbd "") (lambda () (interactive) > (org-insert-heading 1 nil > (add-hook 'org-mode-hook 'my-org-mode-hook) > Thanks, Anthony. That's better. - Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Sunrise / Sunset in Agenda View only for Current Day?
"Raymond Zeitler" writes:
> I added sunrise & day of the week to the org file that I base my agenda view
> on. But this adds the information for every day that's displayed in the
> agenda. Is it possible to get the information to show up only for the
> current day?
>
> TIA
>
> Here's the relevant content in the org file:
> #+CATEGORY: Day/Year
> &%%(diary-day-of-year)
> #+CATEGORY: Sunrise
> &%%(diary-sunrise-sunset)
One way to accomplish this is with a custom skip function and a custom
agenda command. In order for this particular setup to work, you'll need
to put the sunrise sexp in it's own subtree, as in:
--8<---cut here---start->8---
* Sunrise
:PROPERTIES:
:CATEGORY: Sunrise
:END:
&%%(diary-sunrise-sunset)
--8<---cut here---end--->8---
Note: it's important that you use the CATEGORY property to ensure that
the category "Sunrise" is limited to a single subtree.
Then, you could add the following function to your emacs:
--8<---cut here---start->8---
(defun my-org-skip-sunrise ()
(if (and (not (equal date (calendar-current-date)))
(string= (org-get-category) "Sunrise"))
(org-end-of-subtree t)
nil))
--8<---cut here---end--->8---
Finally, you could define a custom command that instructs org to use the
skip function to bypass all "Sunrise" entries for days other than today:
--8<---cut here---start->8---
(add-to-list 'org-agenda-custom-commands
'("x" "My agenda" agenda ""
((org-agenda-ndays 7)
(org-agenda-skip-function 'my-org-skip-sunrise
--8<---cut here---end--->8---
If you're feeling brave, you could disregard the docstring for
org-agenda-skip-function and bind the variable globally (i.e., invoke
my-org-skip-sunrise on all agenda commands), but I wouldn't recommend
this.
Hope this helps,
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] Using macros in worg
Benny Simonsen writes: >> there's no special setup needed. > > I had an old org-mode, after upgrade the macros are expanded :) > > I would like to auto-publish the web page when I push to the central server. You might be interested in this document: http://orgmode.org/worg/worg-setup.php and in the scripts in .git/hooks/ (which come with git). Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: TAB in math-environment in list item
Am 03.11.2010 22:15, schrieb Nicolas Goaziou:
Hello,
Maximilian Matthe writes:
Hi guys,
I'm a really impressed orgmode-user. There is a thing that I don't
like but I hope, it can be customized. When I type sth like this:
(org-cdlatex-mode is enabeld)
- $a_{1}$
an press TAB when the cursor is behind the 1 the cursor moves to the
beginning of the line. I would more like to move it after the } as
it does when the line doesn't contain a list item.
I guess you're not using latest (stable) version of Org mode. If you
upgrade, point will not move at the beginning of the line anymore.
But, if `org-cycle-include-plain-lists' is not nil, TAB will still
hide item's body before cdlatex kicks in.
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
Thank you, that perfectly works!
___
Emacs-orgmode 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] TAB in math-environment in list item
Hello,
> Maximilian Matthe writes:
> Hi guys,
> I'm a really impressed orgmode-user. There is a thing that I don't
> like but I hope, it can be customized. When I type sth like this:
> (org-cdlatex-mode is enabeld)
> - $a_{1}$
> an press TAB when the cursor is behind the 1 the cursor moves to the
> beginning of the line. I would more like to move it after the } as
> it does when the line doesn't contain a list item.
I guess you're not using latest (stable) version of Org mode. If you
upgrade, point will not move at the beginning of the line anymore.
But, if `org-cycle-include-plain-lists' is not nil, TAB will still
hide item's body before cdlatex kicks in.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Umlauts in LaTeX export
Very, very neat - thank you! Warm regards, Stefan On 03.11.2010, at 21:08, Eric S Fraga wrote: > Jean-Marie Gaillourdet writes: > >> Dear Richard, >> >> Stefan Vollmar writes: >> >>> Dear Richard, >>> >>> sitting in front of a German keyboard, writing >>> >>> Gödel >>> >>> seems to be the obvious solution for modern LaTeX and Emacs versions - you >> could define some shortcut to insert the appropriate Unicode character >> into your text (as your keyboard probably does not feature a "ö" key), >> or copy/paste the Umlauts from another Emacs file as necessary. If you >> do not need it very often, this might be a reasonable alternative. >> >> Although I am german, I use an american keyboard layout for coding and >> everything else. But there is a nice emacs solution to enter umlauts: >> =C-x RET C-\ german-postfix RET= This enables an input method which >> allows you to enter all german umlauts: ä ü ö Ä Ü Ö and ß. >> >> Entering an `a' followed immediately by an `e' generates an ä, followed >> by another `e' it becomes `ae`, similar for ü and ö . `s` followed by >> `z` generates an `ß`. Larger variants are typed by typing two large >> letters. >> >> Regards, >> Jean-Marie > > Even better, for the OP, is to switch to the tex input method (M-x > set-input-method RET tex RET)! In this case, you can type \"o to get ö. > Almost all TeX and LaTeX sequences are understood (e.g. \forall to get > ∀, \exists for ∃, \alpha for α, \leftrightharpoons for ⇋, and so on.) > You can see all the characters with =describe-input-method=. > > > -- > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 > : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de smime.p7s Description: S/MIME cryptographic 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] org-meta-return and lists
Hello, > Tom Short writes: > With the new list handling mechanism in v7.02, org-meta-return acts > differently for me following lists. If I hit M-RET with the cursor > in the (blank) row or two after a list, it adds another list item. > Before, I'd get a new heading (what I want), and I'd only get > another list item if the cursor is still on a line with a list when > I hit M-RET.. > Based on looking at the source of org-insert-heading and > org-in-item-p, I can reduce the behavior to within one empty row > after a list by setting org-empty-line-terminates-plain-lists to t. > Anyone know how I can go back to the previous behavior? Just use C-u M-RET to enforce an heading, wherever point is. 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: org-babel: feature-request: allow table-cells to be passed as strings
Hi Marc, Sorry to stall this thread for so long. Now that I've worked some with Calc it seems that it provides a mature library of working with large numbers. My new hope is to convert Babel to using Calc for all of its numerical string parsing and printing. That should solve your dilemma in the most natural way. Does anyone foresee any problems in this potential approach? Thanks -- Eric Marc-Oliver Ihm writes: > Hello, > > This would be such an example. The Input table contains some numbers, > the last of them larger than allowed for an integer. > > As the result table show, the last one is converted to float thereby > using some precision. > > I would like to see them all as strings. > > with kind regards, Marc-Oliver Ihm > > > #+tblname: numbers > > | 1 | > | 2 | > | 12 | > | 45 | > | 166 | > |12567890 | > | 23123128237198327938999 | > > > #+begin_src emacs-lisp :var numbers=numbers > (mapcar > (lambda (line) > (let ((number (car line))) >(list number (type-of number)) >) > ) >numbers) > #+end_src > > #+results: > | 1 | integer | > | 2 | integer | > | 12 | integer | > | 45 | integer | > |166 | integer | > | 12567890 | integer | > | 2.3123128237198328e+26 | float | > > > > > Am 04.10.2010 15:30, schrieb Eric Schulte: >> Hi, >> >> Could you send an example of the contents of such a cell, and what it is >> converted to? Maybe it will be possible to improve the parsing of >> numerals in Babel s.t. we don't lose precision in these cases. >> >> Thanks -- Eric >> >> Marc-Oliver Ihm writes: >> >>> Hello ! >>> >>> Currently org-babel, when passing a table as input to a >>> source-code-block, behaves like this: >>> If the cell looks like a number, it will be converted to an integer or a >>> float. Otherwise the cell-content is passed unconverted as a string. >>> >>> Now, dealing with very large numbers (which I want to process with >>> calc), I found this behavior annoying, because babel converts my large >>> numbers to float, loosing precision in the process. >>> >>> Now my request would be, to have a switch (maybe as a header argument) >>> which would tell babel to pass all cells as unconverted strings. >>> >>> I have checked the documentation and the sources and have not been able >>> to find such a switch. >>> >>> >>> with kind regards, Marc-Oliver Ihm >>> >>> >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Umlauts in LaTeX export
Jean-Marie Gaillourdet writes: > Dear Richard, > > Stefan Vollmar writes: > >> Dear Richard, >> >> sitting in front of a German keyboard, writing >> >> Gödel >> >> seems to be the obvious solution for modern LaTeX and Emacs versions - you > could define some shortcut to insert the appropriate Unicode character > into your text (as your keyboard probably does not feature a "ö" key), > or copy/paste the Umlauts from another Emacs file as necessary. If you > do not need it very often, this might be a reasonable alternative. > > Although I am german, I use an american keyboard layout for coding and > everything else. But there is a nice emacs solution to enter umlauts: > =C-x RET C-\ german-postfix RET= This enables an input method which > allows you to enter all german umlauts: ä ü ö Ä Ü Ö and ß. > > Entering an `a' followed immediately by an `e' generates an ä, followed > by another `e' it becomes `ae`, similar for ü and ö . `s` followed by > `z` generates an `ß`. Larger variants are typed by typing two large > letters. > > Regards, > Jean-Marie Even better, for the OP, is to switch to the tex input method (M-x set-input-method RET tex RET)! In this case, you can type \"o to get ö. Almost all TeX and LaTeX sequences are understood (e.g. \forall to get ∀, \exists for ∃, \alpha for α, \leftrightharpoons for ⇋, and so on.) You can see all the characters with =describe-input-method=. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) ___ Emacs-orgmode 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] Using macros in worg
> there's no special setup needed.
I had an old org-mode, after upgrade the macros are expanded :)
I would like to auto-publish the web page when I push to the central server.
I suppose it is writing a {central server}/{web-page
repository}.git/hook/post-receive script
The script have to open emacs, load the required lisp code (the code
listed in the original post) and (org-publish "{webpage project org}")
... but does anybody have such a example hook script that would like
to share it?
Thank you
/Benny
___
Emacs-orgmode 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] Possible Calc support for Org-Babel?
Eric S Fraga writes:
> "Eric Schulte" writes:
>> alright, thanks for sticking with this. You are definitely now using
>> the latest code. I believe the newest version of the ob-calc-eval
>> function should work -- at the very least it should give a nicer error
>> message. Could you please require update again and let me know how it
>> goes?
>
> (for the list's benefit: Eric and I have had a few out-of-the-list
> exchanges but as everything now seems to be working fine, I thought I'd
> reconnect the thread to the list...)
>
> Eric,
>
> just to confirm that it all seems to work just fine from a cold boot of
> emacs without any extra (require 'ob-eval). My babel configuration has
> the following:
>
> #+begin_src emacs_lisp
> (org-babel-do-load-languages
> 'org-babel-load-languages
> '((R . t)
>(calc . t)
>(ditaa . t)
>...
> #+end_src
>
> and that's about it really. Evaluating the calc examples you sent
> initially all work perfectly.
>
Fantastic.
>
> Using src_calc{5-2}, for instance, also works just fine for export.
>
> I now wonder if it would be worthwhile discussing the choices you have
> made regarding stack versus algebraic evaluation. I would rather have
> the quote mean an algebraic expression, just from the simple reason that
> these will be longer than stack operations and so the overhead of a
> quote is smaller as a percentage of keystrokes...
>
Hmm, one point against prefixing the algebraic expressions is that they
would be more likely to be used by themselves in an inline code block.
Maybe there is a better way to recognize when a line is a stack vs. an
algebraic expression. For example if the line is resolvable to a stack
operation (i.e. an element of '(+ - ...)) then treat it as such,
otherwise just treat it as an algebraic expression.
>
> Anyway, thanks for this. I think this is going to be quite useful but
> it does mean really getting down and learning emacs calc...
Yes, I need to learn calc as well.
___
Emacs-orgmode 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] Latex export fails to include drawers
The Latex exporter seems to fail to include drawers when asked to.
The HTML exporter, however, includes them as expected (as verbatim
example).
I've looked at org-exp.el to try to understand why, but I don't.
I'm using 7.02trans on GNU Emacs 23.2.1.
Minimal example:
---
#+TITLE: Drawers
#+DRAWERS: NOTES
#+OPTIONS: d:t
A drawer should follow.
:NOTES:
This is a note in a drawer.
:END:
---
What I expect to see (skipping title etc.)
--
A drawer should follow.
\begin{verbatim}
NOTES
This is a note in a drawer.
\end{verbatim}
\end{document}
--
What I get:
--
A drawer should follow.
\end{document}
--
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] TAB in math-environment in list item
Hi guys,
I'm a really impressed orgmode-user. There is a thing that I don't
like but I hope, it can be customized. When I type sth like this:
(org-cdlatex-mode is enabeld)
- $a_{1}$
an press TAB when the cursor is behind the 1 the cursor moves to the
beginning of the line. I would more like to move it after the } as it
does when the line doesn't contain a list item.
So, is there some way to set the priority of the cdlatex-mode's TAB
higher than the list's one?
Regards, Max
___
Emacs-orgmode 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-meta-return and lists
With the new list handling mechanism in v7.02, org-meta-return acts differently for me following lists. If I hit M-RET with the cursor in the (blank) row or two after a list, it adds another list item. Before, I'd get a new heading (what I want), and I'd only get another list item if the cursor is still on a line with a list when I hit M-RET.. Based on looking at the source of org-insert-heading and org-in-item-p, I can reduce the behavior to within one empty row after a list by setting org-empty-line-terminates-plain-lists to t. Anyone know how I can go back to the previous behavior? * heading - list item A - list item B <- When I hit M-RET here, I'd like a new heading. - Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [babel] do header arguments on call/function/lob evaluations work or not
"Thomas S. Dye" writes: > Hi Eric, > > I don't think they work yet. See Eric Schulte's message to the mailing list > on Oct. 27: > > Re: [Orgmode] org babel and alternative output file when using +call > > All the best, > > Tom > > On Nov 3, 2010, at 5:03 AM, Eric S Fraga wrote: > > Hello, > > short question as I seem to have got lost between the mailing list > archives, the Worg documentation and the info files: does passing header > arguments when invoking a babel source code block using call or function > actually work? it doesn't seem to for me for Ledger blocks (I've been > trying to update the tutorial example) and I wonder whether I have done > something wrong with the ob-ledger code initially... > > Thanks, > eric > > -- > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 > : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > Thanks for the confirmation, Tom. It's what I thought but I wasn't sure any more which was the definitive statement on the current state of the art! Thanks again, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) ___ Emacs-orgmode 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] Umlauts in LaTeX export
Dear Jean-Marie, this is very useful - thanks for sharing! Warm regards, Stefan On 03.11.2010, at 18:51, Jean-Marie Gaillourdet wrote: > Dear Richard, > > Stefan Vollmar writes: > >> Dear Richard, >> >> sitting in front of a German keyboard, writing >> >> Gödel >> >> seems to be the obvious solution for modern LaTeX and Emacs versions - you >> could define some shortcut to insert the appropriate Unicode character into >> your text (as your keyboard probably does not feature a "ö" key), or >> copy/paste the Umlauts from another Emacs file as necessary. If you do not >> need it very often, this might be a reasonable alternative. > > Although I am german, I use an american keyboard layout for coding and > everything else. But there is a nice emacs solution to enter umlauts: > =C-x RET C-\ german-postfix RET= This enables an input method which > allows you to enter all german umlauts: ä ü ö Ä Ü Ö and ß. > > Entering an `a' followed immediately by an `e' generates an ä, followed > by another `e' it becomes `ae`, similar for ü and ö . `s` followed by > `z` generates an `ß`. Larger variants are typed by typing two large > letters. > > Regards, > Jean-Marie -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de smime.p7s Description: S/MIME cryptographic signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Umlauts in LaTeX export
Stefan Vollmar writes: > sitting in front of a German keyboard, writing > > Gödel > > seems to be the obvious solution for modern LaTeX and Emacs versions - > you could define some shortcut to insert the appropriate Unicode > character into your text (as your keyboard probably does not feature a > "ö" key), or copy/paste the Umlauts from another Emacs file as > necessary. If you do not need it very often, this might be a > reasonable alternative. Also, C-x 8 " o gives "ö", as does hitting C-x 8 RET and then typing LATIN SMALL LETTER O WITH DIAERESIS (with tab completion). -- Magnus Henoch ___ Emacs-orgmode 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] Umlauts in LaTeX export
Dear Richard, Stefan Vollmar writes: > Dear Richard, > > sitting in front of a German keyboard, writing > > Gödel > > seems to be the obvious solution for modern LaTeX and Emacs versions - you > could define some shortcut to insert the appropriate Unicode character into > your text (as your keyboard probably does not feature a "ö" key), or > copy/paste the Umlauts from another Emacs file as necessary. If you do not > need it very often, this might be a reasonable alternative. Although I am german, I use an american keyboard layout for coding and everything else. But there is a nice emacs solution to enter umlauts: =C-x RET C-\ german-postfix RET= This enables an input method which allows you to enter all german umlauts: ä ü ö Ä Ü Ö and ß. Entering an `a' followed immediately by an `e' generates an ä, followed by another `e' it becomes `ae`, similar for ü and ö . `s` followed by `z` generates an `ß`. Larger variants are typed by typing two large letters. Regards, Jean-Marie ___ Emacs-orgmode 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] Umlauts in LaTeX export
Dear Richard,
sitting in front of a German keyboard, writing
Gödel
seems to be the obvious solution for modern LaTeX and Emacs versions - you
could define some shortcut to insert the appropriate Unicode character into
your text (as your keyboard probably does not feature a "ö" key), or copy/paste
the Umlauts from another Emacs file as necessary. If you do not need it very
often, this might be a reasonable alternative.
Warm regards,
Stefan
On 03.11.2010, at 16:50, Richard Lawrence wrote:
> Hi all,
>
> I don't think this is a bug so much as an unfortunate consequence of
> expected behavior, but I wanted to document it here for the sake of
> future mailing list searches, because I didn't find anything about it
> myself. (If someone has a better solution than the one I propose,
> please clue me in!)
>
> To add an umlaut/trema/diaeresis to a letter in LaTeX, I use the \"
> command, as in:
>
> G\"{o}del
>
> Unfortunately, due to the fact that Org export treats both `{}' and `"'
> specially, this will be exported to LaTeX as:
>
> G\''\{o\}del
>
> It isn't sufficient to surround the \"{o} with math mode delimiters, e.g.,
>
> G\(\"{o}\)del
>
> even though this will prevent Org from escaping the brackets and
> converting the double-quote, because the command doesn't seem to produce
> output in math mode. (The compiled file will read "Gdel".)
>
> So, the work-around I've come up with is to use an \mbox inside math
> mode, which prevents Org from doing the escapes/conversions:
>
> G\(\mbox{\"{o}}\)del
>
> A bit ugly, but it produces the correct output.
>
> Hope that helps someone! And again, if there's a better way, please let
> me know!
>
> Best,
> Richard
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
--
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleuelerstr. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213 FAX +49-221-4726-298
Tel.: +49-221-478-5713 Mobile: 0160-93874279
Email: voll...@nf.mpg.de http://www.nf.mpg.de
smime.p7s
Description: S/MIME cryptographic signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] org-agenda: return multiple results when sexp return a string with "; "
When evaluating my %%(org-calendar-holidays) on October 31st, I got a line like: "Halloween; Daylight Saving Time Ends 3:00am (CEST)" And it displays in calendar: 3:00 Halloween; Daylight Saving Time Ends (CEST) This is wrong since Halloween is all day, not only at 3:00. Splitting results on "; " allows to have an independant entry on each event and displays things correctly. Signed-off-by: Julien Danjou --- lisp/org.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index cb99712..effe9b2 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15025,7 +15025,7 @@ D may be an absolute day number, or a calendar-type list (month day year)." (org-current-line) (buffer-file-name) sexp) (sleep-for 2)) -(cond ((stringp result) result) +(cond ((stringp result) (split-string result "; ")) ((and (consp result) (not (consp (cdr result))) (stringp (cdr result))) (cdr result)) -- 1.7.2.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] Umlauts in LaTeX export
Thanks Richard,
I had the same issue! I can definitely use your solution!
S.
On Wed, Nov 3, 2010 at 11:50 AM, Richard Lawrence <
richard.lawre...@berkeley.edu> wrote:
> Hi all,
>
> I don't think this is a bug so much as an unfortunate consequence of
> expected behavior, but I wanted to document it here for the sake of
> future mailing list searches, because I didn't find anything about it
> myself. (If someone has a better solution than the one I propose,
> please clue me in!)
>
> To add an umlaut/trema/diaeresis to a letter in LaTeX, I use the \"
> command, as in:
>
> G\"{o}del
>
> Unfortunately, due to the fact that Org export treats both `{}' and `"'
> specially, this will be exported to LaTeX as:
>
> G\''\{o\}del
>
> It isn't sufficient to surround the \"{o} with math mode delimiters, e.g.,
>
> G\(\"{o}\)del
>
> even though this will prevent Org from escaping the brackets and
> converting the double-quote, because the command doesn't seem to produce
> output in math mode. (The compiled file will read "Gdel".)
>
> So, the work-around I've come up with is to use an \mbox inside math
> mode, which prevents Org from doing the escapes/conversions:
>
> G\(\mbox{\"{o}}\)del
>
> A bit ugly, but it produces the correct output.
>
> Hope that helps someone! And again, if there's a better way, please let
> me know!
>
> Best,
> Richard
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Todo Keywords not recognized/treated as keywords
Giovanni, Ha! I knew it was going to be something obvious but apparently invisible to me. Yes, this works. Thanks a bunch. One less minor annoyance in life. :-) -Kristina On 11/3/2010 12:47 PM, Giovanni Ridolfi wrote: Kristina Spurgin writes: Hi, Kristina org-todo-keywords is a variable defined in `org.el'. Its value is ((sequence "TODO(t)" "STARTED(a!)" "WAITING (w@)" "DELEGATED (D!)" "SOMEDAY (s)" "|" "SKIPPED (k@)" "CANCELLED (c@)" "DONE(d!)")) The list has a blank space after WAITING [1], so the list is incorrect ;-) This works: (setq org-todo-keywords ' ((sequence "TODO(t)" "STARTED(a!)" "WAITING(w@)" "DELEGATED(D!)" "SOMEDAY(s)" "|" "SKIPPED(k@)" "CANCELLED(c@)" "DONE(d!)"))) cheers, Giovanni [1] and also after delegated, someday skipped cancelled ___ Emacs-orgmode 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 Todo Keywords not recognized/treated as keywords
Kristina Spurgin writes: Hi, Kristina > org-todo-keywords is a variable defined in `org.el'. > Its value is > ((sequence "TODO(t)" "STARTED(a!)" "WAITING (w@)" "DELEGATED (D!)" > "SOMEDAY (s)" "|" "SKIPPED (k@)" "CANCELLED (c@)" "DONE(d!)")) The list has a blank space after WAITING [1], so the list is incorrect ;-) This works: (setq org-todo-keywords ' ((sequence "TODO(t)" "STARTED(a!)" "WAITING(w@)" "DELEGATED(D!)" "SOMEDAY(s)" "|" "SKIPPED(k@)" "CANCELLED(c@)" "DONE(d!)"))) cheers, Giovanni [1] and also after delegated, someday skipped cancelled ___ Emacs-orgmode 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] publishing a drawer
Aloha Jeff,
On Nov 3, 2010, at 6:11 AM, Jeff Horn wrote:
2010/11/3 Łukasz Stelmach :
Is it possible to publish drawer's content during export (both HTML
and
LaTeX)? I am creating a presentation with S5 and I'd love to have
:LOGBOOK: (or :NOTES:) published as (or
\note{} for Beamer).
There is the HTML_CONTAINER_CLASS property.[1] I would find a similar
property for LaTeX environments handy, but I don't think
implementation is simple on the user end. LaTeX files have style info
in their headers, not in a separate CSS file, so manual editing of the
LaTeX source would still be necessary.
Best,
Jeff
Just a remark here that doesn't address the OP's query: LaTeX class
files can be written so the user doesn't have to include style
information in the document header. This is one of the motivations
for the org-article.cls, http://orgmode.org/worg/org-contrib/babel/examples/article-class.php
. To my mind, this approach is analogous to the separate CSS file
used by HTML documents.
All the best,
Tom
[1] http://www.mail-archive.com/emacs-orgmode@gnu.org/msg31788.html
--
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University
(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com
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
___
Emacs-orgmode 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: New clocktable code
> However, your proposal still sounds abstract - do you > have concrete examples in mind? You could see a breakdown of your budget e.g. how much money you've spent on various areas of life in a given period, if you record money spent as a property and immediately CLOSE the entry on the date the money is spent. You could count how many tasks you have closed in each area of your life / for each project & its sub-project in a given period, if you make an inherited property with the default value of 1. For harder / more important tasks that are worth several simpler tasks, you could override the default value of the property to be greater than one. You could also filter by kind of task, e.g. if you have unpleasant tasks to do and want to make sure you do at least a few a week, you would include only headlines tagged :unpleasant: in the sum. I'm writing an "org-goals" package that lets you set & check goals of the form, "under this subtree, i want to spend at least 3 hours per week" or "at most 100 dollars per month" etc. Being able to view what you've spent in a given period using a clocktable would be a nice complement. ilya p.s. the package isn't ready for release, but if you want to take a peek, it's at http://sourceforge.net/projects/org-balance/ On Tue, Nov 2, 2010 at 6:11 PM, Carsten Dominik wrote: > > On Nov 2, 2010, at 8:35 PM, Ilya Shlyakhter wrote: > >> Carsten Dominik gmail.com> writes: >>> >>> I have just pushed a rewrite of the clocktable code. >> >> Thanks Carsten! >> Maybe, the code could also be extended to display a summary of any >> variable, >> rather than just clocksum? E.g. the number of tasks done, or the amount >> of >> money spent. The sum for a given period would include the sum of a >> specified >> property in entries that were CLOSED within the specified period. > > Hi Ilya, > > I think thiswould now be easier to implement - even though this code > is geared towar the clocking functionality. > > However, your proposal still sounds abstract - do you > have concrete examples in mind? > > - Carsten > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Todo Keywords not recognized/treated as keywords
Hi Giovanni, Thanks for your response. > what's the value of org-todo-keywords ? > > C-h v org-todo-keywords org-todo-keywords is a variable defined in `org.el'. Its value is ((sequence "TODO(t)" "STARTED(a!)" "WAITING (w@)" "DELEGATED (D!)" "SOMEDAY (s)" "|" "SKIPPED (k@)" "CANCELLED (c@)" "DONE(d!)")) > You can change the value of the variable in > a "per file" basis > > #+TODO: TODO FEEDBACK VERIFY | DONE CANCELED I do not have any per-file variables set except for archive locations, like: #+ARCHIVE: %s_archive::* Log > Did you run the command "M-x org-mode-restart" after changing > the value of TODO? I've had the problem for months---just now getting around to asking about it, since I can manually correct the weirdness. :-) Emacs and Orgmode have been restarted many times while the problem persists. > Could you, please, post a minimal file as an example of this strange > behaviour?, > Please post a *complete file* with all the #+ lines, and also > the value of org-todo-keywords. I have put a full .org file here: http://www.infomuse.net/download/example.org I have copied the entire contents of that file between the -=-= lines below. Thanks, Kristina -=-=-=-=-=-=-=- * To do #+ARCHIVE: %s_archive::* Todo ** TODO [#A] Check proxy on b62875036 DUE: <2010-11-04 Thu> ** DELEGATED OSO Law 856$c --> 856$x - State "DELEGATED " from "TODO" [2010-08-02 Mon 12:54] \\ to wanda Range b63604358 -- b63605454 856 |c is not "" Change |c to |x ** DONE WAITING [#A] MyiLibrary audiobooks - fix 856 text - State "DONE" from "" [2010-07-21 Wed 14:42] - State "WAITING " from "TODO" [2010-07-13 Tue 13:21] \\ Requested from Wanda -=-=-=-=-=-=-=- On 11/3/2010 11:53 AM, Giovanni Ridolfi wrote: Kristina Spurgin writes: Hi, Kristina, I'm running into a problem with todo keywords. In my setup: Its value is ((sequence "TODO" "DONE")) You can change the value of the variable in a "per file" basis #+TODO: TODO FEEDBACK VERIFY | DONE CANCELED (manual: Setting up keywords for individual files) or globally in your .emacs (setq org-todo-keywords '((sequence "TODO" "|" "DONE") (sequence "REPORT" "BUG" "KNOWNCAUSE" "|" "FIXED") (sequence "|" "CANCELED"))) (manual: Multiple keyword sets in one file) It is as though WAITING isn't recognized as a todo keyword. Have you changed the value of TODO's and pressed C-c C-c on the #+TODO: line? Did you run the command "M-x org-mode-restart" after changing the value of TODO? Could you, please, post a minimal file as an example of this strange behaviour?, Please post a *complete file* with all the #+ lines, and also the value of org-todo-keywords. cheers, Giovanni ___ Emacs-orgmode 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] publishing a drawer
2010/11/3 Łukasz Stelmach :
> Is it possible to publish drawer's content during export (both HTML and
> LaTeX)? I am creating a presentation with S5 and I'd love to have
> :LOGBOOK: (or :NOTES:) published as (or
> \note{} for Beamer).
There is the HTML_CONTAINER_CLASS property.[1] I would find a similar
property for LaTeX environments handy, but I don't think
implementation is simple on the user end. LaTeX files have style info
in their headers, not in a separate CSS file, so manual editing of the
LaTeX source would still be necessary.
Best,
Jeff
[1] http://www.mail-archive.com/emacs-orgmode@gnu.org/msg31788.html
--
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University
(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com
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] Org Todo Keywords not recognized/treated as keywords
Kristina Spurgin writes: Hi, Kristina, > > I'm running into a problem with todo keywords. what's the value of org-todo-keywords ? C-h v org-todo-keywords In my setup: Its value is ((sequence "TODO" "DONE")) You can change the value of the variable in a "per file" basis #+TODO: TODO FEEDBACK VERIFY | DONE CANCELED (manual: Setting up keywords for individual files) or globally in your .emacs (setq org-todo-keywords '((sequence "TODO" "|" "DONE") (sequence "REPORT" "BUG" "KNOWNCAUSE" "|" "FIXED") (sequence "|" "CANCELED"))) (manual: Multiple keyword sets in one file) > It is as though WAITING isn't recognized as a todo keyword. Have you changed the value of TODO's and pressed C-c C-c on the #+TODO: line? Did you run the command "M-x org-mode-restart" after changing the value of TODO? Could you, please, post a minimal file as an example of this strange behaviour?, Please post a *complete file* with all the #+ lines, and also the value of org-todo-keywords. cheers, Giovanni ___ Emacs-orgmode 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] Umlauts in LaTeX export
Hi all,
I don't think this is a bug so much as an unfortunate consequence of
expected behavior, but I wanted to document it here for the sake of
future mailing list searches, because I didn't find anything about it
myself. (If someone has a better solution than the one I propose,
please clue me in!)
To add an umlaut/trema/diaeresis to a letter in LaTeX, I use the \"
command, as in:
G\"{o}del
Unfortunately, due to the fact that Org export treats both `{}' and `"'
specially, this will be exported to LaTeX as:
G\''\{o\}del
It isn't sufficient to surround the \"{o} with math mode delimiters, e.g.,
G\(\"{o}\)del
even though this will prevent Org from escaping the brackets and
converting the double-quote, because the command doesn't seem to produce
output in math mode. (The compiled file will read "Gdel".)
So, the work-around I've come up with is to use an \mbox inside math
mode, which prevents Org from doing the escapes/conversions:
G\(\mbox{\"{o}}\)del
A bit ugly, but it produces the correct output.
Hope that helps someone! And again, if there's a better way, please let
me know!
Best,
Richard
___
Emacs-orgmode 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] do header arguments on call/function/lob evaluations work or not
Hi Eric, I don't think they work yet. See Eric Schulte's message to the mailing list on Oct. 27: Re: [Orgmode] org babel and alternative output file when using +call All the best, Tom On Nov 3, 2010, at 5:03 AM, Eric S Fraga wrote: Hello, short question as I seem to have got lost between the mailing list archives, the Worg documentation and the info files: does passing header arguments when invoking a babel source code block using call or function actually work? it doesn't seem to for me for Ledger blocks (I've been trying to update the tutorial example) and I wonder whether I have done something wrong with the ob-ledger code initially... Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) ___ Emacs-orgmode 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] [error] Error in the info manual on :noweb header arguments
Fixed, thanks -- Eric Eric S Fraga writes: > The following has a small error: > > , > | 14.8.2.10 `:noweb' > | .. > | > | The `:noweb' header argument controls expansion of "noweb" style (see > | *note Noweb reference syntax::) references in a code block. This header > | argument can have one of three values: `yes' `no' or `tangle'. > | > |* `yes' All "noweb" syntax references in the body of the code block > | will be expanded before the block is evaluated, tangled or > | exported. > | > |* `no' The default. No "noweb" syntax specific action is taken on > | evaluating code blocks, However, noweb references will still be > | expanded during tangling. > | > |* `yes' All "noweb" syntax references in the body of the code block > | will be expanded before the block is tangled, however "noweb" > | references will not be expanded when the block is evaluated or > | exported. > ` > > Specifically, the last bullet point should be for `tangle', not `yes'. ___ Emacs-orgmode 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: plain list do not work under Xemacs.21.4 [7.01trans]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Again the functionality worked in 6.36c and it does work under Xemacs 21.5 (which I am trying to use for the moment) in 21.4 however when I try to insert a new list element with Alt-Return then the cursor jumps one paragraph backward but does not insert anything. Uwe Brauer Emacs) : XEmacs 21.5 (beta29) "garbanzo" [Lucid] (i686-pc-linux, Mule) of Tue Nov 2 2010 on gilgamesch.quim.ucm.es Package: Org-mode version 7.01trans current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-metaup-hook '(org-babel-load-in-session-maybe) org-export-preprocess-after-include-files-hook '(org-export-blocks-preprocess) outline-mode-hook '(hide-body) org-after-todo-state-change-hook '(org-clock-out-if-current) org-metadown-hook '(org-babel-pop-to-session-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-include-diary t outline-minor-mode-hook '((lambda nil (local-set-key [(shift return)] (quote hide-body))) ) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(# # org-babel-result-hide-spec org-babel-hide-all-hashes my-org-keys turn-on-flyspell iso-accents-mode turn-on-auto-capitalize-mode) org-confirm-elisp-link-function 'yes-or-no-p org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-confirm-shell-link-function 'yes-or-no-p org-table-default-size "3x3" org-export-first-hook '(org-beamer-initialize-open-trackers) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) org-occur-hook '(org-first-headline-recenter) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) outline-heading-end-regexp "[\n]" ) ___ Emacs-orgmode 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: latex export does not word for Xemacs21.5.29b [7.01trans]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Hello I can't any longer export to latex. (Worked nicely under 6.36c though) Backtrace) is attached: Uwe Brauer bug-org-latex-21.5 Description: Binary data Emacs : XEmacs 21.5 (beta29) "garbanzo" [Lucid] (i686-pc-linux, Mule) of Tue Nov 2 2010 on gilgamesch.quim.ucm.es Package: Org-mode version 7.01trans current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-metaup-hook '(org-babel-load-in-session-maybe) org-export-preprocess-after-include-files-hook '(org-export-blocks-preprocess) outline-mode-hook '(hide-body) org-after-todo-state-change-hook '(org-clock-out-if-current) org-metadown-hook '(org-babel-pop-to-session-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-include-diary t outline-minor-mode-hook '((lambda nil (local-set-key [(shift return)] (quote hide-body))) ) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(# # org-babel-result-hide-spec org-babel-hide-all-hashes my-org-keys turn-on-flyspell iso-accents-mode turn-on-auto-capitalize-mode) org-confirm-elisp-link-function 'yes-or-no-p org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-confirm-shell-link-function 'yes-or-no-p org-table-default-size "3x3" org-export-first-hook '(org-beamer-initialize-open-trackers) org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) org-occur-hook '(org-first-headline-recenter) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) outline-heading-end-regexp "[\n]" ) ___ Emacs-orgmode 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 Todo Keywords not recognized/treated as keywords
Hi, I'm running into a problem with todo keywords. Plain TODO works fine: * To do list ** TODO Do this thing STARTED works as expected, as does DONE. WAITING, DELEGATED, SOMEDAY, SKIPPED, and CANCELLED are the problematic ones. They all behave the same way. I'll use WAITING as an example. It works fine when I switch to WAITING (it prompts for a note/comment): * To do list ** WAITING Do this thing - State "WAITING " from "TODO" [2010-11-03 Wed 10:45] \\ ...waiting... waiting... The problem is when I switch to another status from WAITING (or DELEGATED, etc.): * To do list ** DONE WAITING Do this thing - State "DONE" from "" [2010-11-03 Wed 10:46] - State "WAITING " from "TODO" [2010-11-03 Wed 10:45] \\ ...waiting... waiting... It is as though WAITING isn't recognized as a todo keyword. DONE is prepended to the item, but WAITING still appears. The state says "Done" from "". Here is how my todo keywords are set up: Org Todo Keywords: INS DEL Cons-cell: Interpretation: Value Menu Sequence (cycling hits every state) Repeat: INS DEL Keyword: TODO(t) INS DEL Keyword: STARTED(a!) INS DEL Keyword: WAITING (w@) INS DEL Keyword: DELEGATED (D!) INS DEL Keyword: SOMEDAY (s) INS DEL Keyword: | INS DEL Keyword: SKIPPED (k@) INS DEL Keyword: CANCELLED (c@) INS DEL Keyword: DONE(d!) I don't see any other variables/settings that look relevant. Org version is 7.01h. In the copy/pastes in this mail, you don't see the faces. I have noticed that: - TODO and STARTED (which work fine) are highlighted red and bold - DONE is highlighted blue (and works as expected -- if I switch back to STARTED from DONE, DONE is replaced with STARTED and the state is: State "STARTED"from "DONE" - WAITING, DELEGATED, SOMEDAY, SKIPPED, and CANCELLED do not work as expected, and are shown in the normal text face. Faces customizations I have made: Org Todo Keyword Faces = Standard Org TODO = highlighted red, bold Org Done = highlighted blue Org Special Keyword = blue text, italic Not sure if faces setting could be causing the problem somehow, or if the faces aren't being applied because for some reason these aren't being recognized as keywords at all. Any ideas on what is going on here and how to fix it? Thank you, Kristina ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [babel] do header arguments on call/function/lob evaluations work or not
Hello, short question as I seem to have got lost between the mailing list archives, the Worg documentation and the info files: does passing header arguments when invoking a babel source code block using call or function actually work? it doesn't seem to for me for Ledger blocks (I've been trying to update the tutorial example) and I wonder whether I have done something wrong with the ob-ledger code initially... Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.02trans (release_7.3.10.g7f79.dirty) ___ Emacs-orgmode 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] Using macros in worg
Benny Simonsen writes: > Hi > > I would like to use org-mode + git to generate a web page. I would > also like to use the "#+MACRO: " directives as defined in Worg > /macrs.setupfile. > > I have downloaded cloned the git repository for Worg > (git clone http://repo.or.cz/r/Worg.git) for an example. > > How is the setup to expand the macros? Hi Benny, there's no special setup needed. On worg, the marcos are included through constructs like this in the Org file's header: #+SETUPFILE: ../macros.setupfile i.e. the relative path to the macros.setupfile. That's it. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [error] Error in the info manual on :noweb header arguments
The following has a small error: , | 14.8.2.10 `:noweb' | .. | | The `:noweb' header argument controls expansion of "noweb" style (see | *note Noweb reference syntax::) references in a code block. This header | argument can have one of three values: `yes' `no' or `tangle'. | |* `yes' All "noweb" syntax references in the body of the code block | will be expanded before the block is evaluated, tangled or | exported. | |* `no' The default. No "noweb" syntax specific action is taken on | evaluating code blocks, However, noweb references will still be | expanded during tangling. | |* `yes' All "noweb" syntax references in the body of the code block | will be expanded before the block is tangled, however "noweb" | references will not be expanded when the block is evaluated or | exported. ` Specifically, the last bullet point should be for `tangle', not `yes'. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.02trans (release_7.3.10.g7f79) ___ Emacs-orgmode 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: [CEDET-devel] Org-mode
On Wed, Nov 3, 2010 at 1:15 PM, Eric M. Ludlam wrote: > On 10/30/2010 03:45 AM, Konrad Scorciapino wrote: >> Hey! >> >> Is anybody working on Org-mode? My main interest is to build a parser to >> manipulate the nodes of the resulting tree and save them back. Tips on >> how to get started are also welcome. >> > > I know of no one doing that. I don't know what org-mode's code > structure is like, but I'd assume it already has a parser, and you could > adapt the output to Semantic tag format. > > The HTML parser also handles arbitrary text so you could look in > semantic-html to see what sort of things that does. There are different exporters for org-mode. Currently we are trying to make an exporter to ODT files. I think a parser would come in handy. ___ Emacs-orgmode 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] Junk appended when exporting visible
Hi, I've noticed that exporting an entry with at least two examples, when limiting the export to the visible tree (i.e. C-c C-e v ), appends some junk examples at the end of the entry. Curiously enough, this doesn't happen when the whole file is exported (i.e. C-c C-e ). The following sample file triggers the problem: 8< * Title ** Subtitle Foo1. #+BEGIN_EXAMPLE foo1 #+END_EXAMPLE Foo2. #+BEGIN_EXAMPLE foo2 #+END_EXAMPLE 8< Please note that an additional example is appended after foo2 in the exported file. I'm using Org version 7.01h. Thanks! -- Ivan Vilata i Balaguer -- http://ivan.lovesgazpacho.net/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] publishing a drawer
Hello.
Is it possible to publish drawer's content during export (both HTML and
LaTeX)? I am creating a presentation with S5 and I'd love to have
:LOGBOOK: (or :NOTES:) published as (or
\note{} for Beamer).
--
Miłego dnia,
Łukasz Stelmach
___
Emacs-orgmode 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: extremely weird "bad sexp" errors with org-google-weather [was: extremely weird "bad sexp" errors]
Friedrich Delgado wrote: > Oh... and I just tried to set the language back to "DE" and the > problem disappeared. > > It can only guess that there might have been some problem going on > behind the curtain (e.g. on the google servers?), which has now been > resolved. > > I'd appreciate if Org/org-google-weather could handle such conditions > more gracefully, and/or some instructions how to provide debug > information for those cases. > > Friedrich Delgado Friedrichs schrieb: > >> It just occured to me, that I could have include org-google-weather in >> the subject. >> >> *bump* >> >> Friedrich Delgado Friedrichs schrieb: >> >>> For some strange reason, as of today, the combination >>> >>> %%(org-google-weather "Hamburg" "DE") >>> >>> seems to be deeply offending, as I get a "bad sexp" error for it. >>> >> [...] >> >> > ---Zitatende--- > > Hi Friedrich, I ran into the same problem when I had no network. My work-around was to put something like this in my org-file: %%(condition-case nil (org-google-weather "Tokyo" "jp") (error "connection failed")) Of course, having this error intercepted in org-google-weather or in the general handling by org-mode would be preferable. ___ Emacs-orgmode 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] novice - inline src ?
And all working as expected now.Thanks again. ___ Emacs-orgmode 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: Variable 'org-ctrl-k-protect-subtree' defaults to nil
On Wed, 03 Nov 2010 11:57:15 +0530 Noorul Islam K M wrote: > writes: > > > Hi everyone, > > > > It's the first time I'm giving any feedback on org-mode, so first > > of all I would like to congratulate the original creator and all > > contributors on a very interesting and useful work. > > > > I've discovered org-mode only a couple of weeks ago and was > > intrigued enough to restart using emacs, after several years away > > from it! I've been studying Org's documentation and tutorials, and > > started using it to help me manage my relocation from Brazil to > > Italy. > > > > What I am reporting, technically, is a feature: the fact that > > variable 'org-ctrl-k-protect-subtree' defaults to nil. But > > considering how easy this makes to lose a whole subtree of data, > > especially for a newcomer to org-mode, I think it should be > > considered a serious bug. As a matter of fact, I am very surprised > > that C-k would be considered an admissible alternative to C-c C-x > > C-w/M-w, as a way to kill a subtree! > > > > I propose that 'org-ctr-k-protect-subtree' is made to default to > > 't' ASAP (already costumized it in that way on my setup), and that > > the behavior of C-k on headings is made consistent: kill to the end > > of line, regardless of the visibility of the subtree. > > > > I slightly disagree here. Most of the time I definitely want the > entire subtree to go away. I think this is the beauty of outline > mode. > > Thanks and Regards > Noorul I agree with the original poster. It's true that experienced users "want the entire subtree to go away", but it is going to be one hell of a bit surprise for novices. Gurus can set this variable (and any other) to suit their needs, but org-mode ought to work out-of-the-box in a way that protects us kids. Thanks for a terrific product! Alan > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Alan L Tyreehttp://www2.austlii.edu.au/~alan Tel: 04 2748 6206 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: M-a bound to backward-sentence
Am 02.11.2010 16:07, schrieb Carsten Dominik: On Nov 2, 2010, at 10:12 AM, Andreas Röhler wrote: Hi inside a table M-a is bound to backward-sentence Hi Andreas, I get M-a runs the command org-backward-sentence, which is an interactive compiled Lisp function in `org.el'. It is bound to M-a. (org-backward-sentence &optional ARG) Hi Carsten, thanks. Error was in my way to load the devel version Have been told to follow instructions and load ;; (load "~/org-mode/lisp/org-install.elc") However, it works here that way: (load "~/org-mode/lisp/org.el") Do you have an idea whats the reason? Maybe it's useful to drop some note how to load the devel code. Thanks again Andreas Go to beginning of sentence, or beginning of table field. This will call `backward-sentence' or `org-table-beginning-of-field', depending on context. Cheers which doesn't meet info. See screenshot attached. Checked from git-repo code Thanks Andreas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem with links to Wanderlust messages
Thank you very much ! It works now ! I thing I mixed-up the meaning of the org-insert/org-store functions Ronan On Tue, Nov 2, 2010 at 11:31 PM, Eric S Fraga wrote: > Ronan BARZIC writes: > > > Hi, > > > > I've difficulties to understand how to make links to WL messages from an > Org > > file. According to the documentation, the syntax should be : > > > > [[wl:folder#id][Description]] > > > > - It is not clear for me if "id" is the number in front of the message in > the > > "WL "Summary" view ? Can someone confirm that ? (I have also a field > > "Message-ID" in each message header) > > The easiest way to find out what should be there is to: > > 1. go to the WL message, in the Summary window say. > 2. type C-cl (org-store-link) > 3. go to your org document where you want to link from > 4. type C-cC-l (org-insert-link) and hit RET to accept the default which > should be the link you /stored/ above. > > > I have the feeling that the dot at the beginning of the folder name > > confuses the org-mode when I try to follow the link. For example, > > following the link [[wl:.INBOX#29333][TEST]] > > I didn't find that the . caused any problems (the majority of my > mailboxes are in maildir format). However, I must say that following > links to WL messages is not the most robust system. The problems are > not in org but in WL, as far as I can tell. > > A couple of suggestions: make sure you have started WL *before* > attempting to follow a link from org in any case and make sure you don't > store a link from WL from within a filtered view. > > Due to the problems with linking to WL message, and a few other issues, > I have recently moved back to GNUS which is basically more robust in all > ways (although has a much steeper learning curve... but that's a story > for another mailing list ;-). > > > Maybe I've misunderstood the documentation and I search the web without > > success. I will really appreciate if someone could give me a example of a > > working link using WL in a Maildir configuration > > One example I have looks like this =wl:.wlinbox#4c63a6xxx0...@xxx.ac.uk= > > (with some bits replaced by XXX to protect the innocent) > > -- > Eric S Fraga, GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D > using Org-mode version 7.02trans (release_7.3.6.gf0d2) > in Emacs version 23.2.1 > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
