Re: [O] org-agenda-filter-by-tag-refine defaults to exclude

tag-refine to org-agenda-filter-by-tag-exclude and to > leave the code within the function as is (well.. maybe change 'refine to > 'exclude with the same argument as to the function name change). > > Best Regards > Gustav > > -Original Message- > From: Kyle Me

[O] org-agenda-filter-by-tag-refine defaults to exclude

Hi, I noticed that org-agenda-filter-by-tag-refine started to exclude selected tags by default recently because the 'refine in the call to org-agenda-filter-by-tag is interpreted as an exclude flag. The attached patch fixes this. However, it seems that the function is superfluous because org-a

[O] Org mode export from a large file is slow since release 8.3

Hi, I updated from 8.2.9 to 8.3.2 today and now the export has become very slow. Creating an HTML page or a LaTeX buffer used to be instantaneous but now takes up to 30 seconds. It seems that this is mostly related to file size. For example, exporting a subtree from a large notes file (~8600 l

Re: [O] [RFC] Move ox-koma-letter into core?

Hi Tom, Am 17.02.14 22:56, schrieb Thomas S. Dye: FWIW, as a small businessman, the indemnification clause looks fairly standard to me. The contracts for archaeological services that we routinely sign typically have a clause like this, usually coupled with a request for a certificate of insura

Re: [O] [RFC] Move ox-koma-letter into core?

Hi everybody, sorry for replying so late to this discussion. I stopped following the list a while ago. Rasmus was so kind and tracked me down. Am 18.01.14 19:10, schrieb Carsten Dominik: On 18 Jan 2014, at 00:08, Nicolas Goaziou wrote: There is one thing to consider, though: Viktor

Re: [O] [PATCH] ox-icalendar: fix handling of timestamps

Hi Nicolas, Viktor Rosenfeld wrote: > So I propose to append the docstring of > `org-icalendar-export-timestamps': > > This variable has precedence over and overrides the behavior of > `org-export-with-timestamps'. The setting is applied to every > timestamp b

Re: [O] [PATCH] ox-icalendar: fix handling of timestamps

Hi Nicolas, Nicolas Goaziou wrote: > Viktor Rosenfeld writes: > > > The docstring of `org-icalendar-with-timestamps' already states: > > > > This variable has precedence over `org-export-with-timestamps'. > > It can also be set with the #+OPTIONS

Re: [O] [PATCH] org-mobile.el: Skip and elements

Hi Achim, Achim Gratz wrote: > Viktor Rosenfeld writes: > > TINYCHANGE > > Just declaring things TINYCHANGE doesn't magically make it so, please > remember that the limit is cumulative. Org already has changes from you > to core files. Additionally you were

Re: [O] [PATCH] ox-icalendar: fix handling of timestamps

nks, fixed! I did not like the construction with `or' but I didn't know about `memq'. Learning Elisp as I go... New patch is attached. Cheers, Viktor > > -- > Aaron Ecay > >From 52511b5e2a538d3bb0375c2e32caef0a27e1998e Mon Sep 17 00:00:00 2001 From: Viktor Rosenfeld Date

Re: [O] [PATCH] ox-icalendar: fix handling of timestamps

Hi Nicolas, Nicolas Goaziou wrote: > Hello, > > Viktor Rosenfeld writes: > > > * ox-icalendar.el (org-icalendar-entry): Honor setting of > > `org-icalendar-with-timestamps' for timestamps on headlines > > and checkboxes. > > > > The s

[O] [PATCH] org-mobile.el: Skip and elements

* org-mobile.el (org-mobile-add-after): Variable to turn off printing of information inside element. (org-mobile-add-before): Variable to turn off printing of information inside element. (org-mobile-sumo-agenda-command): Optionally skip printing of information inside element. (org-

[O] [PATCH] ox-icalendar: fix handling of timestamps

* ox-icalendar.el (org-icalendar-entry): Honor setting of `org-icalendar-with-timestamps' for timestamps on headlines and checkboxes. The setting `org-icalendar-with-timestamps' was only applied to timestamps which do not appear on a heading or on a checkbox. E.g., with `org-icalendar-

Re: [O] koma letter exporter: changing the priority of options

Hi, Rasmus wrote: > I think we need to treat koma variables more generally (I have some > sketches locally) if anything. Not make their behavior more > specialized. Could you elaborate on what you mean by this? > But you'd still end up with > two emails in your file, and if you lost the LCO f

Re: [O] koma letter exporter: changing the priority of options

Hi, Alan Schmitt wrote: > - (format "\\KOMAoption{backaddress}{%s}\n" (if with-backaddress "true" > "false")) > - (format "\\KOMAoption{foldmarks}{%s}\n" (if with-foldmarks > with-foldmarks "false")) > - (format "\\KOMAoption{fromphone}{%s}\n" (if with-phone "true" "false")) > -

Re: [O] Slides about LaTeX export

Hi, Fabrice Niessen wrote: > Could one of you report (as suggested by Nick) whether it works (or not) from > another browser on the Mac? Snow Leopard 10.6.8: - Chrome: only yellow boxes - Safari: only yellow boxes - Firefox: yellow boxes with code Cheers, Viktor

Re: [O] [suggest] We should import latex template system

Hi Marcin, Marcin Borkowski wrote: > Dnia 2013-06-12, o godz. 08:46:43 > Viktor Rosenfeld napisał(a): > > > I would also like to have a template mechanism for my LaTeX exports. > > However, I think the way to do it in LaTeX is to write custom *.sty > > files which

Re: [O] [suggest] We should import latex template system

Hi, Feng Shu wrote: > org-mode odt exporter are using 'org-odt-styles-file, which are odt > templetes, I think latex exporter should do like this. for example: I would also like to have a template mechanism for my LaTeX exports. However, I think the way to do it in LaTeX is to write custom *.sty

Re: [O] ox-koma-letter support for \cc and \encl?

Hi Rasmus, I didn't have time to look at your code on the weekend, but I had to write a letter with ENCL and it worked perfectly. I'm liking this setup more and more. I don't know if you went ahead and implemented the :with-legacy option, but I think it should default to `nil', so the stuff in the

Re: [O] ox-koma-letter support for \cc and \encl?

Hi Vikas, Vikas Rawal wrote: > > > > > Yes. Add two headlines to your letter, one tagged with :CC: and one with > > :ENCL:. The content below these headlines will be converted to the > > relevant LaTeX code. This also works with :PS:. However, you need a > > fairly recent version of ox-koma-let

Re: [O] ox-koma-letter support for \cc and \encl?

Hi Vikas, Vikas Rawal wrote: > Does ox-koma-letter support \cc and \encl? > > Vikas > Yes. Add two headlines to your letter, one tagged with :CC: and one with :ENCL:. The content below these headlines will be converted to the relevant LaTeX code. This also works with :PS:. However, you need a

Re: [O] koma letter export

Hi Vikas, Vikas Rawal wrote: > I am trying to use ox-koma-letter for my correspondence. I have a > functioning test file that produces a nice pdf. But I would like to > set it up so as to have one letter per headline, and do subtree export > to produce the pdf. > > I am attaching the test file

Re: [O] koma letter exporter: changing the priority of options

Hi Alan, Alan Schmitt wrote: > Hello, > > I just had to write a new letter with a fresh LCO file, and I would like > to propose to change the priority of options. The current priority is: > local options > emacs variables > lco file. > > Unfortunately emacs variables have a default value, which

Re: [O] org-effectiveness

Hello, David Arroyo Menéndez wrote: > > Hello, > > I would like propose org-effectiveness to contrib. Org effectiveness is > a mode to measure the personal effectiveness using org todos. +1 It should use `org-time-clocksum-use-effort-durations'. I definitely like when my weekly clock report t

Re: [O] [PATCH][ox-koma-letter]: sender, email and cleanup

Hi Xavier, Xavier Garrido wrote: > Hi koma-letterers, > > >>Patches: > >> > >>1. summarizes all changes in author. It uses my solution as mentioned > >>above. > >>2. full support for after closing keywords. See commit message > >>3. signature to nil > >>4. change handling of subject and allow

Re: [O] [PATCH] ox-koma-letter.el: Reintroduce variables removed in commit 832c6fd with proper defaults (was Re: [patch] ox-koma-letter.el: clean-up/semantic bug [4/4])

Hi Robert, Robert Klein wrote: > Hello, > On 05/25/2013 03:57 PM, Rasmus wrote: > > Alan Schmitt writes: > > > >> Hello, > >> > >> Viktor Rosenfeld writes: > >> > >>> Hi Robert, > >>> > >>> Robe

Re: [O] [PATCH][ox-koma-letter]: sender, email and cleanup

Hi Rasmus, Rasmus wrote: > Rasmus writes: > > > 4. Sets defcustom org-koma-letter-signature nil since that > > corresponds to default scrlttr2 behavior anyway (p. 183 in the > > manual). > > > > Re 4.: I'd like to do something similar to > > org-koma-letter-subject-format. But I'm

Re: [O] [PATCH][ox-koma-letter]: sender, email and cleanup (was: [PATCH] ox-koma-letter.el: Reintroduce variables removed in commit 832c6fd with proper defaults)

lar to > org-koma-letter-subject-format. But I'm not sure how, at the moment > (perhaps make t the default and associate it with the current default > list). > > –Rasmus > > -- > This is the kind of tedious nonsense up with which I will not put > > >Fro

Re: [O] [PATCH] ox-koma-letter.el: Reintroduce variables removed in commit 832c6fd with proper defaults (was Re: [patch] ox-koma-letter.el: clean-up/semantic bug [4/4])

Hi Rasmus, Rasmus wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.emacs.orgmode as well. > > Alan Schmitt writes: > > > Hello, > > > > Viktor Rosenfeld writes: > > > >> Hi Robert, > >>

Re: [O] [PATCH] ox-koma-letter.el: Reintroduce variables removed in commit 832c6fd with proper defaults (was Re: [patch] ox-koma-letter.el: clean-up/semantic bug [4/4])

repeat fromname and fromemail in your example? Cheers, Viktor > This probably isn't a `clean' solution, but should work without a need > to grep LCO files. > > Best regards > Robert > > > On 05/23/2013 12:06 AM, Viktor Rosenfeld wrote: > > Hi Rasmus, > &g

Re: [O] Org sources and PDF files on Worg

Hi Bastien, Bastien wrote: > Hi Viktor, > > Viktor Rosenfeld writes: > > > The files are: > > - http://orgmode.org/worg/org-tutorials/koma-letter-export.html > > - http://orgmode.org/worg/org-tutorials/koma-letter-example.html > > > > Sorry for the in

Re: [O] Org sources and PDF files on Worg

Hi Bastien, Bastien wrote: > Hi Viktor, > > Viktor Rosenfeld writes: > > > However, the old version of the tutorial still shows at the old address. > > I moved the file in the worg git repository from org-tutorials/ to > > exporters/ but now there are two separat

Re: [O] Org sources and PDF files on Worg

Hi Bastien, Bastien wrote: > Hi Viktor, > > Viktor Rosenfeld writes: > > >> I believe I can give a partial answer: it looks like Worg isn't > >> publishing right now, which suggests that there was a recent commit > >> which broke things.

Re: [O] Org sources and PDF files on Worg

Hi everybody, Viktor Rosenfeld wrote: > > > I recently wrote a tutorial for the ox-koma-letter exporter [1] which > > > includes a link to an Org file [2] file and a PDF file [3] as examples. > > > The files are checked into the Worg repository, but they are not >

[O] [PATCH] ox-koma-letter.el: Reintroduce variables removed in commit 832c6fd with proper defaults (was Re: [patch] ox-koma-letter.el: clean-up/semantic bug [4/4])

Hi Rasmus, Viktor Rosenfeld wrote: > Hi Rasmus, > > Rasmus wrote: > > > Viktor Rosenfeld writes: > > > > > Or 5, keep the change from SENDER to AUTHOR but revert the default > > > values to `org-koma-letter-*' variables. (Right now the AUTHOR

Re: [O] [patch] ox-koma-letter.el: credit [3/4]

Hi, Rasmus wrote: > Viktor Rosenfeld writes: > > >> Ah, you mean the textsc? Perhaps it is a bit eccentric. But you're > >> bringing up a good point. It should recognize [p]+s and perhaps even > >> order them. . . > > > > If there is no

Re: [O] Org sources and PDF files on Worg

Hi, Jay Kerns wrote: > Hello Viktor, > > On Tue, May 21, 2013 at 2:13 PM, Viktor Rosenfeld > wrote: > > Hi, > > > > I recently wrote a tutorial for the ox-koma-letter exporter [1] which > > includes a link to an Org file [2] file and a PDF file [3] as exam

Re: [O] [patch] ox-koma-letter.el: clean-up/semantic bug [4/4]

Hi Rasmus, Rasmus wrote: > Viktor Rosenfeld writes: > > > Or 5, keep the change from SENDER to AUTHOR but revert the default > > values to `org-koma-letter-*' variables. (Right now the AUTHOR and EMAIL > > lines could be removed because they duplicate the deriv

Re: [O] [patch] ox-koma-letter.el: credit [3/4]

Hi, Rasmus wrote: > > - It doesn't work because `org-koma-letter-special-content' is set to > > nil at the beginning of `org-koma-letter-template'. Why is that? If I > > comment it out everything works. > > Hmm, it should be populated by the headline function each time. . . > That is at leas

Re: [O] [patch] ox-koma-letter.el: clean-up/semantic bug [4/4]

Hi, Rasmus wrote: > Viktor Rosenfeld writes: > > > Actually, this patch does break LCO files. Now, if you don't set > > AUTHOR or EMAIL in the letter the default options from the LaTeX > > exporter always overwrite the settings defined in LCO files. > > Th

[O] Org sources and PDF files on Worg

Hi, I recently wrote a tutorial for the ox-koma-letter exporter [1] which includes a link to an Org file [2] file and a PDF file [3] as examples. The files are checked into the Worg repository, but they are not available online. Is there something I have to do to enable this? At first I thought th

Re: [O] Let's discuss citation and Org syntax

Hi, Rasmus wrote: > Hi, > > Now that 8.0 has shipped let's talk bibliography support. This > follows directly upon the discussion around March[1]. I did not follow the discussion in March and only skimmed through the recent discussion in May [2]. But I was wondering if bibliography support in

Re: [O] RFQ - new contribution - org-screenshot.el

Forgot to attach the patch in my last mail. Sorry about the double posting. Viktor Rosenfeld wrote: > Hi, > > Haider Rizvi wrote: > > > Max Mikhanosha writes: > > > > > Hi All, > > > > > > I've been writing some documentation in Or

Re: [O] RFQ - new contribution - org-screenshot.el

Hi, Haider Rizvi wrote: > Max Mikhanosha writes: > > > Hi All, > > > > I've been writing some documentation in OrgMode with screenshots, and > > as with any screenshot taking, it takes a while to get one just right. > > > > A few tiny helper utilities, quickly snowballed into this :-) It may >

Re: [O] [patch] ox-koma-letter.el: credit [1/4]

Hi, Rasmus wrote: > This one just updates the credit: most importantly with Viktor. Cool, thanks! > - Is it me or is there no option to have git send-email just fix a > the subject and heads and let the email program do the rest?! The > manual and various blog post did not reveal how

Re: [O] [patch] ox-koma-letter.el: clean-up/semantic bug [4/4]

Hi, Rasmus wrote: > Alan Schmitt writes: > > > OK, sounds good, I've applied it. Actually, this patch does break LCO files. Now, if you don't set AUTHOR or EMAIL in the letter the default options from the LaTeX exporter always overwrite the settings defined in LCO files. Rasmus, couldn't you

Re: [O] [patch] ox-koma-letter.el: credit [3/4]

Hi, Rasmus wrote: > This is probably the most fun change. It adds special tags PS, ENCL, > CC, AFTER_CLOSING as in my last patch set, but it uses heading this > time. E.g. ENCLs are under the heading * ENCL :ENCL:. This was > suggested by Nicolas, and it's nicer. The ideas comes from > ox-gro

Re: [O] [patch] ox-koma-letter.el: subject changes [2/4]

Hi, Alan Schmitt wrote: > Rasmus writes: > > > I found a "bug" in that the subject variable should be a list cf. the > > KOMA manual. This patch fixes this. > > > > It's pretty complex for something so simple, and I might be inclined > > to admit to the "put it in a LCO"-file approach might be

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Rasmus, Rasmus wrote: >"Optionally download an up-to-date KOMA letter exporter" > Is this something we want to encourage people to do? We probably shouldn't. The problem is that the tutorial depends on a version that has not yet been released. Once Org-mode 8.1 arrives the best thing to d

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Tom, Thomas S. Dye wrote: > One small nit to pick, according to my dictionary "meta data" -> > "metadata". Thanks, I've changed this. Cheers, Viktor > > All the best, > Tom

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Suvayu, Suvayu Ali wrote: > The convention is to put all documentation about the new exporters under > Worg.git/exporters. Take a look here: > > Thanks. I've also added an entry to the index file. Cheers, Viktor > > Hope this helps, > > -- > Suvay

Re: [O] Inhibit default EMAIL in derived exporter

Hi Nicolas, Nicolas Goaziou wrote: > > commit 16f12e0 changed how the EMAIL option is configured in a derived > > exporter that also uses this keyword. > > I fixed it in maint. Thank you for reporting it. Thank you. Everything works as expected now. Cheers, Viktor > > > Regards, > > -- >

[O] [PATCH] Honor properties in derived backends with default nil

Hi, the attached patch fixes the problem. I wasn't sure if the logic simply reverts the changes in commit 16f12e0 but it passes the test suite. Cheers, Viktor Viktor Rosenfeld wrote: > Hi, > > commit 16f12e0 changed how the EMAIL option is configured in a derived > export

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, I just wanted to let you know that the tutorial is now online. I haven't linked to it from the org-tutorials page yet, in case you want to take a look. You can find it at http://orgmode.org/worg/org-tutorials/koma-letter-export.html Cheers, Viktor Alan Schmitt wrote: >

[O] Inhibit default EMAIL in derived exporter

Hi, commit 16f12e0 changed how the EMAIL option is configured in a derived exporter that also uses this keyword. In `contrib/ox-koma-letter.el', the koma-letter exporter configures the default of the EMAIL option to the variable `org-koma-letter-email'. However, since commit 16f12e0, if the optio

Re: [O] PATCH: Habit consistency always show DONE days green option

Love this patch! Much more pleasing to the eye. Cheers, Viktor Max Mikhanosha wrote: > I had always disliked how if you miss a habit deadline and then go on > a several day streak, first day still show up red. Makes it hard to > visually see "green streaks" > > Following patch adds a new varia

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, Alan Schmitt wrote: > Hi Victor, > > Viktor Rosenfeld writes: > > > Hi Rasmus and Alan, > > > > I've changed the code so the value for foldmarks is passed through to > > KOMA-Script. It's a bit ugly insofar as one has to specify > >

Re: [O] Is it possible to create links to M-x occur results?

Hi, Rick Frankel wrote: > On Fri, May 03, 2013 at 09:14:43AM +0200, Carsten Dominik wrote: > >On 2.5.2013, at 19:25, Leo Alekseyev wrote: > > > > Nice! Short and sweet, and works great. It should go on orgmode.org > > somewhere in the cool hacks section. > > > >Make a patch

Re: [O] [PATCH] Improve configurability of ox-koma-letter

u can find the tutorial at ./org-tutorials/koma-letter-export.org Cheers, Viktor Alan Schmitt wrote: > Hi, > > Viktor Rosenfeld writes: > > > Hi, > > > > I've hacked the ox-koma-letter exporter to make it more configurable. > > See the Changelog

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Rasmus, Rasmus wrote: > Viktor, > > >> >> In a similar spirit to subject is firsthead. First head is displayed > >> >> by default in scrlttr2 as far as I recall, which is annoying. > >> > > >> > Is firsthead something that you change on a letter-by-letter basis? Or > >> > do you configure it

Re: [O] [PATCH] Improve configurability of ox-koma-letter

. See the attached patch. Cheers, Viktor Rasmus wrote: > Viktor Rosenfeld writes: > > >> Yeah, I guess it's true. Still, since foldmarks depends on which > >> envelopes you have at hand it might make sense to have it accept a > >> string. In lisp-t

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, I've removed the defaults from OPENING and CLOSING. See the attached patch. Cheers, Viktor Alan Schmitt wrote: > Viktor Rosenfeld writes: > > > Rasmus also suggested setting the default opening and closing to nil > > because we should not assume that everybod

[O] [PATCH] org.el: Filter agenda by persistent tags

Hi, the attached patch makes `org-agenda-filter-by-tag-refine' pickup the hotkeys defined for tags in `org-tag-persistent-alist'. Cheers, Viktor >From 25d8eb08ecab282fc85c95307cddada8b5032e21 Mon Sep 17 00:00:00 2001 From: Viktor Rosenfeld Date: Wed, 24 Apr 2013 15:54:14 +0200 Su

Re: [O] [BUG] Hotkeys defined in org-tag-alist repeated in agenda filter dispatcher

Hi Bastien, with this patch, everything works as expected. Thanks! Cheers, Viktor Bastien wrote: > Hi Viktor, > > thanks for the patient and detailed debugging. > > I don't have time to test the attached patch myself, but given your > description it should be okay. > > Can you test it and r

Re: [O] Adding new heading results in "not in an item"

Hi Johan, this is fixed in master. The relevant commit is here: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=0fff0ba6da30e4ced73f84c8305d80c955bae132 Cheers, Viktor Johan Ekh wrote: > Hi all, > I've installed version 8 of org-mode and now I get the message "not in an > item" when I try t

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, Alan Schmitt wrote: > I've applied the patch. I propose a further tiny improvement: > , > | --- a/contrib/lisp/ox-koma-letter.el > | +++ b/contrib/lisp/ox-koma-letter.el > | @@ -273,7 +273,7 @@ holding export options." > |(when email (format "\\setkomavar{fromemail}{%s}\n" em

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, Alan Schmitt wrote: > I'm still thinking that the default signature should be nil (so that the > option can be picked up from the LCO), but it's a minor nitpick. Rasmus also suggested setting the default opening and closing to nil because we should not assume that everybody speaks Engli

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Rasmus, Rasmus wrote: > >> In a similar spirit to subject is firsthead. First head is displayed > >> by default in scrlttr2 as far as I recall, which is annoying. > > > > Is firsthead something that you change on a letter-by-letter basis? Or > > do you configure it once for your letters and n

Re: [O] [PATCH] Improve configurability of ox-koma-letter

tion. I can't reproduce this. I have attached a minimal letter as an example. If I evaluate the emacs-lisp block and export it I can see a graphic signature that is defined in `Signed.lco' in my `texmf' directory. What happens on your end? Cheers, Viktor > > Alan > >Fro

Re: [O] [BUG] Hotkeys defined in org-tag-alist repeated in agenda filter dispatcher

Hi Bastian, Bastien wrote: > Hi Viktor, > > Viktor Rosenfeld writes: > > > If I hit the =/= key in the agenda to filter the agenda by tag, the > > hotkeys defined in the list above are repeated multiple times. > > Can you test this patch against latest maint

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Rasmus, Rasmus wrote: > > * Setting of KOMA options > > > > The presence of the sender's phone and email, the letter's place and > > subject, as well as foldmarks and the backaddress are > > configurable. Consider: > > > > #+OPTIONS: subject:titled place:nil phone:t email:t foldmarks:nil > >

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, Alan Schmitt wrote: > A couple notes about the patch: > - Could you create it using "git format-patch"? This way we'll have > more metadata in the commit. I actually did that first and liked it more because then the patch was split into more logical blocks (nine patches in total). Howev

Re: [O] [PATCH] Improve configurability of ox-koma-letter

Hi Alan, Alan Schmitt wrote: > > Also, I could not find an ox-koma-letter tutorial on Worg. I would be > > willing to create such a tutorial, maybe next weekend. Can anybody edit > > the contents on Worg or do I need special priviledges? > > You need to ask for write access. Will do. > I star

[O] [BUG] Hotkeys defined in org-tag-alist repeated in agenda filter dispatcher

Hi, I have the following tags defined in my initialization code: #+BEGIN_SRC emacs-lisp (setq org-tag-alist '((:startgroup . nil) ("@home" . ?h) ("@comp" . ?c) ("@otg" . ?o) ("@fon" . ?f)

[O] [PATCH] Improve configurability of ox-koma-letter

Hi, I've hacked the ox-koma-letter exporter to make it more configurable. See the Changelog of the attached patch, hopefully I've followed the Changelog guidelines propertly. Also, I could not find an ox-koma-letter tutorial on Worg. I would be willing to create such a tutorial, maybe next weeken

Re: [O] Better way to customize daily/weekly agenda?

Hi Piotr, Piotr Isajew wrote: > - daily agenda having grid mode on, and displaying entries from > all categories > > - weekly agenda having grid mode off and filtering out entries > from one specific category With regard to the time grid you might want to check out the variable org-agenda-t

Re: [O] Tips for using orgmode + ledger to record events?

Hi Eric, thanks for explaining your structure. Eric S Fraga wrote: > I don't use capture templates; I manually enter the information. I did > use to use capture but found it too clumsy for my setup (or I was never > able to suss out how to define the right capture templates). I don't > reconc

Re: [O] Tips for using orgmode + ledger to record events?

Hi Eric, Eric S Fraga wrote: > Using org for this is easier than having to work with ledger > comments. I can also then include, in the org file, the specific ledger > instantiations to get the kinds of reports I want and execute these with > C-c C-c. So, for instance, I have ledger reports on

Re: [O] Tips for using orgmode + ledger to record events?

Hi, Eric S Fraga wrote: > My view would be to avoid having two files, an org one and a ledger > one, and instead combine them into an org file. I'm using both org-mode and ledger but I do not mix them. I'm having a hard time imagining the benefits of such a system, especially since ledger's que

Re: [O] Wish: switch active time-stamps to inactive when CANCELED

Hi Bastien, Bastien wrote: > Viktor Rosenfeld writes: > > > #+BEGIN_SRC emacs-lisp > > (setq org-todo-state-tags-triggers '(("CANCELLED" ("ARCHIVE" . t > > #+END_SRC > > I shared this as a new FAQ, thanks! The credit should go to

Re: [O] Wish: switch active time-stamps to inactive when CANCELED

Hi, Karl Voit wrote: > ELISP is nothing you can learn in a single weekend. I've got the > feeling that this is a task that requires a longer period of time. > It's in SOMEDAY state in my Org along with: I've found that you can pick up enough ELISP on a weekend to start hacking small snipplets ri

Re: [O] Wish: switch active time-stamps to inactive when CANCELED

Hi, Karl Voit wrote: > But still: there are two steps I have to make: (a) mark as canceled > because I want this "CANCELED" string attached and (b) add the > ARCHIVE tag. You can set the ARCHIVE tag when switching the TODO state automatically using org-todo-state-tags-triggers. For example (unt

Re: [O] A mail client that is org-mode compatible

thanks, very informative! Suvayu Ali wrote: > Sorry for the late response, I was on holidays.

Re: [O] A mail client that is org-mode compatible

Hi, Suvayu Ali wrote: > On Mon, Dec 31, 2012 at 08:29:12AM +0100, Gour wrote: > > I use notmuch for indexing only, and read and send emails from mutt. > Although I do not use gnus, I do use emacs as my editor (hence > message-mode) to compose emails; there I find Org is supported rather > well.

Re: [O] [BUG] [contrib/org-koma-letter.el] #+DATE and #+TO_ADDRESS picked up from outside the current subtree

Hi Alan, Alan Schmitt wrote: > If you want subtree exporting, the information should be in a > :PROPERTIES: drawer at the beginning of the thing to export. Here is > what I did for a recent letter: > > #+BEGIN_SRC org > ** Lettre d'Accueil pour ... > :PROPERTIES: > :EXPORT_LATEX_CLASS: my-in

[O] [PATCH] [contrib/org-koma-letter.el] Configurable subject title and place and signature bugfix

Hi, the attached patch adds the following options to the scrlttr2 exporter: - #+PLACE, or org-koma-letter-place: the place before the date, e.g., "Berlin, 28. Dezember 2012"; the place is only typeset if this variable is defined - #+SUBJECT_TITLE, or org-koma-letter-subject-title: the subject

[O] [BUG] [contrib/org-koma-letter.el] #+DATE and #+TO_ADDRESS picked up from outside the current subtree

ee 10 54321 Musterstadt and the date will be set to December 28 from the second letter. Regards, Viktor * Letter 1 #+AUTHOR: Viktor Rosenfeld #+DATE: 1. Dezember 2012 #+LATEX_CLASS: my-letter #+TO_ADDRESS: Max Mustermann\\ #+TO_ADDRESS: Musterstraße 1\\ #+TO_ADDRESS: 12345 Musterstadt ich

Re: [O] Question re. Bernt's agenda setup

Alan Schmitt wrote: > Viktor Rosenfeld writes: > > > Hi Manish, > > > > it's Shift-P and you need to bind the function bh/narrow-to-project to > > the keycode. See the code blocks in the following two sections: > > > > http://doc.norang.ca/org-m

Re: [O] Question re. Bernt's agenda setup

Hi Manish, it's Shift-P and you need to bind the function bh/narrow-to-project to the keycode. See the code blocks in the following two sections: http://doc.norang.ca/org-mode.html#SpeedCommands http://doc.norang.ca/org-mode.html#NarrowToSubtree Cheers, Viktor PS: I agree that Bernt's document

[O] date function in table formula does not understand German date stamps

Hi, I use the function `date' in a table formula to convert org date stamps to integers for further processing. However, after switching Emacs to a German locale, this no longer works. Consider the table below: | Stamp| date | |--+| | [2012-10-31 Wed] | 73480

Re: [O] An org-attach link type [7.9.1 (7.9.1-elpa @ /home/youngfrog/.emacs.d/elpa/org-20120903/)]

Hi Nicolas, Nicolas Richard wrote: > Hello Viktor, > > Thanks for your input. > > > - I have to load the "cl" module, otherwise the "case" function is > > void. > > Sorry about that. I didn't notice it was from cl. > > > - I had to replace "find-lisp-find-files" with "directory-files" because

Re: [O] An org-attach link type [7.9.1 (7.9.1-elpa @ /home/youngfrog/.emacs.d/elpa/org-20120903/)]

Hi Nicolas, I played around with your function and it's pretty nifty, but I had to make a few changes to get it working: - I have to load the "cl" module, otherwise the "case" function is void. - I had to replace "find-lisp-find-files" with "directory-files" because the former does not exist on

[O] make org-agenda-tree-to-indirect-buffer use new frame only

Hi, I've recently switched from Aquamacs to Emacs.app and noticed a different behavior of C-c C-x b in the agenda. I have the following in my Emacs settings: (setq org-indirect-buffer-display 'new-frame) If I open in indirect buffer from the agenda, it creates a new frame, but also splits the ag

Re: [O] Output of R babel blocks with quotes is mangled/truncated

Hi Charles, cbe...@tajo.ucsd.edu wrote: > Viktor Rosenfeld writes: > > > Hi, > > > > if a value outputted by R in a Babel block contains quotes only the > > quoted parted is exported. > > > > Try > > #+begin_src R :results verbatim > q = &

[O] Output of R babel blocks with quotes is mangled/truncated

Hi, if a value outputted by R in a Babel block contains quotes only the quoted parted is exported. Consider this: #+BEGIN_SRC R q = 'cat="S"' q #+END_SRC #+RESULTS: : S The expected result would be entire string, i.e. 'cat="S"' (without single quotes). Is there a workaround? I've tried escapin

Re: [O] Functions in SBE blocks

Hi Nick, Nick Dokos wrote: > Viktor Rosenfeld wrote: > > > Hi, > > > > I can't get SBE blocks called from a table to work, if they use > > functions like org-parse-time-string. > > > > Suppose I have the foll

[O] Functions in SBE blocks

Hi, I can't get SBE blocks called from a table to work, if they use functions like org-parse-time-string. Suppose I have the following table: | Start| Ende | | |--+--+-| | [2011-06-29 Wed] | [2012-02-29 Wed] | | #+TBLFM: $3='(sbe "billable-

Re: [O] How to escape spaces after full stops?

Hi, I typically use a non-breaking space in this case with C-x 8 . This also prevents a linebreak at this position. For this to work I have to add the following line in the LaTeX preamble: \DeclareUnicodeCharacter{00A0}{~} Cheers, Viktor Marius Hofert wrote: > Dear org-mode experts, > > If I

Re: [O] Drawers within inline tasks

Hi Bastien, Bastien wrote: > Hi Viktor, > > Viktor Rosenfeld writes: > > > when I open the parent task of an inline task drawers are not folded > > anymore. Not sure when this regression occured. > > Allowing tihs was causing performance regression in > `or

Re: [O] Drawers within inline tasks

Hi, when I open the parent task of an inline task drawers are not folded anymore. Not sure when this regression occured. Cheers, Viktor Bastien wrote: > Hi Viktor, > > Viktor Rosenfeld writes: > > > Thanks for the quick patch, but there's a small problem. The drawer

Re: [O] Tangling without clutter?

Hi Jos'h, have you looked at the :session header argument? I use it to define environment variables in bash that are used in later code blocks. Something like this: #+BEGIN_SRC sh :session foo export W="world." #+END_SRC #+RESULTS: #+BEGIN_SRC sh :session foo echo Hello $W #+END_SRC If these

  1   2   >