[O] how to make capture use up the whole frame?
How do I make the capture buffer use up the whole frame? I tried this: (add-hook 'org-capture-mode-hook 'delete-other-windows) But it changes the buffer ring, putting the buffer point was in in next-buffer instead of previous-buffer where it belongs. Thanks. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] New exporter and dates in tables
OK, thank you. - Carsten On 9.8.2013, at 13:02, Bernt Hansen wrote: > Hi Carsten! > > All of my headings are followed by an inactive timestamp. I've started > leaving a blank line before the content for the heading so the inactive > timestamp is not exported when timestamps are disabled with the <:nil > option. This works fine for me. > > Regards, > Bernt > > Carsten Dominik writes: > >> Hi guys, >> >> did you arrive at a conclusion of this thread, or is this still open? >> >> Thanks >> >> - Carsten >> >> On 16.4.2013, at 09:48, Bastien wrote: >> >>> Hi Nicolas, >>> >>> Nicolas Goaziou writes: >>> Bastien writes: > Nicolas Goaziou writes: > >> We can widen the definition of `standalone': a standalone timestamp is >> a timestamp belonging to a paragraph that contains only timestamps >> objects. > > Great. If that's possible, then I think that's the best solution. The following patch should do that. It comes with tests, but it should be tested extensively, if only to know if this feature is as useful as it seems. >>> >>> I think I nailed down the root of the confusion. >>> >>> org-export-with-planning does the job that org-export-with-timestamps >>> used to do. So first of all, org-export-with-timestamps should be an >>> alias to org-export-with-planning so that users who customized >>> org-export-with-timestamps don't have to change their customization: >>> >>> (define-obsolete-variable-alias 'org-export-with-timestamps >>> 'org-export-with-planning "24.4") >>> >>> Today, org-export-with-timestamps does a completely different job, >>> more fine-grained than the old org-export-with-timestamps. I suggest >>> to rename it to org-export-with-individual-timestamps and to use the >>> latest patch you sent, with a default value of t. I expect the next >>> useful value is 'not-standalone. But if someone wants to get rid of >>> time-stamps in tables or in lists, he now can. >>> Note that another option is to allow all timestamps, put timestamps you don't want to export in a specific drawer (e.g. "TIME"), and ignore this drawer during export. >>> >>> Yes, but that requires educating users, which I don't really like. >>> >>> Thanks, >>> >>> -- >>> Bastien
Re: [O] Worg: Links to parent nodes?
On 2.5.2013, at 13:56, James Harkins wrote: > Apologies if this has been asked already. I just noticed that, e.g., the > ox-beamer.html page [1] has no links to its parent nodes. So for fun, I > hacked the url to go back up a couple of levels, and that page didn't have > any parent links either. > > It would be very useful to have the standard breadcrumb trail at the top and > bottom of each page. > > Would you like to implement these links? - Carsten
Re: [O] faster agenda with properties support disabled (no org-refresh-properties)
On 12.8.2013, at 05:43, Daniel Clemente wrote: > >> >> M-x elp-instrument-package org >> M-x elp-reset-all >> >> M-x elp-results > > Incidentally I ran that and I saw: > > org-agenda1 > 15.709354028 15.709354028 > org-agenda-list 1 > 15.495628529 15.495628529 > org-agenda-prepare1 > 8.388162561 8.388162561 > org-agenda-prepare-buffers1 > 8.349513929 8.349513929 > org-agenda-get-day-entries477 > 5.7457141640 0.0120455223 > org-agenda-get-scheduled 477 > 2.0763930930 0.0043530253 > org-agenda-get-timestamps 477 > 2.046089454 0.0042894957 > org-set-regexps-and-options-for-tags 164 > 1.8202055340 0.0110988142 > org-refresh-properties318 > 1.3865960840 0.0043603650 > org-refresh-category-properties 159 > 1.1616332550 0.0073058695 > org-agenda-get-deadlines 477 > 0.5512838650 0.0011557313 > org-agenda-get-blocks 477 > 0.5356222019 0.0011228976 > org-get-todo-state3581 > 0.4114158859 0.0001148885 > org-agenda-get-sexps 477 > 0.4037585499 0.0008464539 > … > > I looked at org-refresh-properties. > > In org.el there is: > > (defun org-agenda-prepare-buffers (files) > … > (org-refresh-category-properties) > (org-refresh-properties org-effort-property 'org-effort) > (org-refresh-properties "APPT_WARNTIME" 'org-appt-warntime) > … > > Since I am not using effort/category/appointment properties in my agenda, I > would like to disable it. I commented it in the code and I get the same > agenda but 2'4 seconds faster (even more than 1'4 from > org-refresh-properties). The new instrumentation report is: > > org-agenda1 > 13.345656663 13.345656663 > org-agenda-list 1 > 13.113396681 13.113396681 > org-agenda-prepare1 > 7.086576653 7.086576653 > org-agenda-prepare-buffers1 > 7.054057855 7.054057855 > org-agenda-get-day-entries477 > 5.7340928759 0.0120211590 > org-agenda-get-scheduled 477 > 3.3844209709 0.0070952221 > org-set-regexps-and-options-for-tags 164 > 1.8059163709 0.0110116851 > org-refresh-properties318 > 1.3982702620 0.0043970762 > org-refresh-category-properties 159 > 1.1513761240 0.0072413592 > org-agenda-get-timestamps 477 > 0.6975214329 0.0014623090 > org-agenda-get-deadlines 477 > 0.557952655 0.0011697120 > org-agenda-get-blocks 477 > 0.533165758 0.0011177479 > org-agenda-skip 3977 > 0.4244523499 0.0001067267 > … > > So I would like to ask: is there a clean way to disable calls to > org-refresh-properties? No, that would require a patch and a config variable. - Carsten > >
Re: [O] Upgrading orgmode
Vikas Rawal writes: > I normally upgrade my orgmode using "sudo make up2", in the orgmode > directory. > > But today when I did it, I get the following error: > > *** > 3 unexpected results: >FAILED test-org-export/data-with-backend >FAILED test-org-export/export-snippet >FAILED test-org-export/table-cell-alignment > > make[1]: *** [test-dirty] Error 1 > make[1]: Leaving directory `/home/vikas/lisp/org-mode' > make: *** [up2] Error 2 > *** > > > Looks like a bug to me. Could somebody check? > Confirmed: Org-mode version 8.0.7 (release_8.0.7-380-g2a28de @ /home/nick/elisp/org-mode/lisp/) I chased the first one a bit and it fails in org-export-filter-apply-functions, in the following code: (let ((backend-name (org-export-backend-name (plist-get info :back-end The (plist-get info :back-end) call returns nil and when I call (org-export-backend-name nil) by hand, it does complain the same way: org-export-backend-name accessing a non-org-export-backend -- Nick
Re: [O] orgmode.org is missing a link to the split HTML manual
On 12.8.2013, at 05:37, James Harkins wrote: > Is there a reason why the org-manual's index is not linked from the head > orgmode.org page? > > Under orgmode.org/#docs, the link to the HTML manual is > http://orgmode.org/org.html, which downloads the entire contents of the > manual into the browser. This is perhaps tolerable on a full-size computer, > but if I want to check something using the browser on my tablet, the > huge/immense/massive page grinds my tablet to a halt. This index works > beautifully, though: > > http://orgmode.org/manual/index.html > > I think it might be helpful if the main org page gave users the choice > whether they want to download the whole manual as one page, or browse > separate pages for the various sections and subsections. OK, I have added such a link. - Carsten > > hjh >
[O] faster agenda with properties support disabled (no org-refresh-properties)
> > M-x elp-instrument-package org > M-x elp-reset-all > > M-x elp-results Incidentally I ran that and I saw: org-agenda1 15.709354028 15.709354028 org-agenda-list 1 15.495628529 15.495628529 org-agenda-prepare1 8.388162561 8.388162561 org-agenda-prepare-buffers1 8.349513929 8.349513929 org-agenda-get-day-entries477 5.7457141640 0.0120455223 org-agenda-get-scheduled 477 2.0763930930 0.0043530253 org-agenda-get-timestamps 477 2.046089454 0.0042894957 org-set-regexps-and-options-for-tags 164 1.8202055340 0.0110988142 org-refresh-properties318 1.3865960840 0.0043603650 org-refresh-category-properties 159 1.1616332550 0.0073058695 org-agenda-get-deadlines 477 0.5512838650 0.0011557313 org-agenda-get-blocks 477 0.5356222019 0.0011228976 org-get-todo-state3581 0.4114158859 0.0001148885 org-agenda-get-sexps 477 0.4037585499 0.0008464539 … I looked at org-refresh-properties. In org.el there is: (defun org-agenda-prepare-buffers (files) … (org-refresh-category-properties) (org-refresh-properties org-effort-property 'org-effort) (org-refresh-properties "APPT_WARNTIME" 'org-appt-warntime) … Since I am not using effort/category/appointment properties in my agenda, I would like to disable it. I commented it in the code and I get the same agenda but 2'4 seconds faster (even more than 1'4 from org-refresh-properties). The new instrumentation report is: org-agenda1 13.345656663 13.345656663 org-agenda-list 1 13.113396681 13.113396681 org-agenda-prepare1 7.086576653 7.086576653 org-agenda-prepare-buffers1 7.054057855 7.054057855 org-agenda-get-day-entries477 5.7340928759 0.0120211590 org-agenda-get-scheduled 477 3.3844209709 0.0070952221 org-set-regexps-and-options-for-tags 164 1.8059163709 0.0110116851 org-refresh-properties318 1.3982702620 0.0043970762 org-refresh-category-properties 159 1.1513761240 0.0072413592 org-agenda-get-timestamps 477 0.6975214329 0.0014623090 org-agenda-get-deadlines 477 0.557952655 0.0011697120 org-agenda-get-blocks 477 0.533165758 0.0011177479 org-agenda-skip 3977 0.4244523499 0.0001067267 … So I would like to ask: is there a clean way to disable calls to org-refresh-properties?
[O] orgmode.org is missing a link to the split HTML manual
Is there a reason why the org-manual's index is not linked from the head orgmode.org page? Under orgmode.org/#docs, the link to the HTML manual is http://orgmode.org/org.html, which downloads the entire contents of the manual into the browser. This is perhaps tolerable on a full-size computer, but if I want to check something using the browser on my tablet, the huge/immense/massive page grinds my tablet to a halt. This index works beautifully, though: http://orgmode.org/manual/index.html I think it might be helpful if the main org page gave users the choice whether they want to download the whole manual as one page, or browse separate pages for the various sections and subsections. hjh
Re: [O] ODT export
Hello Vikas, I don't think you can convert latex bits to org automatically. I was in a similar situation few days ago. I had very satisfying results using LaTeX2HTML and libreoffice convert. (org → latex → html → odt/doc) Citing the procedure I used to convert. ╭─┤ http://askubuntu.com/a/239332/18411 ├─ │Believe it or not, with complex documents and lots of packages included, I got │much better results with LaTeX2HTML than with LaTeX2RTF, Pandoc or TeX4ht. │ │ latex2html texfile.tex -split 0 -no_navigation -info "" -address "" -html_version 4.0,unicode │ │This will generate a folder with the same texfile name, so you'll be able to │convert the generated HTML to ODT: │ │libreoffice --headless --convert-to odt:"OpenDocument Text Flat XML" texfile/index.html │ │This will produce a index.odt file. Take a look at this answer to check how to │use LibreOffice's convert filters. ╰─ On Aug 12 2013, Vikas Rawal wrote: > I have an org file with some latex src code blocks embedded in it. > These are mainly tables which could not be made using orgmode and had > to be coded in latex (orgmode does not allow putting notes at the > bottom of table using something like threeparttable). > > I now need to convert the document to odt. What is my best bet? How > can I convert latex src code blocks to native org syntax, even if it > means loosing some of the things (for example, the threeparttable > stuff). > > Or do I need to write it all over again? > > Vikas > > Thanks., -- ఎందరో మహానుభావులు అందరికి వందనములు. YYR
[O] ODT export
I have an org file with some latex src code blocks embedded in it. These are mainly tables which could not be made using orgmode and had to be coded in latex (orgmode does not allow putting notes at the bottom of table using something like threeparttable). I now need to convert the document to odt. What is my best bet? How can I convert latex src code blocks to native org syntax, even if it means loosing some of the things (for example, the threeparttable stuff). Or do I need to write it all over again? Vikas
[O] Upgrading orgmode
I normally upgrade my orgmode using "sudo make up2", in the orgmode directory. But today when I did it, I get the following error: *** 3 unexpected results: FAILED test-org-export/data-with-backend FAILED test-org-export/export-snippet FAILED test-org-export/table-cell-alignment make[1]: *** [test-dirty] Error 1 make[1]: Leaving directory `/home/vikas/lisp/org-mode' make: *** [up2] Error 2 *** Looks like a bug to me. Could somebody check? Vikas
Re: [O] narrowing bug when inserting a headline
On 8/8/13, Carsten Dominik wrote: > On 30.7.2013, at 20:30, Samuel Wales wrote: > I think this is now fixed. Confirmed. Thanks, Carsten. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
[O] example blocks remove initial whitespace
#+BEGIN_EXAMPLE PR /\ #+END_EXAMPLE PR /\ This must be deliberate, but I don't know how to disable that feature. Thanks. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
[O] org package file proposition
Hello, I'm currently working on my spare time on a little CMS build around org mode. The aim of this little project is to provide an easy way to maintain a customizable personal Website, where content are provided by org file. As I was looking for a way to easily publish sort of blog post written in orgmode, with pictures in it, I came to the idea of standard way to package both org file and all other things it depends on. So, I would like to present you my idea for an orgx file format. I've written some specification here: http://etienne.depar.is/resource/orgx.html and a first implementation with this bash script: http://projects.depar.is/0xGA/doc/tip/usr/bin/orgx (warning, it depends on an emacs init file a put here: http://projects.depar.is/0xGA/doc/tip/etc/batch.el). To create an orgx file, you just have to call this script without any argument ("./orgx" for example). After this, to edit an orgx file, you just have to pass it as a parameter ("./orgx myfile.orgx" for example). And to export this orgx file to odt, pdf or tex, you have to use the following command for example: ./orgx myfile.orgx export -o odt -l path/to/batch.el As explain in the puposed specs, orgx file are just zip file, so if you have created one and want to inspect its content, just unzip it. I've search a bit before writing these specs, so I hope I don't have miss similar work. I'm really open to all comments to improve this proposition. Thus, don't hesitate to try it and let me know your impressions. Thank you very much in advance for your support. -- Étienne Deparis http://etienne.depar.is/ twitter: @milouse xmpp: milo...@jabber.fr 06 76 28 00 58
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 below a headline and not only to those which are isolated in > a paragraph containing only timestamps. > > It can also be set with the #+OPTIONS line, e.g. "<:t". I just realized that this is not enough. The option `org-icalendar-with-timestamps' already changes the meaning of `org-export-with-timestamps'. The latter only removes timestamps from the export whereas during the iCalendar export the presence of a timestamp determines whether the heading is exported at all. So it's more akin to the behavior of :export: and :noexport: tags. I would change the docstring of `org-icalendar-export-timestamps' as such: Non-nil means export headlines with timestamps. It can be set to any of the following values: t export headlines containing any kind of timestamp `active'export headlines containing active timestamps `inactive' export headlines containing inactive timestamps nil do not any headlines Note: This variable overrides the behavior of `org-export-with-timestamps'. `org-export-with-timestamps' controls whether a timestamp is exported or removed from the export. `org-icalendar-export-timestamps' controls whether a headline is exported or removed from the exported. In addition, `org-icalendar-export-timestamps' applies to every timestamp below a headline and not only to those which are isolated in a paragraph containing only timestamps. This variable can also be set with the #+OPTIONS line, e.g. "<:t". Note that setting the variable in the OPTIONS line is useful to remove a file from the iCalendar export even though it is displayed in the agenda. I actually have this usecase (although right now I exclude by tag). Cheers, Viktor
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 line, e.g. "<:t". > > This wouldn't be sufficient: "has precedence over" isn't a synonym for > "change the meaning of". Okay, I see the change in meaning now. > > I believe that inconsistency is desirable here. Consider the following > > use case with three headlines: > > > > * TODO An appointment in the future > > <2013-08-12 So 09:00> > > * DONE A note about an appointment in the past > > [2013-08-10 Fr 09:00] > > * WAIT A reminder how long I've been waiting for something [2013-08-10 Fr] > > > > The previous behavior, with `org-icalendar-with-timestamps' set to > > 'active, was that the first and the last headlines were picked up (even > > though the timestamp in the last headline is inactive). This was > > unexpected because the two inactive timestamps are handled > > differently. > > This is to be expected according to `org-export-with-timestamps'. > > > My expectation was that only the first headline should have been > > exported. This is what my patch achieves. > > The meaning of `org-export-with-timestamps' is the result of a discussion in > this ML. Please read the whole thread starting at: > > http://permalink.gmane.org/gmane.emacs.orgmode/69971 Thanks for the link. (It made me realize that something was wrong in my setup. For some reason, I was picking up `org-export-with-timestamps' from `org-exp.el', i.e., pre-8.0 code.) In any case, the docstring of `org-export-with-timestamps' states: This only applies to timestamps isolated in a paragraph containing only timestamps. Other timestamps are always exported. This explains the observerd behavior. But I don't think it's appropriate for the export to iCal. Quoting Carsten from http://thread.gmane.org/gmane.emacs.orgmode/69971/focus=70068: Some people throw in time stamps often while they work, just as a little label, indicating that they were working on this at a specific date, or that the entry was created on a specific date. Many people I know have a hook that throws in such a time stamp in each new entry created. This creates a lot of clutter when you print it, which is why you can turn off export of timestamps. That option was not meant for a contextual line like your first example. If you use the time stamps in this way, you probably will not turn off timestamp export at all, you will just leave it on. If you mix both ways of using time stamps - well, too bad. So the timestamp in the following example is clutter and can be turned off (i.e., it will not be exported): * Meet X <2013-08-11 So> But the following will always be exported, even though the date is just o note and will not not cause the task to appear in the agenda: * Do stuff - Started on [2013-08-11 So] I want to make the iCal export mirror the agenda. I think the underlying problem is that there is no way in Org to annotate a timestamp as a fixed appointment. There's SCHEDULED and DEADLINE, but there's no APPT. The consensus is to use a standalone active timestamp for fixed appointments, which is easy enough. But then I would expect only those to appear in an iCal export. 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 below a headline and not only to those which are isolated in a paragraph containing only timestamps. It can also be set with the #+OPTIONS line, e.g. "<:t". Cheers, Viktor (PS: Sorry for the long post.) > > > Regards, > > -- > Nicolas Goaziou >
[O] odt export version conflict on emacs for mac os x
The version of org that comes with my stock Emacs on OS X (from emacsformacosx.org) seems to conflict with my git installation of org. This is particularly evident when trying to use ODT export. Emacs.app is located in the usual /Applications folder. The newer org, which I intend to completely supplant the version that comes with Emacs, was installed with prefix /usr/local/share using the 'make up2' command. My minimal init file is: (setq load-path (cons "/usr/local/share/emacs/site-lisp/org" load-path)) I start Emacs from the command line: /Applications/Emacs.app/Contents/MacOS/Emacs -Q -l ~/.emacs.d/minimalinit.el ~/test.org Doing M-x org-version yields: Org-mode version 8.0.7 (release_8.0.7-369-g9154c7 @ /usr/local/share/emacs/site-lisp/org/) I immediately browse the ODT customization options showing that all variables are prefixed with org-export-odt-. In order to be able to select ODT in the export dispatcher, I have to add odt to org-export-backends. Curiously, it shows that it is changed outside of customize before I make any changes. So I have to unselect odt and reselect it and then Save for Current Session for ODT export to be enabled. When I finally use the dispatcher to generate an ODT file, the following happens: 1) an odt file is generated (good) 2) These Emacs messages appear (bad): Debug (ox-odt): Searching for OpenDocument styles files... Debug (ox-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times] Debug (ox-odt): Trying /usr/local/share/emacs/etc/styles/... Debug (ox-odt): Trying /usr/local/share/emacs/site-lisp/org/etc/styles/... Debug (ox-odt): Trying /Applications/Emacs.app/Contents/Resources/etc/org/... Debug (ox-odt): Using styles under /Applications/Emacs.app/Contents/Resources/etc/org/ Debug (ox-odt): Searching for OpenDocument schema files... Debug (ox-odt): Trying /usr/share/emacs/etc/org/schema/... [2 times] Debug (ox-odt): No OpenDocument schema files installed 3) I find that there are new variables with the org-odt- prefix. Many of them seem like duplicates of the org-export-odt set (bad). It appears that the old version of ODT export (the one bundled inside Emacs.app) is getting loaded and ox-odt is looking in the wrong directories for schemas and styles. Explicitly setting org-export-backends, org-export-odt-schema-dir, and org-export-odt-styles-file in minimalinit.el has no effect. These variables seem to be superseded when ox-odt is invoked. I started digging into this when I noticed some odd behavior while using ODT export. I think I am stuck using the older, buggier ox-odt and my setup is mixing two versions of org. I have installed the latest release of Emacs for Mac OS X: GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-13 on bob.porkrind.org
Re: [O] [PATCH] ox-icalendar: fix handling of timestamps
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 line, e.g. "<:t". This wouldn't be sufficient: "has precedence over" isn't a synonym for "change the meaning of". > I believe that inconsistency is desirable here. Consider the following > use case with three headlines: > > * TODO An appointment in the future > <2013-08-12 So 09:00> > * DONE A note about an appointment in the past > [2013-08-10 Fr 09:00] > * WAIT A reminder how long I've been waiting for something [2013-08-10 Fr] > > The previous behavior, with `org-icalendar-with-timestamps' set to > 'active, was that the first and the last headlines were picked up (even > though the timestamp in the last headline is inactive). This was > unexpected because the two inactive timestamps are handled > differently. This is to be expected according to `org-export-with-timestamps'. > My expectation was that only the first headline should have been > exported. This is what my patch achieves. The meaning of `org-export-with-timestamps' is the result of a discussion in this ML. Please read the whole thread starting at: http://permalink.gmane.org/gmane.emacs.orgmode/69971 Regards, -- Nicolas Goaziou
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 weren't listed as a TINYCHANGE > contributor on Worg (I have just added you). Please read > > http://orgmode.org/worg/org-contribute.html > > Make up your mind about assigning copyright to the FSF and let us know > the outcome. Thank you. Point taken. I did not know that the limit was cumulative. I've started the copyright assignment process and am waiting for the form to arrive. Cheers, Viktor > > > Regards, > Achim. > -- > +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ > > Waldorf MIDI Implementation & additional documentation: > http://Synth.Stromeko.net/Downloads.html#WaldorfDocs > >
Re: [O] [PATCH] ox-icalendar: fix handling of timestamps
Hi Aaron, Aaron Ecay wrote: > > (lambda (ts) > > - (let ((uid (format "TS%d-%s" (incf counter) uid))) > > -(org-icalendar--vevent entry ts uid summary loc desc cat))) > > + (let ((type (org-element-property :type ts)) > > + (uid (format "TS%d-%s" (incf counter) uid))) > > +(when (or (eq with-timestamps 'all) > > Here, I think you want to compare with t, not 'all (check the defcustom > for ‘org-icalendar-with-timestamps’). Thanks, fixed! > > > +(and (eq with-timestamps 'active) > > + (or (eq type 'active) > > + (eq type 'active-range))) > > This is only a cosmetic comment, so feel free to disregard it, but: > might the ‘(or ...)’ be cleaner as ‘(memq type '(active active-range))’? Thanks, 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: Sun, 11 Aug 2013 03:59:29 +0200 Subject: [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-with-timestamps' set to 'active, an heading containing an inactive timestamp on would be exported. This patch fixes this. TINYCHANGE --- lisp/ox-icalendar.el | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/lisp/ox-icalendar.el b/lisp/ox-icalendar.el index c6ab295..ab83a48 100644 --- a/lisp/ox-icalendar.el +++ b/lisp/ox-icalendar.el @@ -580,15 +580,22 @@ inlinetask within the section." ;; When collecting plain timestamps from a headline and ;; its title, skip inlinetasks since collection will ;; happen once ENTRY is one of them. - (let ((counter 0)) + (let ((counter 0) + (with-timestamps (plist-get info :with-timestamps))) (mapconcat 'identity (org-element-map (cons (org-element-property :title entry) (org-element-contents inside)) 'timestamp (lambda (ts) - (let ((uid (format "TS%d-%s" (incf counter) uid))) -(org-icalendar--vevent entry ts uid summary loc desc cat))) + (let ((type (org-element-property :type ts)) +(uid (format "TS%d-%s" (incf counter) uid))) +(when (or (eq with-timestamps t) + (and (eq with-timestamps 'active) + (memq type '(active active-range))) + (and (eq with-timestamps 'inactive) + (memq type '(inactive 'inactive-range + (org-icalendar--vevent entry ts uid summary loc desc cat info nil (and (eq type 'headline) 'inlinetask)) "")) ;; Task: First check if it is appropriate to export it. -- 1.8.3.4
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 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-with-timestamps' set to > > 'active, an heading containing an inactive timestamp on would > > be exported. This patch fixes this. > > This would make icalendar back-end inconsistent with other back-ends, > see `org-export-with-timestamps' docstring. > > If inconsistency is desirable in this case, `org-icalendar-with-timestamps' > docstring should clearly state it. 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 line, e.g. "<:t". I believe that inconsistency is desirable here. Consider the following use case with three headlines: * TODO An appointment in the future <2013-08-12 So 09:00> * DONE A note about an appointment in the past [2013-08-10 Fr 09:00] * WAIT A reminder how long I've been waiting for something [2013-08-10 Fr] The previous behavior, with `org-icalendar-with-timestamps' set to 'active, was that the first and the last headlines were picked up (even though the timestamp in the last headline is inactive). This was unexpected because the two inactive timestamps are handled differently. My expectation was that only the first headline should have been exported. This is what my patch achieves. (Putting timestamps on the heading is useful to me because then I can see them in the agenda. Also, I often put timestamps on lines with checkboxes. However, I do not want to see any of those in my calendar when I export only active timestamps.) Cheers, Viktor > > > Regards, > > -- > Nicolas Goaziou >
Re: [O] Indicate programming language on babel export to markdown.
Hello, Konstantin writes: > GitHub support programming language highlight for markdown: > > ```lisp > (some-code) > ``` > > When I use org-md-export-to-markdown for such org snippet > > #+begin_src emacs-lisp > (some-code) > #+end_src > > babel is not indicate `emacs-lisp` in the resulting markdown file. Org provides vanilla Markdown syntax only. > Is it possible? How to achieve that? You need to create a derived back-end which will support github flavoured markdown syntax. See section 12.13 in Org manual. Regards, -- Nicolas Goaziou
[O] Indicate programming language on babel export to markdown.
GitHub support programming language highlight for markdown: ```lisp (some-code) ``` When I use org-md-export-to-markdown for such org snippet #+begin_src emacs-lisp (some-code) #+end_src babel is not indicate `emacs-lisp` in the resulting markdown file. Is it possible? How to achieve that? -- Kostafey
Re: [O] [PATCH] ox-icalendar: fix handling of timestamps
Hello, Viktor Rosenfeld writes: > * 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-with-timestamps' set to > 'active, an heading containing an inactive timestamp on would > be exported. This patch fixes this. This would make icalendar back-end inconsistent with other back-ends, see `org-export-with-timestamps' docstring. If inconsistency is desirable in this case, `org-icalendar-with-timestamps' docstring should clearly state it. Regards, -- Nicolas Goaziou
Re: [O] [PATCH] org-mobile.el: Skip and elements
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 weren't listed as a TINYCHANGE contributor on Worg (I have just added you). Please read http://orgmode.org/worg/org-contribute.html Make up your mind about assigning copyright to the FSF and let us know the outcome. Thank you. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs