[Orgmode] Re: Suppressing src block evaluationon publish?
Erik Iverson writes: > Loris Bennett wrote: >> Hi, >> >> I have an org file containing several src blocks which generate images >> using ditaa. When I publish to PDF via LaTeX, the images are all >> generated every time, which makes publishing rather slow. >> >> Is there some way to toggle the evaluation of the src blocks on and off >> when the file is published? >> > > You could try the :cache header argument, http://orgmode.org/org.html#cache > Ah, thanks. There is a slight gotcha here, though. I added :cache yes to the source headers and exported again, but nothing changed; all the images were generated again. Also, no SHA1 hash was added to the +results header. After some fruitless fiddling I was about to write to the list again and moan, when I did a slightly random C-c C-c in the begin_src line and, hey presto, the hash was added to the results header. I then did this for all the images and found that the image were no longer regenerated on export, as advertised. Perhaps the documentation of :cache could be extended to mention the necessity of evaluating the source block before exporting. Loris > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Dr. Loris Bennett ZEDAT Computer Centre Freie Universität Berlin Berlin, Germany ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Repeating TODO are shown every day in the agenda
On Wed, 02 Feb 2011 19:35:52 +0100 Bastien wrote: > Hi Jeff, > > Jeff Horn writes: > > > I like this change. But for me, when I mark a repeating task with the > > keyword "APPT" as DONE, the task is re-scheduled with the TODO keyword > > instead of APPT. It usually isn't a big deal, but I means I can't use > > the patch as intended. > > Have a look at `org-todo-repeat-to-state': > > ,[ org-todo-repeat-to-state ] > | The TODO state to which a repeater should return the repeating task. > | By default this is the first task in a TODO sequence, or the previous state > | in a TODO_TYP set. But you can specify another task here. > | alternatively, set the :REPEAT_TO_STATE: property of the entry. > ` > > > Would it be difficult to add a "REPEAT_VISIBLE" property that defaults > > to t, but when nil hides a repeating task for all future days? > > I'd rather use the solution I implemented. But I still wait for > comments from others. > Does the job for me! Thx a lot! Detlef > HTH, > > -- > Bastien > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Worg] [PATCH] Update info on OpenOffice exporter
Can someone commit the following patch to worg? Btw, I need commit access to 'new' worg. Jambunathan K. >From 0251dc250594cdc69d9cc7eca83ca3cf80302ad4 Mon Sep 17 00:00:00 2001 From: Jambunathan K Date: Thu, 3 Feb 2011 13:51:36 +0530 Subject: [PATCH] Update info on OpenOffice exporter. --- org-faq.org | 64 +++--- 1 files changed, 43 insertions(+), 21 deletions(-) diff --git a/org-faq.org b/org-faq.org index 17fb66a..0c1ded3 100644 --- a/org-faq.org +++ b/org-faq.org @@ -3481,27 +3481,49 @@ and you could use `http' addresses just as well. :CUSTOM_ID: convert-to-open-office :END: -While you cannot export directly from org to doc or odt, you can -export to one of org-mode's supported export formats and then use an -external tool or method to convert the exported file to doc or odt. -While most of these methods work with simple documents, they may work -more or less well when the document contains complex elements, such as -footnotes, embedded images, math formulas, and so on. (Note, the lists -below are by no means comprehensive). - -1. html -> odt/doc/rtf - - open html in Open Office and save as odt/doc ([[http://permalink.gmane.org/gmane.emacs.orgmode/31482][see this post by - Eric Fraga]]) - - [[http://www.artofsolving.com/opensource/pyodconverter][PyODConverter]] - - [[http://johnmacfarlane.net/pandoc/][Pandoc]] (this works for LaTeX and docbook as well) - - (Mac only) The [[http://developer.apple.com/library/mac/#DOCUMENTATION/Darwin/Reference/ManPages/man1/textutil.1.html][textutil]] utility bundled with OS X can convert - from html to doc - -2. LaTeX -> odt/doc/rtf - - [[http://latex2rtf.sourceforge.net/][LaTeX2rtf]] (works well with index, footnotes, and references) - - [[http://www.tug.org/tex4ht/][TeX4ht]] (works with more complex latex elements, though can be - difficult to install) - - run =mk4ht oolatex file.tex= +There are two approaches: +- Use the development version of Org->Odt exporter + + A native Org to OpenDocumentText exporter is in the works. The + exporter is currently not part of Orgmode repository. See the + following [[http://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg01210.html][Announcement]] on the mailing list for further details. + + At the moment, the exporter supports the following most commonly + used features of Org + - Various Character Styles + - Various Paragraph Styles (including Source Blocks) + - Embedded ODT + - Embedded MathML + - Numbered, Bulleted and Description lists + - Embedding and Resizing of Images including embedding of LaTeX +fragments + - Fuzzy, Dedicated and Radio Targets and Links + - Tables + - Footnotes + - Special markups for elements like TODOs, Timestamps and Tags + + +- Use existing exporters + + Export to one of org-mode's supported export formats and then use an + external tool or method to convert the exported file to doc or odt. + + With simple documents, these methods work well. However for complex + documents containing footnotes, embedded images, math formuale etc + the results may be less than satisfactory. (Note, the lists below + are by no means comprehensive). + 1. html -> odt/doc/rtf + - open html in Open Office and save as odt/doc ([[http://permalink.gmane.org/gmane.emacs.orgmode/31482][see this post by + Eric Fraga]]) + - [[http://www.artofsolving.com/opensource/pyodconverter][PyODConverter]] + - [[http://johnmacfarlane.net/pandoc/][Pandoc]] (this works for LaTeX and docbook as well) + - (Mac only) The [[http://developer.apple.com/library/mac/#DOCUMENTATION/Darwin/Reference/ManPages/man1/textutil.1.html][textutil]] utility bundled with OS X can convert + from html to doc + 2. LaTeX -> odt/doc/rtf + - [[http://latex2rtf.sourceforge.net/][LaTeX2rtf]] (works well with index, footnotes, and references) + - [[http://www.tug.org/tex4ht/][TeX4ht]] (works with more complex latex elements, though can be + difficult to install) + - run =mk4ht oolatex file.tex= See [[http://permalink.gmane.org/gmane.emacs.orgmode/31168][this thread]] for further details. -- 1.7.2.3 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] indentation bug related to preceding :PROPERTIES: line
Hi all, I have found an indentation bug: Example: --- * headline :PROPERTIES: #+TITLE: title :END: * INARBEIT test :LOGBOOK: CLOCK: [2011-02-03 Do 09:54]--[2011-02-03 Do 09:54] => 0:00 CLOCK: [2011-02-03 Do 09:54]--[2011-02-03 Do 09:54] => 0:00 CLOCK: [2011-02-03 Do 09:54]--[2011-02-03 Do 09:54] => 0:00 CLOCK: [2011-02-03 Do 09:53]--[2011-02-03 Do 09:54] => 0:01 CLOCK: [2011-02-03 Do 09:53]--[2011-02-03 Do 09:53] => 0:00 CLOCK: [2011-02-03 Do 09:53]--[2011-02-03 Do 09:53] => 0:00 :END: --- Pressing TAB on the :END: closing the :LOGBOOK: indents it to the same level as the :PROPERTIES: string above. Deleting the :PROPERTIES: item leads to the correct indentation. - Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Easily go to some frequently accessed heading (narrowed to region)
Hi Alan, "Alan E. Davis" wrote: > I adapted something from Sacha Chua: a file with links to my most > frequently accessed links. I too have been seeking some way to make > this automatic, but even as it is, it works great. > > I call the file "Pointers.org". > > It is just an org-mode file, each headline is a link. > > Then, in my init file (.emacs) is the following: > > , > | (defun pointers () > | (interactive) > | (find-file "~/org/Pointers.org")) > | (define-key global-map "\C-c0" 'pointers) > ` > > It's not too hard to install a new link at the top of the file. I guess > it would also be easy to write a function or use a capture template to > do this. It could be interesting to look at Emacs "bookmarks" (C-x r l), and maybe see how to come up with an org-bookmarks that would take the best of both worlds. Just an idea... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Small bug in table editing
Hi, I've been using the table editing feature of org mode, I never realised plain text tables could be such fun to work with, and I just came across a small bug. I had entered a table: | Heading 1 | Heading 2 | | 1 | 2 | |11 |22 | and then decided I wanted to go back and put a horizontal line after the heading. So I want to the start of the line after the heading and entered "|-" | Heading 1 | Heading 2 | |-| 1 | 2 | |11 |22 | when I then pressed enter (or tab), the first line of data got eaten up and replaced with the horizontal line like this: | Heading 1 | Heading 2 | |---+---| |11 |22 | This wasn't the behaviour I was expecting :). While it is pretty obvious to see what was going on in this example, if you have a long table it isn't as obvious and I didn't notice until much later (emacs undo in region saved the day). Cheers, Chris. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: indentation bug related to preceding :PROPERTIES: line
Hi Rainer, Rainer Stengele wrote: > I have found an indentation bug: > > Example: > --- > * headline > :PROPERTIES: > #+TITLE: title > :END: > > * INARBEIT test > :LOGBOOK: > CLOCK: [2011-02-03 Do 09:54]--[2011-02-03 Do 09:54] => 0:00 > CLOCK: [2011-02-03 Do 09:54]--[2011-02-03 Do 09:54] => 0:00 > CLOCK: [2011-02-03 Do 09:54]--[2011-02-03 Do 09:54] => 0:00 > CLOCK: [2011-02-03 Do 09:53]--[2011-02-03 Do 09:54] => 0:01 > CLOCK: [2011-02-03 Do 09:53]--[2011-02-03 Do 09:53] => 0:00 > CLOCK: [2011-02-03 Do 09:53]--[2011-02-03 Do 09:53] => 0:00 > :END: > --- > > Pressing TAB on the :END: closing the :LOGBOOK: indents it to the same > level as the :PROPERTIES: string above. For my own understanding, what's the behavior you normally get when promoting or demoting such nodes? (See my yesterday's post [2011-02-02 Wed 21:35] abut this particular question). Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
Hi, For once, I have to disagree: Numbers at the beginning of the line inadvertently starting a list item is a bug. It means you can mess up your exported document (it doesn't just happen at M-RET) by just writing a perfectly normal text, and there is no easy-to-remember escape. (I really don't like the invisible-space workaround -- it's hard to remember how to insert it, and it's a bizarre trick to have to tell newcomers.) ReStructuredText provides a backslash-escape for this, even though its more rigid structure reduces the chances of the error happening. Could we borrow that trick, or would it conflict with something else? E.g. --- - Several astonishing things happened in \2007. - And then there was another item. - X --- Yours, Christian On 2/2/11 10:16 PM, Nicolas Goaziou wrote: Hello, Gregor Zattler writes: adding a new list item via M-RET (org-insert-heading) may change text in a previous list item, if this ends in a number on a single line followed by a dot: --- - Several astonishing things happened in 2007. - And then there was another item. - X --- Note that " 2007." has changed to " 1." in line 2. Yes, and unfortunately, I don't see any solution here. It isn't really a bug: a line starting with white space, followed by a number sticked to a dot is exactly the definition, regexp wise, of a list item (as explained in `org-plain-list-ordered-item-terminator' doc-string). That's why removing the dot solves the problem. There are two workarounds I can think of, at the moment: 1. Use (setq org-plain-list-ordered-item-terminator ?)). But that will affect every ordered list. 2. Insert some invisible char (non-breaking space " ") in front of the item, or just after the dot. But this requires manual changes every time the problem arises. As a side-note, this problem isn't specific to recent versions of Org. For example, in 6.33, use M-RET at X in the following example: --- - Several astonishing things happened in 2007. And then there was another item.X --- Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Indentation not respected when demoting a headline
Am 02.02.2011 21:35, schrieb Sébastien Vauban: > Hi, > > Imagine the following headline: > > --8<---cut here---start->8--- > ** NEW Send a mail to him >SCHEDULED: <2011-02-04 Fri> >:PROPERTIES: >:Created: [2011-01-17 Mon 14:00] >:END: > --8<---cut here---end--->8--- > > If I demote it (with M-right arrow), it gets a new star, but the following > "meta-lines" aren't properly moved to the right by one space: > > --8<---cut here---start->8--- > *** NEW Send a mail to him >SCHEDULED: <2011-02-04 Fri> >:PROPERTIES: >:Created: [2011-01-17 Mon 14:00] >:END: > --8<---cut here---end--->8--- > > Do you confirm this? > > Best regards, > Seb > Hi Sebastian, running Org-mode version 7.4 (release_7.4.328.g1cc7) I cannot confirm this, the whole block is correctly moved by demoting or out-denting. Best Regards, Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Worg] [PATCH] Update info on OpenOffice exporter
On Thu, Feb 3, 2011 at 1:58 PM, Jambunathan K wrote: > > Can someone commit the following patch to worg? Done! > Btw, I need commit access to 'new' worg. AFAIK, worg is still on repo.or.cz. Or am I wrong? I couldn't find a repo of worg on the orgmode server's gitweb [1] -- Puneeth [1] - http://orgmode.org/w/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suppressing src block evaluationon publish?
Loris Bennett writes: > Erik Iverson writes: > >> Loris Bennett wrote: >>> Hi, >>> >>> I have an org file containing several src blocks which generate images >>> using ditaa. When I publish to PDF via LaTeX, the images are all >>> generated every time, which makes publishing rather slow. >>> >>> Is there some way to toggle the evaluation of the src blocks on and off >>> when the file is published? >>> >> >> You could try the :cache header argument, http://orgmode.org/org.html#cache >> > > Ah, thanks. There is a slight gotcha here, though. > > I added :cache yes to the source headers and exported again, but nothing > changed; all the images were generated again. Also, no SHA1 hash was > added to the +results header. > > After some fruitless fiddling I was about to write to the list again and > moan, when I did a slightly random C-c C-c in the begin_src line and, > hey presto, the hash was added to the results header. I then did this > for all the images and found that the image were no longer regenerated > on export, as advertised. Hi Loris, Yes. It does seem that it would be nice if in this situation, the first export added the SHA1s, and subsequent exports recognized that evaluation wasn't required. I think the reason this does not happen is that behind-the-scenes Org makes a copy of the buffer for export preprocessing (including src block evaluation). But Eric S is the expert -- he may have more to say here. A couple of things that might be relevant here: the variable `org-export-babel-evaluate' can also be used to prevent evaluation on export (but the :cache approach has advantages). And C-c C-v C-b / C-c C-v C-s (`org-babel-evaluate-buffer' / `org-babel-execute-subtree') could be used to update the SHA1s. > Perhaps the documentation of :cache could be extended to mention the > necessity of evaluating the source block before exporting. I've added that to the TODO list. Dan > > > Loris >> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Worg] [PATCH] Update info on OpenOffice exporter
Puneeth Chaganti writes: >> Btw, I need commit access to 'new' worg. > > AFAIK, worg is still on repo.or.cz. Or am I wrong? No you're right. We plan to move Worg to the new server but I wanted to make sure we don't have problems with org-mode.git on the new server before doing the switch for Worg. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Easily go to some frequently accessed heading (narrowed to region)
Darlan Cavalcante Moreira writes: > Thanks again Eric, this is a good solution for projects that are not > accessed frequently for me (I only know some of the org search > capabilities, I guess it is time to reread that section in the > manual). You're welcome! The wealth of functionality in org is sometimes overwhelming and it's fun to go back and read the manual (and this list) to find out how much can actually be done with it. > At last, using the initial code provided by Bastien I was able to > program something that gives me what I wanted. The code is provided > below. Glad you managed to concoct a solution to your particular needs. The code looks good; I would only suggest one possible refinement that might make it a little more general (depending on whether you have subprojects within projects): > #+begin_src emacs-lisp [...] > (setq heading (concat "* " projectName)) [...] > (search-forward heading) Maybe consider using the org regexp for headings (=org-outline-regexp=) appended with your project name and then use =re-search-forward= to allow you to find not just top level headings but also sub-headings? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Marcelo de Moraes Serpa writes: > Hey list, > > I just found out about Taskwarrior today - http://taskwarrior.org. It > seems to be a quite ambitious project to turn the CLI into a > full-fledged GTD environment. I wouldn't leave org for it, but I > thought it's quite nice and maybe some ideas could be borrowed or even > integrations made. Anyway, just for the record. Check it out! I'm not about to move from org but this does look quite nice. I particularly like the graph on the main page. It's something one could generate from org LOG entries... when I'm bored! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Best publishing tool
Marcelo de Moraes Serpa writes: > Hi list, > > What do you guys think about asciidoc, has any of you ever used it? I tried it out a while ago. It's simple and the markup format is similar (not the same) to org. In fact should be straightforward to translate from one to the other. However, I wouldn't use it for a long document instead of org for one simple reason: org has so much extra functionality over and above markup such as, for instance, project management and tags+categories. I find it so much easier to be productive by being able to incorporate todos and so on within a document rather than having a separate task manager. Searching and navigation within a large document is also easier. YMMV, of course. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Total time displayed in the modeline?
Hi Sébastien, Sébastien Vauban writes: > ;; time included for the modeline clock is all time clocked into this task > ;; today > (setq org-clock-modeline-total 'today) > > but this is not satisfying me yet, because: > > 1. for some tasks (like spending time on this newsgroup), I would like to set > a >maximum time per day, > > 2. for others, such as client tasks for which I've given an effort, I would >like to see how much time I've already spent on the task... but not only >today: all days summed up. > > Currently, with the above setting, 1 is OK. 2 is not. > > Changing the value of the above variable fixes one problem, but poses a > new problem: 2 is OK, but 1 is not OK anymore. > > In fact, I would need the ability to: > > - have a global default value (such as of today), > - be able to override the behavior on a subtree level. > > Does this make sense? > Is somebody able/willing to do such? > Or, better, is there already a way to achieve my goal within the > current Org? Did you try to set CLOCK_MODELINE_TOTAL on a subtree basis? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-capture: org-capture-place-item needs search bounds
writes: > In org-capture-place-item, excerpted here... > [...] > > the function needs to bound re-search-forward by END, and it needs to > bound re-search-backward by BEG. As it stands right now, if the > target location doesn't contain an item already, the function will > happily pick the nearest list in a preceeding or following entry. If this is still an issue, can you provide a patch for this? It will help me understand what is really at stake. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Open HTML link in other window?
Is there a way to configure the HTML export to open every *external* link to another window? Eg this is very useful for web presentations (search for "s5 org). ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] auto-complete mode with org-mode
I am using org-mode v. 7.3 and auto-complete v. 1.2 I added org-mode to "ac-modes" as described in the documentation. When typing in an org-mode buffer, I correctly get the popup-menu from auto-complete mode. If I then press TAB to complete the word, nothing happens - since TAB is bound to org-cycle. I am not really familliar with ac-mode, but I guess it could be using a hook when populating the popup menu, so that I could bind the tab key in this hook ac-specific and bind it then again to org-cycle when after-completion-hook is run, in case there is one... I just wanted to ask here if others have a similar setup/issue and how it is solved elegantly, i.e. in org-mode style. Thank you Michael Bach ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Sort agenda view by date?
Hi Bruce, Bruce Knoth writes: > After I do a tag-search to create an agenda view, I am presented with > all of the tagged items, in the order that they appear in their home > files. Is there a way to sort the list in the Agenda view in the > order of timestamps? Have a look at `org-agenda-sorting-strategy'. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-capture: org-capture-place-item needs search bounds
Bastien writes: > If this is still an issue, can you provide a patch for this? It will > help me understand what is really at stake. Forget about this, I've seen this has been fixed long ago. Sorry for the noise, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Unbillable clock time
Hi Ross, Ross Patterson writes: > I would like to be able to designate some of my clock time as unbillable > such that when using a clockreport the unbillable time is not included. > I would also like to compare billable and unbillable time if possible. > > Currently I either manually change "CLOCK: *" to "UNBILLABLE: *" > preserving history but it's kind of messy or I just delete the time > altogether, losing history. > > Is there a better way to accomplish this? On top of what Sébastien and Bernt already suggested, you might want to have a look at the :tags option for clockreports, it can help filtering through the entries you want to see in the clockreport. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Can I save old LOGBOOK for another file?
Hi. I'd like to keep fit org-agenda-files. But LOGBOOK of habit grows by the day. I'm afraid of LOGBOOK ten years later. Sometimes I'd like to review the past actions thoroughly. So I don't want to reduce LOGBOOK. Can I save old LOGBOOK for another file without losing information? Regards. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic screenshot insertion
Hi Jonathan, Jonathan BISSON writes: > Here is a little function that allows a user to insert a screenshot > easily. Only works on unix-like systems where ImageMagick is installed > (adapt "import" to your screenshot program if needed). I added this to worg/org-hacks.org Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] indentation bug related to preceding :PROPERTIES: line
Hello, > Rainer Stengele writes: > Hi all, > I have found an indentation bug: > > Pressing TAB on the :END: closing the :LOGBOOK: indents it to the > same level as the :PROPERTIES: string above. I cannot reproduce it in development version. What version are you using? Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: indentation bug related to preceding :PROPERTIES: line
Am 03.02.2011 14:38, schrieb Nicolas Goaziou: > Hello, > >> Rainer Stengele writes: > >> Hi all, > >> I have found an indentation bug: >> >> Pressing TAB on the :END: closing the :LOGBOOK: indents it to the >> same level as the :PROPERTIES: string above. > > I cannot reproduce it in development version. What version are you using? > > Regards, > > -- > Nicolas > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > Hi, I am running the latest git version: Org-mode version 7.4 (release_7.4.328.g1cc7) Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Total time displayed in the modeline?
Hi Bastien, Bastien wrote: > Sébastien Vauban writes: >> ;; time included for the modeline clock is all time clocked into this task >> ;; today >> (setq org-clock-modeline-total 'today) >> >> but this is not satisfying me yet, because: >> >> 1. for some tasks (like spending time on this newsgroup), I would like to >> set a >>maximum time per day, >> >> 2. for others, such as client tasks for which I've given an effort, I would >>like to see how much time I've already spent on the task... but not only >>today: all days summed up. >> >> Currently, with the above setting, 1 is OK. 2 is not. >> >> Changing the value of the above variable fixes one problem, but poses a >> new problem: 2 is OK, but 1 is not OK anymore. >> >> In fact, I would need the ability to: >> >> - have a global default value (such as of today), >> - be able to override the behavior on a subtree level. >> >> Does this make sense? >> Is somebody able/willing to do such? >> Or, better, is there already a way to achieve my goal within the >> current Org? > > Did you try to set CLOCK_MODELINE_TOTAL on a subtree basis? I wasn't aware of this property. It seems to match perfectly my request. Thanks! Best regards, Seb PS- Thanks a lot for your archaeological work... answering to old open threads. This is great. -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] agenda does not call file
Hi Maurice, Maurice writes: > Below, a piece of my org-agenda-custom-commands. I want to obtain my > notes from my ordinary agenda files and from carto.org. Some of them > are tagged "note" with the property CATEGORY "openstreetmap" What version of Org and Emacs are you using ? Can you make a simple test-case ? Please read http://orgmode.org/manual/Feedback.html -- help us better help you! Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] A python module for orgmode files
Hi Jonathan, Jonathan BISSON writes: > A new project : A python module for orgmode files > > https://github.com/bjonnh/PyOrgMode > > Hope someone would find this useful/helpful. > > You can also contribute as much as you wish/can ;) > > The code is not really clean (I'm working on docstrings and cleaning-up) > but should be usable. Please send the diff between your test file and the > output (the included file test.org gives identical results, but it's not > always the case) using the test.py test script. > > This module works with Python 3.1 and 2.7. Can you provide a patch to Worg/org-tools/index.org about this python module? Centralizing third-part tools in such a place will probably help ideas cross-fertilization! Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
Hello, > Christian Moe writes: > Numbers at the beginning of the line inadvertently starting a list > item is a bug. You call it a bug, but it is actually the Org definition of a numbered item. This is in the manual. Though, I think I understand what you mean: this definition can lead to surprising results. But the user is warned in the documentation. > It means you can mess up your exported document (it doesn't just > happen at M-RET) by just writing a perfectly normal text, and there > is no easy-to-remember escape. (I really don't like the > invisible-space workaround -- it's hard to remember how to insert > it, and it's a bizarre trick to have to tell newcomers.) See the solution 1 posted before. This is the "original" solution, although, admittedly, similar problems will resurface with numbers and parenthesis, albeit less frequently. > ReStructuredText provides a backslash-escape for this, even though > its more rigid structure reduces the chances of the error happening. > Could we borrow that trick, or would it conflict with something > else? I don't follow you here. Inserting a non-breaking space (it was only an example, by the way) is an unacceptable trick to tell to newcomers but adding a backslash in front of numbers isn't? It looks the same to me. As long as Org cannot tell between an ordered item and a number at the end of a sentence, those problems will persist. And I can't see any non-hackish solution about it. We can always change `org-plain-list-ordered-item-terminator' default value to the safer ?), though. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Scatter doubles up on SCHEDULED items [7.4]
Hi James, James Shuttleworth writes: > Hi, > I love the idea of the new bulk scatter command, but it's giving me > a problem. When used, it adds an extra SCHEDULED item to entries > rather than change the current one. Maybe this is expected > behaviour and I just don't "get it", but I don't think so. > > If I can give any more information that might be useful, I'm happy > to. Make sure the "SCHEDULED" keyword appears on the line right after the entry itself -- like: * My entry SCHEDULED: <2011-02-03 jeu.> When people put text between the heading and the "SCHEDULED" cookie, rescheduling will be confused. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatically folding latex environment
Marvin Doyley writes: > Is there a way to tell org to fold Latex environments (i.e., # > +begin_latex #+end_latex) automatically at start-up ? Yes. (setq org-hide-block-startup t) Or set this in an Org buffer: #+STARTUP: hideblocks This is a FAQ, I've added an entry to Worg/org-faq.org. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Total time displayed in the modeline?
Sébastien Vauban writes: > PS- Thanks a lot for your archaeological work... answering to old open > threads. This is great. Well, my goal is to hit "inbox zero" before FOSDEM... glad this archaeological work is useful :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org support for the notmuch mail client
Hi Matthieu, Matthieu Lemerre writes: > The attached file implements links to mail collections and "searchs" to > the notmuch mail client. A "search" is a query to be performed by > notmuch; it is the equivalent to folders in other mail > clients. Similarly, mails are refered to by a query, so both a link can > refer to several mails. Looks like a nice addition. I'm not using notmuch myself and I would welcome feedback from notmuch Org users. I would happily add it to org-mode/contrib/lisp if this is proves useful to several people around. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Choosing css for Worg
Jambunathan K writes: > Emacswiki has a nice and easy way to choose CSS for the page it > renders. Look for `use it' links in the below page. > > http://www.emacswiki.org/emacs/CSS > > Is there anything similar for org/worg pages? Hi Jambunathan, You can use a browser extension for this: https://addons.mozilla.org/en-US/firefox/addon/style-sheet-chooser-ii/ https://chrome.google.com/extensions/detail/daodklicmmjhcacgkjpianadkdkbkbce Also, see the recent discussion: http://thread.gmane.org/gmane.emacs.orgmode/31506/focus=36462 It doesn't look like there are alternate style sheets for non-Worg pages on orgmode.org, but you can probably use a browser extension to customize those as well. Regards, Jason ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Suppressing src block evaluationon publish?
Dan Davison writes: > Loris Bennett writes: > >> Erik Iverson writes: >> >>> Loris Bennett wrote: Hi, I have an org file containing several src blocks which generate images using ditaa. When I publish to PDF via LaTeX, the images are all generated every time, which makes publishing rather slow. Is there some way to toggle the evaluation of the src blocks on and off when the file is published? >>> >>> You could try the :cache header argument, http://orgmode.org/org.html#cache >>> >> >> Ah, thanks. There is a slight gotcha here, though. >> >> I added :cache yes to the source headers and exported again, but nothing >> changed; all the images were generated again. Also, no SHA1 hash was >> added to the +results header. >> >> After some fruitless fiddling I was about to write to the list again and >> moan, when I did a slightly random C-c C-c in the begin_src line and, >> hey presto, the hash was added to the results header. I then did this >> for all the images and found that the image were no longer regenerated >> on export, as advertised. > > Hi Loris, > > Yes. It does seem that it would be nice if in this situation, the first > export added the SHA1s, and subsequent exports recognized that > evaluation wasn't required. I think the reason this does not happen is > that behind-the-scenes Org makes a copy of the buffer for export > preprocessing (including src block evaluation). But Eric S is the expert > -- he may have more to say here. > Yes, this is exactly the case. Org-mode is very careful that the process of exporting does not make any permanent changes to the original org-mode file. I agree this should be mentioned in the :cache documentation. Best -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Fontification of blocks
Sébastien Vauban writes: > Hi Eric(s), Dan & all, > > Sébastien Vauban wrote: >> "Eric Schulte" wrote: >>> I think that adding a new block delimiter face which inherits from the >>> org-meta face as you've suggested is the way to go. >>> >>> I would recommend however that rather than removing/changing the >>> org-meta-line, quote and verse delimiting faces to cover the entire line >>> you simply add the org-block-begin/end-line face overtop of these existing >>> faces. That way the default behavior is not changed by the patch, and users >>> have more control over the final display. >>> >>> In fact rather than having the org-block-begin/end-line faces inherit >>> from org-meta-line why not have them begin as empty faces. Do you think >>> this sounds like a good way to go? If so would you mind submitting a >>> patch which >>> - doesn't remove existing faces but rather adds these new faces overtop >>> of them >>> - includes of definition of the org-block-begin/end-line faces to empty >>> faces (otherwise the elisp compiler will warn of references to >>> undefined variables) >>> >>> Also, could you share an example code snippet which initializes the >>> org-block-begin/end-line faces initialized (either here and/or on worg)? >> >> Here a proposition that goes in that direction -- not yet a real patch, but >> something for you to have a look at. Should be easy to test, at least, >> that's what I tried to achieve. > > Eric (Fraga), David (O'Toole) and Carsten, you should love the following... > when in native fontification... > > #+TITLE: Test file for future patch (for block fontification) > #+DATE: 2011-02-02 > #+LANGUAGE: en_US > > * Abstract > > This is the new code that I will supply as a patch. To test it, just > evaluate the next source block, and please report any problem. > > What it does: > > - Add 2 faces for the lines delimiting the beginning and the end of > the source block > > - Fixes a tiny bug (affecting the begin delimiter line of source > blocks) when in "native" fontification (from Dan Davison) > > - NEW!! >>> Add a light yellow background in native mode!!! <<< NEW!! > Hi Seb, Thanks for sharing this code. I couldn't help myself but to turn it into a patch as that has become my favorite way of reviewing new code. The resulting patch it attached. diff --git a/lisp/org-faces.el b/lisp/org-faces.el index c237a0e..0cf5269 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -511,6 +511,16 @@ follows a #+DATE:, #+AUTHOR: or #+EMAIL: keyword." :group 'org-faces :version "22.1") + +(org-copy-face 'org-meta-line 'org-block-begin-line + "Face used for the line delimiting the begin of source blocks.") + +(org-copy-face 'org-meta-line 'org-block-begin-line + "Face used for the line delimiting the end of source blocks.") + +(defface org-block-background nil + "Face used for the source block background.") + (defface org-verbatim (org-compatible-face 'shadow 'class color grayscale) (min-colors 88) (background light)) diff --git a/lisp/org.el b/lisp/org.el index 52de784..35da334 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5141,21 +5141,24 @@ will be prompted for." (add-text-properties beg end '(font-lock-fontified t font-lock-multiline t)) - (add-text-properties beg beg1 '(face org-meta-line)) - (add-text-properties end1 (+ end 1) '(face org-meta-line)) - ; for end_src (cond ((and lang org-src-fontify-natively) - (org-src-font-lock-fontify-block lang block-start block-end)) + (org-src-font-lock-fontify-block lang block-start block-end) +(overlay-put (make-overlay beg1 block-end) + 'face 'org-block-background)) (quoting - (add-text-properties beg1 (+ end1 1) '(face - org-block))) + (add-text-properties beg1 (+ end1 1) '(face org-block))) ; end of source block ((not org-fontify-quote-and-verse-blocks)) ((string= block-type "quote") - (add-text-properties beg1 end1 '(face org-quote))) + (add-text-properties beg1 (1+ end1) '(face org-quote))) ((string= block-type "verse") - (add-text-properties beg1 end1 '(face org-verse + (add-text-properties beg1 (1+ end1) '(face org-verse + (add-text-properties beg beg1 '(face org-meta-line)) + (add-text-properties beg beg1 '(face org-block-begin-line)) + (add-text-properties (1+ end) (1+ end1) '(face org-meta-line)) + (add-text-properties (1+ end) (1+ end1) + '(face org-block-end-line)) t)) ((member dc1 '("title:" "author:" "email:" "date:")) (add-text-properties @@ -5171,7 +5174,7 @@ will be prompted for." ((not (member (char-after beg) '(?\ ?\t))) ;; just any other in-buffer setting, but not indented (add-text-properties - beg (match-end 0) + beg (1+ (match-end 0)) '(font-lock-fontified t face org-meta-line)) t) ((or (member dc1 '("begin:" "end:" "cap
[Orgmode] IMPORTANT: let's make the biggest gift of FLOSS history!
Dear all, as you know, some of us will meet this saturday at FOSDEM. It will be great to meet IRL, to discuss Org past, present and future -- I really can't wait for that! Everyone on this list already contributes with code, patches, feedback, tests, ideas and... patience with the new maintainer. And I guess Everyone at FOSDEM will express his gratitude to Carsten for all the work he did and continues doing. But... what about expressing this gratitude as a *GIFT*? What about taking 10 minutes of your time and make a donation? *Every donation* made from now until sunday evening will go to Carsten. Please go to http://orgmode.org and say thanks :) Let's show the FOSDEM crowd that fun & fame are not the only rewards that such an effort deserves :) Thanks!! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] auto-complete mode with org-mode
phaebz writes: > I am using org-mode v. 7.3 and auto-complete v. 1.2 > > I added org-mode to "ac-modes" as described in the documentation. When > typing in an org-mode buffer, I correctly get the popup-menu from > auto-complete mode. If I then press TAB to complete the word, nothing > happens - since TAB is bound to org-cycle. > > I am not really familliar with ac-mode, but I guess it could be using > a hook when populating the popup menu, so that I could bind the tab > key in this hook ac-specific and bind it then again to org-cycle when > after-completion-hook is run, in case there is one... I just wanted to > ask here if others have a similar setup/issue and how it is solved > elegantly, i.e. in org-mode style. > > Thank you > > Michael Bach org mode somehow (I have no idea how or why) manages to distinguish between TAB and C-i and this distinction is inherited by minor modes operating within an org mode buffer. For auto-complete, the fix is easy: #+begin_src emacs-lisp (require 'auto-complete) (require 'auto-complete-config) (ac-config-default) ;; (define-key ac-complete-mode-map "\t" 'ac-expand) (define-key ac-complete-mode-map [tab] 'ac-expand) ; <<--- add this line ;; (define-key ac-complete-mode-map "\r" 'ac-complete) #+end_src I've included two commented out lines: they are the defaults set by auto-complete. I found, before adding the annotated line, that C-i worked as expected within an auto-complete pop-up but the tab key didn't. With this key binding, it does. I do find, however, that although the \r (return key) works (accepts the completion proposed by auto-complete), *sometimes* org-mode also interprets it so that two things happen when I hit the key. I've not yet figured out when it does this in any reproducible manner unfortunately. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
On Thu, Feb 3, 2011 at 9:09 AM, Nicolas Goaziou wrote: > Hello, > >> Christian Moe writes: > >> Numbers at the beginning of the line inadvertently starting a list >> item is a bug. > > You call it a bug, but it is actually the Org definition of a numbered > item. This is in the manual. Though, I think I understand what you > mean: this definition can lead to surprising results. But the user is > warned in the documentation. What about a compromise? I envision an editable variable called "org-plain-list-regexp-delimiter" (in the same vein as "org-export-latex-emphasis-alist") that is a list of delimiters recognized for plain lists. I rarely use periods (always use parentheses), so the value of this variable could default to the current behavior, but be customizable to remove specific delimiters from the list. -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-scan-tags
On Feb 3, 2011, at 6:32 AM, Carsten Dominik wrote: On Sep 15, 2010, at 5:19 AM, Ilya Shlyakhter wrote: In org-scan-tags, if todo-only is t, would it be possible to speed things up by changingthe regexp go to just the lines with a TODO keyword? I believe this may cause a problem. The scanner needs to see at least every parent node to be able to collect all inherited tags. So I think that a tree like * heading ** one :tag1: *** TODO two :tag2: would incorrectly miss out on :tag1: OK, here is an example where it really does fail: * heading ** one:tag1: *** two *** two:tag2: *** TODO two :tag2: *** two:tag2: Fold up the tree, then do C-c / m +tag1/! RET This should find the "TODO two", but it does not, because the new regexp moves right past the "one" line and so tag1 is overlooked. - Carsten - Carsten I.e. in (let* ((re (concat "^" outline-regexp " *\\(\\<\\(" (mapconcat 'regexp-quote org-todo-keywords-1 "\ \|") (org-re "\\>\\)\\)? *\\(.*?\\)\\(:[[:alnum:]_@:]+:\\)? [ \t]*$"))) remove the first "?" if todo-only is t. Also, regexp-opt might make a more efficient regexp than mapconcat with regexp-quote. Reason for request: I'm writing an extension of org for setting & checking goals, and want to quickly find entries with headlines of the form GOAL of which there may be relatively few in a large file. So, stepping through all entries and then checking them for the GOAL keyword is very inefficient. It would be much faster if the regexp included the GOAL as a keyword. It would be good if the parameter todo-only could be a list of strings, and org-scan-tags would return only the headlines where the todo keyword is from this list. It could use regexp-opt to make an efficient regexp for this. There also seem to be other opportunities for speeding up org-scan-tags in this way: e.g. if the match string includes +mytag, the regexp for the headline could include this as well. Similarly for properties. Maybe, org-make-tags-matcher could return a list of tags and properties that must appear in any matching entry. It would also help if the tags matcher expression could refer to text properties stored on the headline -- perhaps, with conditions such as :myprop=X (i.e. same as for org properties, but property name must be a keyword). It already does this for the 'org-category text property. Then one can e.g. mark entries representing unmet goals with text properties, and then use a regular org-tags-view to browse them in a sparsetree or an agenda. Thanks, ilya ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-scan-tags
Carsten Dominik writes: > OK, here is an example where it really does fail: > > > * heading > ** one:tag1: > *** two > *** two :tag2: > *** TODO two :tag2: > *** two :tag2: > > > Fold up the tree, then do > > C-c / m +tag1/! RET > > This should find the "TODO two", but it does not, because the > new regexp moves right past the "one" line and so tag1 is > overlooked. Right, thanks for the detailed example. I reverted the commit, it should be fine again. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-scan-tags
Thanks for the fast reaction, Bastioen! - Carsten On Feb 3, 2011, at 5:37 PM, Bastien wrote: Carsten Dominik writes: OK, here is an example where it really does fail: * heading ** one:tag1: *** two *** two:tag2: *** TODO two :tag2: *** two:tag2: Fold up the tree, then do C-c / m +tag1/! RET This should find the "TODO two", but it does not, because the new regexp moves right past the "one" line and so tag1 is overlooked. Right, thanks for the detailed example. I reverted the commit, it should be fine again. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
Hello, > Jeff Horn writes: > What about a compromise? I envision an editable variable called > "org-plain-list-regexp-delimiter" (in the same vein as > "org-export-latex-emphasis-alist") that is a list of delimiters > recognized for plain lists. I rarely use periods (always use > parentheses), so the value of this variable could default to the > current behavior, but be customizable to remove specific delimiters > from the list. It is certainly doable, but it wouldn't help for the problem at hand. There is already a way to not use dots (this is the solution you envision), but only parenthesis, as numbered items separators. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] org-exp.el: Broken Internal Links on Fuzzy Match
Jambunathan K writes: > (Refiling with added info, Thanks Noorul) > > See Heading2 for description of the bug. This bug has been there since > time immemorial. > > (setq org-link-search-must-match-exact-headline nil) > > # Input Org file > > * Heading1 > > * Heading2 > > Link to [[Heading1]] is OK. Link to [[Heading3]] is broken. To fix this, > org-link-search in org-export-target-internal-links should avoid > matching on the self somehow. > > * Heading3 > > # Buggy HTML Output > > #+begin_src html > > Link to Heading1 is OK. Link to > Heading3 is broken. To fix this, org-link-search > in org-export-target-internal-links should avoid matching on the > self somehow. > > #+end_src Fixed, thanks for the detailed report -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] S5 export
Hi Pierre, Pierre de Buyl writes: > S5 allows one to present a slideshow in a web browser, even full screen for > some browsers. > I know that the topic has come here already, but I actually hacked the > excellent org-html.el export file to produde a S5 slideshow with org. This looks useful. By reading your code, I see org-export-as-s5 is a variation over org-export-as-html. I would welcome an approach where we factor out some elements of org-export-as-html, so that exporting to s5 would just require the user to customize those elements. Does that seem reasonable to you? Would you volunteer to make org-export-as-html a bit more general? Even a precise comparison of org-export-as-s5 against org-export-as-html would be helpful at this point. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
Christian Moe writes: > For once, I have to disagree: Numbers at the beginning of the line > inadvertently starting a list item is a bug. Something that is a direct result of the specification can't be usefully called a bug of the implementation. It may still be unexpected and/or unwanted behaviour, so I like to call it an accidental feature. Please not that it can (by specification) happen to other list constructs just as well - and given the chance, it will. Let me try: --8<---cut here---start->8--- 1. This is an awfully constructed example of how I might mess up (1, 2, 3) - oops, I just did. I might have triggered a different accidental feature if my linewrap would have been set two columns later. How's that looking to you? --8<---cut here---end--->8--- > It means you can mess up your exported document (it doesn't just > happen at M-RET) by just writing a perfectly normal text, and there is > no easy-to-remember escape. (I really don't like the invisible-space > workaround -- it's hard to remember how to insert it, and it's a > bizarre trick to have to tell newcomers.) Again, this is the result of syntactic convenience for the common case. This sort of thing tends to break less common cases, which is precisely the reason TeX macros are sprinkled with seemingly superfluous {} at every conceivable word boundary. Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Generating an org file actually including the #+INCLUDE files
Miguel Ruiz writes: > I am working on a document split in several chunks. I need to generate the > full document in order to do different sorting processes before exporting. > > It would be nice if that generation could be recursive ... you know, one > master file, one included file with another included file. Crude hack to produce file_include.org based on file.org with some #+INCLUDE directives: (defun org-new-file-with-include () "Create a new org file honoring #+INCLUDE directives." (interactive) (let* ((bfile (buffer-file-name)) (bfilenoext (file-name-sans-extension bfile))) (find-file-other-window (concat bfilenoext "_include.org")) (insert-file bfile) (goto-char (point-min)) (while (re-search-forward "^[ \t]*#\\+INCLUDE:[ \t]*\\(.+\\)[ \t]*$" nil t) (let ((ifile (match-string 1))) (save-match-data (replace-match "")) (insert-file (expand-file-name ifile)) Careful: it does not prevent errors when #+INCLUDE directives are circular... just a hack. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Combination of =code= and Description
Hi Rainer, Rainer M Krug writes: > I would like to have a description as follow: > > - first :: some text > - second :: some more text > - =code= :: some additional text > > but =code= is not formatted as bold. If I say > > - \bold{=code=} :: some additional text > > I get, as one could expect, "=code=" in bold. > > Is it possible to get code in bold? Yes. For now it produces: , | \begin{description} | \item[first]some text | \item[second]some more text | \item[\texttt{code}]some additional text | \end{description} ` where \texttt{code} is not taken into account. But \item[{\texttt code}]some additional text would do the job. I don't know what are the LaTeX conventions regarding the use of {\texttt ...} vs. \texttt{...} constructs. Any LaTeX guru here? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
By the way, now that you mention it, Eric. Is there anything right now that can generate graphs akin to what taskwarrior generates for archived org data? This would be awesome to track progress. Marcelo. On Thu, Feb 3, 2011 at 12:29 PM, Marcelo de Moraes Serpa wrote: > Yeah, it's a quite nice project. I don't think it'd work for me as a > PIM environment though. I think emacs (or vim with the new > org-compatible plugin) will always be faster in this sense. Also, it > lacks the reference aspect of any GTD system (a wiki or wiki-like > collection of reference documents) which org seamlessly integrates. > However, I think that it could give some ideas for some org-compatible > CLI tools. Although emacs is the "server" and main "client" when it > comes to org, I think that the more tools that can read and write to > the org format, the better ;) > > Marcelo. > > On Thu, Feb 3, 2011 at 6:41 AM, Eric S Fraga wrote: >> Marcelo de Moraes Serpa writes: >> >>> Hey list, >>> >>> I just found out about Taskwarrior today - http://taskwarrior.org. It >>> seems to be a quite ambitious project to turn the CLI into a >>> full-fledged GTD environment. I wouldn't leave org for it, but I >>> thought it's quite nice and maybe some ideas could be borrowed or even >>> integrations made. Anyway, just for the record. Check it out! >> >> I'm not about to move from org but this does look quite nice. I >> particularly like the graph on the main page. It's something one could >> generate from org LOG entries... when I'm bored! >> -- >> : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 >> : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) >> > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Yeah, it's a quite nice project. I don't think it'd work for me as a PIM environment though. I think emacs (or vim with the new org-compatible plugin) will always be faster in this sense. Also, it lacks the reference aspect of any GTD system (a wiki or wiki-like collection of reference documents) which org seamlessly integrates. However, I think that it could give some ideas for some org-compatible CLI tools. Although emacs is the "server" and main "client" when it comes to org, I think that the more tools that can read and write to the org format, the better ;) Marcelo. On Thu, Feb 3, 2011 at 6:41 AM, Eric S Fraga wrote: > Marcelo de Moraes Serpa writes: > >> Hey list, >> >> I just found out about Taskwarrior today - http://taskwarrior.org. It >> seems to be a quite ambitious project to turn the CLI into a >> full-fledged GTD environment. I wouldn't leave org for it, but I >> thought it's quite nice and maybe some ideas could be borrowed or even >> integrations made. Anyway, just for the record. Check it out! > > I'm not about to move from org but this does look quite nice. I > particularly like the graph on the main page. It's something one could > generate from org LOG entries... when I'm bored! > -- > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 > : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Using markup for parts of a word / explicit word separator
Hi Arnold, Holger Arnold writes: > is there a way to use markup (bold, italic, etc.) only for parts of a > word? Please have a look at `org-emphasis-regexp-components' and customize it to your needs. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Can't get org-export-html-style-extra to work
Hi Christian, Christian Moe writes: > What am I doing wrong in the following example? > > -- > #+TITLE: Test > > Some *bold* text. > > Evaluate this: > (setq org-export-html-style-extra "b {color: red;}") > -- > > With org-export-html-style-extra set as above, I expect the exported > HTML source to include the style, and the bolded text to be red, but > this does not happen. Isn't the variable supposed to work this way? I'm not able to reproduce this. Do you still have this problem? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] The way tags are exported in HTML (without colons!) -- no workaround for searches!
Hi Sébastien, Sébastien Vauban writes: > - As well, clearly make a separation between the different tags, instead of > concatenating them as one big chunck, so that we could put a background > color that'd be cut between the consecutive tags: > > ++ ++ ++ > |tag1| |tag2| |tag3| > ++ ++ ++ Each tag in the HTML output comes with its own CSS class. For example: , | * Heading1 :tag1:tag2: ` is exported as , | | Heading1 | | tag1 | tag2 | ` You can tweak your .css to visually separate the tags. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] conflicting markup
Hi Sébastien, Sébastien Mengin writes: > I would like to be able to type something like: > >¶xx¶^e siècle > > where ¶ is the markup for small-caps when exporting to html (which, > finally, I managed to configure, so please forget my precedent post and > forgive me for the noise). > > The problem is that for the moment, I have to separate the markup as > following in order to get conversion to html: > >¶xx¶ ^e siècle I suggest you try to customize `org-emphasis-regexp-components' so that the ^ char is allowed as a postmach character (I didn't try myself tho). HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: S5 export
Bastien writes: > I would welcome an approach where we factor out some elements of > org-export-as-html, so that exporting to s5 would just require the > user to customize those elements. Sorry for piggy-backing onto this topic, but I seem to remember the mention of a "generic exporter" on this list, but I don't remember what the outcome of that discussion was. While looking at the table export I realized that there is lots of duplicated code just for exporting the tables, which seems wasteful (and error-prone in the longer term). Would it seem reasonable to have a "generic export" function that parses the org document into a structure of callbacks and lists and then only define the callbacks for each backend? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Small bug in table editing
Christopher Witte writes: > and then decided I wanted to go back and put a horizontal line after > the heading. So I want to the start of the line after the heading and > entered "|-" Not really a bug...anything past '|-' is considered garbage. Try 'C-c -' instead, or open a new line when you enter '|-'. Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Can I save old LOGBOOK for another file?
Osamu OKANO writes: > Sometimes I'd like to review the past actions thoroughly. > So I don't want to reduce LOGBOOK. > > Can I save old LOGBOOK for another file without losing information? This is what I do at the moment: define a drawer CLOSED and put any runoff in the LOGBOOK into this drawer (which I never open except for archeological purposes). It would be great if one could have drawers with a "stop" so to speak to do this automatically, but this is a feature request for another time. --8<---cut here---start->8--- :LOGBOOK: the new stuff automatically goes here... :END: :CLOSED: and here I put all the old stuff whenever I feel like it :END: --8<---cut here---end--->8--- Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] re-marking agenda entries
Hi Jean-Marie, Jean-Marie Gaillourdet writes: > I've got the following question, which I couldn't answer by studying the > manual and the web. How can I mark the same entries again, after I've > performed a bulk action in the agenda? > > Again more clearly: Suppose I've marked several entries in the agenda by > pressing m on each. Then, I've performed one bulk action by pressing B > and e.g. +. Then all marked entries become unmarked again. But, then I'd > like to perform another bulk action on the same set of agenda > entries. Is there any way to recover or store a set of marks? There is no way to do this right now. But I just implemented a new command `org-agenda-bulk-mark-regexp' which lets you mark all entries matching a regexp. This is bound to % in the agenda view. Let me know if you find this useful. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Marcelo, I've started dreaming of a system called 'org-dashboard' that will do things like this. E.g., progress tracking for projects, books, weight loss goals. Graphics of time tracking for sleeping hours, work hours, exercise hours, etc. Simple counts of how many Coke's you drink, etc. The idea will be to incorporate all these different types of information into an easy to read screen with simple graphics and tables, able to be exported to HTML or PDF for, say, daily review. This could integrate with org-habit also. I'm very much in the design phase now, no code. I should have some time to work on this in the coming months. I'll definitely keep the list updated with progress. You could easily do this stuff now with, say, R code blocks, but I am imagining a cohesive system. What I'm dreaming of may in fact be possible with some simple customized agenda hacking, I will investigate that first. --Erik Marcelo de Moraes Serpa wrote: By the way, now that you mention it, Eric. Is there anything right now that can generate graphs akin to what taskwarrior generates for archived org data? This would be awesome to track progress. Marcelo. On Thu, Feb 3, 2011 at 12:29 PM, Marcelo de Moraes Serpa wrote: Yeah, it's a quite nice project. I don't think it'd work for me as a PIM environment though. I think emacs (or vim with the new org-compatible plugin) will always be faster in this sense. Also, it lacks the reference aspect of any GTD system (a wiki or wiki-like collection of reference documents) which org seamlessly integrates. However, I think that it could give some ideas for some org-compatible CLI tools. Although emacs is the "server" and main "client" when it comes to org, I think that the more tools that can read and write to the org format, the better ;) Marcelo. On Thu, Feb 3, 2011 at 6:41 AM, Eric S Fraga wrote: Marcelo de Moraes Serpa writes: Hey list, I just found out about Taskwarrior today - http://taskwarrior.org. It seems to be a quite ambitious project to turn the CLI into a full-fledged GTD environment. I wouldn't leave org for it, but I thought it's quite nice and maybe some ideas could be borrowed or even integrations made. Anyway, just for the record. Check it out! I'm not about to move from org but this does look quite nice. I particularly like the graph on the main page. It's something one could generate from org LOG entries... when I'm bored! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: The way tags are exported in HTML (without colons!) -- no workaround for searches!
Hi Bastien, Bastien wrote: > Sébastien Vauban writes: >> - As well, clearly make a separation between the different tags, instead of >> concatenating them as one big chunck, so that we could put a background >> color that'd be cut between the consecutive tags: >> >> ++ ++ ++ >> |tag1| |tag2| |tag3| >> ++ ++ ++ > > Each tag in the HTML output comes with its own CSS class. > > For example: > > , > | * Heading1 :tag1:tag2: > ` > > is exported as > > , > | > | Heading1 > | > | tag1 > | tag2 > | > ` > > You can tweak your .css to visually separate the tags. Thanks for the above. Much appreciated. >> - Really add a colon marker in the exported file (to HTML) What about really adding the colon marker, so that one can easily find tags in the exported file? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Eric, "Eric Schulte" wrote: > +(org-copy-face 'org-meta-line 'org-block-begin-line > + "Face used for the line delimiting the begin of source blocks.") > + > +(org-copy-face 'org-meta-line 'org-block-begin-line > + "Face used for the line delimiting the end of source blocks.") > + > +(defface org-block-background nil > + "Face used for the source block background.") > + > (defface org-verbatim >(org-compatible-face 'shadow > 'class color grayscale) (min-colors 88) (background light)) > diff --git a/lisp/org.el b/lisp/org.el > index 52de784..35da334 100644 > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -5141,21 +5141,24 @@ will be prompted for." > (add-text-properties > beg end > '(font-lock-fontified t font-lock-multiline t)) > - (add-text-properties beg beg1 '(face org-meta-line)) > - (add-text-properties end1 (+ end 1) '(face org-meta-line)) > - ; for end_src > (cond > ((and lang org-src-fontify-natively) > - (org-src-font-lock-fontify-block lang block-start block-end)) > + (org-src-font-lock-fontify-block lang block-start block-end) > +(overlay-put (make-overlay beg1 block-end) > + 'face 'org-block-background)) > (quoting > - (add-text-properties beg1 (+ end1 1) '(face > -org-block))) > + (add-text-properties beg1 (+ end1 1) '(face org-block))) > ; end of source block > ((not org-fontify-quote-and-verse-blocks)) > ((string= block-type "quote") > - (add-text-properties beg1 end1 '(face org-quote))) > + (add-text-properties beg1 (1+ end1) '(face org-quote))) > ((string= block-type "verse") > - (add-text-properties beg1 end1 '(face org-verse > + (add-text-properties beg1 (1+ end1) '(face org-verse > + (add-text-properties beg beg1 '(face org-meta-line)) > + (add-text-properties beg beg1 '(face org-block-begin-line)) > + (add-text-properties (1+ end) (1+ end1) '(face org-meta-line)) > + (add-text-properties (1+ end) (1+ end1) > +'(face org-block-end-line)) > t)) > ((member dc1 '("title:" "author:" "email:" "date:")) > (add-text-properties > @@ -5171,7 +5174,7 @@ will be prompted for." > ((not (member (char-after beg) '(?\ ?\t))) > ;; just any other in-buffer setting, but not indented > (add-text-properties > - beg (match-end 0) > + beg (1+ (match-end 0)) >'(font-lock-fontified t face org-meta-line)) > t) > ((or (member dc1 '("begin:" "end:" "caption:" "label:" > > I noticed a couple of issues in the applied patch (possibly due to a > transcription error on my part). Namely > - I believe your default faces only work for white backgrounds Yes in my example test file -- I'm only using a "light theme". Not in the patch to come, as it simply is a copy of org-meta-line; so, if your org-meta-line is "dark theme"-compatible, the patch won't alter anything for you. > - I didn't notice a change in background for the code blocks I guess because your defface does not contain any background property? > - it seems that the #+end_src line is fontified but the #+begin_src line > is not That was not the case for me. > An image of my Emacs after applying the patch is available at: > http://i.imgur.com/2eu3z.png I'll now make a proper patch of what I want to submit, and let you review it. I'll share an image as well, of a possible customization. Thanks for your comments, Eric(s) and Dan. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Combination of =code= and Description
Bastien writes: > But > > \item[{\texttt code}]some additional text > > would do the job. No, it doesn't - it makes the first "c" character non-bold typewriter and the rest "ode" bold sans serif. There simply is no boldface version of the typewriter font in standard LaTeX, so the form of the argument to item isn't really responsible for the result. If it were, then I think from a LaTeX perspective \texttt{code} is preferred, although the fully braced construct also works in that situation. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Fontification of blocks
"Eric Schulte" writes: [...] > > Hi Seb, > > Thanks for sharing this code. I couldn't help myself but to turn it > into a patch as that has become my favorite way of reviewing new code. > The resulting patch it attached. Seb's code worked for me but your patch doesn't unfortunately. > I noticed a couple of issues in the applied patch (possibly due to a > transcription error on my part). Namely Possibly? > - I believe your default faces only work for white backgrounds I have a white background and it doesn't work either but did. > - I didn't notice a change in background for the code blocks ditto with the patch. > - it seems that the #+end_src line is fontified but the #+begin_src line > is not I have the opposite (!) with your patch. I'm not sure what is wrong with the patch but there definitely must be some error unless something else has creeped in with normal org updates since yesterday. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.304.g71203.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Combination of =code= and Description
Bastien wrote: Hi Rainer, Rainer M Krug writes: I would like to have a description as follow: - first :: some text - second :: some more text - =code= :: some additional text but =code= is not formatted as bold. If I say - \bold{=code=} :: some additional text I get, as one could expect, "=code=" in bold. Is it possible to get code in bold? Yes. For now it produces: , | \begin{description} | \item[first]some text | \item[second]some more text | \item[\texttt{code}]some additional text | \end{description} ` where \texttt{code} is not taken into account. But \item[{\texttt code}]some additional text would do the job. I don't know what are the LaTeX conventions regarding the use of {\texttt ...} vs. \texttt{...} constructs. Any LaTeX guru here? Certainly not a guru, but if you look at the zoomed-in PDF output of your second attempt above: \item[{\texttt code}]some additional text, you'll see that only the first letter 'c' is written in typewriter font, and the rest are bold. This is because you did not use brackets to group the argument, so it only passes the first letter it sees. So if you do use brackets, you'll note that you only get typewriter font, and not in bold: why is this? I believe that, http://www.tex.ac.uk/cgi-bin/texfaq2html?label=bold-extras explains that Computer Modern fonts do not come with a bold teletype font. The page offers some solutions for you if you want this. This is what I believe is happening anyway, and would be happy to be corrected by a true guru! --Erik Iverson ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Eric(s), Here is the patch I intended to write: diff --git a/lisp/org-faces.el b/lisp/org-faces.el index c237a0e..2e9d2a3 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -1,6 +1,6 @@ ;;; org-faces.el --- Face definitions for Org-mode. -;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010 +;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011 ;; Free Software Foundation, Inc. ;; Author: Carsten Dominik @@ -511,6 +511,16 @@ follows a #+DATE:, #+AUTHOR: or #+EMAIL: keyword." :group 'org-faces :version "22.1") +(defface org-block-background + '((t (:background "#EA"))) + "Face used for the source block background.") + +(org-copy-face 'org-meta-line 'org-block-begin-line + "Face used for the line delimiting the begin of source blocks.") + +(org-copy-face 'org-meta-line 'org-block-begin-line + "Face used for the line delimiting the end of source blocks.") + (defface org-verbatim (org-compatible-face 'shadow 'class color grayscale) (min-colors 88) (background light)) diff --git a/lisp/org.el b/lisp/org.el index 8acf5a9..70fda86 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1,6 +1,6 @@ ;;; org.el --- Outline-based notes management and organizer ;; Carstens outline-mode for keeping track of everything. -;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010 +;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011 ;; Free Software Foundation, Inc. ;; ;; Author: Carsten Dominik @@ -5146,16 +5146,19 @@ will be prompted for." ; for end_src (cond ((and lang org-src-fontify-natively) - (org-src-font-lock-fontify-block lang block-start block-end)) + (org-src-font-lock-fontify-block lang block-start block-end) +(overlay-put (make-overlay beg1 block-end) + 'face 'org-block-background)) (quoting - (add-text-properties beg1 (+ end1 1) '(face - org-block))) + (add-text-properties beg1 (+ end1 1) '(face org-block))) ; end of source block ((not org-fontify-quote-and-verse-blocks)) ((string= block-type "quote") - (add-text-properties beg1 end1 '(face org-quote))) + (add-text-properties beg1 (1+ end1) '(face org-quote))) ((string= block-type "verse") - (add-text-properties beg1 end1 '(face org-verse + (add-text-properties beg1 (1+ end1) '(face org-verse + (add-text-properties beg beg1 '(face org-block-begin-line)) + (add-text-properties (1+ end) (1+ end1) '(face org-block-end-line)) t)) ((member dc1 '("title:" "author:" "email:" "date:")) (add-text-properties @@ -5171,7 +5174,7 @@ will be prompted for." ((not (member (char-after beg) '(?\ ?\t))) ;; just any other in-buffer setting, but not indented (add-text-properties - beg (match-end 0) + beg (1+ (match-end 0)) '(font-lock-fontified t face org-meta-line)) t) ((or (member dc1 '("begin:" "end:" "caption:" "label:" Here the effect of applying it: http://i.imgur.com/3lPjH.png with the following setting in my color-theme[1]: --8<---cut here---start->8--- (org-block-begin-line ((t (:underline "light grey" :foreground "#008ED1" :background "#EAEAFF" (org-block-end-line ((t (:overline "light grey" :foreground "#008ED1" :background "#EAEAFF" --8<---cut here---end--->8--- The only thing that you *should* change in my patch is the color of the background you want, by default, in a dark theme. Is the above working for you, guys? Best regards, Seb Footnotes: [1] It should work without any customization. But, of course, if I did "need" 2 new faces, it is well to customize them... -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Erik Iverson writes: > Marcelo, > > I've started dreaming of a system called 'org-dashboard' [...] > I'm very much in the design phase now, no code. I should have some but sounds good! I look forward to it. The trick will be to ensure that the correct data have been recorded. For instance, to generate the graph shown on the taskwarrior web page, you would have to have recorded when tasks were created and when they were completed. For many of my tasks, I have the latter but not the former. But easy enough to specify and record that kind of information, of course. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.308.g809b5.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Eric S Fraga wrote: Erik Iverson writes: Marcelo, I've started dreaming of a system called 'org-dashboard' [...] I'm very much in the design phase now, no code. I should have some but sounds good! I look forward to it. The trick will be to ensure that the correct data have been recorded. As a practicing statistician, I am well aware that this can be quite a trick! :) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: GNU devroom at FOSDEM 2011
Very interesting! Thanks! Erwin On 2/02/2011 12:10, Andrea Crotti wrote: Carsten Dominik writes: Hi everyone, I will be at the meeting on Saturday, and I hope to meet some of you! If you have an org-mode T-Shirt - I think it would be fun to wear it - I will. Most of all, I will be very pleased to finally meet Bastien in person. - Carsten I will be there too and happy to meet who changed my life (well at least from the productivity point of view). @Bastian: if you use OSX and growl maybe you could find this useful for the presentation: --8<---cut here---start->8--- (defun growl-popup (msg) "Pop up a growl notification with MSG, or display an Emacs message. The \"growlnotify\" program is used if `window-system' is non-nil and the program is found in `exec-path'; otherwise `message' is used." (interactive) (if (and window-system (executable-find "growlnotify")) (shell-command (concat "growlnotify -a /Applications/Emacs.app/ -m " (shell-quote-argument msg))) (message msg))) (defun popup-last () (interactive) (let ((last-key (key-description (this-command-keys ;; check if we don't have a "stupid" sequence (unless (= (length (this-command-keys-vector)) 1) (growl-popup last-key ;TODO: make it an external package and better a minor-mode, switching would also be much easier (setq growl-mode nil) (defun growl () (interactive) (if (not growl-mode) (progn (message "enabling growl mode notification") (add-hook 'pre-command-hook 'popup-last) (setq growl-mode t)) (progn (setq-default pre-command-hook (remq 'popup-last pre-command-hook)) (message "disabling growl mode notification") (setq growl-mode nil --8<---cut here---end--->8--- In this way people can see what you are pressing (all commands with at least two keys). ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
@Erik -- that sounds awesome! Really looking forward to it. Have you guys noticed the coincidence? We have two Eri[k][c]s here :D Bastien, Carnsten, what do you guys think of Taskwarrior? :) Cheers, Marcelo. On Thu, Feb 3, 2011 at 3:05 PM, Erik Iverson wrote: > > > Eric S Fraga wrote: >> >> Erik Iverson writes: >> >>> Marcelo, >>> >>> I've started dreaming of a system called 'org-dashboard' >> >> [...] >> >>> I'm very much in the design phase now, no code. I should have some >> >> but sounds good! I look forward to it. >> >> The trick will be to ensure that the correct data have been recorded. > > As a practicing statistician, I am well aware that this can > be quite a trick! :) > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot
On Thu, Feb 3, 2011 at 11:47 AM, Nicolas Goaziou wrote: > It is certainly doable, but it wouldn't help for the problem at hand. > There is already a way to not use dots (this is the solution you > envision), but only parenthesis, as numbered items separators. Is there a variable? It would appear there is. It seems like it should solve the problem. Anyone know why it doesn't? ,[ org-plain-list-ordered-item-terminator ] | The character that makes a line with leading number an ordered list item. | Valid values are ?. and ?). To get both terminators, use t. While | ?. may look nicer, it creates the danger that a line with leading | number may be incorrectly interpreted as an item. ?) therefore is | the safe choice. ` -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: The way tags are exported in HTML (without colons!) -- no workaround for searches!
2011/2/3 Sébastien Vauban : > What about really adding the colon marker, so that one can easily find tags in > the exported file? Use the CSS content property. http://www.w3schools.com/Css/pr_gen_content.asp As an example, check out the links and how they are styled at http://almostobsolete.net/ -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Hi, maybe someone should contact the devs there and invite them (to come to this email list and/or vice versa). There is really some beauty in the idea to use dead simple command line tools to getting things fast and quickly done. On the other hand org-mode has so many useful functions. It would be a very nice integration for both sides to settle down on a way to import/export data from each other seamlessly. I work often with a shell and this would allow people to use the command line whenever they just need to do to something quickly and switching to emacs and org-mode if they need editor capabilities. Greetings Totti ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] IMPORTANT: let's make the biggest gift of FLOSS history!
Dear Bastien, you might consider to add a Flattr account for org-mode too. As far as I understood Flattr is a micorpayment system on a monthly base. People donate a monthly sum and this will be shared by the projects they marked (by click on a clever placed icon) over a month period. I believe this heavily lower the resistance to place a donation, people think "Since I spend the money every month why not donating to org-mode", which is quite different to "Ohh paypal, I need to pull out my credit card and enter all my credentials, wait is it save, wait should I do it now, wait will my spouse punish me for throwing out money again for my crazy interests" ;) I guess the idea is to place those icons at places where people just got very happy about org-mode... maybe the manual section, or Worg, video tutorial page, etc. http://flattr.com/ All the best Totti On 02/04/2011 12:15 AM, Bastien wrote: Dear all, as you know, some of us will meet this saturday at FOSDEM. It will be great to meet IRL, to discuss Org past, present and future -- I really can't wait for that! Everyone on this list already contributes with code, patches, feedback, tests, ideas and... patience with the new maintainer. And I guess Everyone at FOSDEM will express his gratitude to Carsten for all the work he did and continues doing. But... what about expressing this gratitude as a *GIFT*? What about taking 10 minutes of your time and make a donation? *Every donation* made from now until sunday evening will go to Carsten. Please go to http://orgmode.org and say thanks :) Let's show the FOSDEM crowd that fun& fame are not the only rewards that such an effort deserves :) Thanks!! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Hi Tosten, They are already talking about org, check this out: http://taskwarrior.org/boards/8/topics/show/208 A CLI client would be nice, but IMHO, I don't think it would be faster than the operating org from emacs; perhaps for a couple of basic stuff, but I think that depends strongly on personal tastes. Marcelo. On Thu, Feb 3, 2011 at 7:14 PM, Torsten Wagner wrote: > Hi, > > maybe someone should contact the devs there and invite them (to come to this > email list and/or vice versa). > There is really some beauty in the idea to use dead simple command line > tools to getting things fast and quickly done. On the other hand org-mode > has so many useful functions. > It would be a very nice integration for both sides to settle down on a way > to import/export data from each other seamlessly. > I work often with a shell and this would allow people to use the command > line whenever they just need to do to something quickly and switching to > emacs and org-mode if they need editor capabilities. > > Greetings > > Totti > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
On Thu, Feb 3, 2011 at 7:14 PM, Torsten Wagner wrote: > Hi, > > maybe someone should contact the devs there and invite them (to come to > this email list and/or vice versa). > There is really some beauty in the idea to use dead simple command line > tools to getting things fast and quickly done. On the other hand org-mode > has so many useful functions. > I hear the "torn-ness." I looked at todo.txt[1] and TaskWarrior and TaskPaper[2] prior to finding org-mode. I actually found org-mode but didn't know emacs and ran away for a few months while trying to stick with my hybridized TiddlyWiki + TeamTasks[3] system. Org-mode is fantastic, but I know the appeal of those command line tools. The simple commands, lightness, and dead simplicity are hard to beat. Perhaps a nice tradeoff would be to get something from the command line that could work with one's remember template via the command line. This is where I see the advantage of a command line interface. I, too, have a terminal open and/or can open one faster than emacs for a quick command. With some terminals like tilda[4] just a keystroke away, one could be really fast with these kinds of notes... faster than (for me) Ctrl+Alt+E (emacs), C-x C-f file.org, M-S-> (eof), type "* whatever", C-c C-t, C-x C-s, C-c C-x. Imagine being able to pop open a terminal and type '$ org-todo "call so and so on friday" ~/org/task.org' and be done :) I don't really care that much about the graphs, but the quick filing would be nice. I'd also like access via a script to todos, perhaps for conky integration. Even 'cat file.org |grep -A 2 TODO' isn't half bad, though. Something like a cli agenda access would be pretty cool. John [1] http://todotxt.com/ [2] http://www.hogbaysoftware.com/products/taskpaper [3] http://getteamtasks.com/ [4] http://tombuntu.com/index.php/2007/12/17/tilda-a-quake-style-terminal-for-gnome/ > It would be a very nice integration for both sides to settle down on a way > to import/export data from each other seamlessly. > I work often with a shell and this would allow people to use the command > line whenever they just need to do to something quickly and switching to > emacs and org-mode if they need editor capabilities. > > Greetings > > Totti > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Hi John Actually, this comes down to the point which was discussed already sometimes. Creating a org-mode API which could be accessed from CLI-tools was well as from other programs (Thunderbird and Firfox plugins come to my mind but Conky and other programs might use it to extract data from org-mode too.) A nice definition of functions which can be used to interact with org-mode of a emacs-daemon would be perfect. In my opinion a very interesting idea and maybe a somehow missing to allow a even more tied integration org-mode in once personal work-flow. Greetings Torsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
If we could somehow turn emacs into a headless server, it would be nice. I don't know enough elisp or emacs architecture to know if it could be turned into a web server, for example. But that's an awesome idea. On Thu, Feb 3, 2011 at 9:12 PM, Torsten Wagner wrote: > Hi John > > Actually, this comes down to the point which was discussed already > sometimes. Creating a org-mode API which could be accessed from CLI-tools > was well as from other programs (Thunderbird and Firfox plugins come to my > mind but Conky and other programs might use it to extract data from org-mode > too.) > A nice definition of functions which can be used to interact with org-mode > of a emacs-daemon would be perfect. > > In my opinion a very interesting idea and maybe a somehow missing to allow a > even more tied integration org-mode in once personal work-flow. > > > Greetings > > Torsten > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Hi Marcelo, A CLI client would be nice, but IMHO, I don't think it would be faster than the operating org from emacs; perhaps for a couple of basic stuff, but I think that depends strongly on personal tastes. For me the most nicest part to have a CLI interface to org-mode would be the fact that I could use all the command line magic instantaneous. E.g., git log -n1 | org add "Remember to check the last commit" could end up in * Remember to check the last commit commit b9de5f08ba0833d2b1912d02335667e8e6cc17b Author: User Foo Date: Mon Dec 20 14:50:05 2010 -1000 This comment might fixes the bug Totti was dealing with or a simple ls | org add "The files I have not processed so fare" could end up in * "The files I have not processed so fare" file1 file2 file6 file11 and a org agenda next | xargs awesome-client notifyme("{}") could create a pop up in my window manager (awesome wm) informing me about the next appointment in my agenda. Even more into hardware details, a udev-rule could be used to send a certain command to org-mode whenever a specific USB-stick is inserted in the computer. People who like to clock there work might love this feature. There are actually hundreds of possible nice combinations... All the best Totti Marcelo. On Thu, Feb 3, 2011 at 7:14 PM, Torsten Wagner wrote: Hi, maybe someone should contact the devs there and invite them (to come to this email list and/or vice versa). There is really some beauty in the idea to use dead simple command line tools to getting things fast and quickly done. On the other hand org-mode has so many useful functions. It would be a very nice integration for both sides to settle down on a way to import/export data from each other seamlessly. I work often with a shell and this would allow people to use the command line whenever they just need to do to something quickly and switching to emacs and org-mode if they need editor capabilities. Greetings Totti ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
Hi Marcelo, Emacs can run as a dameon and as that you could access it via emacsclient. What is needed is a nice interface to allow to send simple requests to insert and fetch data from org-mode. Some of the org-mode function might do this already, however, I guess a decent layer which hides the complex org-mode routines and provides simple to use in- and output functions might be more effective. Greetings Totti ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
On 2/3/2011 8:03 PM, Torsten Wagner wrote: Hi Marcelo, Emacs can run as a dameon and as that you could access it via emacsclient. What is needed is a nice interface to allow to send simple requests to insert and fetch data from org-mode. Some of the org-mode function might do this already, however, I guess a decent layer which hides the complex org-mode routines and provides simple to use in- and output functions might be more effective. There is also PyOrgMode which can probably be developed as an intermediary between the two. I, for one, find Python *much* more approachable than elisp... :) Mark Greetings Totti ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: IMPORTANT: let's make the biggest gift of FLOSS history!
Torsten Wagner writes: > Dear Bastien, > > you might consider to add a Flattr account for org-mode too. As far > as I understood Flattr is a micorpayment system on a monthly > base. People donate a monthly sum and this will be shared by the > projects they marked (by click on a clever placed icon) over a month > period. The argument against it would be that it `reduces' the amount. Consider the case of micro-donors ... When one exchanges gifts one is obliged to consider how the gift would be perceived by the other party. If the exchange is between individuals (as opposed to between an individual and an impersonal organization) the above argument cannot be set aside. > I believe this heavily lower the resistance to place a > donation, people think "Since I spend the money every month why not > donating to org-mode", which is quite different to "Ohh paypal, I need > to pull out my credit card and enter all my credentials, wait is it > save, wait should I do it now, wait will my spouse punish me for > throwing out money again for my crazy interests" ;) There could be donors who wouldn't want to own a Credit Card ... For such donors PayPal is too burdensome. Plain Old postal system trumps for such donors. Postal addresses (real or virtual mailboxes) should be made accessible to the community. Having a mailbox could be cumbersome for `non-enterprisey' projects that are led by individuals. In this case, FSF can act as an organisational intermediary aggregating and channeling the donations to projects based on donor's discretion. (I don't know whether they do so already) > > I guess the idea is to place those icons at places where people just > got very happy about org-mode... maybe the manual section, or Worg, > video tutorial page, etc. > IMHO, the landing page is the right place for it. Burying it too deep would `smell' (whatever that means). You seem to think that `contributions' to Free Software Projects are likely to be impulsive decisions as opposed to well-considered ones ... I hesitate to buy this argument. Jambunathan K. > > http://flattr.com/ > > All the best > > Totti > > > On 02/04/2011 12:15 AM, Bastien wrote: >> Dear all, >> >> as you know, some of us will meet this saturday at FOSDEM. >> It will be great to meet IRL, to discuss Org past, present >> and future -- I really can't wait for that! >> >> Everyone on this list already contributes with code, patches, >> feedback, tests, ideas and... patience with the new maintainer. >> And I guess Everyone at FOSDEM will express his gratitude to >> Carsten for all the work he did and continues doing. >> >> But... what about expressing this gratitude as a *GIFT*? >> >> What about taking 10 minutes of your time and make a donation? >> >> *Every donation* made from now until sunday evening will go to >> Carsten. Please go to http://orgmode.org and say thanks :) >> >> Let's show the FOSDEM crowd that fun& fame are not the only >> rewards that such an effort deserves :) >> >> Thanks!! >> > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: IMPORTANT: let's make the biggest gift of FLOSS history!
The argument against it would be that it `reduces' the amount. Consider the case of micro-donors ... Well it seems the flattr people take 10%. Guess this is still fair and well documented on there website, they provide a certain service which cost money. Paypal and other payments methods charge too. There could be donors who wouldn't want to own a Credit Card ... For such donors PayPal is too burdensome. Plain Old postal system trumps for such donors. Postal addresses (real or virtual mailboxes) should be made accessible to the community. Having a mailbox could be cumbersome for `non-enterprisey' projects that are led by individuals. In this case, FSF can act as an organisational intermediary aggregating and channeling the donations to projects based on donor's discretion. (I don't know whether they do so already) Well postal address might be fine too. Instead of a Paypal link, a general donation icon could guide people to a page with different offers, form which they can select, Paypal, Flattr, Post, I just think giving people as much offers as possible might lower the resistance to place a donation. I guess the idea is to place those icons at places where people just got very happy about org-mode... maybe the manual section, or Worg, video tutorial page, etc. IMHO, the landing page is the right place for it. Burying it too deep would `smell' (whatever that means). Yes landing page might be good. However, some pages have heavy traffic because of popularity other are real "pain-relievers" which might make people consider to place a donation. But I agree there is a thin line between making a careful request for donation and being fishy somehow. You seem to think that `contributions' to Free Software Projects are likely to be impulsive decisions as opposed to well-considered ones ... I hesitate to buy this argument. Well I would not say it is impulsive. Its more about the "inhibition threshold" to place a donation, or if you like the "laziness threshold". If I first have to register a paypal account, attach my credit card credentials, which if I remember correctly take some time to being verified and finally place a donation, I might simply think "Lets do it another time" and this I think over and over again until my gratitude become that big that I go through all these above steps to place a donation. Clicking on a icon to place a donation is much easier and hence lets people quickly (and esp. in case of flattr repeatable) donate. Downloading a pdf which prints on an envelope the postal address, to send a donation via post might be easier for other people (e.g., because they have no credit card)... Guess it is just the point that it might be worse to offer more options which help people to overcome there individual "inhibition threshold". All the best Totti ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: IMPORTANT: let's make the biggest gift of FLOSS history!
Torsten Wagner writes: >> The argument against it would be that it `reduces' the amount. Consider >> the case of micro-donors ... > > Well it seems the flattr people take 10%. Guess this is still fair and > well documented on there website, they provide a certain service which > cost money. Paypal and other payments methods charge too. What I meant in my original comment was that spreading a micro-donation over a 12-month would it make a nano-donation :-). Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Embedded code
On Fri, Jan 21, 2011 at 18:05, Eric Schulte wrote: > > > There are a variety of ways to convert lists to strings, look at the > `format' function for printing any elisp value to a string. You can > also use something like the following to convert a list to a string > > #+begin_src emacs-lisp > (mapconcat (lambda (el) (format "%S" el)) '(1 2 3 4 5 6) "\t") > #+end_src > > ... > > You can use the inline code syntax for very small blocks, e.g. > > I've proceeded with my little project using the dynamic block, since it seems that this is what it was designed for. I wrote the following bit of code and would appreciate answers to a couple of questions. #+begin_src emacs-lisp :results silent (defun flatten-string-with-links (str) (let* ((newstr str)) ; find [[link][desc]] and replace with 'desc. (setq newstr (replace-regexp-in-string "\\[\\[[^\\[]+\\]\\[[^//[]+\\]\\]" (lambda (s) (save-match-data (nth 2 (split-string s "[\]\[]+" newstr)) ; find [[link]] and replace with 'link. (setq newstr (replace-regexp-in-string "\\[\\[[^\\[]+\\]\\]" (lambda(s) (save-match-data (nth 1 (split-string s "[\]\[]+" newstr)) newstr)) (defun org-dblock-write:tagged (params) (insert (mapconcat 'identity (org-map-entries (lambda() (let* (link desc innerlink) (setq desc (nth 4 (org-heading-components))) (setq desc (flatten-string-with-links desc)) (setq link (concat "file:" (abbreviate-file-name (buffer-file-name (buffer-base-buffer))) "::" (org-make-org-heading-search-string))) (org-make-link-string link desc))) (plist-get params :tag) (plist-get params :scope)) "\n"))) #+end_src * example :links: ** not a link ** [[http://google.com][link]] ** some text.[[http://google.com][link]] ** [[http://google.com]] ** some text. [[http://google.com][link]]. more text. [[http://google.com][link]]. final text. ** [[ http://www.knifecenter.com/kc_new/store_detail.html?s%3DAOBSHARP][brokenlink]] #+BEGIN: tagged :tag "links" #+END Q1: I've tried to leverage as much built-in org functionality as possible, but deeply suspect that I'm overlooking some, since agendas do much of this work. Is there a simpler solution than mine? Q2: The link generated for the last item ("broken link") does not work. Removing the "%" from the URL fixes it. This seems to be a bug in org-make-org-heading-search-string? Or am I misusing it? Any help would be greatly appreciated. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode