Re: [Orgmode] Keeping org files under git - trimming the repository
About a year ago, I decided to learn how to write macros in lisp and started by teaching myself about the after-save-hook. I added a hook to auto commit every time I saved any org file. My simple, small text file of todo items is now a giant git repository. At last a question or two: Does this happen to you? What do you do? What new git command do I need to learn in order to do it? Is there some way to clone my git repo onto my USB stick, but make it a subset instead of the whole thing? That would be useful for me to learn for other git projects! I am not a git expert, but I think there a couple of things you can do: Create a new branch and push just the branch to your usb stick. Use git rebase to rewrite all your earlier commits into one huge commit. Using rebase is a bit like juggling chain saws while walking blindfold along a tightrope, so make sure that you pratice on a backup first. Ian. ___ 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] Keeping org files under git - trimming the repository
Hi, About a year ago, I decided to learn how to write macros in lisp and started by teaching myself about the after-save-hook. I added a hook to auto commit every time I saved any org file. My simple, small text file of todo items is now a giant git repository. please define giant :) compared to a plain copy of files under git. Please consider that every commit create a small overhead to store a commit. That means if you commit very small changes every minute or so... your git might blow up. Do you use any autosave function ? 1 one year saving (and commiting) every 15 min) means 35.000 commits if every auto-commit keeps the sentence Auto-commit from my org-files :this creates 29 bytes * 35.000 commits which ends up to be 1 MB just for storing the log-file text. Other values and things will add to this. So please check how many commits you have already. Repack and gc helps to clean up a bit of the overhead. As for your concerns to make it smaller again. If you are not interested in keeping the history of the files any more, most simply might be just create a new git repro, copy the actual versions of the files to this repro and add them to git. Best regards Totti ___ 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] refile ideas
On Aug 4, 2009, at 2:44 PM, Eric S Fraga wrote: At Mon, 3 Aug 2009 15:31:55 -0700, Samuel Wales wrote: It gives me an idea for remember. For consistency, we can optionally make remember use restricted refile as you propose above. The way it would work is this. A template can optionally specify only format, not target location. When that is the case, c-c c-c in the remember buffer asks you where you want to file using restricted refile. +1 We could do this, but I think Bernt Hansen's setup is much better. Use remember to put new items to a single location, and go back to them later and refile. The key to remember is to make it as simple and as fast as possible. - 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] Priorities and sub-tasks in Agenda View
On Aug 4, 2009, at 4:08 PM, Vedang wrote: Hi All, I'm facing a small annoyance. I like to use priorities on my tasks, for sorting them in agenda view. So I have something like this: * TODO [#A] Big task 1 ** WORKING subtask ** TODO subtask ... * TODO [#A] Big Task 2 ... so on. Agenda mode, however, shows this as follows: TODO [#A] Big Task 1 TODO [#A] Big Task 2 ... other todo big tasks according to priority ... and then somewhere below WORKING subtask TODO subtask ... so on I would like it very much if the subtasks would appear below the big task they are related to, or atleast if the priority of the big task is auto propagated to them so that they appear in the list of all the #A tasks, if not directly under the big task. This would help me very much in keeping related tasks together. If there is any _other_ trick or better way to achieve this that I'm missing, I'd be glad to get pointers. Two ideas: 1. Configure the variable org-agenda-sorting-strategy and remove priority sorting or 2. Use tags to mark priorities - Carsten Thanks! Vedang -- Unix is simple. It takes a genius to understand it's simplicity. -Anon ___ 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: Refile error - Kill is not a (set of) trees
Hi Chris, On Aug 5, 2009, at 7:39 AM, Chris Mann wrote: Carsten Dominik carsten.domi...@gmail.com writes: could you please do the following: - Run Emacs with a minimal configuration - Make me a test file that will let me reproduce the bug if possible. Hello Carsten, I've also been experiencing this behaviour lately. I have been able to reproduce this consistently with the following: 1) Create a file `reproduce.org', with the following contents: * Level1-1 ** Level2-1 *** TODO Level3-1 SCHEDULED: 2009-08-05 Wed ** Level2-2 2) run `emacs -Q' and evalute something resembling the following: (progn (add-to-list 'load-path path/to/org-mode/lisp) (require 'org-agenda) (setq org-agenda-files '(reproduce.org) org-refile-targets '(((reproduce.org) . (:maxlevel . 2) 3) 'M-x org-agenda-list' 4) Move point to the `Level3-1' item in the agenda, 'C-c C-w' and attempt to refile it to, for example, Level2-1. 5) Error: org-paste-subtree: The kill is not a (set of) tree(s) [...] As far as I can tell, the error occurs only when the heading's source buffer is folded at the `Level1-1' heading; I could not reproduce the error while the outermost heading was unfolded, regardless of the level of the refile source / target. I've investigated this error briefly: I believe `org-back-to-heading' moves backward (passed the correct heading), to the outer-most heading, causing `org-end-of-subtree' to then search for the start of heading of the wrong level (too shallow). Can you identify which org-back-to-heading is doing this? Inside which function, what line? Thanks. - Carsten Resultingly, the killed region may extend passed the end of the target subtree. In the above example, I believe the killed text would include both the level 3 heading and the subsequent level 2 heading. My suspicion is that this is stemming from a problem within outline- mode. org-mode 6.29a GNU Emacs 23.1.50.1 -- Chris ___ 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] Refile error - Kill is not a (set of) trees
Ouch, I *did* find a big bug there, so I hope this problem will disappear now, one you have upgraded to the latest git version... - Carsten On Aug 3, 2009, at 8:33 PM, Michael Gilbert wrote: Hi -- I have more information on this error. I think I've traced it down to whether the command is actually killing the current element in the first place. I had a clipboard management function working in Quicksilver and got rid of that in order to test this better. I got an error on refiling, but it was a different error this time. One about the element being empty, IIRC. Am I misunderstanding refile? Do I have to do more than have the cursor on the line to be moved? And is there a way I can further backtrace this so that it might be useful for troubleshooting by others? Or screencast the error so you can see I am not making this up? I am enamored of orgmode now, but I'm on the verge of abandoning it because I have a notes file from which I cannot conveniently refile tasks and it's becoming unmanageable. -- Michael On Jun 26,2009, at 1:14 AM, Carsten Dominik wrote: I am unable to reproduce this problem. - Carsten On Jun 25, 2009, at 7:42 PM, Michael Gilbert wrote: I am a noob - drawn to the alien world of Emacs (from my familiar Mac environment) by OrgMode. I am uncertain enough that I don't rightly know if this is best described as an OrgMode error or an Emacs error. Most likely a human error, I guess. I am using last night's Aquamacs build: GNU Emacs 23.0.94.1 (i386-apple-darwin9.7.0, NS apple-appkit-949.46) of 2009-06-23 on BRAEBURN.PSY.CMU.EDU - Aquamacs Distribution 2.0dev. Org-mode 6.21b. In OrgMode, I am trying to learn to refile tasks. I use C-c C-w on a TODO item in a notes file. It goes through the process of allowing me to select the destination for the item. But then it throws an error - Kill is not a (set of) trees etc - every time. Doesn't kill the TODO and obviously doesn't yank it to the new location. Are you selecting a region before calling the command? That region might be not a valid tree. I have done this with the point (that's the emacs word for cursor, right?) in a TODO item. I have done it with the entire item selected as a region. I am happy to backtrace this or test in whatever way is needed. I knew I was getting into something complex here. ___ 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: Refile error - Kill is not a (set of) trees
Fixed, thanks. - Carsten On Aug 5, 2009, at 7:39 AM, Chris Mann wrote: Carsten Dominik carsten.domi...@gmail.com writes: could you please do the following: - Run Emacs with a minimal configuration - Make me a test file that will let me reproduce the bug if possible. Hello Carsten, I've also been experiencing this behaviour lately. I have been able to reproduce this consistently with the following: 1) Create a file `reproduce.org', with the following contents: * Level1-1 ** Level2-1 *** TODO Level3-1 SCHEDULED: 2009-08-05 Wed ** Level2-2 2) run `emacs -Q' and evalute something resembling the following: (progn (add-to-list 'load-path path/to/org-mode/lisp) (require 'org-agenda) (setq org-agenda-files '(reproduce.org) org-refile-targets '(((reproduce.org) . (:maxlevel . 2) 3) 'M-x org-agenda-list' 4) Move point to the `Level3-1' item in the agenda, 'C-c C-w' and attempt to refile it to, for example, Level2-1. 5) Error: org-paste-subtree: The kill is not a (set of) tree(s) [...] As far as I can tell, the error occurs only when the heading's source buffer is folded at the `Level1-1' heading; I could not reproduce the error while the outermost heading was unfolded, regardless of the level of the refile source / target. I've investigated this error briefly: I believe `org-back-to-heading' moves backward (passed the correct heading), to the outer-most heading, causing `org-end-of-subtree' to then search for the start of heading of the wrong level (too shallow). Resultingly, the killed region may extend passed the end of the target subtree. In the above example, I believe the killed text would include both the level 3 heading and the subsequent level 2 heading. My suspicion is that this is stemming from a problem within outline- mode. org-mode 6.29a GNU Emacs 23.1.50.1 -- Chris ___ 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] Local variables
Hi, El dt, ago 04 2009 a les 23:15, Carsten Dominik va escriure: General mechanism for local variable settings == … A line like: #+BIND: variable value will bind the variable to value. For example, the line … 1. That's very useful and makes .org file distribution much easier since configuration is self-contained. Thanks. 2. I find that it doesn't work. For instance, this buffer - #+BIND: org-export-with-section-numbers nil * one something - and this one: - #+BIND: org-export-with-section-numbers t * one something - Export the same content, with section numbers. Only with this: #+OPTIONS: num:nil can I export without section numbers. Running org 6.29a on latest Emacs from CVS from today. I get no other error messages. 3. I found it created one problem with custom time dates. I can't export this buffer: #+STARTUP: customtime #+BIND: org-time-stamp-custom-formats '(%d.m%m.%Y . %d.m%m.%Y %H:%M) # (setq org-time-stamp-custom-formats '(%d.m%m.%Y . %d.m%m.%Y %H:%M)) a date: 2006-03-25 sáb It fails with: Debugger entered--Lisp error: (wrong-type-argument arrayp quote) substring(quote 1 -1) (concat (if inactive [ ) (substring tf 1 -1) (if inactive ] )) (format-time-string (concat (if inactive [ ) (substring tf 1 -1) (if inactive ] )) (apply (quote encode-time) time)) … org-translate-time(#(2006-03-25 s\x00e1\ b 0 1 (fontified t) 1 2 (fontified t display #(25.m03.2006 0 11 ...)) 2 3 (fontified t org-dwidth t org-dwidth-n 3 display #(25.m03.2006 0 11 ...)) 3 15 (fontified t display #(25.m03.2006 0 11 ...)) 15 16 (fontified t rear-nonsticky (mouse-face highlight keymap invisible intangible help-echo org-linked-text It fails only if I have that #+BIND line. You may eval or not the (setq), as needed; it's there only to test. 4. Being able to change any variable is dangerous. „Local variables“ in Emacs have a confirmation dialog which asks whether you really want to change them; org may need something similar if it reimplements local variables. Restricting changes to variables whose name is org-.* probably doesn't prevent code execution, and anyway the good thing about #+BIND: is being able to change anything. So maybe a confirmation dialog can be used, or a switch. Thanks -- Daniel ___ 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-id-get-create maybe...
Carsten Dominik carsten.domi...@gmail.com writes: On Aug 5, 2009, at 1:06 AM, Sebastian Rose wrote: In my org-setup, I want to have something like this: (defun sr-org-id-insert-maybe () (if (y-or-n-p Create a unique ID for this section?) (org-id-get-create))) (org-insert-heading-hook (quote (sr-org-id-insert-maybe))) But I don't want to enable it globally. Instead, I want to create IDs semi-automatic for special files (or projects) only. How would I do that? Take a look at file variables http://www.gnu.org/software/emacs/manual/html_node/emacs/File-Variables.html#File-Variables and directory variables. http://www.gnu.org/software/emacs/manual/html_node/emacs/Directory-Variables.html#Directory-Variables And then make your hook dependent on the value of such a variable. I knew there were a solution somewhere :) Thanks a bunch! 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
[Orgmode] Interactively add refile targets - was: refile ideas
Samuel Wales samolog...@gmail.com writes: Hi Carsten, On 2009-08-02, Carsten Dominik carsten.domi...@gmail.com wrote: If you mark some headlines (for example you remember targets) with a tag like r, you could make yourself a restricted refile command like this: (defun my-org-restricted-refile () (interactive) (let ((org-refile-targets '((org-agenda-files :tag . r (call-interactively 'org-refile))) Not what you proposed, but maybe useful. Sorry, for not following the original thread closely. But the above function does something, I missed when refiling, too. A way to add refile targets on the fly. The refile mechanism depends on agenda files and files below `org-directory' or a somewhat static setup, which is insufficient for most of my use cases. I often take notes for just any of my project using a limited set templates (limited, because I don't want to choose out of many templates for better overview and less thinking while storing via remember). But when it comes to refiling, I need to spread all those notes to several directories, scattered all over the place. I therefor have `org-refile-targets' set to: ((org-agenda-files :maxlevel . 3) (sr-org-refile-targets :maxlevel . 2)) In addition, I use the (far from perfect) functions below. They make it possible, to add any directory to my refile targets on-the-fly, which is what I prefer. `sr-add-to-org-refile-targets' adds all *.org files in a directory to my targets, with a prefix arg (`C-u ') recursively. Since a big number of refile targets slows down refiling a lot (the only area I ever felt a slow down in Org-mode so far), a function to remove refile targets again (recursively, too) is still missing. Also, a function to add or remove single files is missing. binDrz0qKjt82.bin Description: application/emacs-lisp A good better alternative would be, to allow for refiling to arbitrary Org-files. 1. `M-x org-refile-to' 2. Minibuffer prompt: Find file: ~/ 3. Navigate to an *.org file (restrict TAB completion to *.org) 4. RET 5. Org-mode scanns the file and offers the targets as usual. 6. Add the file to the list of refile targets. Which would mean to add just one simple function to Org-mode. I'd prefer this simple interface over the directory aproach. In emacs, the directory aproach is not needed, since we have the history (UP) for quickly find a second file in the same directory. Please choose the interface you like most, say `yes, we want it', and I'll sit down and hack together a proposal. 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
[Orgmode] Notes and Clock entries
Hi, Please take a look at the below org file. Initially I created the TODO item and then clocked in and out. Then inserted a note. Followed by some clock ins and outs. Everything is organized from top to bottom as we enter items. Earlier I remember the clock entries were grouped and always appeared at the top but now it is cluttered. I am using the latest version from git repo. Is this the expected behavior or am I missing something by which I can group all the clock entries into a group at the top or bottom? Also I remember that I was able to hide entire clock entries. --CUT--- * Inbox ** TODO This is a test CLOCK: [2009-08-05 Wed 18:46] CLOCK: [2009-08-05 Wed 18:46]--[2009-08-05 Wed 18:46] = 0:00 CLOCK: [2009-08-05 Wed 18:46]--[2009-08-05 Wed 18:46] = 0:00 - Note taken on [2009-08-05 Wed 18:46] \\ Test CLOCK: [2009-08-05 Wed 18:46]--[2009-08-05 Wed 18:46] = 0:00 --CUT Thanks and Regards Noorul ___ 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] dvipng: -E is not a valid option
Actually, I have no idea, this was copied from latex2png.el. If you remove the -E, does it still work? - Carsten On Aug 5, 2009, at 3:15 AM, Hsiu-Khuern Tang wrote: Hi all, In org.el, dvipng is called with the -E option, but I can't find out what this option does. If I call dvipng -E ... directly from the Linux shell, I get /usr/bin/dvipng warning: -E is not a valid option [1] -- Best, Hsiu-Khuern. ___ 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: Notes and Clock entries
Noorul Islam K M gnu...@gmail.com writes: Please take a look at the below org file. Initially I created the TODO item and then clocked in and out. Then inserted a note. Followed by some clock ins and outs. Everything is organized from top to bottom as we enter items. Earlier I remember the clock entries were grouped and always appeared at the top but now it is cluttered. I am using the latest version from git repo. Is this the expected behavior or am I missing something by which I can group all the clock entries into a group at the top or bottom? Also I remember that I was able to hide entire clock entries. Take a look at the variable org-clock-into-drawer. This saves your clock entries in a :LOGBOOK: drawer which you can expand or hide. -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] dvipng: -E is not a valid option
* On Wed 03:13PM +, 05 Aug 2009, Carsten Dominik (carsten.domi...@gmail.com) wrote: Actually, I have no idea, this was copied from latex2png.el. If you remove the -E, does it still work? It works with and without the -E. dvipng appears to discard invalid options (with a warning). The dvipng Texinfo manual does not list the -E option, I think it is safe to take it out. - Carsten On Aug 5, 2009, at 3:15 AM, Hsiu-Khuern Tang wrote: Hi all, In org.el, dvipng is called with the -E option, but I can't find out what this option does. If I call dvipng -E ... directly from the Linux shell, I get /usr/bin/dvipng warning: -E is not a valid option [1] -- Best, Hsiu-Khuern. ___ 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 -- Best, Hsiu-Khuern. ___ 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: org-hide-emphasis-markers problem
Carsten Dominik carsten.domi...@gmail.com writes: The error is the following : org-do-emphasis-faces: Wrong type argument: integer-or-marker-p, nil I am unable to reproduce this bug. I do see that the table alignment is not correct when emphasis markers are hidden, but this is too hard to fix. I think it also acts strangely with column-mode, something about the fonts, but I can't be more precise. I would need more information. Well, with some recent git pull, both problems disappeared. With column mode, it was that fonts were sometimes huge, and sometimes so small it was impossible to read anything. Anyway, sorry for the noise. -- Nicolas Goaziou ___ 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] dvipng: -E is not a valid option
OK, done. Thanks. - Carsten On Aug 5, 2009, at 5:51 PM, Hsiu-Khuern Tang wrote: * On Wed 03:13PM +, 05 Aug 2009, Carsten Dominik (carsten.domi...@gmail.com ) wrote: Actually, I have no idea, this was copied from latex2png.el. If you remove the -E, does it still work? It works with and without the -E. dvipng appears to discard invalid options (with a warning). The dvipng Texinfo manual does not list the -E option, I think it is safe to take it out. - Carsten On Aug 5, 2009, at 3:15 AM, Hsiu-Khuern Tang wrote: Hi all, In org.el, dvipng is called with the -E option, but I can't find out what this option does. If I call dvipng -E ... directly from the Linux shell, I get /usr/bin/dvipng warning: -E is not a valid option [1] -- Best, Hsiu-Khuern. ___ 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 -- Best, Hsiu-Khuern. ___ 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] Questions about lists and export to latex
Hi, I have a couple of questions about lists in org-mode and exporting to latex. I have attached a example file that illustrates this behavior. 1) When I hit tab on the last item in a list, everything until the next heading is folded under that item. Is this expected behavior, and is there a way to turn it off? 2) If I hit TAB after a blank line following a list, the indentation is such that the new list (List 3 in the file below) exports as a sublist of the preceding list. Is there a simple way to mark the end of the list? Thanks for your help in answering thes questions. RC * Heading 1 List 1 - Item 1 - Item 2 - Item 3 List 2 - Item 1 - Item 2 List 3 - Item 1 - Item 2 * Heading 2 List 1 - Item 1 - Item 2 ___ 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] LaTeX export bug
Hi, I believe the issue is now fixed, please verify. - Carsten On Jul 30, 2009, at 2:51 AM, Dan Griswold wrote: Hi there, Well, I think this a bug. Given this org input file: , | * Things | ** A Heading |- some |- stuff |- in |- a |- list | ** Another heading |- another |- list ` then if I select the level one heading (titled Things) with C-c @, and export to LaTeX using C-c C-e l, I get this output: , | % Created 2009-07-29 Wed 20:24 | \documentclass[12pt]{article} | \usepackage[utf8]{inputenc} | \usepackage[T1]{fontenc} | \usepackage{graphicx} | \usepackage{longtable} | \usepackage{hyperref} | | | \title{Things} | \author{Daniel M. Griswold} | \date{July 29, 2009} | | \begin{document} | | \maketitle | | ** A Heading | \begin{itemize} | \item some | \item stuff | \item in | \item a | \item list | \end{itemize} | ** Another heading | \begin{itemize} | \item another | \item list | \end{itemize} | | \end{document} ` Note that the top level headings (A Heading and Another Heading) are not exported as \section, but with the asterisks they have in the org file: , | ** A Heading | \begin{itemize} | | ... snip ... | | \end{itemize} | ** Another heading ` Exporting the whole file does what it's supposed to do: export the headlines as \section and \subsection. Can any of you reproduce this? Thanks, Dan -- -- Dan Griswold Rochester, NY -- ___ 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: Questions about lists and export to latex
RC re...@yahoo.com writes: I have a couple of questions about lists in org-mode and exporting to latex. I have attached a example file that illustrates this behavior. 1) When I hit tab on the last item in a list, everything until the next heading is folded under that item. Is this expected behavior, and is there a way to turn it off? (setq org-cycle-include-plain-lists nil) maybe? 2) If I hit TAB after a blank line following a list, the indentation is such that the new list (List 3 in the file below) exports as a sublist of the preceding list. Is there a simple way to mark the end of the list? Thanks for your help in answering thes questions. * Heading 1 List 1 - Item 1 - Item 2 - Item 3 List 2 - Item 1 - Item 2 List 3 - Item 1 - Item 2 * Heading 2 List 1 - Item 1 - Item 2 Lists are defined by their indentation. There is no way to mark the end of a list explicitly as far as I know. Just don't indent the content so that it is part of the list anymore. In your examples 'List 1', 'List 2', and 'List 3' are not actually part of your list. The list is defined by the items alone. 'List 3' is the body part of List 2 Item 2 and Item 2 has a sublist (your List 3) since it is indented. Define your list items and use S-right and S-left to define the hierarchy appropriately - then fill in body details appropriately indented. -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: Questions about lists and export to latex
Bernt Hansen bernt at norang.ca writes: 1) When I hit tab on the last item in a list, everything until the next heading is folded under that item. Is this expected behavior, and is there a way to turn it off? (setq org-cycle-include-plain-lists nil) maybe? Thanks. That works. Lists are defined by their indentation. There is no way to mark the end of a list explicitly as far as I know. Just don't indent the content so that it is part of the list anymore. I will make sure to indent appropriately. It is just that I am importing some files into org-mode and was trying to use the indent-region command. Thanks again. RC ___ 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] Tiny bugfix for org-checklist.el
Best wishes, Christopher diff --git a/contrib/lisp/org-checklist.el b/contrib/lisp/org-checklist.el index 63daf3e..657c6e1 100644 --- a/contrib/lisp/org-checklist.el +++ b/contrib/lisp/org-checklist.el @@ -95,7 +95,7 @@ of checkbox items (t t) (nil (y-or-n-p Print list? exported-lines -title Checklist export) +(title Checklist export)) (save-restriction (save-excursion (org-narrow-to-subtree) ___ 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] formula
Carsten, Nick, I finally could solve the issue. I got confused by what I consider are two typos in the mails, I was mislead by 'filed formula' which I thought was something new to me, when it was really a simple 'field formula'. Moreover, column formulas (as the docs say, since I checked) start like $3= and not as %3=. Finally, I understood that the only thing I had missing (which you kindly provided) was the field formula that initializes the column to zero, when instead I was trying to achieve by putting a zero directly, which (I don't know why) does not work in combination with a column formula. I just write this as feedback, not to bother anyone. And thanks a lot for your kind help. best, haroldo 2009/8/4 Carsten Dominik carsten.domi...@gmail.com On Aug 4, 2009, at 4:23 PM, Haroldo Stenger wrote: Carsten , I take for granted that a filed formula is a column formula , like the one I was using. No. A column formula starts like %3=... and applies to all fields in column 3. A field formula starts like @2$3=... and applies to a single field. I did out the correct formulas into the table I sent with my last email. For the rest I don't know what is wrong. Maybe you have some local setup binding `C-c *' to a different function? Maybe you C-u is bound to something else? You can try to move the cursor into the #+TBLFM line and press `C-c C-c' there, this should also update the entire table, as should `C-u C-c C-c' anywhere in the table. - Carsten I upgraded to the las org-mode version. I must be doing something really wrong, since C-u C-c * doesn't recalculate the column, it just moves the point to the first row after the hline. What can be that is missing here ? best regards, haroldo 2009/8/4 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, Well, I am using the newest version of Org-mode for which you'd have to use a filed formula for the first field in the balance column. Then using your formulas, `C-u C-c *' does fill the entire table: | in | out | balance | |-+-+-| | | | 0 | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | 605 | | | 400 | 205 | | | | 205 | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2::@2$3=0 So I don't know why this is not working for you. - Carsten On Aug 4, 2009, at 8:28 AM, Haroldo Stenger wrote: Sure, sorry, that's what text is for :) | in | out | balance | |-+-+-| | | | | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | | | | 400 | | | | | | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2 That's how the table looks like after - creating the table - filling columns 1 and 2 with numbers - creating the column formula in column 3, and - typing C-c * in @3$3 , @4$3 and @5$3 The complete filling of the $3 column doesn't take place by issuing the commands in http://orgmode.org/org.html#Updating-the-table. If I go to @6$3 , @7$3 and @8$3 and type C-c * I obtain what I want, being: | in | out | balance | |-+-+-| | | | | | 30 | | 30 | | | 25 | 5 | | 100 | | 105 | | 500 | | 605 | | | 400 | 205 | | | | 205 | #+TBLFM: $...@-1$3 + @+0$1 - @+0$2 I know that what I'm asking should be of easy achievement on my own, but I got somewhat frustrated when I use the commands and the filling doesn't happen. Thanks for helping me. best, haroldo 2009/8/4 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, instead of keeping us guessing what your table might look like, maybe you can just post it - Carsten On Aug 4, 2009, at 1:53 AM, Haroldo Stenger wrote: Dear Carsten , Thanks ! That's exactly what I was in need of: a combination of a column-formula and relative references in the formula. So far, so good. Now, I have the formula line like this #+TBLFM: $...@-1$5 + @-0$3 - @-0$4 and the very line I typed the formula gets calculated fine. If I want another line into the bus, I go to the empty field in the same column in another line, and go to the Calculate menu, and choose recalculate line, and the fine result appears there , as expected. But if I approach Calculate / Recalculate all , in fact , nothing happens. I tried many times, without result. Recalc line works perfectly, but that does not seem what I'm looking for, which would be a recalculation of all the fields in the column that holds my column-formula. I'll continue reading until I find out, but if you come up with an answer earlier I'd be grateful in advance ! :-) best , haroldo 2009/8/3 Carsten Dominik carsten.domi...@gmail.com Hi Haroldo, You cannot copy a formula easily from one field t the next with shifting the reference like you would do in a normal spreadsheet. However, you can use
Re: [Orgmode] LaTeX export bug
Carsten Dominik carsten.domi...@gmail.com writes: Hi, I believe the issue is now fixed, please verify. - Carsten It is! Outstanding! Thank you. Dan ___ 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] Tiny bugfix for org-checklist.el
Applied, thanks. - Carsten On Aug 6, 2009, at 12:26 AM, Christopher Suckling wrote: Best wishes, Christopher diff --git a/contrib/lisp/org-checklist.el b/contrib/lisp/org- checklist.el index 63daf3e..657c6e1 100644 --- a/contrib/lisp/org-checklist.el +++ b/contrib/lisp/org-checklist.el @@ -95,7 +95,7 @@ of checkbox items (t t) (nil (y-or-n-p Print list? exported-lines -title Checklist export) +(title Checklist export)) (save-restriction (save-excursion (org-narrow-to-subtree) ___ 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