[Orgmode] Preventing line breaks in (HTML) published description lists
I added a plain list to my file: ... - term1 :: this means something - term2 :: this means something else - term3 :: and something different still ... fully expecting the term and the description rendered in HTML to be on the same line as is shown in the Latex published Org Mode manual. But the items were rendered as: ... term1 this means something term2 this means something else term3 and something different still ... I suspect this might be an HTML artifact, nevertheless, how would I convince org-mode to arrange for the HTML rendering to attempt to keep the terms and descriptions on the same line? An example or reference would be much appreciated. Thanks, -pmr ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Newbie question on sorting TODO items
Thomas S. Dye t...@tsdye.com writes: Aloha Matt, Thanks for taking the time to look at this. With C-c ^ o, I get Invalid sorting type `o'. I'm using org-mode 5.23a with Aquamacs Emacs 1.8. My guess is that this feature was not yet present in 5.23a. To sort by todo, you'll probably want to install the current distribution of org-mode (6.28): http://orgmode.org/index.html#sec-2 Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] questions about exporting to latex using beamer documentclass
Hi Nicholas, On Sun, Jul 5, 2009 at 4:40 AM, Nick Dokosnicholas.do...@hp.com wrote: Spike Spiegel fsm...@gmail.com wrote: ... - I also need to include an image in the titlepage but I don't see any way to override \maketitle other than maybe renewcommand'ing it, which I tried with #+LaTeX_HEADER, but kept getting errors, altho that might have been me. While poking around I noticed org-export-latex-title-command in org-latex.el but I'm unsure how I'd use that to achieve my goal. This can be done using beamer's \titlegraphic command. Add #+LaTeX_HEADER: \titlegraphic{\includegraphics{foo.png}} Both answers spot on, thanks, with just a minor problem: adding \titlegraphic won't make the spacing between \title \author \data as produced by \maketitle shrink so the entire slide is pretty much used up and the image doesn't fit in. Is there a way to override that? Wrt your reply in pvt to my other question, sorry if I wasn't clear. Your suggestion of using \includegraphics straight into the heading works just fine, my issue is that I was trying to do it the org way and use a link (as in C-u C-c C-l) which would have then requried a #+ATTR_LaTeX header to pass in the width parameter. I did some more work last night and came across another issues: - #BEGIN_VERBATIM won't work because to use the \begin{verbatim} environment the \being{frame} requires [fragile] Also, given a variable like org-export-latex-image-default-option, is there any way to override it per file or per document class? Last thing, if you're gonna use latex commands requiring paths to files, how do you insert the path? using C-u C-l isn't really an option as that will add a link and not just the path to the file so then you have to delete the [[ ]]. thanks again for all the help -- Behind every great man there's a great backpack - B. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-store-link forgets external filename?
Hello, I just noticed that there seems to be a problem with org-store-link (or in that context) with the current development version (6.28trans). I want to insert a link to one section of one org-file into another org-file, so I change to the file with the section I want to link to and use org-store-link (that section already has an ID property; the heading's name is displayed in the minibuffer - fine). I return to the file where I want to insert the link and use org-insert-link which offers the id I had just stored. (1) However, only the id is inserted and org seems to forget about the other file's name, literal hyperlinks yields: [[id:2806BA39-087E-4E2E-89E6-6DFA332727D2][some heading]] When exporting to HTML, the link is rendered to a local link (here: #2806BA39...) of the current file rather than ./my-other-org- file#2806BA39..., which is a problem, of course. Clicking on the link in org-mode will also not open the file. (2) org-insert-link offers a list of ids which have been stored with the corresponding headings added on the right, using Arrow-Up and Arrow-Down will show the selected id in the minibuffer. As I want org to come up with unique ids for sections automatically (it does), I am usually not interested what ids it actually generates and I would suggest a different approach with org-insert-link: have a list of headings instead of a list of ids and show the selected link's heading, not its id, in the minibuffer, sorry if this has been discussed before. There may be cases where it is important to see a link's id in the selection so one could have an optional mode that adds the ids to the list. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. 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 ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Preventing line breaks in (HTML) published description lists
Paul Michael Reilly pajato...@gmail.com writes: I added a plain list to my file: ... - term1 :: this means something - term2 :: this means something else - term3 :: and something different still ... fully expecting the term and the description rendered in HTML to be on the same line as is shown in the Latex published Org Mode manual. But the items were rendered as: ... term1 this means something term2 this means something else term3 and something different still ... I suspect this might be an HTML artifact, nevertheless, how would I convince org-mode to arrange for the HTML rendering to attempt to keep the terms and descriptions on the same line? An example or reference would be much appreciated. Thanks, Adding this seems to work: #+STYLE: style type=text/cssdt {clear: left; float: left; width: 4em; } /style -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
Bernt Hansen be...@norang.ca writes: I recently noticed that using SPACE or TAB in the agenda displays the task in the other window but all of the drawers are exposed. If you fold the org file with S-TAB to Overview or Contents display and then switch to the agenda and SPACE or TAB on a folded task it unfolds the entire thing including the drawers. Expanding the file to SHOW ALL and then using follow mode from the agenda shows me the view I'm really looking for so that's what I'm doing as a workaround right now. While doing my weekly review of tasks I use follow mode to view task detail and the expanded :LOGBOOK: and :PROPERTIES: drawers hide detail scrolled off the bottom of the window. My :LOGBOOK: drawer for repeated tasks tends to be l-o-n-g and shoves detail way down the file (such as my weekly review checklist :) ). Is it possible to control expansion of the drawers when displaying a task from the agenda? The view I'm looking for is the same as SHOW ALL from S-TAB. It seems that if the task is expanded from the agenda it expands everything including the drawers. This seems to have been a confused Emacs session on my part. After restarting it no longer behaves as described above (it doesn't expand tasks past the headline by default -- which is the old behaviour I remember) My Emacs was definitely behaving weird - C-x o would cycle from the agenda, to the org file, to the message window, then back to the agenda with 2 windows open (and the message buffer). After restarting emacs it just cycles between the agenda and the org file (as expected). Resurrecting an old thread: Bernt: I'm experiencing the issue you describe above (i.e., drawers revealed when following a headline from the agenda) after restarting emacs. I have not been able to solve the problem. I was wondering if you had customized the variables org-show-entry-below and org-show-hierarchy-above? I have not customized these variables, which makes it even more unusual that the drawers are revealed when following a headline from the agenda, since the default for org-show-entry-below is nil. Thanks, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
On Jun 22, 2009, at 6:54 PM, Bernt Hansen wrote: Hi Carsten, I recently noticed that using SPACE or TAB in the agenda displays the task in the other window but all of the drawers are exposed. If you fold the org file with S-TAB to Overview or Contents display and then switch to the agenda and SPACE or TAB on a folded task it unfolds the entire thing including the drawers. Expanding the file to SHOW ALL and then using follow mode from the agenda shows me the view I'm really looking for so that's what I'm doing as a workaround right now. While doing my weekly review of tasks I use follow mode to view task detail and the expanded :LOGBOOK: and :PROPERTIES: drawers hide detail scrolled off the bottom of the window. My :LOGBOOK: drawer for repeated tasks tends to be l-o-n-g and shoves detail way down the file (such as my weekly review checklist :) ). Is it possible to control expansion of the drawers when displaying a task from the agenda? The view I'm looking for is the same as SHOW ALL from S-TAB. It seems that if the task is expanded from the agenda it expands everything including the drawers. I actually think it is a bug that drawer contents are shown in this way, so I fixed it instead of giving control over it. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
On Jul 5, 2009, at 4:11 PM, Matthew Lundin wrote: Bernt Hansen be...@norang.ca writes: I recently noticed that using SPACE or TAB in the agenda displays the task in the other window but all of the drawers are exposed. If you fold the org file with S-TAB to Overview or Contents display and then switch to the agenda and SPACE or TAB on a folded task it unfolds the entire thing including the drawers. Expanding the file to SHOW ALL and then using follow mode from the agenda shows me the view I'm really looking for so that's what I'm doing as a workaround right now. While doing my weekly review of tasks I use follow mode to view task detail and the expanded :LOGBOOK: and :PROPERTIES: drawers hide detail scrolled off the bottom of the window. My :LOGBOOK: drawer for repeated tasks tends to be l-o-n-g and shoves detail way down the file (such as my weekly review checklist :) ). Is it possible to control expansion of the drawers when displaying a task from the agenda? The view I'm looking for is the same as SHOW ALL from S-TAB. It seems that if the task is expanded from the agenda it expands everything including the drawers. This seems to have been a confused Emacs session on my part. After restarting it no longer behaves as described above (it doesn't expand tasks past the headline by default -- which is the old behaviour I remember) My Emacs was definitely behaving weird - C-x o would cycle from the agenda, to the org file, to the message window, then back to the agenda with 2 windows open (and the message buffer). After restarting emacs it just cycles between the agenda and the org file (as expected). Resurrecting an old thread: Bernt: I'm experiencing the issue you describe above (i.e., drawers revealed when following a headline from the agenda) after restarting emacs. I have not been able to solve the problem. I was wondering if you had customized the variables org-show-entry- below and org-show-hierarchy-above? I have not customized these variables, which makes it even more unusual that the drawers are revealed when following a headline from the agenda, since the default for org-show-entry-below is nil. The agenda often exposes the cause for the appearance in the agenda (exception: properties), so if this is a scheduled item, the scheduled timestamp is in the entry text below the headline, which is why the content of the entry is shown. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
Matthew Lundin m...@imapmail.org writes: Bernt: I'm experiencing the issue you describe above (i.e., drawers revealed when following a headline from the agenda) after restarting emacs. I have not been able to solve the problem. I was wondering if you had customized the variables org-show-entry-below and org-show-hierarchy-above? I have not customized these variables, which makes it even more unusual that the drawers are revealed when following a headline from the agenda, since the default for org-show-entry-below is nil. I have org-show-entry-below as ((default)) and org-show-hierarchy-above as t -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] indent list item and change list type automatically
I've written a very quick and dirty derived mode for org that implements the following keystrokes: Tab is demote. Shift-tab is promote. Enter is org-insert-heading. C-tab is the old Shift-Tab C-j is the old Return. I know it messes with the default org configuration, which is part of why I have not posted it anywhere, but it works *extremely* well for me when I'm taking notes e.g. in lecture, and I find myself using jot-mode (what I named it) just as often as org-mode proper. If people are interested, I'd be glad to email it/post it on EmacsWiki or Worg (although I should warn you, it is probably very unstylish Elisp, too!). On Mon, Jun 29, 2009 at 8:51 PM, Samuel Walessamolog...@gmail.com wrote: No comment on the idea itself, but a couple for generality. If your demote idea is implemented as a variable, it would be useful to have an imagined first node, so that people (like myself) who always put the top level item in column 2 have effectively demoted to that from an imaginary parent in column 0. Also, I think any such implementation would need to modify org-toggle-item (something I've been thinking about for a while anyway). On Tue, Jun 23, 2009 at 14:23, Rainer Stengelerainer.steng...@online.de wrote: Hi all, using org-mode for quite some time now I always look at operations (key sequences) I repeat a lot of times. A lot of times I start a list with an item and immediately indent the next item as subitem. From - item 1 - subitem 11 I go to - item 1 - subitem 11 via M-right. Then I always want to change the style of the subitem list to *. I do this via S-right-right. I wonder how others work. I would like to automatically have changed the subitem list type to * as soon as I indent via Alt-right. Next indentation should go back to -. etc. Maybe we could introduce a variable that sets the order of standard list item types, in my case: - * - * - * - * as in - item 1 * subitem 11 - subitem 111 * subitem 111 ... very special I know but I try to reduce the keypressings as much as possible. Any other suggestions? Rainer ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. /You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Help with colors for a newbie...
Has anyone tried using something like the HP Jornada 680? I remember someone using one to take notes many years ago, and the keyboard seemed usable and the device tiny. I've been thinking about picking one up someday for org-type stuff. - Raffi. On Mon, Jun 29, 2009 at 10:15 PM, Samuel Walessamolog...@gmail.com wrote: What I would like to see is a thumb-typable Debian box along the lines of the old HP200LX and Zaurus SL-C3000. Thumb-typable is key. On Sun, Jun 28, 2009 at 23:48, Alain Picarddr.alain.pic...@gmail.com wrote: Eric S Fraga ucec...@ucl.ac.uk writes: can you tell us more about your experiences using org-mode on such a device? Having a pocket sized org-mode organiser really appeals! Although I've looked at the N810 for just this purpose, I am probably likely to wait for the new stream of devides like the Umid mbook which has a slightly larger keyboard. But any thoughts on this whole topic are more than welcome! I agree. I'm waiting for these snapdragon (ARM) based smartbook things to come out, which I plan to use basically as an emacs device. (something like this: http://en.wikipedia.org/wiki/File:Wistron_Pursebook.jpg) They promise fanless, all day battery operation. How sweet would that be? I think the hostname for my first device of this kind will be carsten. :-) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Myalgic encephalomyelitis is causing death and severe suffering worse than MS. Conflicts of interest are destroying research. People get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
Carsten Dominik carsten.domi...@gmail.com writes: On Jul 5, 2009, at 4:11 PM, Matthew Lundin wrote: Resurrecting an old thread: Bernt: I'm experiencing the issue you describe above (i.e., drawers revealed when following a headline from the agenda) after restarting emacs. I have not been able to solve the problem. I was wondering if you had customized the variables org-show-entry- below and org-show-hierarchy-above? I have not customized these variables, which makes it even more unusual that the drawers are revealed when following a headline from the agenda, since the default for org-show-entry-below is nil. The agenda often exposes the cause for the appearance in the agenda (exception: properties), so if this is a scheduled item, the scheduled timestamp is in the entry text below the headline, which is why the content of the entry is shown. Thanks for explaining. At the risk of adding to your todo list (hmm... I wonder what tool you use to manage it), would it be possible to display the SCHEDULED item without displaying the drawers beneath it? The docstring for drawers states that drawers will not be opened during normal cycling. Is it correct to expect the same behavior with org-agenda-goto, or is the mechanism different? ,[ C-h v org-drawers RET ] | | Documentation: | Names of drawers. Drawers are not opened by cycling on the headline above. | Drawers only open with a TAB on the drawer line itself. ` Thanks, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
Carsten Dominik carsten.domi...@gmail.com writes: On Jun 22, 2009, at 6:54 PM, Bernt Hansen wrote: Hi Carsten, I recently noticed that using SPACE or TAB in the agenda displays the task in the other window but all of the drawers are exposed. If you fold the org file with S-TAB to Overview or Contents display and then switch to the agenda and SPACE or TAB on a folded task it unfolds the entire thing including the drawers. Expanding the file to SHOW ALL and then using follow mode from the agenda shows me the view I'm really looking for so that's what I'm doing as a workaround right now. While doing my weekly review of tasks I use follow mode to view task detail and the expanded :LOGBOOK: and :PROPERTIES: drawers hide detail scrolled off the bottom of the window. My :LOGBOOK: drawer for repeated tasks tends to be l-o-n-g and shoves detail way down the file (such as my weekly review checklist :) ). Is it possible to control expansion of the drawers when displaying a task from the agenda? The view I'm looking for is the same as SHOW ALL from S-TAB. It seems that if the task is expanded from the agenda it expands everything including the drawers. I actually think it is a bug that drawer contents are shown in this way, so I fixed it instead of giving control over it. - Carsten O.K. You can ignore my previous email. So that's the secret of your success. You do things so quickly that they don't even make it into your org files. :) Thanks! Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] questions about exporting to latex using beamer documentclass
Spike Spiegel fsm...@gmail.com wrote: #+LaTeX_HEADER: \titlegraphic{\includegraphics{foo.png}} Both answers spot on, thanks, with just a minor problem: adding \titlegraphic won't make the spacing between \title \author \data as produced by \maketitle shrink so the entire slide is pretty much used up and the image doesn't fit in. Is there a way to override that? Yes - you should read sec. 16.3 (on templates) of the Beamer User Guide. You can redefine the title page template and format the title page any way you wish (within limits of course: it all has to fit on one slide). For example, try adding this to the preamble (note that I made the image bigger, but if it doesn't fit, you can use the same method to make it smaller): , | \titlegraphic{\begin{center}\includegraphics[width=5cm]{foo.png}\end{center}} | | \title{Example presentation} | \author{Nick Dokos \\ $$\href{mailto:nicholas.do...@hp.com}{nicholas.dokos@hp.com}$$} | \date{04 July 2009} | | \setbeamertemplate{title page}{ | \centering{ | \inserttitle\inserttitle\inserttitle\inserttitle\inserttitle\inserttitle\inserttitle\inserttitle \\ | \insertauthor \\ | \insertdate \\ | \inserttitlegraphic}} ` You might also try asking questions about beamer on comp.text.tex (after all, this has nothing to do with org-mode). I don't know if Till Tantau hangs out there any longer, but you are still much more likely to get answers to such questions there. HTH, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] questions about exporting to latex using beamer documentclass
Spike Spiegel fsm...@gmail.com wrote: ... I did some more work last night and came across another issues: - #BEGIN_VERBATIM won't work because to use the \begin{verbatim} environment the \being{frame} requires [fragile] I worked around this when working on my presentation by putting verbatim stuff in a file and using \verbatiminput: , | #+LaTeX_CLASS: beamer | #+TITLE: Example presentation | #+AUTHOR: Nick Dokos \\ $$\href{mailto:nicholas.do...@hp.com}{nicholas.dokos@hp.com}$$ | #+EMAIL: nicholas.do...@hp.com | #+OPTIONS: toc:nil H:2 | #+LaTeX_HEADER: \titlegraphic{\includegraphics{foo.png}} | * Why \includegraphics[width=5cm]{foo.png} | ** Reason 1. |Text explaining reason #1. | ** Reason 2. |... more explanations. | ** Reason 3. |Blah, blah, blah. | | ** Reason 4. |Why not? | | * What | ** First piece. | #+LaTeX: \verbatiminput{foo.1} | ** Second piece. | #+LaTeX: \verbatiminput{foo.2} | ** Third piece. | ** Fourth piece. ` HTH, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] questions about exporting to latex using beamer documentclass
Spike Spiegel fsm...@gmail.com wrote: ... Also, given a variable like org-export-latex-image-default-option, is there any way to override it per file or per document class? ... Well, yes and no (mostly no - but see below): o You can of course customize this variable, but that's a global setting. o You can use the :latex-image-options property to set the above variable, but that is used in org-publish-project-alist, not for exporting. From org-exp.el: , | (defconst org-export-plist-vars | '((:link-up nil org-export-html-link-up) | | ... | | (:latex-image-options nil org-export-latex-image-default-option)) | List of properties that represent export/publishing variables. | Each element is a list of 3 items: | 1. The property that is used internally, and also for org-publish-project-alist | 2. The string that can be used in the OPTION lines to set this option, |or nil if this option cannot be changed in this way | 3. The customization variable that sets the default for this option. | ) ` o You can modify the setting of the org-export-plist-vars (either by modifying your copy of org-exp.el or by some other method) to change the line (:latex-image-options nil org-export-latex-image-default-option)) to (:latex-image-options latex-image-options org-export-latex-image-default-option)) and then use #+OPTIONS: latex-image-options:width=1cm in your org file. [BTW, if you are using git, small local variations from the canonical org-mode can be easily accommodated, by using a local branch and git rebase.] o You can try to convince Carsten that this should be part of canonical org-mode. HTH, Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Nick Dokos: Re: [Orgmode] questions about exporting to latex using beamer documentclass
Apologies - I did a Reply, instead of Reply all. Spike, thanks for pointing out the omission. --- Forwarded Message Date:Sun, 05 Jul 2009 00:24:42 -0400 From:Nick Dokos nicholas.do...@hp.com To: Spike Spiegel fsm...@gmail.com cc: nicholas.do...@hp.com Subject: Re: [Orgmode] questions about exporting to latex using beamer document class Spike Spiegel fsm...@gmail.com wrote: ... - I'm in the situation that I need to pass options to an image (\includegraphics) in a frame's title (frames are beamer's idea of slide). Based on the docs it seems I should be doing something like #+ATTR_LaTeX: width=5cm,angle=90 but I can't put that within a headline before the image and it won't work if I put it before it because it'll end up outside of the frame I'm afraid I don't quite understand your description. Can you provide a bit more detail about what you are trying to do and how you are going about it? Here's how I interpreted your description of adding an image to a frame's title (see the Why headline below - note that I use a slightly different setup for beamer as described in http://article.gmane.org/gmane.emacs.orgmode/15126). , | #+LaTeX_CLASS: beamer | #+TITLE: Example presentation | #+AUTHOR: Nick Dokos \\ $$\href{mailto:nicholas.do...@hp.com}{nicholas.dokos @hp.com}$$ | #+EMAIL: nicholas.do...@hp.com | #+OPTIONS: toc:nil H:2 | #+LaTeX_HEADER: \titlegraphic{\includegraphics{foo.png}} | * Why \includegraphics[width=5cm]{foo.png} | ** Reason 1. |Text explaining reason #1. | ** Reason 2. |... more explanations. | ** Reason 3. |Blah, blah, blah. | | ** Reason 4. |Why not? | | * What | ** First piece. | ** Second piece. | ** Third piece. | ** Fourth piece. ` I can pass optional parameters just fine as shown above. But I'm not sure whether this is really what you want. Thanks, Nick --- End of Forwarded Message ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Preventing line breaks in (HTML) published description lists
On 07/05/2009 09:33 AM, Bernt Hansen wrote: Paul Michael Reillypajato...@gmail.com writes: I added a plain list to my file: ... - term1 :: this means something - term2 :: this means something else - term3 :: and something different still ... fully expecting the term and the description rendered in HTML to be on the same line as is shown in the Latex published Org Mode manual. But the items were rendered as: ... term1 this means something term2 this means something else term3 and something different still ... I suspect this might be an HTML artifact, nevertheless, how would I convince org-mode to arrange for the HTML rendering to attempt to keep the terms and descriptions on the same line? An example or reference would be much appreciated. Thanks, Adding this seems to work: #+STYLE:style type=text/cssdt {clear: left; float: left; width: 4em; }/style -Bernt Well it's a start but does have some side effects. For example with each new entry it becomes more and more apparent that the term and the description are off center, i.e. the skew becomes more pronounced. But your solution is much better than mine :-) and gives me a place to explore and become smarter, always a good thing! Thanks again, -pmr ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda display of tasks
On Jul 5, 2009, at 5:19 PM, Matthew Lundin wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Jun 22, 2009, at 6:54 PM, Bernt Hansen wrote: Hi Carsten, I recently noticed that using SPACE or TAB in the agenda displays the task in the other window but all of the drawers are exposed. If you fold the org file with S-TAB to Overview or Contents display and then switch to the agenda and SPACE or TAB on a folded task it unfolds the entire thing including the drawers. Expanding the file to SHOW ALL and then using follow mode from the agenda shows me the view I'm really looking for so that's what I'm doing as a workaround right now. While doing my weekly review of tasks I use follow mode to view task detail and the expanded :LOGBOOK: and :PROPERTIES: drawers hide detail scrolled off the bottom of the window. My :LOGBOOK: drawer for repeated tasks tends to be l-o-n-g and shoves detail way down the file (such as my weekly review checklist :) ). Is it possible to control expansion of the drawers when displaying a task from the agenda? The view I'm looking for is the same as SHOW ALL from S-TAB. It seems that if the task is expanded from the agenda it expands everything including the drawers. I actually think it is a bug that drawer contents are shown in this way, so I fixed it instead of giving control over it. - Carsten O.K. You can ignore my previous email. So that's the secret of your success. You do things so quickly that they don't even make it into your org files. :) Well, the 2 minute rule (OK, sometimes the 5 minutes rule) is very important to how I work :-) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] RE: Using simple css in HTML export
Thanks Sebastian. I've changed to a gmail account. Hope this leaves the code intact. Just to be sure... 1.) Your *.org file should have this in the header: #+style: link rel=stylesheet type=text/css href=basic.css / Exactly that, except that style was in capitals. What did Org-mode's XHTML export head section look like then? *** !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; lang=en xml:lang=en head titleDirectory skeleton (with explanations)/title meta http-equiv=Content-Type content=text/html;charset=iso-8859-1/ meta name=generator content=Org-mode/ meta name=generated content=2009-07-05 19:08:09 BST/ meta name=author content=Study / style type=text/css html { font-family: Times, serif; font-size: 12pt; } .title { text-align: center; } .todo { color: red; } .done { color: green; } .tag{ background-color:lightblue; font-weight:normal } .target { } .timestamp { color: grey } .timestamp-kwd { color: CadetBlue } p.verse { margin-left: 3% } pre { border: 1pt solid #AEBDCC; background-color: #F3F5F7; padding: 5pt; font-family: courier, monospace; font-size: 90%; overflow:auto; } table { border-collapse: collapse; } td, th { vertical-align: top; } dt { font-weight: bold; } /style /headbody h1 class=titleDirectory skeleton/h1 div id=table-of-contents * Line 46 was already in the table of contents. I'm using org-mode 6.06, emacs 22.1.1, Ubuntu 8.04. I'm completely puzzled. Giving up ? -- nope. Charles === Re: [Orgmode] RE: Using simple css in HTML export From: Sebastian Rose (sebastian_r...@gmx.de) Sent: 03 July 2009 23:16:27 To: Charles Howard (incuba...@hotmail.co.uk) Cc: emacs-orgmode (emacs-orgmode@gnu.org) Charles Howard incuba...@hotmail.co.uk writes: The hotmail account I am using seems to have stripped out the html code. What did Org-mode's XHTML export head section look like then? I did have such a line following STYLE, as in the link you quoted. I had the css file in the same dir as the org file. I used basic.css and ./basic.css with no success either way. OK. Just to be sure... 1.) Your *.org file should have this in the header: #+style: link rel=stylesheet type=text/css href=basic.css / 2.) After export, line ~47 (or 46 or 48...) should look like this: link rel=stylesheet type=text/css href=basic.css / If not, make sure step 1.) is done. Now, if the exported *.html file and basic.css live in the same directory, it should work. Sorry, you're not allowed to simply give up :) Sebastian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] indent list item and change list type automatically
At Sun, 5 Jul 2009 10:57:34 -0400, Raffi R wrote: I've written a very quick and dirty derived mode for org that implements the following keystrokes: Tab is demote. Shift-tab is promote. Enter is org-insert-heading. C-tab is the old Shift-Tab C-j is the old Return. I know it messes with the default org configuration, which is part of why I have not posted it anywhere, but it works *extremely* well for me when I'm taking notes e.g. in lecture, and I find myself using jot-mode (what I named it) just as often as org-mode proper. If people are interested, I'd be glad to email it/post it on EmacsWiki or Worg (although I should warn you, it is probably very unstylish Elisp, too!). I cannot speak for others but I'm interested, especially having recently acquired a Nokia N800 internet tablet... where keystrokes are to be minimised and your bindings sound quite appropriate for note taking. Please post here or on wiki/worg sites. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] :link-up, :link-home
What is the proper format for those variables? I've tried to set them several different ways: http://www.sitename.com index.html http://www.sitename.com; a href='index.html'/a But nothing seems to change in my exported files. I've also tried setting them through the org file's local customisations (#+LINK_UP, etc..) The variable description that I found in emacs help says: Documentation: Where should the UP link of exported HTML pages lead? Is there another help section I can use that would give me an example of proper formatting? Thanks! -- Kyle Sexton ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] ? minor error in org mode manual - publishing
Fixed, thanks. - Carsten On Jul 4, 2009, at 9:38 PM, charles snyder wrote: Hi I think there may be a minor error in the org manual - publishing - 13.3.2 Example: complex publishing configuration where an example org-publish-project-alist is given. Shouldn't :style link rel=\stylesheet\ href=\../other/mystyle.css\ type=\text/css \ actually be: :style link rel=\stylesheet\ href=\../other/mystyle.css\ type=\text/css \/ It works correctly as is in my browser, but I think it is missing a extra forward slash at the end. Thanks CLS ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: footnote renumber bug
On Jul 4, 2009, at 10:30 PM, Matthew Lundin wrote: Andreas Roehler andreas.roeh...@online.de writes: Carsten Dominik wrote: On Jul 2, 2009, at 8:55 AM, Andreas Roehler wrote: Org did not implement automatic renumbering and sorting because it makes less sense to do so if footnotes are inline, or named and referenced multiple times. IMHO renumbering should be able to cope with all this circumstances. With named footnotes renumbering might no longer be the appropriate term then... I believe already Carsten built this feature into org-footnote-auto-adjust. If turned on, it automatically renumbers footnotes with automatic labels (fn:1) and sorts footnotes with custom labels. Also, in addition to nil and t, you can also set the variable to sort or renumber. E.g., (setq org-footnote-auto-adjust 'sort) With this setting, org-mode will still automatically sort your footnotes in the order in which they appear in the document but will not renumber them. (BTW, thanks, as always, Carsten for such a flexible implementation of this new feature. Astonishing!) I can see that, when using footnotes in an isolated small document and automatic footnote lable generation, automatic renumbering and sorting is indeed useful. In this case, you could fall back to footnote.el. However, Org does internally have functions to sort and renumber footnotes, so there is no reason why we could not call them after generating or deleting a note. Lets see ... OK, in the latest git version of Org, use (setq org-footnote-auto-adjust t) My suggestion: Make it cope with inline, named and referenced multiple notes; then set it to t by default. I tested it, and it already copes with a mix of numbered, inline, and named footnotes. Here are some settings that might be used to provide maximum flexibility for working with all sorts of footnote labels: (setq org-footnote-auto-label 'confirm;; [1] org-footnote-auto-adjust t ;; [2] org-footnote-define-inline nil) ;; [3] [1] Offers a prompt with automatic labels, e.g. fn:1, but gives the user the option of changing the label or leaving it blank for an inline footnote. [2] From my preliminary testing, I discovered that setting this to t means that org-mode will (a) automatically renumber footnotes with the fn:1 style notation; (b) automatically sort both named and numbered footnotes to match their order in the text; and (c) leave inline footnotes alone. [3] This is the default setting, but I included it here for the purposes of example. - Note: If one uses inline footnotes with automatic labels[fn:1: Such as this footnote], the labels will be renumbered to match their order in the text. Obviously, sorting would be irrelevant in such an instance. I have mixed feelings about turning on automatic renumbering by default. I think the key issue would be whether doing so would cause any problems or unnecessary overhead for people who do not use auto labels or who prefer unlabeled inline footnotes. Although it's probably trivial, if automatic renumbering were the default behavior, org-footnote-action would alter the buffer globally without the user explicitly requesting or permitting it---or even being aware of it. I am hesitating too. The reason for this is that Org can collect footnotes into a special section, or leave them locally. Before Org kicks the the footnotes into some place which may or may not be the place a user intended, it is OK to learn about the options and set them. Maybe a FAQ entry about these issues would be helpful ? - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] questions about exporting to latex using beamer documentclass
Here's how I use prosper, follow the examples below. After exporting to tex, you must use the latex command (not pdflatex), followed by dvipdf. Enjoy! ~/.emacs: (setq org-export-latex-classes (cons '(prosper % BEGIN Prosper Defaults \\documentclass[pdf, contemporain]{prosper} \\usepackage[utf8]{inputenc} \\usepackage[T1]{fontenc} \\usepackage{hyperref} \\hypersetup{colorlinks,linkcolor=blue} % END Prosper Defaults (\\begin{slide}{%s} \\end{slide} \\begin{slide}{%s} \\end{slide})) org-export-latex-classes)) Ledger.org (see http://adamsinfoserv.com/ under Presentations): #+LaTeX_CLASS: prosper #+TITLE: Ledger CLI Accounting #+AUTHOR:Russell Adams #+EMAIL: rlad...@adamsinfoserv.com #+DATE: 2009-06-27 #+OPTIONS: H:3 num:nil toc:nil \n:t @:t ::t |:t ^:nil -:t f:t *:t :t #+OPTIONS: TeX:nil LaTeX:nil skip:nil d:nil todo:t pri:nil tags:not-in-toc * Slide - Item - Item - Item * COMMENT Local Vars #+ Local Variables: #+ org-export-latex-title-command: #+ End: -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-store-link forgets external filename?
Hi Stefan, the magic of id: links is just that they are globally unique, and that they will find the right target even if you move the target entry from one file to another. Therefore, export to HTML should automatically insert the correct file name. And this is just how it works for me. File a has * headline 1 :PROPERTIES: :ID: 5E58A8EE-0DFC-4D05-BA53-D6B969919049 :END: In file b I am inserting here is the [[id:5E58A8EE-0DFC-4D05-BA53-D6B969919049][headline 1]] and in HTML this becomes a link a href=a.html#ID-5E58A8EE-0DFC-4D05-BA53-D6B969919049headline 1/a Try M-x org-id-update-id-location to fix ID confusion. HTH - Carsten On Jul 5, 2009, at 3:09 PM, Stefan Vollmar wrote: Hello, I just noticed that there seems to be a problem with org-store-link (or in that context) with the current development version (6.28trans). I want to insert a link to one section of one org-file into another org-file, so I change to the file with the section I want to link to and use org-store-link (that section already has an ID property; the heading's name is displayed in the minibuffer - fine). I return to the file where I want to insert the link and use org-insert-link which offers the id I had just stored. (1) However, only the id is inserted and org seems to forget about the other file's name, literal hyperlinks yields: [[id:2806BA39-087E-4E2E-89E6-6DFA332727D2][some heading]] When exporting to HTML, the link is rendered to a local link (here: #2806BA39...) of the current file rather than ./my-other-org- file#2806BA39..., which is a problem, of course. Clicking on the link in org-mode will also not open the file. (2) org-insert-link offers a list of ids which have been stored with the corresponding headings added on the right, using Arrow-Up and Arrow-Down will show the selected id in the minibuffer. As I want org to come up with unique ids for sections automatically (it does), I am usually not interested what ids it actually generates and I would suggest a different approach with org-insert-link: have a list of headings instead of a list of ids and show the selected link's heading, not its id, in the minibuffer, sorry if this has been discussed before. There may be cases where it is important to see a link's id in the selection so one could have an optional mode that adds the ids to the list. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. 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 ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] indent list item and change list type automatically
Hello, Here is the current jot-mode (I think...the latest version is at my lab and is, I think, much less buggy when it comes to showing levels) along with some documentation and a lot of TODOs. It's pretty dirty, and I'd greatly appreciate input. When people think it's at a releasable state, I'll put it up on Worg/EmacsWiki. Thanks, - Raffi. On Sun, Jul 5, 2009 at 3:12 PM, Eric S Fragaucec...@ucl.ac.uk wrote: At Sun, 5 Jul 2009 10:57:34 -0400, Raffi R wrote: I've written a very quick and dirty derived mode for org that implements the following keystrokes: Tab is demote. Shift-tab is promote. Enter is org-insert-heading. C-tab is the old Shift-Tab C-j is the old Return. I know it messes with the default org configuration, which is part of why I have not posted it anywhere, but it works *extremely* well for me when I'm taking notes e.g. in lecture, and I find myself using jot-mode (what I named it) just as often as org-mode proper. If people are interested, I'd be glad to email it/post it on EmacsWiki or Worg (although I should warn you, it is probably very unstylish Elisp, too!). I cannot speak for others but I'm interested, especially having recently acquired a Nokia N800 internet tablet... where keystrokes are to be minimised and your bindings sound quite appropriate for note taking. Please post here or on wiki/worg sites. jot-mode.org Description: Binary data jot.el Description: Binary data ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] empty-line-terminates-plain-lists and indentation
Hi, Is (setq org-empty-line-terminates-plain-lists t) supposed to change indentation in emacs org buffers? Even with the above setting, the following snippet: * Heading Some text: - a - b More text: - a - b is automatically indented as follows: * Heading Some text: - a - b More text: - a - b Thanks, Scott ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode