[O] Need tip/suggesting:org-mode for note taking
Hi emacser! I have been using debian and emacs for about one year. After I get used to the command line and basic usage of linux system, I decided to learn more deeper in linux. During my study, I found it's hard for me to remember every technical detail about all the things I learned--I need to take notes. Evernote is popular but it's not supported on linux(also it's proprietary). Until I found a youtube video talking about org-mode+github. In this way, basically one can write notes by org-mode, and push it to github, which is almost the same thing evernote does. However I should say, taking note in org-mode is just not comfortable. I considered why it makes me uncomfortable and here is some of them: 1. I am not familiar with taking notes in plain text file. Usually plain text file means hard to navigate, hard to read, ugly structure, to me. Emacs could handle org file quite well, but WITHOUT emacs, on windows pc, on mobile device, plain txt is just disaster. 2. I don't know how organize all my contents when it become more and more. With a hand writing notebook, I have physical pages, in Microsoft Word, I also have virtual pages. In org-mode org file, I don't. It's like my org file is a endless roll of toilet paper(forgive me for being rude)! And I think it's the main reason makes me feels so uncomfortable to handle org file. 3. Hard to import pictures, web pages...into org file.(In fact I don't know how). Is there any tips or suggestion to overcome these uncomfortable feeling? Thx in advance!
[O] Removing the date in a subtree export using the new exporter
Hello, I'm using the new exporter to create a pdf (through latex) of a subtree of a huge file, and I want to remove some default information. I found out a way to do it, but I'm not sure it's the right way. Here it is. #+BEGIN_SRC org :PROPERTIES: :EXPORT_TITLE: Foo bar :EXPORT_OPTIONS: toc:nil author:nil :EXPORT_DATE: ~ :END: #+END_SRC The part about which I'm not sure is how to remove the date. I tried putting nothing instead of the '~' but it does not work. Maybe there could be an option for it? Alan
Re: [O] Need tip/suggesting:org-mode for note taking
Da: 包乾 houkens...@gmail.com Inviato: Giovedì 8 Novembre 2012 10:58 Hi, 包乾, Hi emacser! I'd say orgers. Emacs could handle org file quite well, but WITHOUT emacs, on windows pc, ?-) I have been using Emacs on a Windows PC, without Administator privileges, both under XP and Windows 7, since 2005. I don't know how organize all my contents when it become more and more. - you can use tags: please copy this text in you Emacs: (info (org)tags) go with the cursor at the end of the line and press C-x C-e; you can read the Org manual. - and also internal links in your file (info (org) internal links) With a hand writing notebook, I have physical pages, in Microsoft Word, I also have virtual pages. In org-mode org file, I don't. It's like my org file is a endless roll of toilet paper You can use headlines (info (org) document structure) 3. Hard to import pictures, web pages...into org file.(In fact I don't know how). you can't import but you can have links to them: (info (org) hyperlinks) Hope these useful tips regarding info will help: But `i' (M-x Info-index) will really make your life easier. `l' Info-history-back `L' Info-history `]' Info-forward-node cheers, Giovanni
Re: [O] [PATCH] Separate clocksum format for durations = 1 day
On Thu, Nov 08, 2012 at 01:26:48AM +0100, Nicolas Goaziou wrote: Format string for clock lines is hard-coded (see line 1493 in org-clock.el), which means we don't have to limit ourselves to parse-able format. Back to point 1. Good. That's what I thought. Then, I'm fine with format strings. Following your suggestion, what about the following variables: - one to determine format of data: fractional or regular. - one to determine display format. Its value would be a list of 3 format strings associated to days, hours and minutes. Sounds good to me. I think your idea of separating out the format strings for days, hours and minutes is better. Minor point: I would order the format strings minutes, hours, days. In case we ever want to extend to months or years, that way we can simply extend the list and it will be completely backwards compatible. One other thing that needs some thought (which I already mentioned previously). The minutes format string needs to change, depending on whether the data format is fractional or regular. So if a user wants to switch to fractional, it's not enough to set the first variable; they have to *also* change the minute format string. If they don't the durations will be garbled. A customization setter function could be used to change the value of the second variable when the first one is modified through customize. But that quickly gets complex, e.g. we have to be careful about clobbering any customizations the user has already made to the format strings. The simpler solution would be to always have two format strings for the minutes in the list: a fractional format, and a regular format. This shouldn't be too confusing as long as it's documented in the variable docstring and there are good descriptive :tags for each list element in the customization type. Internally, the duration is computed as a list of three integers or nil if data is regular, or a list of one float and two nil if data is fractional. Format strings from the second variable will be concatenated only when value is non-nil. If no format string is found for a given unit, it's value will be converted into a lesser unit. Examples: | var1| var2| internal representation | display | |-+-+-+-| | 'regular| (%dd %d h %d min) | (nil 11 35) | 11 h 35 min | | 'fractional | (%.2fd %.2fh %.2fmin) | (nil 11.3 nil) | 11.30h | | 'regular| (%dd %d: %02d) | (1 3 5) | 1d 3:05 | | 'regular| (nil %d: %02d) | (1 3 5) | 27:05 | We can extend it to years if needed. Looks good to me, and lets me do what I wanted in my original patch. Now I just need to find time to code it up... Best, Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
[O] How can I use xelatex with the new latex exporter?
Hello, I'm playing with the new latex exporter, and I'd like to use xelated with it. I used to follow the instructions from worg (http://orgmode.org/worg/org-faq.html#using-xelatex-for-pdf-export), but it seems that the hook org-export-latex-after-initial-vars-hook is not used for the new exporter. Is there a similar hook I can use? Thanks a lot, Alan
Re: [O] [PATCH] org-edit-special too much space if starting with empty block
Can someone take a look at these test cases and if this patch or some other fixes is appropriate? I use org-mode to take lots of notes of source code and this is annoying. On Mon, Nov 5, 2012 at 10:31 PM, Le Wang l26w...@gmail.com wrote: Some tests: Case 1: Start with emacs -Q I insert #+begin_src javascript #+end_src with point before #+end_src, I press C-c ' to start editing the source I enter foobar into the source buffer and immediately exit with C-c ' Case 2: restart with #+begin_src javascript #+end_src I've included a patch that fixes both issues. -- Le -- Le
[O] Specifying multiple latex headers for export in properties block
Hello, If I've understood things correctly, the canonical way to change export options for a subtree export is to put them in a properties block. I noticed that if I put several EXPORT_LATEX_HEADER entries in the properties block, only the first one is taken into account. Is it supposed to work this way? Is there a way around it? Thanks a lot, Alan
Re: [O] Need tip/suggesting:org-mode for note taking
Hello 包乾, Apologies in advance if I tell you something you already know or is rather elementary. My best experiences with Emacs often coincide with someone pointing out something really simple that I had been missing for years! However I should say, taking note in org-mode is just not comfortable. I considered why it makes me uncomfortable [ ... ] Is there any tips or suggestion to overcome these uncomfortable feeling? 1. I am not familiar with taking notes in plain text file. Usually plain text file means hard to navigate, hard to read, ugly structure, to me. Emacs could handle org file quite well, but WITHOUT emacs, on windows pc, on mobile device, plain txt is just disaster. It's OK if you don't like Emacs/org-mode - it seems to be something that will either appeal to some, but really grate with others. I've been using Emacs a long time - it really appeals to me - and the idea that something /isn't/ a plain text file is abhorrent to me! So give Emacs a fair shot - but if you find you don't like it (or the underlying paradigms) - use something else and don't feel guilty about it! I occasionally run through the TUTORIAL (C-h t) (which still gives me a headache after all these years) and always find something new or something I had forgotten. This may help if you are finding navigation problematic. but WITHOUT emacs, on windows pc, on mobile device, plain txt is just disaster. Well, yes. It certainly isn't tidy! However an Evernote file without Evernote is going to be even more ugly! (OK, I haven't used Evernote, but I'm guessing it's like trying to read a Microsoft Word document without Microsoft Word.) So - workarounds. Install Emacs on the Windows PC. There's MobileOrg for iPhones and Android. And don't forget, whilst it may be ugly to edit your Orgmode file using another text editor in Windows, at least it is possible - and it will look great when you put it back in Emacs or export it to PDF, or ODF, or whatever you like. (Quick note: don't use Notepad to edit .org files. Unless something has changed recently, it will not cope with Unix-style line endings.) (See C-c C-e in an Orgmode buffer for some export options. And read the manual, of course!) 2. I don't know how organize all my contents when it become more and more. With a hand writing notebook, I have physical pages, in Microsoft Word, I also have virtual pages. In org-mode org file, I don't. It's like my org file is a endless roll of toilet paper(forgive me for being rude)! And I think it's the main reason makes me feels so uncomfortable to handle org file. Yes, it can be a bit unnerving. You just have to change the way you think. Remember of course, that headlines in orgmode can be folded - so you don't have to see everything at once. So, let's say you have a large file, but at the moment you only want to concentrate on your pet cat: * TODO... * Reasons I Love My Cat ** cat is furry ** cat helps me type * Recipes... Note how everything under TODO and Recipes are hidden by the ellipsis? Today we concentrate on the cat, but later we can hide the cat topic (press TAB on its headline), and we can expand (for instance) the TODO topic. Perhaps you could store subtopics in separate files? You can link between them easily enough. Actually I use one big file where I store all my little tidbits that I want to remember. With headline folding its only ten lines long. In reality, it's 3250 lines, but it doesn't matter, because I only have to see the overview - or drill down levels as required. I love your toilet roll analogy! Very apt. I remember reading about an early word processor that didn't have a concept of file, but rather stored everything in one big journal (or toilet roll :-) Users simply found where they wanted to be by searching for the appropriate text. I do the same thing with Emacs - zoom to wherever I want to be using the amazing C-s functionality. In many ways, I wish this would map over to real life - I'd much prefer to have /all/ my handwritten notes in a single binder - especially if weight wasn't a consideration and I wasn't worried I might lose it. 3. Hard to import pictures, web pages...into org file.(In fact I don't know how). Well, you don't really import. You link. The detail is in the manual, but here's a quick starter: Here's what you type: [[~/cute-doggy.jpg][Picture of Mr Fluffy]] [[http://orgmode.org/org.html#Hyperlinks][Org Mode Hyperlinks]] And this is what it turns into: Picture_of_Mr_Fluffy Org_Mode_Hyperlinks (You have to imagine the above are underlined, and if you click on them the link is activated - just like in your web browser.) In fact, if you export to HTML, they actually become real hyperlinks. Or perhaps you'd like the picture of Mr Fluffy to be inline - you can do that too. (See Export Options in the manual for more detail.) I'd recommend checking out Capture templates, especially if your primary
Re: [O] Bug: Messaging when moving in the agenda [7.9.2 (7.9.2-GNU-Emacs-24-3 @ /usr/share/emacs/24.2.50/lisp/org/)]
Hi all On Wed, Oct 31, 2012 at 5:27 PM, Michael Heerdegen michael_heerde...@web.de wrote: So, IMHO `org-display-outline-path' should still display its stuff in the echo area, but prevent logging in *Messages*. I also agree. Until now I assumed that this would not be possible because I didn't know about: AFAIK, the way to do this is to bind `message-log-max' to nil. [...] Dunno if there are other functions that could benefit from the same treatment. At least also visibility cycling. Michael
Re: [O] Need tip/suggesting:org-mode for note taking
On 2012-11-08 4:58, 包乾 wrote: 1. I am not familiar with taking notes in plain text file. Usually plain text file means hard to navigate, hard to read, ugly structure, to me. Emacs could handle org file quite well, but WITHOUT emacs, on windows pc, on mobile device, plain txt is just disaster. For mobile devices, you can use MobileOrg on iOS or Android. Also, on most Android tablets, you can use Emacs[1] itself. For MS Windows, you can install Emacs normally, or, if you're concerned about using your Org-Mode notes on other peoples' computers, you may want to try Portable Emacs[2] on a USB flash drive. You can also, in a pinch, use any other text editor (that is smart enough to handle cross-platform line endings), though, of course, you'll lose the folding and highlighting features that make org-mode files easy to navigate. 2. I don't know how organize all my contents when it become more and more. With a hand writing notebook, I have physical pages, in Microsoft Word, I also have virtual pages. In org-mode org file, I don't. It's like my org file is a endless roll of toilet paper(forgive me for being rude)! And I think it's the main reason makes me feels so uncomfortable to handle org file. You can use top-level headlines for this, and always fold headlines that you're not looking at. Some other people have also metioned tags. The agenda and sparse trees are other ways org-mode offers of looking at subsets of your data. 3. Hard to import pictures, web pages...into org file.(In fact I don't know how). You can use hyperlinks in org-mode to link to things basically anywhere (on the web, on your hard drive, etc.), but if you want something like Evernote, you *probably* want to read the org info node on Attachments. Hope this helps! [1]: https://play.google.com/store/apps/details?id=com.zielm.emacs [2]: http://esnm.sourceforge.net/EmacsPortable.html -- +---+ | Jason F. McBrayer jmcb...@carcosa.net | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada |
[O] [Bug] Inline Links from Agenda
Hi, it seems to me that `C-c C-o' (org-agenda-open-link) does not work correctly for internal links with: ELISP (emacs-version) GNU Emacs 24.2.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2)\n of 2012-11-01 on dex, modified by Debian ELISP (org-version t t) Org-mode version 7.9.2 (release_7.9.2-571-g359891 @/home/memnon/tmp/bin/org-mode/lisp/) Steps to reproduce: * minimal agenda file in ~/agenda.org : --8---cut here---start-8--- * TODO This is my heading * [[This is my heading]] SCHEDULED: 2012-11-08 Do --8---cut here---end---8--- * $ emacs-snapshot -nw -Q * load minimal .emacs: --8---cut here---start-8--- (add-to-list 'load-path /path/to/org-mode/lisp) (add-to-list 'load-path /path/to/org-mode/contrib/lisp) (add-to-list 'load-path /path/to/org-mode/contrib/babel/lisp) (setq org-agenda-files '(~/agenda.org)) (require 'org) --8---cut here---end---8--- * M-x org-agenda * `a' * `C-c C-o' (org-agenda-open-link) on the line with the link This should take me to the the linked headline IIUC, but it doesn't. All I get is a Position saved to mark ring, go back with C-c . Memnon
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
On 07/11/2012 23:02, Eric S Fraga wrote: Andy Moreton andrewjmore...@gmail.com writes: I'm seeing a similar problem in emacs trunk (r110821) where C-c ' in the *Org Src* buffer closes the source edit window and discards the entire contents of the source block. Should I raise an emacs bug for this ? AndyM I've seen this happen recently as well, specifically where I have added comment lines to the source, e.g. lines starting with # in sh src code blocks. I was in a rush to get something done so didn't stop to try to figure out what was happening or to generate a minimal example. I also don't know if it's still happening -- this happened to me late last week, IRC. I also don't know if the problem was dependent on the version of Emacs as I use three systems daily (long story). This problem does seem difficult to reproduce consistently. Editing this to add new source discarded all edits: #+begin_src c #+end_src Changing it to use C made it keep the edits: #+begin_src C #+end_src However after changing the source block back to using c, the problem did not return. I've seen problems more consistently with shell script blocks: #+begin_src shell-script #+end_src I'll try to produce a recipe that can consistently show this problem. AndyM
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Andy Moreton andrewjmore...@gmail.com writes: On 07/11/2012 23:02, Eric S Fraga wrote: Andy Moreton andrewjmore...@gmail.com writes: I'm seeing a similar problem in emacs trunk (r110821) where C-c ' in the *Org Src* buffer closes the source edit window and discards the entire contents of the source block. Should I raise an emacs bug for this ? AndyM I've seen this happen recently as well, specifically where I have added comment lines to the source, e.g. lines starting with # in sh src code blocks. I was in a rush to get something done so didn't stop to try to figure out what was happening or to generate a minimal example. I also don't know if it's still happening -- this happened to me late last week, IRC. I also don't know if the problem was dependent on the version of Emacs as I use three systems daily (long story). This problem does seem difficult to reproduce consistently. Editing this to add new source discarded all edits: #+begin_src c #+end_src Changing it to use C made it keep the edits: #+begin_src C #+end_src However after changing the source block back to using c, the problem did not return. I've seen problems more consistently with shell script blocks: #+begin_src shell-script #+end_src I'll try to produce a recipe that can consistently show this problem. I have a similar and possibly related problem which I can consistently reproduce. In any Org-mode buffer create and enter an empty code block, I like to do this with s TAB sh DOWNARROW resulting in the following with the cursor at C #+begin_src sh C #+end_src Then C-' into edit mode type foo bar do *not* type enter, and then do a C-' again to go back to the Org-mode buffer. You are left with the following in the Org-mode buffer, which is not valid Org. #+begin_src sh foo bar#+end_src This is a relatively new problem which I only begun to notice in the last month or so. Best, AndyM -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] end-of-line behaviour
When I grabbed the latest git source yesterday, I found that org-end-of-line was indeed working better for me. Thanks Toby. However... I am having trouble building org-mode and --- I'll post a new message On Wed, Nov 7, 2012 at 3:02 PM, Kevin Buchs kevin.buchs.j...@gmail.com wrote: I'm running version 7.8.10 of org-mode. I think I should grab an update. I did see some recent discussion which cued by memory but I thought since I was not using visual-line-mode that it did not apply. Thanks. What an interesting title your group has! - Kevin Buchs On Wed, Nov 7, 2012 at 1:50 PM, Toby Cubitt ts...@cantab.net wrote: This sounds like it might be related to recent end-of-line changes and an even more recent (not yet applied) patch I posted. On Wed, Nov 07, 2012 at 12:50:20PM -0600, Kevin Buchs wrote: I would like to solve a problem I have: C-e (org-end-of-line) does not move to the end of the line with long lines that are not headings. I find myself wanting to get to the end of a long line often and have to hit multiple C-e sequences to get there. I don't have the org-special-ctrl-a/e set to non-nil. Which version of org-mode are you running? I can't reproduce this in a recent git checkout. With visual-line-mode off and org-special-ctrl-a/e nil, C-e goes straight to the (real) end of the line in one go. On the other hand, with the same settings, C-a doesn't go back to the *beginning* of the line in one go for me. This bug is fixed by the patch I posted to the list. My line-move-visual value is the default value of t, so I get the end-of-visual-line movement one screen's worth. At least in the latest git, end-of-line doesn't even check the value of line-move-visual, so it's setting shouldn't have any effect at all on org-end-of-line. (org-beginning-of-line *does* check line-move-visual; my patch fixes this to check visual-line-mode instead.) Before I start hacking, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? Agreed (see the recent discussion thread about my patch). BTW - I posted this back in May, but I neglected to keep the topic alive. Looks like you're not the only one trying to fix this :) Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
[O] trouble building org-mode, how to debug emacs -batch
I am stuck, so I would appreciate some pointers on debugging. I've got the make transcript below and then my further tests on emacs -batch, where I always get a return message End of file during parsing. How can I debug this? (For completeness I included the portion of my local.mk which changed from the default further below -- but I've proved to myself that this isn't the problem - it is emacs that is unhappy). teebo$ make compile make -C doc clean; make -C lisp clean; make[1]: Entering directory `/users/buchs/src/org-mode/doc' rm -f org *.pdf *.html *_letter.tex org-version.inc \ *.aux *.cp *.cps *.dvi *.fn *.fns *.ky *.kys *.pg *.pgs \ *.toc *.tp *.tps *.vr *.vrs *.log *.html *.ps make[1]: Leaving directory `/users/buchs/src/org-mode/doc' make[1]: Entering directory `/users/buchs/src/org-mode/lisp' rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc org-install.elc rm -f *.elc make[1]: Leaving directory `/users/buchs/src/org-mode/lisp' make -C lisp compile make[1]: Entering directory `/users/buchs/src/org-mode/lisp' rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc org-install.elc org-version: 7.9.2 (release_7.9.2-570-gc149e04a) End of file during parsing make[1]: *** [org-version.el] Error 255 make[1]: Leaving directory `/users/buchs/src/org-mode/lisp' make: *** [compile] Error 2 teebo$ emacs -batch --eval '(add-to-list '''load-path .)' End of file during parsing teebo$ emacs -batch --eval '(message hello world)' End of file during parsing teebo$ emacs -batch --eval '(+ 4 5)' End of file during parsing teebo$ cat local.mk ##-8--- ## CHECK AND ADAPT THE FOLLOWING DEFINITIONS ##-- # Name of your emacs binary EMACS = emacs # Where local software is found prefix = /users/buchs # Where local lisp files go. lispdir= $(prefix)/lib/emacs/org-mode # Where local data files go. datadir = $(prefix)/lib/emacs/org-mode/etc # Where info files go. infodir = $(prefix)/lib/emacs/info #
Re: [O] [PATCH] org-edit-special too much space if starting with empty block
Hello, Le Wang l26w...@gmail.com writes: Some tests: Case 1: Start with emacs -Q I insert #+begin_src javascript #+end_src with point before #+end_src, I press C-c ' to start editing the source I enter foobar into the source buffer and immediately exit with C-c ' Case 2: restart with #+begin_src javascript #+end_src I've included a patch that fixes both issues. Thank you for your patch. Would you mind adding comments in the function in order to explain the need for two pass. Also, you may want to reverse the if test in order to get rid of the progn. Finally, could you provide the patch as git format-patch and add a changelog entry to it? Regards, -- Nicolas Goaziou
Re: [O] Specifying multiple latex headers for export in properties block
Hello, Alan Schmitt alan.schm...@polytechnique.org writes: If I've understood things correctly, the canonical way to change export options for a subtree export is to put them in a properties block. I noticed that if I put several EXPORT_LATEX_HEADER entries in the properties block, only the first one is taken into account. Is it supposed to work this way? Is there a way around it? This is limitation from property drawers: each property can only appear once. You may want to set a special latex_class (through EXPORT_LATEX_CLASS property) for this subtree and fill its template with the required headers. Regards, -- Nicolas Goaziou
Re: [O] How can I use xelatex with the new latex exporter?
Hello, Alan Schmitt alan.schm...@polytechnique.org writes: I'm playing with the new latex exporter, and I'd like to use xelated with it. I used to follow the instructions from worg (http://orgmode.org/worg/org-faq.html#using-xelatex-for-pdf-export), but it seems that the hook org-export-latex-after-initial-vars-hook is not used for the new exporter. Is there a similar hook I can use? Before using this machinery, is it enough to customize `org-e-latex-pdf-process'? To answer your question, there are only two hooks in the new exporter. Any of them should do the job. For example `org-export-before-parsing-hook'. Regards, -- Nicolas Goaziou
Re: [O] Removing the date in a subtree export using the new exporter
Hello, Alan Schmitt alan.schm...@polytechnique.org writes: I'm using the new exporter to create a pdf (through latex) of a subtree of a huge file, and I want to remove some default information. I found out a way to do it, but I'm not sure it's the right way. Here it is. #+BEGIN_SRC org :PROPERTIES: :EXPORT_TITLE: Foo bar :EXPORT_OPTIONS: toc:nil author:nil :EXPORT_DATE: ~ :END: #+END_SRC The part about which I'm not sure is how to remove the date. I tried putting nothing instead of the '~' but it does not work. Maybe there could be an option for it? Indeed, there could be a date:nil option. I'll add it later. Thanks for suggesting it. Regards, -- Nicolas Goaziou
Re: [O] [bug] [new exporter] export of inline babel calls confused
Hello, Eric S Fraga e.fr...@ucl.ac.uk writes: in trying to see if I could replicate a problem with disappearing src code blocks, I have run into problems with the new exporter. The attached minimal example generates a very strange convoluted latex output (also attached). After a quick glance, it looks like point is moved to the wrong place (it is moved to the headline whereas it should stay near the call) in either `org-babel-exp-src-block' or `org-babel-in-export-file'. You can eval the following snippet to see what is really parsed: (let ((org-current-export-file (current-buffer))) (org-export-block-preprocess)) I'm Cc'ing Eric Schulte in case he finds time to look at the problem. Regards, -- Nicolas Goaziou
Re: [O] New exporter, links with images
Hello, Fabrice Popineau fabrice.popin...@gmail.com writes: I want to insert a link like : [[http://foo.org/bar][file:foo.jpg]] and export it to html. I assume that it should result in a clickable image. Unfortunately, some assertion fails by doing this. Thank you for reporting this. I think it should be fixed now in master. Could you try again and confirm it? Regards, -- Nicolas Goaziou
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Eric Schulte schulte.e...@gmail.com writes: [...] In any Org-mode buffer create and enter an empty code block, I like to do this with s TAB sh DOWNARROW resulting in the following with the cursor at C #+begin_src sh C #+end_src Then C-' into edit mode type foo bar do *not* type enter, and then do a C-' again to go back to the Org-mode buffer. You are left with the following in the Org-mode buffer, which is not valid Org. #+begin_src sh foo bar#+end_src This is a relatively new problem which I only begun to notice in the last month or so. I was hit by this the other day. Not a serious issue but it hadn't happened to me before. -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-561-g6e31cf
Re: [O] How can I use xelatex with the new latex exporter?
On Fri, Nov 09, 2012 at 01:40:14AM +0100, Nicolas Goaziou wrote:
Hello,
Alan Schmitt alan.schm...@polytechnique.org writes:
I'm playing with the new latex exporter, and I'd like to use xelated
with it. I used to follow the instructions from worg
(http://orgmode.org/worg/org-faq.html#using-xelatex-for-pdf-export), but
it seems that the hook org-export-latex-after-initial-vars-hook is not
used for the new exporter. Is there a similar hook I can use?
I never understood that FAQ. I have been using XeLaTeX for sometime now
with minimal configuration.
Before using this machinery, is it enough to customize
`org-e-latex-pdf-process'?
This is pretty much what I do.
;;; XeLaTeX customisations
;; remove inputenc from default packages as it clashes with xelatex
(setf org-export-latex-default-packages-alist
(remove '(AUTO inputenc t) org-export-latex-default-packages-alist))
(add-to-list 'org-export-latex-packages-alist '( xltxtra t))
;; commented for now as preferable to set per file for now
;; (add-to-list 'org-export-latex-packages-alist '( unicode-math t))
;; (add-to-list 'org-export-latex-packages-alist
;; \\setmathfont{Linux Libertine O} t) ; needed for unicode-math
;; org to latex customisations, -shell-escape needed for minted
(setq org-latex-to-pdf-process ; for regular export
'(xelatex -shell-escape -interaction nonstopmode -output-directory %o %f
xelatex -shell-escape -interaction nonstopmode -output-directory %o %f
xelatex -shell-escape -interaction nonstopmode -output-directory %o
%f)
org-export-dispatch-use-expert-ui t ; non-intrusive export dispatch
org-e-latex-pdf-process ; for experimental org-export
'(xelatex -shell-escape -interaction nonstopmode -output-directory %o %f
xelatex -shell-escape -interaction nonstopmode -output-directory %o %f
xelatex -shell-escape -interaction nonstopmode -output-directory %o
%f))
I do not use unicode-math anymore but the OP can try uncommenting some
of the lines above.
Hope this helps.
--
Suvayu
Open source is the future. It sets us free.
Re: [O] Suggestions for progress tracking
Eric Abrahamsen e...@ericabrahamsen.net writes: I'm starting another novel translation, and want to keep track of progress in org (I've blown too many deadlines in the past). I've been looking at the habits functionality, but it doesn't quite match what I want, and I'm looking for a little advice here. I'd like to: 1. Set myself a minimum of pages translated per day, on weekdays. 2. Record how many pages I do each day. 3. View some habit-style report of how I'm doing relative to my goal. 4. Project when I will be done with the novel at the current rate of progress. Obviously I'll be writing some custom elisp to get all of this functionality, but I'm looking for some advice on the best way to build the basics. Habits are currently based on either/or values: done or not done, which doesn't incorporate enough detail. Properties seem like the best way to keep track of number of pages translated per day, but that means having a separate TODO heading for each day of work. State logging could do it, but there are no pre-fab ways of extracting data out of the log itself. It seems like there are so many good tools here: the history reporting of habits, or the progress cookies you can put in headlines, etc. But they're all tied to headlines or list items being in an on or off state: TODO/DONE, checked/unchecked. I think the key for making this work with Org is choosing a unit of work (ten pages, a hundred pages, one page, one chapter, whatever) as your standard, thus allowing you to use the on/off nature of the list items to your advantage. Org also gives flexibility about the time-frames you're working within, so use that too if necessary. In my life, at least, habits really are did I do it or not, not how much did I do - so Org's interpretation of the concept seems reasonable to me. Basically, for a rough example, every ten pages might become one TODO sub-task, waiting to get checked off, under the heading of this novel. If you set yourself a standard that was too pessimistic or too optimistic, you'd have to change the TODOs later, either by changing your chunk sizes or by changing your time frames. (e.g. if a hundred pages a day turns out to be far too much, you have the option of adjusting the number of pages, the number of days, or both.) Maybe your original method, tallying pages per day after the fact, could be used for the first few days, to arrive at some reasonable numbers to plug into the habits. -- David
