Re: [O] Bug: org-babel-tangle purges comma at the beginning of a line ]
Hello, Simon Campese emacs-orgm...@campese.de writes: thanks a lot for the patch. It partly works, as long as there are some more characters after the first comma, but a single comma at the beginning of a line still gets purged. Now we can start discussing about whoever would want to have a single comma in a line of its own... :-) I have applied the patch. Thank you for reporting the problem. I think the other problem is unrelated to this. Could you provide an ECM demonstrating this behaviour? Regards, -- Nicolas Goaziou
Re: [O] List admin: Plain text attachments appearing in the digest
Hi James, James Harkins jamshar...@gmail.com writes: I suppose the digest could include a link to the attachment, rather than replicating the entire file? We use mailman -- can you investigate and see if we can configure mailman to suit your needs? -- Bastien
Re: [O] [bug] changing TODO status with org-after-todo-state-change-hook defined fails
Hi Sébastien, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: I think we should see the 8 of March as reference date for fixing the start date (or length, depending on how we see it) of the warning delay. That's now the case, thanks for reporting this. -- Bastien
Re: [O] [patch] ox-koma-letter
Hi Alan, Alan Schmitt alan.schm...@polytechnique.org writes: To give you an idea of my setup, here it is. This is nice -- would you share it on Worg? Thanks! -- Bastien
Re: [O] Org-Mode Reference Card bug
Hi Nick, Nick Dokos nicholas.do...@hp.com writes: However, the formula without the @ in front of III *also* works in this case. I don't know whether that's an accident or intended behavior. FWIW, I don't know neither... maybe Carsten can tell. -- Bastien
Re: [O] Inline Images Refresh problem
Hi Daniel, Daniel Hawthorne djtho...@stanford.edu writes: Hi all, I'm having trouble with the inline image feature. The displayed image doesn't update. In fact, all the images display an identical image regardless of the link path. Export works fine, so its something specific to inline image. Clearing the image cache, flipping org-toggle-inline images on and off, or org-display- inline-images don't help. Suggestions? It is with png's referenced with this syntax (default out of babel) Mhh.. I can't reproduce this, but I'm not sure what to try. Can you give a minimal reproducible recipe? Thanks, -- Bastien
Re: [O] [PATCH] Improve presentation of entry text lines
Hi Sébastien, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: FYI, there's a bug (not related to this change): if you filter out some events (for example, a work meeting today, with an active timestamp) by tag (show only home related things), you don't see the event headline, but well the 5 first entry text lines... This is a limitation: you cannot show entries in filtered agenda views. It you can come up with a patch that allows this, thanks in advance. Best, PS: Please report issues in separated threads. -- Bastien
Re: [O] [babel] Commenting out src blocks for tangling
Hi Rainer, Rainer M Krug r.m.k...@gmail.com writes: Follow up: would it be possible to have the same mechanism for tangling, i.e. a tag :notangle:? functioning would be equivalent to property tangle: no but more visible and consistent with the :noexport:? One could also define properties to be tangled and not tangled for different scenarios? One approach could be to use export filters here. I'd rather let (or someone else) find out if this approach is easy enough before considering adding a new keyword like :notangle:. But if you (or someone else) come up with a patch implementing the :notangle: approach, of course we might consider it too. Thanks, -- Bastien
Re: [O] [dev] New version of org-favtable.el -- Lookup table of favorite references and links
Hi Marc-Oliver, Marc-Oliver Ihm m...@ihm.name writes: find a new version of org-favtable.el attached and on worg. if you want to have org-favtable.el in contrib/lisp/ please let me know. It'd be nice to have a Worg page describing what it does exactly: extracting some of the comments you have in the source file might be a good start. Let me know, thanks, -- Bastien
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Hi David, David Engster d...@randomsample.de writes: The most serious issue is that things will often seem to work because old exporters are pulled in from Emacs, possibly *very* old exporters. I've added (provide 'org-icalendar) to ox-icalendar.el so that a user will load the correct file instead of the old file when ox-icalendar.el takes precedence over org-icalendar.el in the load-path. Not the most elegant solution, I agree. -- Bastien
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Hi David, David Engster d...@randomsample.de writes: (eval-after-load org-icalendar '(error The old org-icalendar exporter is deprecated; use ox-icalendar instead.)) I'm not sure about this one: where are you suggesting to add this? In org.el? Will the users get the warning if org-icalendar.el has been loaded from a previous install? Thanks, -- Bastien
Re: [O] Regression: org-export-as-html failure
Hi Steve, Steve Purcell st...@sanityinc.com writes: Using the org-mode included in Emacs HEAD as of yesterday, the following content causes an error when exporting as html: I cannot reproduce this with the current maint HEAD and emacs -Q. Can you? Let us know, thanks, -- Bastien
Re: [O] Regression: org-export-as-html failure
On 2 Mar 2013, at 11:22, Bastien b...@altern.org wrote: I cannot reproduce this with the current maint HEAD and emacs -Q. Can you? Let us know, thanks, Well, I have a clean Emacs HEAD build as of the following commit, and it still fails with -Q: Author: Glenn Morris r...@gnu.org Date: Sat Mar 2 06:17:34 2013 -0500 Auto-commit of generated files. -Steve
Re: [O] Regression: org-export-as-html failure
Hi Steve, Steve Purcell st...@sanityinc.com writes: On 2 Mar 2013, at 11:22, Bastien b...@altern.org wrote: I cannot reproduce this with the current maint HEAD and emacs -Q. Can you? Let us know, thanks, Well, I have a clean Emacs HEAD build as of the following commit, and it still fails with -Q: I meant the HEAD of the maint branch, from the Org-mode git repository. Does anyone with a local install of Org can reproduce this bug? -- Bastien
[O] [Bug] testing infloops
Probably due to some recent changes by Nicolas, current master infloops on the test following these (i.e. that would be test 98): […] passed 94/365 ob-tangle/no-excessive-id-insertion-on-tangle passed 95/365 ob-test/org-babel-combine-header-arg-lists failed 96/365 org-missing-dependency/test-ob-R failed 97/365 org-missing-dependency/test-ox Regards, 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
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Bastien writes: Hi David, David Engster d...@randomsample.de writes: The most serious issue is that things will often seem to work because old exporters are pulled in from Emacs, possibly *very* old exporters. I've added (provide 'org-icalendar) to ox-icalendar.el so that a user will load the correct file instead of the old file when ox-icalendar.el takes precedence over org-icalendar.el in the load-path. Not the most elegant solution, I agree. Did you actually try that? How should Emacs possibly know that the file ox-icalendar provides the feature org-icalendar? This will only work if ox-icalendar is already loaded. -David
Re: [O] org-caldav feedback
Torsten Wagner writes: Now I make a tiny change e.g. change the length of the appointment from within SOGo and sync back I get TODO TODO Neuer Termin mit Foo und Bar r2013-03-06 Wed 10:00-11:00 :PROPERTIES: :ID: 8a9651c0-faee-4416-afa6-979e328a3d15 :END: As you can see the TODO doubled and the last character of the title is repeated. I guess its simply some regexp, which needs some finetuning. Thank you for this bug report. I'll look into it. CC. Did you had a chance to look into calfw and think about how to make use of it for org-caldav? Not sure what you have in mind here. -David
Re: [O] Regression: org-export-as-html failure
On 2 Mar 2013, at 12:09, Bastien b...@altern.org wrote: I meant the HEAD of the maint branch, from the Org-mode git repository. Does anyone with a local install of Org can reproduce this bug? Ah, yes -- that seems to work better. No backtrace, and just a small rendering quirk: the _ in the bare URLs is escaped with a backslash in the resulting HTML. That should be a trivial fix. :-) Thanks, -Steve
Re: [O] Regression: org-export-as-html failure
Steve Purcell st...@sanityinc.com writes: No backtrace, and just a small rendering quirk: the _ in the bare URLs is escaped with a backslash in the resulting HTML. That should be a trivial fix. :-) Crossing fingers :) -- Bastien
Re: [O] org-agenda-write taking very long (probably because of babel)
Hi Achim, Achim Gratz strom...@nexgo.de writes: So I'll cut the changelog after the first sentence and relegate the rest of the explanation to the commit message (if the patch works, of course) -- OK? Yes. Feel free to add all the useful information in the git commit log, after the Emacs-ready change log. Thanks! -- Bastien
Re: [O] edit-src on read-only files
Hi Andreas, Andreas Leha andreas.l...@med.uni-goettingen.de writes: thanks for taking this up! But I am not sure, whether I like the current implementation too much. Instead of saving the org-file itself, I'd prefer the org-file to be auto-saved. You can use auto-save-mode then. I changed the `buffer-auto-save-file-name' so that it's unique and shows the date of the auto-save. I also deactivated the timer for auto-saving into the buffer where the source code lives, as it is a bit too intrusive IMO. Thanks! -- Bastien
Re: [O] tangle multiple code blocks belonging to the same file
Hi Zech, Not To Miss not.to.m...@gmail.com writes: I know C-u C-c C-v t tangles current code block only, even if there are other code blocks that have the same tangle file name. Isn't it counterintuitive? It makes more sense that this command tangles all the code blocks that belongs to the same file, in my opinion. Any other ideas? You can now tangle all blocks belonging to the target file of the block at point with `C-u C-u C-c C-v t' -- thanks for suggesting this. Best, -- Bastien
Re: [O] TeX-master: TeX-master is let-bound
Hi Christopher, Christopher Schmidt christop...@ch.ristopher.com writes: Unfortunately I see is no other easy way to reproduce this. Well, I doubt anyone will have time to reproduce this before Org 7.9.4 and I'd rather concentrate on Org 8.0 for now, so... (I am fine with wontfix in maint.) ... most probably this will be a won't fix, yes. Thanks, -- Bastien
Re: [O] [patch] ox-koma-letter
Bastien writes: Hi Alan, Alan Schmitt alan.schm...@polytechnique.org writes: To give you an idea of my setup, here it is. This is nice -- would you share it on Worg? Sure. Should it go there : http://orgmode.org/worg/exporters/index.html ? I'll send you my ssh key. Alan
Re: [O] [bug] Inline tasks are exported, even with noexport tag
Hello, Bastien b...@altern.org writes: From on intuitive point of view: Inline tasks support tags, and :noexport: means Don't export me, me being whatever is tagged. So I support Sébastien's idea here: :noexport: should remove inline tasks from the exported string. Maybe we need to set the `org-export-filter-inlinetask-functions' at some point to support this? Then should it also support `org-export-with-tasks' variable? It's hard to tell what should be supported and what shouldn't. Regards, -- Nicolas Goaziou
Re: [O] [bug] Inline tasks are exported, even with noexport tag
Hi Nicolas, Nicolas Goaziou n.goaz...@gmail.com writes: So I support Sébastien's idea here: :noexport: should remove inline tasks from the exported string. Maybe we need to set the `org-export-filter-inlinetask-functions' at some point to support this? Then should it also support `org-export-with-tasks' variable? Yes. E.g. if `org-export-with-tasks' is set 'todo, only inline tasks with a TODO keyword should be exported. -- Bastien
Re: [O] [bug] Inline tasks are exported, even with noexport tag
Bastien b...@gnu.org writes: Then should it also support `org-export-with-tasks' variable? Yes. E.g. if `org-export-with-tasks' is set 'todo, only inline tasks with a TODO keyword should be exported. Done. Regards, -- Nicolas Goaziou
Re: [O] [bug] Inline tasks are exported, even with noexport tag
Nicolas Goaziou n.goaz...@gmail.com writes: Bastien b...@gnu.org writes: Then should it also support `org-export-with-tasks' variable? Yes. E.g. if `org-export-with-tasks' is set 'todo, only inline tasks with a TODO keyword should be exported. Done. Thanks! -- Bastien
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Bastien writes: Hi David, David Engster d...@randomsample.de writes: (eval-after-load org-icalendar '(error The old org-icalendar exporter is deprecated; use ox-icalendar instead.)) I'm not sure about this one: where are you suggesting to add this? In org.el? Your call. Anywhere where it's guaranteed to be loaded upon Org startup. Will the users get the warning if org-icalendar.el has been loaded from a previous install? The user will get the error as soon as org-icalendar is loaded (from wherever). org-icalendar *will* be loaded then, and the user can ignore the error and continue to use it if he likes, but at least he got a clear error that this is not a supported. -David
[O] Bug? Agenda problems after update
Hi all, I've updated to recent master to fix a problem the new exporter fixes in master. I didn't update for a few months, so it's not easy to tell when things broke. I already looked for solutions, but could not find any for the below. Please help me track these down. I observe four problems I don't think I had before. Two can be seen in the messages from an agenda run: Press key for agenda command (unrestricted): Update Org Contacts Database Bad sexp at line 350 in /home/simon/org/privat.org: (org-contacts-anniversaries BIRTHDAY %y. Geburtstag %l) [7 times] Invalid face reference: nil [619 times] 1: Altough org-contacts is invoked, birthdays fail. I tried both sexp syntaxes (%%() and %%()). 2: Hovering the mouse over the agenda produces these nil face warnings. I have no idea how to diagnose this, but it does not hurt much it seems. On every mouse motion event that hovers over agenda lines below today (except for the first line below today's date line, misteriously, and only if a certain line with a past-due deadline with [#C] priority cookie is visible), one such warning is produced. 3: The agenda dropped back to 10 sec and more. I used to have agenda generation times of 2-3 sec after I switched to SSDs. I hope this is the issue from the org-agenda-write taking very long thread currently going on. 4: When jumping to a file from the agenda, it is completely visible, including ARCHIVE tags (which otherwise work as expected). Just opening them is fine; it only affects the case the agenda file was not loaded before. Thus it seems to be a bug. Thanks in advance, Simon
Re: [O] [Bug] testing infloops
Hello, Achim Gratz strom...@nexgo.de writes: Probably due to some recent changes by Nicolas, current master infloops on the test following these (i.e. that would be test 98): […] passed 94/365 ob-tangle/no-excessive-id-insertion-on-tangle passed 95/365 ob-test/org-babel-combine-header-arg-lists failed 96/365 org-missing-dependency/test-ob-R failed 97/365 org-missing-dependency/test-ox The infloop should be fixed. Thank you. Regards, -- Nicolas Goaziou
[O] paredit/org problems
Hi all, I'm using some of the paredit [1] functionality in org-mode, e.g. the deleting pairs of (),[],{}, and so forth. Note that I don't have paredit-mode enabled but rather use paredit-backward-delete and others. Recently, deleting {} as one entity stopped working, but it still works for [] and (). I suspect that this was after I updated org-mode from git, but I'm not quite sure. I can reproduce the problem w/o any of my normal configuration loaded. Can anyone tell me if there have been recent changes in org-mode which might have caused this curious behaviour? Thanks Sebastian [1] http://emacswiki.org/emacs/ParEdit
Re: [O] [Bug] testing infloops
Nicolas Goaziou writes: The infloop should be fixed. Thank you. Thank you. I've just pushed a fix so that the new exporter is loaded during batch testing. This results in four so far unreported test failures: 4 unexpected results: FAILED test-org-table/references/format-specifier-E FAILED test-org-table/references/format-specifier-EL FAILED test-org-table/references/format-specifier-L FAILED test-org-table/references/format-specifier-none Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] List admin: Plain text attachments appearing in the digest
Bastien writes: We use mailman -- can you investigate and see if we can configure mailman to suit your needs? I don't think that it is possible to remove attachments specifically for the digest, much less replacing them with links. But the digest can have a maximum size set, which triggers sending additional digests when that threshold is exceeded. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] [patch] ox-koma-letter
Michael Strey mst...@strey.biz writes: Rasmus, In fact to use the scrlttr2 support in Org I had to adjust a LCO files because it's currently loaded after LATEX_HEADER arguments (so all customization was overwritten). I didn't like that. After this remark I checked my changes and compared them with the default code and behaviour of ox-koma-letter with the result that I reverted all of my deletions. The mentioned feature provides just the right hierarchy for my use case. - LCO overrides everything - options in the file override options in customization - options in customization override defaults in ox-koma-letter Nevertheless I agree that the nil check solution would allow more flexibility. Cool, I'll look at it when time permits (which will not be next week). Maybe we should write a user guide *before* further implementation steps. I agree. A question zero is whether we eventually want to have an org-letter which could, in principle, output to something different than scrlttr2. IMO one *good* solution for writing letters is enough. scrlttr2 is perfect for me and covers at least European conventions about how letters should look like. I don't know which LaTeX classes people from other parts of the globe prefer. At least we should try to make the user interface (the list of variables) universal enough to cover other classes as well. I agree on semi-universal arguments and retaining the current specialization to scrlttr2. -- m-mm-mmm- bacon!
Re: [O] [patch] ox-koma-letter
Alan Schmitt alan.schm...@polytechnique.org writes: Michael Strey mst...@strey.biz writes: Rasmus, In fact to use the scrlttr2 support in Org I had to adjust a LCO files because it's currently loaded after LATEX_HEADER arguments (so all customization was overwritten). I didn't like that. After this remark I checked my changes and compared them with the default code and behaviour of ox-koma-letter with the result that I reverted all of my deletions. The mentioned feature provides just the right hierarchy for my use case. - LCO overrides everything - options in the file override options in customization - options in customization override defaults in ox-koma-letter Nevertheless I agree that the nil check solution would allow more flexibility. Cool, I'll look at it when time permits (which will not be next week). Maybe we should write a user guide *before* further implementation steps. I agree. A question zero is whether we eventually want to have an org-letter which could, in principle, output to something different than scrlttr2. IMO one *good* solution for writing letters is enough. scrlttr2 is perfect for me and covers at least European conventions about how letters should look like. I don't know which LaTeX classes people from other parts of the globe prefer. At least we should try to make the user interface (the list of variables) universal enough to cover other classes as well. I agree on semi-universal arguments and retaining the current specialization to scrlttr2. -- If you can mix business and politics wonderful things can happen!
Re: [O] [PATCH] Make html exporter respect css-url configuration variable.
Hi Nicolas, Nicolas Goaziou n.goaz...@gmail.com writes: By the way, `org-html-htmlized-org-css-url' docstring looks wrong. `org-export-as-org' doesn't exist anymore, neither do batch mode. So, is the variable still useful? If it is, could someone could fix its docstring so it reflects what is really happening? It is useful if org-org-publish-to-org handles :htmlized-source from publishing projects. I resurrected this functionality, see my recent commit. -- Bastien
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Hi David, David Engster d...@randomsample.de writes: Did you actually try that? How should Emacs possibly know that the file ox-icalendar provides the feature org-icalendar? This will only work if ox-icalendar is already loaded. Of course, you're right. I reverted the commit. So the problems stay. For third-party libraries developers, we cannot do anything else now than to ask them to update their code. For the problem of Emacs autoloaded functions, org.el provides (load org-loaddefs.el t t t) which should load the correct autoloads from the correct files... but that's unstable. It seems the ox- prefix is a bad idea, you're right. I'll think about it again. Thanks, -- Bastien
Re: [O] Bug: problem with removing logbook drawer with zero time on clockout and recording state transitions into the same drawer [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org
Hi, vdya...@elvees.com (Дядов Васил Стоянов) writes: The problem is: when I clock-in into some task and then within 1 minute change tasks state to DONE, information about state transition recorded incorrectly (:LOGBOOK: drawer is removed because of zero time, and then state transition recorded out of drawer :LOGBOOK:). This is now fixed in the maint branch, thanks! -- Bastien
Re: [O] [patch] ox-koma-letter
Alan Schmitt alan.schm...@polytechnique.org writes: As the order matters, as said in some replies, I prefer the AFTER_CLOSING approach. How can one use the a `:' in a AFTER_CLOSEing? I rely on an lco for that. To give you an idea of my setup, here it is. I found that with this setup I can quickly write a letter. If someday I need letters with a different setup, I just need to change the lco. But it lacks generality and it relies heavily on a LCO file, which I am not sure it entirely desirable. –Rasmus -- . . . It begins of course with The Internet. A Net of Peers.
Re: [O] [patch] ox-koma-letter
Hi Alan, Alan Schmitt alan.schm...@polytechnique.org writes: Bastien writes: Hi Alan, Alan Schmitt alan.schm...@polytechnique.org writes: To give you an idea of my setup, here it is. This is nice -- would you share it on Worg? Sure. Should it go there : http://orgmode.org/worg/exporters/index.html ? Yes, please. Thanks, -- Bastien
Re: [O] [ANN] Merge of new export framework on Wednesday
Hi Sean, Sean O'Halpin sean.ohal...@gmail.com writes: One small point: as we're going to have to change the meta directive #+STYLE to #+HTML_STYLE, can we change the name to reflect what it really does in the HTML backend, i.e. insert text verbatim into the head element? I suggest we rename it to #+HTML_HEAD. Done. You can now use HTML_HEAD instead of HTML_STYLE. Some variables were also renamed, check the details here: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=2752ef Best, -- Bastien
Re: [O] [patch] ox-koma-letter
Rasmus writes: Alan Schmitt alan.schm...@polytechnique.org writes: As the order matters, as said in some replies, I prefer the AFTER_CLOSING approach. How can one use the a `:' in a AFTER_CLOSEing? Sorry, I don't know. I thought it was the approach you were suggesting. I rely on an lco for that. To give you an idea of my setup, here it is. I found that with this setup I can quickly write a letter. If someday I need letters with a different setup, I just need to change the lco. But it lacks generality and it relies heavily on a LCO file, which I am not sure it entirely desirable. Yes, it lacks generality. But I find it works great for me. Writing letters in latex before was a pain, so I was doing it in Pages. I consider this is an improvement ;-) Alan
Re: [O] org-meta-return
Hi John On Feb 21, 2013 10:16 PM, 42 147 aeus...@gmail.com wrote: [continues off-topic] Have you tried a Dvorak keyboard? A friend of mine ridicules me for being a QWERTY typist, but I have found no empirical evidence that it is actually superior. At best, it has been proven, in /some/ studies, to be /slightly/ superior; and from a cost-benefit standpoint, /slight/ superiority according to /some/ studies (and I should add, only at extreme speeds), is not worth relearning how to type. Colemak is a much better keyboard layout than Dvorak. I have been using Colemak for many years now with great pleasure. Michael
Re: [O] [bug] Inline tasks are exported, even with noexport tag
Bastien wrote: Nicolas Goaziou n.goaz...@gmail.com writes: Bastien b...@gnu.org writes: Then should it also support `org-export-with-tasks' variable? Yes. E.g. if `org-export-with-tasks' is set 'todo, only inline tasks with a TODO keyword should be exported. Done. Thanks! Thanks! Best regards, Seb -- Sebastien Vauban
Re: [O] [ANN] Merge of new export framework on Wednesday
Hi Bastien, Bastien wrote: Sean O'Halpin sean.ohal...@gmail.com writes: One small point: as we're going to have to change the meta directive #+STYLE to #+HTML_STYLE, can we change the name to reflect what it really does in the HTML backend, i.e. insert text verbatim into the head element? I suggest we rename it to #+HTML_HEAD. Done. You can now use HTML_HEAD instead of HTML_STYLE. Some variables were also renamed, check the details here: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=2752ef Isn't it peculiar to rename STYLE into HEAD, in all affected vars but one? - html-STYLE-include-default - html-STYLE-include-default (unchanged) - html-STYLE-include-scripts - html-HEAD-include-scripts - org-html-STYLE-include-default - org-html-HEAD-include-default-STYLE - org-html-STYLE-include-scripts - org-html-HEAD-include-scripts Best regards, Seb -- Sebastien Vauban
Re: [O] Support Freemind/Freeplane export
Hello, Jambunathan K kjambunat...@gmail.com writes: I have added support for Freemind/Freeplane Mindmap export. I am attaching sample files produced with the new exporter. You are welcome to merge the changes to Org repo. Done. Thank you! Regards, -- Nicolas Goaziou
Re: [O] [patch] ox-koma-letter
Alan Schmitt alan.schm...@polytechnique.org writes: Rasmus writes: Alan Schmitt alan.schm...@polytechnique.org writes: As the order matters, as said in some replies, I prefer the AFTER_CLOSING approach. How can one use the a `:' in a AFTER_CLOSEing? Sorry, I don't know. I thought it was the approach you were suggesting. Export the following to LaTeX: #+BEGIN_SRC Org #+TITLE:test #+LATEX_HEADER:\newcommand{test}{\textsc{ps}:this is a test} #+LATEX_HEADER:\newcommand{ttest}{\textsc{ps}\:this is a test} #+LATEX_HEADER:\newcommand{tttest}{\textsc{ps}\\:this is a test} #+LATEX_HEADER:\newcommand{est}{\textsc{ps}$\colon$this is a test} this is a test #+END_SRC -- El Rey ha muerto. ¡Larga vida al Rey!
[O] [PATCH] ':wrap nowrap' disable wrapping
Babel: Disable wrapping * lisp/ob-core.el (org-babel-insert-result): If the argument to ':wrap' is 'nowrap', don't wrap the results. * doc/org.texi (Header Arguments): Describe 'nowrap' behaviour. This allows the results of a block to be inserted without wrapping, by overriding a ':wrap' property defined in an enclosing scope. diff --git a/doc/org.texi b/doc/org.texi index bd22c7a..7fe49d2 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -13972,6 +13972,10 @@ to @code{#+BEGIN_} and @code{#+END_}, which will then be used to wrap the results. If not string is specified then the results will be wrapped in a @code{#+BEGIN/END_RESULTS} block. +The string ``nowrap'' (case insensitive) is treated specially. It will +disable wrapping, if it has been turned on by setting the :wrap property at +a higher outline level. + @node Results of evaluation, Noweb reference syntax, Header arguments, Working With Source Code @section Results of evaluation @cindex code block, results of evaluation diff --git a/lisp/ob-core.el b/lisp/ob-core.el index 275a4f7..bf84ef0 100644 --- a/lisp/ob-core.el +++ b/lisp/ob-core.el @@ -1893,6 +1893,13 @@ org - results are added inside of a \#+BEGIN_SRC org\ block. They are not comma-escaped when inserted, but Org syntax here will be discarded when exporting the file. +wrap if no argument is supplied, the results are added + inside a #+BEGIN_RESULTS block. If a string argument + is provided, the string is appended to #+BEGIN_ and + #+END_ to delimit the block, unless the string is + 'nowrap' (case insensitive), in which case the results + will *not* be wrapped. + html results are added inside of a #+BEGIN_HTML block. This is a good option if you code block will output html formatted text. @@ -2009,7 +2016,10 @@ code the results are extracted in the syntax of the source (setq end (point-marker)) ;; possibly wrap result (cond - ((assoc :wrap (nth 2 info)) + ((let ((w (assoc :wrap (nth 2 info + (and w + (or (not (stringp (cdr w))) + (not (string= (upcase (cdr w)) NOWRAP) (let ((name (or (cdr (assoc :wrap (nth 2 info))) RESULTS))) (funcall wrap (concat #+BEGIN_ name) (concat #+END_ (car (org-split-string name)) signature.asc Description: OpenPGP digital signature
Re: [O] [PATCH] bug in expansion of variables in babel Perl
Achim Gratz writes: Here are two patches that fix this and implement (partly) some of your suggestions. I don't think Org should pollute the global Perl namespace by default, so I've left the definition of org-babel-perl-preface to the user for now. The second patch has the debugging aid you've been requesting, if you bind the symbol org-babel--debug-input to anything the temporary input files won't be deleted after the code has run. I've pushed these changes with some extended babel support for Perl: the results are now interpreted by babel, like for most other languages. Also, the wrapper has been extended to be a bit smarter: if the return value is an arrayref (or arrayref of arrayrefs), the wrapper automatically formats the output so that it will be interpreted as a table (a simple arrayref will be interpreted as a column vector). In particular that means you can pass a table through a Perl source block with exactly no code to write (as the variable that is input will be returned directly). In all other cases the return value is simply printed, so it should be a scalar. I've kept the wrapper as an (anonymous) subroutine, so if anybody had latched onto return $rv; it will continue to work. Also a few tests were added. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Code blocks (partially) inherit buffer colors
Thanks for the suggestion, Eric. Following the instructions, I fired up Emacs, loaded files of various types, then ran the command org-html-htmlize-generate-css Unfortunately, this resulted in an error dump: Debugger entered--Lisp error: (error Invalid face popup-mouse-face) internal-get-lisp-face-attribute(popup-mouse-face :height nil) face-attribute(popup-mouse-face :height) (setq h (face-attribute f :height)) (while (progn (setq f (if --cl-var-- face (face-attribute f :inherit))) (not (or (not f) (eq f (quote unspecified) (setq h (face-attribute f :height)) (push (if (eq h (quote unspecified)) nil h) --cl-var--) (setq --cl-var-- nil)) (let* ((f nil) (h nil) (--cl-var-- nil) (--cl-var-- t)) (while (progn (setq f (if --cl-var-- face (face-attribute f :inherit))) (not (or (not f) (eq f (quote unspecified) (setq h (face-attribute f :height)) (push (if (eq h (quote unspecified)) nil h) --cl-var--) (setq --cl-var-- nil)) (nreverse --cl-var--)) (catch (quote --cl-block-nil--) (let* ((f nil) (h nil) (--cl-var-- nil) (--cl-var-- t)) (while (progn (setq f (if --cl-var-- face (face-attribute f :inherit))) (not (or (not f) (eq f (quote unspecified) (setq h (face-attribute f :height)) (push (if (eq h (quote unspecified)) nil h) --cl-var--) (setq --cl-var-- nil)) (nreverse --cl-var--))) (cl-block-wrapper (catch (quote --cl-block-nil--) (let* ((f nil) (h nil) (--cl-var-- nil) (--cl-var-- t)) (while (progn (setq f (if --cl-var-- face (face-attribute f :inherit))) (not (or (not f) (eq f ... (setq h (face-attribute f :height)) (push (if (eq h (quote unspecified)) nil h) --cl-var--) (setq --cl-var-- nil)) (nreverse --cl-var-- (block nil (let* ((f nil) (h nil) (--cl-var-- nil) (--cl-var-- t)) (while (progn (setq f (if --cl-var-- face (face-attribute f :inherit))) (not (or (not f) (eq f (quote unspecified) (setq h (face-attribute f :height)) (push (if (eq h (quote unspecified)) nil h) --cl-var--) (setq --cl-var-- nil)) (nreverse --cl-var--))) (loop for f = face then (face-attribute f :inherit) until (or (not f) (eq f (quote unspecified))) for h = (face-attribute f :height) collect (if (eq h (quote unspecified)) nil h)) (let ((size-list (loop for f = face then (face-attribute f :inherit) until (or (not f) (eq f (quote unspecified))) for h = (face-attribute f :height) collect (if (eq h (quote unspecified)) nil h (reduce (quote htmlize-merge-size) (cons nil size-list))) htmlize-face-size(ac-candidate-mouse-face) (let ((size (htmlize-face-size face))) (unless (eql size 1.0) (setf (htmlize-fstruct-size fstruct) size))) (if htmlize-running-xemacs (let* ((font-instance (face-font-instance face)) (props (font-instance-properties font-instance))) (when (equalp (cdr (assq (quote WEIGHT_NAME) props)) bold) (setf (htmlize-fstruct-boldp fstruct) t)) (when (or (equalp (cdr (assq (quote SLANT) props)) i) (equalp (cdr (assq (quote SLANT) props)) o)) (setf (htmlize-fstruct-italicp fstruct) t)) (setf (htmlize-fstruct-strikep fstruct) (face-strikethru-p face)) (setf (htmlize-fstruct-underlinep fstruct) (face-underline-p face))) (dolist (attr (quote (:weight :slant :underline :overline :strike-through))) (let ((value (if (= emacs-major-version 22) (face-attribute face attr nil t) (let (...) (while ... ...) (face-attribute face attr) (when (and value (not (eq value (quote unspecified (htmlize-face-emacs21-attr fstruct attr value (let ((size (htmlize-face-size face))) (unless (eql size 1.0) (setf (htmlize-fstruct-size fstruct) size (let ((fstruct (make-htmlize-fstruct :foreground (htmlize-color-to-rgb (htmlize-face-foreground face)) :background (htmlize-color-to-rgb (htmlize-face-background face) (if htmlize-running-xemacs (let* ((font-instance (face-font-instance face)) (props (font-instance-properties font-instance))) (when (equalp (cdr (assq (quote WEIGHT_NAME) props)) bold) (setf (htmlize-fstruct-boldp fstruct) t)) (when (or (equalp (cdr (assq ... props)) i) (equalp (cdr (assq ... props)) o)) (setf (htmlize-fstruct-italicp fstruct) t)) (setf (htmlize-fstruct-strikep fstruct) (face-strikethru-p face)) (setf (htmlize-fstruct-underlinep fstruct) (face-underline-p face))) (dolist (attr (quote (:weight :slant :underline :overline :strike-through))) (let ((value (if (= emacs-major-version 22) (face-attribute face attr nil t) (let ... ... ... (when (and value (not (eq value ...))) (htmlize-face-emacs21-attr fstruct attr value (let ((size (htmlize-face-size face))) (unless (eql size 1.0) (setf (htmlize-fstruct-size fstruct) size (setf (htmlize-fstruct-css-name fstruct) (htmlize-face-css-name face)) fstruct) htmlize-face-to-fstruct(ac-candidate-mouse-face) (if (symbolp face) (htmlize-face-to-fstruct face) (htmlize-attrlist-to-fstruct face)) (let ((fstruct (if (symbolp face) (htmlize-face-to-fstruct face) (htmlize-attrlist-to-fstruct face (setf (gethash face face-map) fstruct) (let* ((css-name
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Bastien writes: It seems the ox- prefix is a bad idea, you're right. I'll think about it again. Please, no. The prefix is good, you would just need to obsolete all previously exported interfaces (autoloads and defcustoms) to this code to either give a warning or silently do the right thing where possible. Of course this code should not be in Emacs proper. I have code that kills the defcustoms from old Emacs. I need to figure out how to replace it with something sensible and also how to kill the autoloads that belong to older versions of Org (I think I know how to do it, I've just not tested it). I hope to put this together in the next week or so, then it will be possible to nuke all traces fr4om an old Org and then start from a clean slate with a new Org installation. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Support Freemind/Freeplane export
Hi Nicolas, Nicolas Goaziou n.goaz...@gmail.com writes: I have added support for Freemind/Freeplane Mindmap export. I am attaching sample files produced with the new exporter. You are welcome to merge the changes to Org repo. Done. Thank you! We encourage contributors without commit access to share patches on the list so that everyone can review and test them. Let's stick to this policy and avoid applying patches that have been sent in private -- I always ask people who send me patches in private to send them to the list. Also, the change in ox-html.el is not good IMHO: it will populate everyone's HTML code with unfamiliar strings (like #xa0; instead of nbsp;) just for the sake of keeping ox-freemind.el users happy. Is there no other way to get the same result for the Freemind export? Thanks, -- Bastien
Re: [O] Support Freemind/Freeplane export
Bastien b...@altern.org writes: We encourage contributors without commit access to share patches on the list so that everyone can review and test them. Ignore this, I just received Jambunathan contribution on the list. Thanks for applying it, and thanks for the patch Jambunathan. I'm still wondering if we can use nbsp; instead of the numeric representation. Jambunathan, do you have any idea? -- Bastien
[O] How to markup verbatim code including = and ~?
I'd like to incorporate some scraps of code in an org file. These scraps include both ~ and =, the markers for verbatim text and code. I used customize-variable org-emphasis-alist to change the symbols to mark verbatim text, but without success; adding unusual symbols broke LaTeX export of the org file, and swapping the underline and verbatim symbols had no effect (code marked _like so_ was still underlined instead of made verbatim). Advice would be appreciated! Thanks, Nathaniel p.s. I don't subscribe to this list, so please include my email in reponses. Thanks!
Re: [O] org-meta-return
Michael, Did a little research on Colemak: appears to be (1) as or even slightly more ergonomic than Dvorak, in terms of measurable results; and (2) designed for QWERTY users. That said, were you a QWERTY user before you transitioned into Colemak? . . . Does anyone here type Russian characters? I've started learning how to type the alphabet using Cyrillic stickers on my keyboard, and it /seems/ to be more ergonomically organized -- but perhaps that is just because I'm systematically learning it, rather than intuitively, and over many years, as I did with English QWERTY. 2013/3/2 Michael Brand michael.ch.br...@gmail.com Hi John On Feb 21, 2013 10:16 PM, 42 147 aeus...@gmail.com wrote: [continues off-topic] Have you tried a Dvorak keyboard? A friend of mine ridicules me for being a QWERTY typist, but I have found no empirical evidence that it is actually superior. At best, it has been proven, in /some/ studies, to be /slightly/ superior; and from a cost-benefit standpoint, /slight/ superiority according to /some/ studies (and I should add, only at extreme speeds), is not worth relearning how to type. Colemak is a much better keyboard layout than Dvorak. I have been using Colemak for many years now with great pleasure. Michael
[O] (no subject)
You may be using an outdated version (maint branch?). Otherwise, latex back-end may not be loaded, but it is by default (see `org-export-backends'). I am using 7.9.3f updated using orgmode elpa repository. Is that a problem? Vikas
Re: [O] [PATCH] org-protocol: Pass optional value using query in url to capture from protocol.
Hello, Bastien I resend a patch for HEAD of master branch. Thanks, Ryo. --- * lisp/org-protocol.el: (org-protocol-convert-query-to-plist): New function. (org-protocol-do-capture): Use new function. When org-protocol's url has query, org-capture get query using plist-get from store-link. For example: Url is org-protocol:/capture:/URL/TITLE/BODY?key=value org-capture can get (:key value) with (plist-get org-store-link-plist :query). --- lisp/org-protocol.el | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el index 2a804ad..1f76e85 100644 --- a/lisp/org-protocol.el +++ b/lisp/org-protocol.el @@ -267,7 +267,7 @@ string with two characters. :group 'org-protocol :type 'string) -(defcustom org-protocol-data-separator /+ +(defcustom org-protocol-data-separator /+\\|\\? The default data separator to use. This should be a single regexp string. :group 'org-protocol @@ -291,7 +291,7 @@ nil, assume \/+\. The results of that splitting are returned as a list. If UNHEXIFY is non-nil, hex-decode each split part. If UNHEXIFY is a function, use that function to decode each split part. - (let* ((sep (or separator /+)) + (let* ((sep (or separator /+\\|\\?)) (split-parts (split-string data sep))) (if unhexify (if (fboundp unhexify) @@ -411,6 +411,14 @@ Now template ?b will be used. (message Item captured.)) nil) +(defun org-protocol-convert-query-to-plist (query) + Convert query string that is part of url to property list. + (if query + (apply 'append (mapcar (lambda (x) + (let ((c (split-string x =))) + (list (intern (concat : (car c))) (cadr c + (split-string query ) + (defun org-protocol-do-capture (info) Support `org-capture'. (let* ((parts (org-protocol-split-data info t org-protocol-data-separator)) @@ -423,6 +431,7 @@ Now template ?b will be used. (region (or (caddr parts) )) (orglink (org-make-link-string url (if (string-match [^[:space:]] title) title url))) + (query (or (org-protocol-convert-query-to-plist (cadddr parts)) )) (org-capture-link-is-already-stored t)) ;; avoid call to org-store-link (setq org-stored-links (cons (list url title) org-stored-links)) @@ -431,7 +440,8 @@ Now template ?b will be used. :link url :description title :annotation orglink - :initial region) + :initial region + :query query) (raise-frame) (funcall 'org-capture nil template))) -- 1.7.9.6 (Apple Git-31.1) 2012/12/31 Bastien b...@altern.org Hi Ryo, I'm willing to apply this patch but since you already submitted tiny changes we would need to have you sign the FSF copyright assignment. See http://orgmode.org/cgit.cgi/org-mode.git/plain/request-assign-future.txt Let me know if you are willing to assign your copyright to the FSF. Thanks! -- Bastien -- Ryo Takaishi
Re: [O] Beamer presentation using new exporter
I have been trying to figure out how to do this. I saw Suvayu's config files which he has kindly kept on github (https://github.com/suvayu/.emacs.d). I tried to evaluate the following lines (add-to-list 'org-latex-classes '(beamer \\documentclass\[presentation\]\{beamer\} (\\section\{%s\} . \\section*\{%s\}) (\\subsection\{%s\} . \\subsection*\{%s\}) (\\subsubsection\{%s\} . \\subsubsection*\{%s\}))) But I get the following error: Symbol's value as variable is void: org-latex-classes Why should that be? You may be using an outdated version (maint branch?). Otherwise, latex back-end may not be loaded, but it is by default (see `org-export-backends'). I shifted from the elpa version to the version downloaded using git repository. But I still get this error. org-version says: Org-mode version 7.9.3f (release_7.9.3f-1360-g2d3add @ /home/vikas/lisp/org-mode/lisp/) Vikas
Re: [O] How to markup verbatim code including = and ~?
Alright, I solved my own problem. I was able to get verbatim working with a unicode symbol (√) as delimeter, by editing both org-emphasis-alist and org-export-latex-emphasis-alist. Cheers! --Nathaniel On Sat, Mar 2, 2013 at 5:05 PM, Nathaniel Cunningham nathaniel.cunning...@gmail.com wrote: I'd like to incorporate some scraps of code in an org file. These scraps include both ~ and =, the markers for verbatim text and code. I used customize-variable org-emphasis-alist to change the symbols to mark verbatim text, but without success; adding unusual symbols broke LaTeX export of the org file, and swapping the underline and verbatim symbols had no effect (code marked _like so_ was still underlined instead of made verbatim). Advice would be appreciated! Thanks, Nathaniel p.s. I don't subscribe to this list, so please include my email in reponses. Thanks!
Re: [O] List admin: Plain text attachments appearing in the digest
On Mar 2, 2013 7:13 PM, Bastien b...@altern.org wrote: I suppose the digest could include a link to the attachment, rather than replicating the entire file? We use mailman -- can you investigate and see if we can configure mailman to suit your needs? It seems Achim is right. There's no option to include or exclude plain text attachments. But there is a size cap for digests: http://staff.imsa.edu/~ckolar/mailman/mailman-administration-v2.html ~~ How big in Kb should a digest be before it gets sent out? Mailman will collect list traffic until this threshold is reached, then it will deliver the digest to users. This setting is useful in preventing digests from containing so many messages that the reader becomes disoriented. Should a digest be dispatched daily when the size threshold isn't reached? When installed, Mailman is set to run a daily maintenance script. If you check yes for this option Mailman will send a digest at the specified time even though the size threshold has not been reached. This is a good idea for low traffic lists that may take some time in reaching the threshold. Note: By default, the daily dispatch time is noon (server time). If you want to be sure of the time that your daily dispatch goes out ask the system administrator of your system. ~~ I would be happy if the first setting were reduced. Actually, I remember asking about lowering the digest size limit once before, and (IIRC) you asked the mailman admins if it was possible, and they claimed it couldn't be done. I guess either they didn't RTFM or maybe they were looking for a server-level setting, whereas this setting is at the mailing list level. hjh
Re: [O] [babel] Commenting out src blocks for tangling
Bastien bzg at altern.org writes: Hi Rainer, Rainer M Krug r.m.krug at gmail.com writes: Follow up: would it be possible to have the same mechanism for tangling, i.e. a tag :notangle:? functioning would be equivalent to property tangle: no but more visible and consistent with the :noexport:? One could also define properties to be tangled and not tangled for different scenarios? One approach could be to use export filters here. Why not use the new exporter, rather than org-babel-tangle? Below, there is a minimal backend called R-src-blocks that only exports src-blocks for language R and the headline titles as comments. R-src-blocks backend is just an illustration - I don't intend that anyone actually use it. I guess I am suggesting that tangling is just exporting code; with full access to all the export machinery (like exclude_tags and backend specific options), it might be better to head toward backends that yield code than to elaborate org-babel-tangle. Chuck #+BEGIN_SRC emacs-lisp (require 'ox-ascii) (defun comment-headline (headline contents info) (concat ### * (org-element-property :raw-value headline) \n\n contents)) (org-export-define-backend R-src-blocks ((src-block . (lambda (src-block contents info) (and (string= (org-element-property :language src-block) R) (car (org-export-unravel-code src-block) (section . org-ascii-section) (headline . comment-headline))) #+END_SRC I'd rather let (or someone else) find out if this approach is easy enough before considering adding a new keyword like :notangle:. But if you (or someone else) come up with a patch implementing the :notangle: approach, of course we might consider it too. Thanks,
Re: [O] [babel] Commenting out src blocks for tangling
Hi Charles, Charles Berry ccbe...@ucsd.edu writes: Why not use the new exporter, rather than org-babel-tangle? A very nice example on how the new exporter can be useful! Thanks for sharing this, -- Bastien
Re: [O] List admin: Plain text attachments appearing in the digest
Hi James, James Harkins jamshar...@gmail.com writes: I would be happy if the first setting were reduced. What maximum size is it now? What maximum size would you like? -- Bastien
Re: [O] org-caldav can't find org-prepare-agenda-buffers
Achim Gratz strom...@nexgo.de writes: I hope to put this together in the next week or so, then it will be possible to nuke all traces fr4om an old Org and then start from a clean slate with a new Org installation. Okay, thanks. Let us know how it goes, -- Bastien
Re: [O] Bug? Agenda problems after update
Hi Simon, thanks for reporting those problems. Simon Thum simon.t...@gmx.de writes: Press key for agenda command (unrestricted): Update Org Contacts Database Bad sexp at line 350 in /home/simon/org/privat.org: (org-contacts-anniversaries BIRTHDAY %y. Geburtstag %l) [7 times] Invalid face reference: nil [619 times] 1: Altough org-contacts is invoked, birthdays fail. I tried both sexp syntaxes (%%() and %%()). I'm cc'ing Grégory, maybe this is related to recent changes in org-contact.el. Grégory, can you have a look ? 2: Hovering the mouse over the agenda produces these nil face warnings. I have no idea how to diagnose this, but it does not hurt much it seems. On every mouse motion event that hovers over agenda lines below today (except for the first line below today's date line, misteriously, and only if a certain line with a past-due deadline with [#C] priority cookie is visible), one such warning is produced. Mhh... I can't reproduce this. Can you give a recipe? What emacs version is it with? 3: The agenda dropped back to 10 sec and more. I used to have agenda generation times of 2-3 sec after I switched to SSDs. I hope this is the issue from the org-agenda-write taking very long thread currently going on. I don't think it is the same issue. Here again, can you give a hint on what your configuration and agenda file/command look like? 4: When jumping to a file from the agenda, it is completely visible, including ARCHIVE tags (which otherwise work as expected). Just opening them is fine; it only affects the case the agenda file was not loaded before. Thus it seems to be a bug. (setq org-agenda-inhibit-startup nil) The new default is supposed to make the agenda generation faster, actually. Tassilo reported it was not speeding up things and I need to check this again. Thanks, -- Bastien
Re: [O] [ANN] Merge of new export framework on Wednesday
Hi Sébastien, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: - html-STYLE-include-default - html-STYLE-include-default (unchanged) Fixed, thanks. -- Bastien
Re: [O] paredit/org problems
Hi Sebastian, Sebastian Hofer sebho...@gmail.com writes: I'm using some of the paredit [1] functionality in org-mode, e.g. the deleting pairs of (),[],{}, and so forth. Note that I don't have paredit-mode enabled but rather use paredit-backward-delete and others. Recently, deleting {} as one entity stopped working, but it still works for [] and (). I suspect that this was after I updated org-mode from git, but I'm not quite sure. I can reproduce the problem w/o any of my normal configuration loaded. This is now fixed in master, thanks. -- Bastien
[O] org-exp-bibtex missing in git?
org-exp-bibtex seems to have gone missing from git repository. Can somebody confirm pleae. Vikas
Re: [O] Bug? Agenda problems after update
Press key for agenda command (unrestricted): Update Org Contacts Database Bad sexp at line 350 in /home/simon/org/privat.org: (org-contacts-anniversaries BIRTHDAY %y. Geburtstag %l) [7 times] Invalid face reference: nil [619 times] I have the same problem, but with bddb3. The sexp that I use is: , | %%(org-bbdb-anniversaries) ` Charles -- Problem solving under linux has never been the circus that it is under AIX. (By Pete Ehlke in comp.unix.aix) pgphAfASSJPfY.pgp Description: PGP signature