Re: [Orgmode] Release 6.34
Opps, thanks. Fixed now. - Carsten On Jan 10, 2010, at 11:20 PM, Simon Brown wrote: * Carsten Dominik (domi...@uva.nl) wrote: I have released version 6.34 of Org-mode. Thanks to everyone who contributed. The download links here: http://orgmode.org/index.html#sec-2 point to version 3.34 which doesn't exist http://orgmode.org/org-3.34.zip http://orgmode.org/org-3.34.tar.gz changing the first 3 to 6 works though :-) Simon -- Simon Brown - 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
[Orgmode] Re: Bug: #+STARTUP indent in org-babel.org: emacs segfaults [6.34 (release_6.34.1.g2783)]
Hi Eric, that may well be. I've now tried it on three machines, all 64-bit, and I can reproduce the bug. Weird. Cheers, Per ___ Emacs-orgmode 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] Release 6.34
* Carsten Dominik (domi...@uva.nl) wrote: > I have released version 6.34 of Org-mode. Thanks to everyone who > contributed. The download links here: http://orgmode.org/index.html#sec-2 point to version 3.34 which doesn't exist http://orgmode.org/org-3.34.zip http://orgmode.org/org-3.34.tar.gz changing the first 3 to 6 works though :-) Simon -- Simon Brown ___ Emacs-orgmode 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: #+STARTUP indent in org-babel.org: emacs segfaults [6.34 (release_6.34.1.g2783)]
Hi Per, I was unable to recreate this issue using the latest Org-mode 6.34 and a recent Emacs build. Maybe it's specific to 64bit machines? Best -- Eric Per Unneberg writes: > Dear list, > > using the latest version of org-mode I noticed that some of my larger > org files containing babel code caused emacs to segfault when doing an > incremental search. The culprit seems to be #+STARTUP: indent. I > managed to reproduce the bug using this minimal .emacs file: > > (setq load-path (cons "~/local/share/emacs/site-lisp/org/lisp" load-path)) > (require 'org-install) > > where load-path points to latest org-mode version. > > * Steps to reproduce using org-babel.org (taken from > eschulte.github.com/org-babel/org-babel.org) > > - change startup line to #+STARTUP: indent: > > - reload file and do an incremental search for "time" (for example) > > This bug is not reproducible with the org-mode version (6.21b) that is > shipped with my emacs, and as far as I can tell, I can't reproduce it > in files without babel blocks. > > * Info > > Emacs : GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.16.6) > of 2009-12-14 on localhost > Package: Org-mode version 6.34 (release_6.34.1.g2783) > > > By the way Carsten and developers, thanks for an amazing package! > > Cheers, > > Per > > > > ___ > Emacs-orgmode 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] Smart(er) word wrapping with org-mode and visual-line-mode
On Jan 10, 2010, at 8:09 PM, Martin Pohlack wrote: Hi Carsten and Matthew, On 08.01.2010 18:24, Carsten Dominik wrote: On Jan 6, 2010, at 4:25 PM, Martin Pohlack wrote: I just tried this out (only for headlines up to now) and it seems to work great. Are there any plans to integrate something like this into upstream? Especially the wrapping of headlines would enable extensive tag usage. I have been thinking about that, but not arrived at a conclusion. One thing is the interaction with org-indent-mode. That mode already does the wrapping for headlines correctly by adding `wrap-prefix', and it will look really good if you set the variable word-wrap to t. Ah, I wasn't aware of that. I think the documentation to org-indent doesn't mention wrapping (14.6 A cleaner outline view). How about something like this: org-indent-mode also sets the wrap-prefix property, such that visual-line-mode (or purely setting word-wrap) wraps long lines (including headlines) correctly indented. However, the showstoppers are the following: 1. I cannot bring myself to turn off truncate-lines, because it messes up tables and code examples badly, and these are major components of my work. Right, I haven't used it to much up to now. I have actually put in a feature request into Emacs for a property `truncate-line', to be able to control this line by line. I got positive feedback, but I don't know when any of the developers finds time to implement it - I cannot do that myself. Awesome. This sounds like the way to go. 2. Visual-line-mode is also a no go for me, I use keyboard macros a lot and need to be able to rely on the fact that [down] move the cursor into the next physical line. I sometimes like visual navigation in wrapped text and my own motion commands. I have two commands to move visually explicitly (bound to s-down, s-up (super-...)). (defun next-visual-line (&optional arg try-vscroll) (interactive "^p\np") (let ((line-move-visual t)) (with-no-warnings (next-line arg try-vscroll (defun previous-visual-line (&optional arg try-vscroll) (interactive "^p\np") (let ((line-move-visual t)) (with-no-warnings (previous-line arg try-vscroll Jup, good way out. So I am not sure how to handle this. We could turn Matthews code into a module that users can turn on if they wish. I'm using Matthew's module right now for two reasons. * I had some trouble configuring org-indent-mode to only handle line-wrapping for headlines, i.e., it shall only set wrap-prefix and do nothing else. It always wanted to indent my headlines and body texts additionally. Is this possible? * Also, emacs segfaulted deterministically after globally collapsing all trees with org-indent-mode active. I have to look into this ... You need a bleeding-edge Emacs. The official 23.1 release indeed segfaults with this, but this bug has been fixed in the mean time. - Carsten Cheers, Martin - 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] Smart(er) word wrapping with org-mode and visual-line-mode
Hi Carsten and Matthew, On 08.01.2010 18:24, Carsten Dominik wrote: > On Jan 6, 2010, at 4:25 PM, Martin Pohlack wrote: >> I just tried this out (only for headlines up to now) and it seems to >> work great. >> >> Are there any plans to integrate something like this into upstream? >> Especially the wrapping of headlines would enable extensive tag usage. > > I have been thinking about that, but not arrived at a conclusion. One > thing is the interaction with org-indent-mode. That mode already does > the wrapping for headlines correctly by adding `wrap-prefix', and it > will look really good if you set the variable word-wrap to t. Ah, I wasn't aware of that. I think the documentation to org-indent doesn't mention wrapping (14.6 A cleaner outline view). How about something like this: org-indent-mode also sets the wrap-prefix property, such that visual-line-mode (or purely setting word-wrap) wraps long lines (including headlines) correctly indented. > However, the showstoppers are the following: > > 1. I cannot bring myself to turn off truncate-lines, because it > messes up tables and code examples badly, and these are major > components of my work. Right, I haven't used it to much up to now. > I have actually put in a feature > request into Emacs for a property `truncate-line', to be > able to control this line by line. I got positive feedback, > but I don't know when any of the developers finds time > to implement it - I cannot do that myself. Awesome. This sounds like the way to go. > 2. Visual-line-mode is also a no go for me, I use keyboard > macros a lot and need to be able to rely on the fact that > [down] move the cursor into the next physical line. I sometimes like visual navigation in wrapped text and my own motion commands. I have two commands to move visually explicitly (bound to s-down, s-up (super-...)). (defun next-visual-line (&optional arg try-vscroll) (interactive "^p\np") (let ((line-move-visual t)) (with-no-warnings (next-line arg try-vscroll (defun previous-visual-line (&optional arg try-vscroll) (interactive "^p\np") (let ((line-move-visual t)) (with-no-warnings (previous-line arg try-vscroll > So I am not sure how to handle this. We could turn Matthews > code into a module that users can turn on if they wish. I'm using Matthew's module right now for two reasons. * I had some trouble configuring org-indent-mode to only handle line-wrapping for headlines, i.e., it shall only set wrap-prefix and do nothing else. It always wanted to indent my headlines and body texts additionally. Is this possible? * Also, emacs segfaulted deterministically after globally collapsing all trees with org-indent-mode active. I have to look into this ... Cheers, Martin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suppressing information in org-beamer
Hi Carsten,
Here is a little clarification that may help other. You are correct, I can
suppress a frame using beamer handout mode by adding to the
BEAMER_envargs property. To suppress information on a slide I use the
following command \#+BEAMER: \only{ the proof used is ...}
Thanks again for all you help
M
On Jan 10, 2010, at 4:02 AM, Carsten Dominik wrote:
> Hi Marvin,
>
> On Jan 10, 2010, at 1:47 AM, Marvin Doyley wrote:
>
>> Dear all,
>>
>> I use beamer to prepare lectures, and find it useful to suppress
>> information or slides on the version of the slides that I distribute to the
>> class at the start of my lectures. I suppress information using the beamer
>> handout mode and the following latex commands
>>
>>
>> \newcommand{\hushframe}{\frame}
>> \newcommand{\hushit}{\only}
>>
>> It would be nice to incorporate this in org-beamer, does anybody have any
>> ideas ?
>
> I think you'd add to the BEAMER_envargs property of the node that
> is turned into a frame.
>
> The only way to use \only right now would be to just write it in the text
>
> \only<4->{The proof used \textit{reductio ad absurdum}.}
>
> Hmmm, maybe this will not work?
>
> Try
>
> #+BEAMER: \only<4->{The proof used \textit{reductio ad absurdum}.}
>
> HTH
>
> - Carsten
>
> P.S. Any ideas to make a better way to use \uncover and \only on selected
> material?
>
>>
>> Best Wishes,
>>
>> M
>>
>>
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - 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] Suppressing information in org-beamer
Hi Carsten,
This works pretty well
> #+BEAMER: \only<4->{The proof used \textit{reductio ad absurdum}.}
No ideas at the moment, but I am thinking about this
> Any ideas to make a better way to use \uncover and \only on selected
> material?
Best wishes
M
On Jan 10, 2010, at 4:02 AM, Carsten Dominik wrote:
> Hi Marvin,
>
> On Jan 10, 2010, at 1:47 AM, Marvin Doyley wrote:
>
>> Dear all,
>>
>> I use beamer to prepare lectures, and find it useful to suppress
>> information or slides on the version of the slides that I distribute to the
>> class at the start of my lectures. I suppress information using the beamer
>> handout mode and the following latex commands
>>
>>
>> \newcommand{\hushframe}{\frame}
>> \newcommand{\hushit}{\only}
>>
>> It would be nice to incorporate this in org-beamer, does anybody have any
>> ideas ?
>
> I think you'd add to the BEAMER_envargs property of the node that
> is turned into a frame.
>
> The only way to use \only right now would be to just write it in the text
>
> \only<4->{The proof used \textit{reductio ad absurdum}.}
>
> Hmmm, maybe this will not work?
>
> Try
>
> #+BEAMER: \only<4->{The proof used \textit{reductio ad absurdum}.}
>
> HTH
>
> - Carsten
>
> P.S. Any ideas to make a better way to use \uncover and \only on selected
> material?
>
>>
>> Best Wishes,
>>
>> M
>>
>>
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - 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
[Orgmode] Bug: #+STARTUP indent in org-babel.org: emacs segfaults [6.34 (release_6.34.1.g2783)]
Dear list, using the latest version of org-mode I noticed that some of my larger org files containing babel code caused emacs to segfault when doing an incremental search. The culprit seems to be #+STARTUP: indent. I managed to reproduce the bug using this minimal .emacs file: (setq load-path (cons "~/local/share/emacs/site-lisp/org/lisp" load-path)) (require 'org-install) where load-path points to latest org-mode version. * Steps to reproduce using org-babel.org (taken from eschulte.github.com/org-babel/org-babel.org) - change startup line to #+STARTUP: indent: - reload file and do an incremental search for "time" (for example) This bug is not reproducible with the org-mode version (6.21b) that is shipped with my emacs, and as far as I can tell, I can't reproduce it in files without babel blocks. * Info Emacs : GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.16.6) of 2009-12-14 on localhost Package: Org-mode version 6.34 (release_6.34.1.g2783) By the way Carsten and developers, thanks for an amazing package! Cheers, Per ___ Emacs-orgmode 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: Orgmode + other modes for outlining and studying.
"Thomas S. Dye" writes: [..] > > What would it take to add AWK to the list of supported languages, in > addition to Seb's setup? > It is currently possible to run awk one-liners using a shell script block, but I guess awk does straddle the line between command-line command and full-fledged language. It would be possible to add support for awk as a language by fleshing out the org-babel-template.el [1] following the directions in that file itself. All of the *session* functions can be ignored (as I don't think there is such a thing as an interactive awk session) which makes this task relatively simple. Another good guide could be org-babel-ditaa.el [2] which is also a fairly simple language. Best -- Eric Footnotes: [1] http://github.com/eschulte/babel-dev/raw/master/org-babel-template.el [2] http://repo.or.cz/w/org-mode.git/blob_plain/HEAD:/contrib/babel/lisp/langs/org-babel-ditaa.el ___ Emacs-orgmode 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-expiry: How to define keyword for org-expiry-add-keyword
At Thu, 07 Jan 2010 18:01:11 +0100, David Maus wrote: > > [1 ] > At Tue, 05 Jan 2010 15:26:06 -0800, > Markus Heller wrote: > > > > > > But when I run M-x org-expiry-process-entries in the agenda or in my > > example file (see below), I get the following message in the minibuffer: > > > > "The mark is not set now, so there is no region" > > > > [...] > > No. Up to now org-expiry is constructed to work on a per file basis > and `org-expiry-process-entries' even expects the headlines to process > in a region. That is what the first message "The mark is not set now, > so there is no region" complains about. Actually I have to correct myself: That `org-expiry-process-entries' /requires/ mark to be set seems like a bug: , | (defun org-expiry-process-entries (beg end) | "Process all expired entries between BEG and END. | The expiry process will run the function defined by | `org-expiry-handler-functions'." | (interactive "r") | (save-excursion | (let ((beg (if (org-region-active-p) | (region-beginning) (point-min))) | (end (if (org-region-active-p) | (region-end) (point-max | ... ` beg and end are mandatory parameters and (interactive "r") sets beg and end to beginning and end of region respectively. But as far as I understand the source (tm), the function parameters are not used because the let-statement defines two local variables beg and end depending on whether there is an active region or not. But if there is no region active the (interactive "r") complains about no region and terminates the function. So the else statements in the if clauses are never used, right? So `org-expiry-process-entries' should read: , | (defun org-expiry-process-entries () | "Process all expired entries between BEG and END. | The expiry process will run the function defined by | `org-expiry-handler-functions'." | (interactive) | (save-excursion | ... ` Or am I missing something? -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. maus.da...@gmail.com pgp3j81pCyJcN.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] Beamer Table Export
Thanks very much Carsten. This work-around is more than enough.
Regards, Madhu
On 10-Jan-2010, at 6:15 PM, Carsten Dominik wrote:
> Hi Madhu,
>
> this has come up before, and the only working fix we have right now is this:
>
> * Table export
> ** Table export problem
> #+BEAMER: {}\begin{textblock}{10}(-1,0)
>
> | A | B | C | D |
> |---+---+---+---|
> | 0 | 0 | 0 | 0 |
> | 0 | 0 | 0 | 1 |
> | 0 | 0 | 1 | 0 |
> |---+---+---+---|
>
> #+BEAMER: \end{textblock}
>
>
> Note the {} before te \begin.
>
> Maybe textblock should be added to the blocks handled by org-exp-blocks.el?
>
> - Carsten
>
>
>>
> On Jan 10, 2010, at 1:02 PM, Madhu Rao wrote:
>
>> Carsten: Thanks for this wonderful addition to org-mode.
>> I have one small problem with tables and BEAMER/LaTeX keyword: it maybe an
>> usage issue.
>>
>> The following org-table does not translate to a latex-table. It remains
>> a org-table in the tex-file.
>>
>>
>>
>>
>> ___
>> Emacs-orgmode 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] Bug: clockreport-mode fails in agenda if org-startup-indented is t [6.33f]
Hi Carsten, thanks for this rapid fix. Sven On Sat, 09 Jan 2010 15:37:17 +0100 Carsten Dominik wrote: > Hi Sven, > > thank you for your report, this bug is now fixed. > > - Carsten > > On Jan 8, 2010, at 11:21 PM, Sven Gaerner wrote: > > > Hi, > > > > first of all: thanks to all for this great mode. Since about 9 > > months I'm running it nearly every day. I started with a very > > simple setup that was extended every now and then. > > > > I tried to use org-startup-indented in order not to add #+STARTUP: > > hidestars to each org-mode file. After setting org-startup-indented > > to true in my .emacs, I got the attached backtrace when trying to > > enable the clockreport-mode within the agenda buffer. > > > > If org-startup-indented is set to nil, the clockreport-mode is > > enabled without any errors. > > > > I reproduced this error also with an emacs that was started with > > -q. I then just required org-install and org and created a single > > org-mode file. Depending on the value of org-startup-indented, > > opening the clockreport-mode within the agenda buffer works or > > fails. > > > > The org-mode version is 6.33f. > > > > It would be nice if someone could look into this matter. > > > > Regards, > > Sven > > > > PS: Please CC any answers to me, I'm not subscribed to the list. > > ___ > > Emacs-orgmode 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 > > -- Key ID: 0xD68663A2http://wwwkeys.de.pgp.net/ Visit http://www.gnupg.org/ to get usage information. signature.asc 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] Beamer Table Export
Hi Madhu,
this has come up before, and the only working fix we have right now is
this:
* Table export
** Table export problem
#+BEAMER: {}\begin{textblock}{10}(-1,0)
| A | B | C | D |
|---+---+---+---|
| 0 | 0 | 0 | 0 |
| 0 | 0 | 0 | 1 |
| 0 | 0 | 1 | 0 |
|---+---+---+---|
#+BEAMER: \end{textblock}
Note the {} before te \begin.
Maybe textblock should be added to the blocks handled by org-exp-
blocks.el?
- Carsten
On Jan 10, 2010, at 1:02 PM, Madhu Rao wrote:
Carsten: Thanks for this wonderful addition to org-mode.
I have one small problem with tables and BEAMER/LaTeX keyword: it
maybe an usage issue.
The following org-table does not translate to a latex-table. It
remains
a org-table in the tex-file.
___
Emacs-orgmode 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
[Orgmode] Beamer Table Export
Carsten: Thanks for this wonderful addition to org-mode.
I have one small problem with tables and BEAMER/LaTeX keyword: it maybe an
usage issue.
The following org-table does not translate to a latex-table. It remains
a org-table in the tex-file.
* Table export
** Table export problem
#+BEAMER: \begin{textblock}{10}(-1,0)
| A | B | C | D |
|---+---+---+---|
| 0 | 0 | 0 | 0 |
| 0 | 0 | 0 | 1 |
| 0 | 0 | 1 | 0 |
|---+---+---+---|
#+BEAMER: \end{textblock}
___
Emacs-orgmode 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: Tips on maintaining a knowledge-base ?
d.st...@gmail.com writes: > I've been using org-mode for a little while, I've kept it really simple > for now, with only two files : > - one to act as an inbox, with remember-mode > - another where I stick just about anything that's been processed from the > inbox > > This is great for managing somewhat 'actionable' items, fitting a > projects/tasks paradigm, but I keep adding things of a more general > nature, that I won't be needing on a day-to-day basis. > i.e. outlines describing a general topic, some sysadmin how-tos, reading > notes etc > I see these notes more as an archive of knowledge nuggets on selected > topics, rather than something I'd need to show up in my agenda view. > Ideally they would be heavily interlinked in a wiki fashon for easy > navigation when referring to it int he future, but I haven't put much > effort into that yet (well it's all in one file for now...). > > I was wondering if anyone uses org-mode for this kind of use, and would > really be interested in reading how you maintain such a system. > I'm especially interested in methods that relate to structuring and > 'querying' the knowledge base, since it's of no use if information can't > be found easily. > > regards, julien. > > PS : by the way, first post here, so hey everyone ! A nice "trick" but very simple I'm using is to automatically add to my org-agenda-files every org file that I create. In this way everything is always reachable via grep/tags/whatever. Just do this: --8<---cut here---start->8--- (defun org-add-eventually() "Adding a file to org-agenda when saved" (interactive) (if (string= major-mode "org-mode") (org-agenda-file-to-front))) (add-hook 'before-save-hook 'org-add-eventually) --8<---cut here---end--->8--- ___ Emacs-orgmode 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: 23.1; hl-line-mode appears to not be compatible with line prefix text properties
On Sat, Jan 9, 2010 at 21:55, Eric S Fraga wrote: > At Sat, 09 Jan 2010 14:56:28 -0500, > Chong Yidong wrote: >> >> Hi Eric, >> >> > I use org-mode extensively. In a recent upgrade to org-mode, text >> > properties are used to display the text automatically indented. >> > However, this use of line prefix text properties, in particular, seems >> > to interact badly with hl-line-mode. Specifically, the highlighting >> > done by hl-line-mode starts at an indented position, not at the >> > physical start of the line, and continues onto the next screen line to >> > line up with the start position. >> > >> > A sample screenshot of this erroneous behaviour can be found (for a >> > short while, at least) at >> > >> > http://www.homepages.ucl.ac.uk/~ucecesf/tmp/indent-highlight.png >> >> Org mode has been updated in Emacs since your bug report. Would it be >> possible for you to test if the bug still exists with the latest Emacs >> bzr repository? If that's inconvenient, could you please provide a >> precise step-by-step recipe for reproducing this problem? >> >> Thanks. > > Chong, > > using the latest emacs from the bzr repository is not very convenient > at all. Sorry. However, I can easily reproduce the problem: take the > attached org file (very short). Visit this file in Emacs with latest > org. Then turn on global-hl-line-mode or hl-line-mode (either or > both). Move the cursor to the first line after the "Introduction" > heading and you should see the highlighting extend to the white space > of the next line. > > The screenshot is still in the location indicated above and the > current behaviour is the same as when that screenshot was generated. > > Thanks, > eric I see the described problem using (not quite latest, but pretty close): - Emacs 23.1.91.1 (x86_64-darwin10.2.0, X toolkit) (bzr tag EMACS_PRETEST_23_1_91; revno 99220; Wed 2009-12-30 21:14:46 -0500) - org-version 6.33f (from my local elisp customization, 23.1.91.1 actually ships with 6.33x) // ben ___ Emacs-orgmode 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] Release 6.34
Hi, I have released version 6.34 of Org-mode. Thanks to everyone who contributed. Enjoy! - Carsten Version 6.34 Incompatible changes ~ Tags in org-agenda-auto-exclude-function must be lower case. = When defining an =org-agenda-auto-exclude-function=, you need to be aware that tag that is being passed into the function is always lower case - even if it was defined in upper case originally. Details Support for creating BEAMER presentations from Org-mode documents == Org-mode documents or subtrees can now be converted directly in to BEAMER presentation. Turning a tree into a simple presentations is straight forward, and there is also quite some support to make richer presentations as well. See the [BEAMER section] in the manual for more details. Thanks to everyone who has contributed to the discussion about BEAMER support and how it should work. This was a great example for how this community can achieve a much better result than any individual could. [BEAMER section]: http://orgmode.org/manual/Beamer-class-export#Beamer-class-export Hyperlinks === Add Paul Sexton's org-ctags.el --- Targets like =<>= can now be found by Emacs' etag functionality, and Org-mode links can be used to to link to etags, also in non-Org-mode files. For details, see the file /org-ctags.el/. This feature uses a new hook =org-open-link-functions= which will call function to do something special with text links. Thanks to Paul Sexton for this contribution. Add Jan Böker's org-docview.el --- This new module allows links to various file types using docview, where Emacs displays images of document pages. Docview link types can point to a specific page in a document, for example to page 131 of the Org-mode manual: [Org-Mode Manual] Thanks to Jan Böker for this contribution. [Org-Mode Manual]: docview:~/.elisp/org/doc/org.pdf::131 New link types that force special ways of opening the file --- - =file+sys:/path/to/file= will use the system to open the file, like double-clicking would. - [file:/path/to/file] will force opening the linked file with Emacs. This was a request by John Wiegley. Open all links in a node - When using =C-c C-o= on a headline to get a list of links in the entry, pressing =RET= will open *all* links. This allows something like projects to be defined, with a number of files that have to be opened by different applications. This was a request by John Wiegley. Agenda Views = Improve the logic of the search view. -- The logic of search views is changed a bit. See the docstring of the function =or-search-view=. These changes resulted from a discussion with Matt Lundin. New face for entries from the Emacs diary -- Entries that enter the Agenda through the Emacs diary now get the face =org-agenda-diary=. This was a request by Thierry Volpiatto. New function `org-diary-class' to schedule classes with skipped weeks. --- This was a request by Daniel Martins. Empty matcher means prompt in agenda custom commands - When an agenda custom command has an empty string as MATCH element, so far this would lead to a meaningless search using an empty matcher. Now an empty (or white) string will be interpreted just like a nil matcher, i.e. the user will be prompted for the match. Agenda: Selectively remove some tags from agenda display - If you use tags very extensively, you might want to exclude some from being displayed in the agenda, in order to keep the display compact. See the new option =org-agenda-hide-tags-regexp= for details. This was largely a patch by Martin Pohlack. Export === Direct export of only the current subtree -- Pressing =1= after =C-c C-e= and before the key that selects the export backend, only the current subtree will be exported, exactly as it you had selected it first with =C-c @=. So for example, =C-c C-e 1 b= will export the current subtree to HTML and open the result in the browser. Direct export of enclosing node Pressing =SPC= after =C-c C-e= and before the key that selects the export backend, the enclosing subree that is set up for subtree export will be exported, exactly as it you had selected it first with =C-c @=. So for example, =C-c C-e SPC d= will find the enclosing node with a LaTeX_CLASS property or an EXPORT_FILE_NAME property and e
Re: [Orgmode] Exporting non utf8 org documents
Hi Francesco,
you can remove the code I sent you again, and instead grab the latest
git release.
Then you can also do
(setq org-export-latex-inputenc-alist '(("utf8" . "utf8x")))
to get utf8x instead of utf8.
HTH
- Carsten
On Jan 8, 2010, at 1:36 PM, Francesco Pizzolante wrote:
Hi Carsten,
here is a possible solution:
Please get the latest git version of org-mode. Then put the
following code
into
.emacs:
(defun my-org-export-latex-fix-inputenc ()
"Set the codingsystem in inputenc to what the buffer is."
(let* ((cs buffer-file-coding-system)
(opt (latexenc-coding-system-to-inputenc cs)))
(when opt
(goto-char (point-min))
(while (re-search-forward "usepackage\\[\\(.*?\\)\\]
{inputenc}"
nil t)
(goto-char (match-beginning 1))
(delete-region (match-beginning 1) (match-end 1))
(insert opt))
(save-buffer
(eval-after-load "org-latex"
'(add-hook 'org-export-latex-after-save-hook
'my-org-export-latex-fix-inputenc))
Let me know how it goes.
Thanks for your solution.
I've tested with both latin1 and utf8 Org buffers and I get the
correct
encoding passed to LaTeX in both cases.
Regarding the utf8 encoding, I had a remark in my first message,
which was:
In addition, Org should use the `utf8x' option (instead of `utf8')
which
enables to handle unbreakable spaces (useful in french).
Could you change that too?
Thanks a lot,
Francesco
- 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] Suppressing information in org-beamer
Hi Marvin,
On Jan 10, 2010, at 1:47 AM, Marvin Doyley wrote:
Dear all,
I use beamer to prepare lectures, and find it useful to suppress
information or slides on the version of the slides that I distribute
to the class at the start of my lectures. I suppress information
using the beamer handout mode and the following latex commands
\newcommand{\hushframe}{\frame}
\newcommand{\hushit}{\only}
It would be nice to incorporate this in org-beamer, does anybody
have any ideas ?
I think you'd add to the BEAMER_envargs property of the
node that is turned into a frame.
The only way to use \only right now would be to just write it in the
text
\only<4->{The proof used \textit{reductio ad absurdum}.}
Hmmm, maybe this will not work?
Try
#+BEAMER: \only<4->{The proof used \textit{reductio ad absurdum}.}
HTH
- Carsten
P.S. Any ideas to make a better way to use \uncover and \only on
selected
material?
Best Wishes,
M
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- 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
