Re: [O] Using an org based init file slows down emacs startup by 50x..help needed :(
thx all Grant, thats interesting since i did start with the bisecting method and couldnt identify the culprit. again using the method here https://bitbucket.org/holgerschurig/emacsconf/src/416b2bba2d1d334b9c6ddbd56f8c7f8bd8bc4aab?at=master works SUPER fast (~10 seconds) so for now ill stick with it until i find the culprit very strange though best Z On Mon, Dec 12, 2016 at 11:30 PM, Grant Rettke wrote: > On Sat, Dec 10, 2016 at 2:36 AM, Xebar Saram wrote: > > So after a few months of frustration today i discovered the issue that's > > been bothering me for a long time..the REALLY slow emacs startup > > I tangled it on my box like this: > > Start Emacs default > > emacs --no-init-file > > (emacs-version) > > "GNU Emacs 24.5.1 (x86_64-apple-darwin15.4.0, NS apple-appkit-1404.46) > of 2016-06-08 on vela" > > (org-version) > > "8.2.10" > > In Emacs I evaluated > > (defmacro measure-time (&rest body) > "Measure the time it takes to evaluate BODY." > `(let ((time (current-time))) > ,@body > (message "%.06f" (float-time (time-since time) > > And timed and tangled it. > > It took approximately 8 minutes. > > When I tangle it using my config it takes approximately 11 seconds. > > I would start with a bisection of the file to try and narrow down when > and where the slowdown occurs. >
[O] [PATCH] ox-confluence.el: Support quote blocks
* contrib/lisp/ox-confluence.el (org-confluence-quote-block): new function Convert quote blocks as shown below: #+BEGIN_QUOTE {quote} This is a quote ==> This is a quote #+END_QUOTE {quote} --- contrib/lisp/ox-confluence.el | 4 1 file changed, 4 insertions(+) diff --git a/contrib/lisp/ox-confluence.el b/contrib/lisp/ox-confluence.el index de8b00e..9518486 100644 --- a/contrib/lisp/ox-confluence.el +++ b/contrib/lisp/ox-confluence.el @@ -50,6 +50,7 @@ (link . org-confluence-link) (paragraph . org-confluence-paragraph) (property-drawer . org-confluence-property-drawer) +(quote-block . org-confluence-quote-block) (section . org-confluence-section) (src-block . org-confluence-src-block) (strike-through . org-confluence-strike-through) @@ -128,6 +129,9 @@ a communication channel." (and (org-string-nw-p contents) (format "\{\{%s\}\}" contents))) +(defun org-confluence-quote-block (quote-block contents info) + (format "{quote}\n%s{quote}" contents)) + (defun org-confluence-section (section contents info) contents) -- 2.9.3 (Apple Git-75)
[O] [PATCH] ox-confluence.el: Fix error in `org-confluence-fixed-width`
* contrib/lisp/ox-confluence.el (org-confluence-fixed-width): retrieve value of org element "fixed-width" instead of using "content", which is empty. --- contrib/lisp/ox-confluence.el | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/contrib/lisp/ox-confluence.el b/contrib/lisp/ox-confluence.el index de8b00e..98d9ed5 100644 --- a/contrib/lisp/ox-confluence.el +++ b/contrib/lisp/ox-confluence.el @@ -89,7 +89,8 @@ (org-trim contents (defun org-confluence-fixed-width (fixed-width contents info) - (format "\{\{%s\}\}" contents)) + (format "\{\{%s\}\}" + (org-trim (org-element-property :value fixed-width (defun org-confluence-verbatim (verbatim contents info) (format "\{\{%s\}\}" (org-element-property :value verbatim))) -- 2.9.3 (Apple Git-75)
[O] [PATCH] ox-confluence.el: Fix error in `org-confluence-fixed-width`
* contrib/lisp/ox-confluence.el (org-confluence-fixed-width): retrieve value of org element "fixed-width" instead of using "content", which is empty. --- contrib/lisp/ox-confluence.el | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/contrib/lisp/ox-confluence.el b/contrib/lisp/ox-confluence.el index de8b00e..98d9ed5 100644 --- a/contrib/lisp/ox-confluence.el +++ b/contrib/lisp/ox-confluence.el @@ -89,7 +89,8 @@ (org-trim contents (defun org-confluence-fixed-width (fixed-width contents info) - (format "\{\{%s\}\}" contents)) + (format "\{\{%s\}\}" + (org-trim (org-element-property :value fixed-width (defun org-confluence-verbatim (verbatim contents info) (format "\{\{%s\}\}" (org-element-property :value verbatim))) -- 2.9.3 (Apple Git-75)
Re: [O] including external file in src block execution; ATTR_HTML on src blocks
On Mon, 12 Dec 2016, Matt Price wrote: On Mon, Dec 12, 2016 at 12:16 PM, Charles C. Berry wrote: On Mon, 12 Dec 2016, Matt Price wrote: [snip] My questions are: 1. can I pass this html attribute to the block somehow? Yes. ATTR_HTML doesn't seem to work. Is this a bug? If so, should I try to fix it? No and no. Did you try : (plist-get (cadr src-block) :attr_html) in `org-html-src-block' ? ah, ok. Now I will reveal some of the depths of my ignorance. Looks like :attr_html is a plist (right?). No, it is a property name. (cadr src-block) is the plist. See (info "(elisp) Property Lists") (a) what is the appropriate way to identify an attribute here. should I write, e.g.: #+ATTR_HTML: :data-external-libs "http://underscorejs.org/underscore-min.js"; :class "list of classes" Any could be made to work, but I'd use (a). Then : (org-babel-parse-header-arguments : (car (plist-get (cadr src-block) :attr_html))) will give you : ((:data-external-libs . "http://underscorejs.org/underscore-min.js";) : (:class . "list of classes")) or: #+ATTR_HTML: data-external-libs "http://underscorejs.org/underscore-min.js"; class "list of classes" or #+ATTR_HTML: "data-external-libs" "http://underscorejs.org/underscore-min.js"; "class" "list of classes" And then, if I want to transform this into: data-external-libs="http://underscorejs.org/underscore-min.js"; class="list of classes" can I just do something like: (let ((attributes (org-export-get-attribute :attr_html src-block)) (cl-loop for (key value) in attributes (collect (concat key "=" "\"" value "\" " or do I need to transform the key into a string first? Well, I'd just try it and see. I'm sorry to be writing such basic lisp questions; obviously I need to read a really good lisp introduction, but I haven't found one yet. This is what I use: * Elisp: (elisp). The Emacs Lisp Reference Manual. * Emacs Lisp Intro: (eintr).A simple introduction to Emacs Lisp programming. and ample Googling, usually leading to StackOverflow, to get hints on stuff I am fuzzy on. And I read docstrings over and over and ... Best, Chuck
[O] id links have no reference
org 9. in ascii export, id links to nodes that are being exported do not have any referent. this source prints the id but there is no referent for it. It is firmly outside the [scope of this post] (id:ab33e255f-b9f7-2fc7-6d3b-1c88ddd65590) to ask if that sounds familiar in the UK. the id points to Conclusion. i expected that in ascii export Conclusion would show its id so that people could follow the link, even if only by searching in their text editors or browsers.
Re: [O] [bug] org 9 hangs on link search
file links don't hang now, thanks. however, if the header to be searched consists of only a link, it fails to find the link. perhaps it needs regexp-quote. * [[file:/home/a/b.org::*add%20another%20link%20bug][add another link bug]]
Re: [O] [PATCH] Add support for ordered list to ox-confluence.el
Oops, I just realized an important difference. My version also supported descriptive lists. The version with only Nicholas' changes will lose the item name: * item-name :: description Will just become - description Here is a fix based on Nicholas' version: * contrib/lisp/ox-confluence.el (org-confluence-item): Support descriptive list When converting a descriptive list item, be sure to include the "item" part, not just the description. TINYCHANGE --- contrib/lisp/ox-confluence.el | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/contrib/lisp/ox-confluence.el b/contrib/lisp/ox-confluence.el index de8b00e..a1318f9 100644 --- a/contrib/lisp/ox-confluence.el +++ b/contrib/lisp/ox-confluence.el @@ -83,9 +83,13 @@ (defun org-confluence-item (item contents info) (let* ((plain-list (org-export-get-parent item)) (type (org-element-property :type plain-list)) - (bullet (if (eq type `ordered) ?\# ?\-))) + (bullet (if (eq type 'ordered) ?\# ?\-))) (concat (make-string (1+ (org-confluence--li-depth item)) bullet) " " +(if (eq type 'descriptive) + (concat "*" + (org-export-data (org-element-property :tag item) info) + "* - ")) (org-trim contents (defun org-confluence-fixed-width (fixed-width contents info) -- 2.5.4 (Apple Git-61) On Sat, Dec 10, 2016 at 2:54 AM, Lungang Fang wrote: > Hi Nicolas and Charles, > > Thank you both. > > Lungang > > On Sat, Dec 10, 2016 at 7:34 AM, Nicolas Goaziou > wrote: >> >> Hello, >> >> Lungang Fang writes: >> >> > Great! Then, what about using my patch ? It would be my first patch >> > adopted >> > by any open source project, a real milestone :) >> >> Applied. Thanks to both of you. >> >> Regards, >> >> -- >> Nicolas Goaziou > >
Re: [O] org-depend: dependencies between TODO entries in different files
Hi all, Karl Voit writes: > Oh my goodness - free wishes for org-depend? Christmas is rather > early this year! ;-) Indeed, that's wonderful ^^ > OK, let's do some brain storming ... As a summary from my sight point, I am totally inline with Karl for the feature set: - Personnally, I am ready to care about state consistency myself, so letting the user responsible for it - Same wish about scheduling arbitrary actions by making use of IDs: either absolute or relative - I would also have use of different state transitions: DONE => TODO ; CANCELLED => CANCELLED Besides that, I wonder if/how we could automate the following course of actions: - let have point on an entry - create a new "TODO-like" entry as a link to that entry - assign an ID to both entries: lets say "ID-original" and "ID-duplicate" - in the new entry: define a BLOCKER property set on "ID-original" - in the original entry: define a TRIGGER property set as ID-duplicate(DONE) At first sight: - the new entry could be created besides the original or in a file where it is ready to refile - the TODO state in the new entry could be set with a default, I think it is so easy to switch afterwards with Org keystrokes - the triggered state might better be a parameter (possibly a customized default as "TODO"): otherwise, it would be necessary to go inside the drawer to change it Currently, I am doing all this manually, quite often. I am not sure if a capture template can offer that. It's on my plan to look after it for some time, but I didn't do it yet. The tricky part is the cross-link creation and storage. So, as we are discussion on the topic, I just share what is on my mind about it :) I wish it can bring something useful, Feedbacks are welcome, Christophe -- ---> mailto:r3vli...@citadels.eu Once it's perfectly aimed, the flying arrow goes straight to its target. Thus, don't worry when things go right. There will be enough time to worry about if they go wrong. Then, it's time to fire a new arrow towards another direction. Don't sink. Adapt yourself ! The archer has to shoot accurately and quickly. [Words of Erenthar, the bowman ranger] <---
[O] org-capture-template :clock-in property not working
After recently upgrading to 20161118, I notice that the clock-in property in my org-capture-templates is no longer functioning. It appears to successfully clock me out of my current task, but that's it. My capture template is: (setq org-capture-templates '(("t" "Todo" entry (file "/org/refile.org") "* TODO %?\n%U\n" :clock-in t :clock-resume t))) I'm running Emacs 25.1.1 on Windows.
Re: [O] Using an org based init file slows down emacs startup by 50x..help needed :(
On Sat, Dec 10, 2016 at 2:36 AM, Xebar Saram wrote: > So after a few months of frustration today i discovered the issue that's > been bothering me for a long time..the REALLY slow emacs startup I tangled it on my box like this: Start Emacs default emacs --no-init-file (emacs-version) "GNU Emacs 24.5.1 (x86_64-apple-darwin15.4.0, NS apple-appkit-1404.46) of 2016-06-08 on vela" (org-version) "8.2.10" In Emacs I evaluated (defmacro measure-time (&rest body) "Measure the time it takes to evaluate BODY." `(let ((time (current-time))) ,@body (message "%.06f" (float-time (time-since time) And timed and tangled it. It took approximately 8 minutes. When I tangle it using my config it takes approximately 11 seconds. I would start with a bisection of the file to try and narrow down when and where the slowdown occurs.
Re: [O] org-depend: dependencies between TODO entries in different files
* Samuel Wales wrote: > On 12/12/16, Carsten Dominik wrote: >> broadly about what it should be able to do. Is there specific >> functionality it also should support, besides the TRIGGER/BLOCKER functions >> it has right now? > > it can make a remote task get scheduled upon doneifying current task? When I understand http://orgmode.org/worg/org-contrib/org-depend.html correctly, this is only possible via chain-siblings-scheduled and this is not that easy for arbitrary tasks using an ID-property. I mentioned this as a nice-to-have feature in my previous email. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] including external file in src block execution; ATTR_HTML on src blocks
On Mon, Dec 12, 2016 at 12:16 PM, Charles C. Berry wrote: > On Mon, 12 Dec 2016, Matt Price wrote: > > > [snip] > > >> My questions are: >> 1. can I pass this html attribute to the block somehow? >> > > Yes. > > ATTR_HTML doesn't seem to work. Is this a bug? If so, should I try to fix >> it? >> > > No and no. > > Did you try > > : (plist-get (cadr src-block) :attr_html) > > in `org-html-src-block' ? > > ah, ok. Now I will reveal some of the depths of my ignorance. Looks like :attr_html is a plist (right?). (a) what is the appropriate way to identify an attribute here. should I write, e.g.: #+ATTR_HTML: :data-external-libs "http://underscorejs.org/underscore-min.js"; :class "list of classes" or: #+ATTR_HTML: data-external-libs "http://underscorejs.org/underscore-min.js"; class "list of classes" or #+ATTR_HTML: "data-external-libs" "http://underscorejs.org/underscore-min.js"; "class" "list of classes" And then, if I want to transform this into: data-external-libs="http://underscorejs.org/underscore-min.js"; class="list of classes" can I just do something like: (let ((attributes (org-export-get-attribute :attr_html src-block)) (cl-loop for (key value) in attributes (collect (concat key "=" "\"" value "\" " or do I need to transform the key into a string first? I'm sorry to be writing such basic lisp questions; obviously I need to read a really good lisp introduction, but I haven't found one yet. > > If not, is there a simple way to use header arguments to pass >> information down? >> > > The answer is still no. ;-) > > There are complicated ways. See > > https://github.com/chasberry/orgmode-accessories/blob/ravel- > lang/ox-ravel.org > > for one such. But for what you are doing ATTR_HTML is easiest. > > I will take the easiest please! > > I am already rewriting the exporter's src-block export >> function, so I can try to accomplish what I need to in that context. >> > > BTW, the cleanest way to do this is by writing a derived exporter: > > : (org-export-define-derived-backend 'reveal 'revealplus ... > > In your case you only provide the src-block entry for the > :translate-alist, :options-alist entries for any you redefine or introduce, > and optionally a :menu-entry. > > Also, you'll probably want to add a hook to `org-export-before-parsing-hook' > (see below). > > > If you do this, then `#+ATTR_REVEALPLUS:' seems suitable. > right. Up till now I have been hoping to integrate these change sback into ox-reveal, but now it's starting to feel a bit invasive. I may try this route. > > 2. I'd like to be able to test my code directly in org (since I'm a lousy >> coder and a clumsy typist). Can I tell org to load other files before >> executing a src block? >> > > Yes. Depending on what you want one of these: > > * Add this to `org-export-before-parsing-hook', perhaps in setting up a > derived exporter. > > * Or perhaps by using a local variable `eval' see > > : (info "(emacs) Specifying File Variables") > > * Or by executing a src-block that loads those files. > I think this might be the best route, since I would probably want to load such files on a block-by-block basis. > > HTH, > > Chuck > very much, I think!
Re: [O] user labels in beamer export
Hello, Eric S Fraga writes: > If I have the following org, > > #+begin_src org > ,#+TITLE: LaTeX export minimal test > ,* Intro > :PROPERTIES: > :CUSTOM_ID: introduction > :END: > This is the first slide. > ,* Summary > As we saw on slide [[#introduction]], ... > #+end_src > > > I get the following LaTeX generated: > > #+begin_src latex > \begin{frame}[label=introduction]{Intro} > This is the first slide. > \end{frame} > > \begin{frame}[label={sec:orgdc0a2c3}]{Summary} > As we saw on slide \ref{sec-1}, \ldots{} > \end{frame} > #+end_src > > (elided for size). Note that internally generated labels of the form > orgXX are not generated but instead org generates "sec-1" instead of > using \ref{introduction}. > > I have org-latex-prefer-user-labels set to t. > > Am I doing something wrong or is this a bug in org? The latter. I fixed it on maint. Thank you. Regards, -- Nicolas Goaziou
Re: [O] org-depend: dependencies between TODO entries in different files
On 12/12/16, Carsten Dominik wrote: > broadly about what it should be able to do. Is there specific > functionality it also should support, besides the TRIGGER/BLOCKER functions > it has right now? it can make a remote task get scheduled upon doneifying current task?
[O] org ELPA broken (was: Re: Bug: bug&fix for org-compile-file on Windows)
Has the URL for Org ELPA moved? Because if I look at http://orgmode.org/elpa/, I don't see any updates since 11/18? Assuming the build-org-pkg.txt file is intended to be a record of the build process, it would appear there is an error preventing the code from building correctly. Mike. Nicolas Goaziou writes: > Hello, > > Mirko Vukovic writes: > >> I was not able to preview latex fragments using >> org-toggle-latex-fragment (C-c C-x C-l) >> >> I traced the problem to the (shell-command ...) in org-compile-file >> during the dvipng step. >> >> The problem was in the formatting of the destination file (the -o switch). >> It consists >> of the directory and filename. Both were enclosed in double quotes, so >> that when concatenated the string looked like this: >> \"path\"\"filename\".extension > > Thanks. However, this issue was fixed a few days ago. The fix should be > available in today's Org ELPA, or in the yet to be released Org 9.0.2. > > Regards,
Re: [O] exporting # to latex?
On Mon, 12 Dec 2016, Sharon Kimble wrote: I'm trying to write an org-mode file that is being exported to latex, and then built into a pdf file, of the MPD online manual. I'm now trying to show the 'mpf.conf' file which is mostly with commented out lines starting with a hash (#). But that breaks the org-mode export, so how can I have it displayed and exported to latex please? [deleted] So what I'm trying to get is a latex file which includes the .conf file and all of its # in the right place and show as # on their own. But how can I do it please? One of these? --8<---cut here---start->8--- #+BEGIN_EXAMPLE ## abc ## def #+END_EXAMPLE #+BEGIN_EXPORT latex ## abc ## def #+END_EXPORT --8<---cut here---end--->8--- Upon export to latex they yield: --8<---cut here---start->8--- \begin{verbatim} ## abc ## def \end{verbatim} ## abc ## def --8<---cut here---end--->8--- HTH, Chuck
Re: [O] including external file in src block execution; ATTR_HTML on src blocks
On Mon, 12 Dec 2016, Matt Price wrote: [snip] My questions are: 1. can I pass this html attribute to the block somehow? Yes. ATTR_HTML doesn't seem to work. Is this a bug? If so, should I try to fix it? No and no. Did you try : (plist-get (cadr src-block) :attr_html) in `org-html-src-block' ? If not, is there a simple way to use header arguments to pass information down? The answer is still no. ;-) There are complicated ways. See https://github.com/chasberry/orgmode-accessories/blob/ravel-lang/ox-ravel.org for one such. But for what you are doing ATTR_HTML is easiest. I am already rewriting the exporter's src-block export function, so I can try to accomplish what I need to in that context. BTW, the cleanest way to do this is by writing a derived exporter: : (org-export-define-derived-backend 'reveal 'revealplus ... In your case you only provide the src-block entry for the :translate-alist, :options-alist entries for any you redefine or introduce, and optionally a :menu-entry. Also, you'll probably want to add a hook to `org-export-before-parsing-hook' (see below). If you do this, then `#+ATTR_REVEALPLUS:' seems suitable. 2. I'd like to be able to test my code directly in org (since I'm a lousy coder and a clumsy typist). Can I tell org to load other files before executing a src block? Yes. Depending on what you want one of these: * Add this to `org-export-before-parsing-hook', perhaps in setting up a derived exporter. * Or perhaps by using a local variable `eval' see : (info "(emacs) Specifying File Variables") * Or by executing a src-block that loads those files. HTH, Chuck
Re: [O] org-depend: dependencies between TODO entries in different files
* Carsten Dominik wrote: > > Dear all, Hi Carsten, > Since ord-depend was only proof of concept, we could also think a bit more > broadly about what it should be able to do. Is there specific > functionality it also should support, besides the TRIGGER/BLOCKER functions > it has right now? Oh my goodness - free wishes for org-depend? Christmas is rather early this year! ;-) OK, let's do some brain storming ... For reference purposes: http://orgmode.org/worg/org-contrib/org-depend.html > One issue to deal with is, that in different files, a different set of TODO > keywords might be active, so if a TRIGGER entry changes a TODO state, and > that entry lives in a different file, it falls onto the user to make sure > that the required state is valid in both files. >From my point of view: due to the fact that the user has to state the TRIGGER keyword manually, it is up to the user that this makes any sense. So far, nothing prevents me from typing: :TRIGGER: foo-bar(INVALIDSTATUS) > Any ides what is missing or might be useful? Well, this comes a bit unprepared (I might be able to come up with more feature possibilities to org-depend when thinking about it) but I'd say that following workflows would be nice to discuss about: Being able to specify SCHEDULED-dates *and* next status for arbitrary IDs. For example: ** NEXT Asking the client about XY :PROPERTIES: :TRIGGER: send-task(NEXT,2016-12-23) :END: ** Send XY to client :PROPERTIES: :ID: send-task :END: Well the syntax might be chosen differently. What I want to achieve is that when changing the "Asking" task to a finished state, the "Send" task gets a fixed SCHEDULED value and the status NEXT. Additional: the two tasks are not necessarily in the same file or within the same sub-hierarchy. So the «inherit scheduled date» feature via chain-siblings-scheduled does not work in most cases to me. Another one: ** NEXT Asking the client about XY SCHEDULED: <2016-12-12> :PROPERTIES: :TRIGGER: send-task(NEXT,.+3d) :END: ** Send XY to client :PROPERTIES: :ID: send-task :END: When the "Asking" task is set to a finished state, the "Send" task will be scheduled three days in the future and gets the status NEXT. The usual date-syntax applies here as well: +3d (3 days from maybe the SCHEDULED(?) date of the "Asking" task), .+3d (3 days from now), and so forth. Another one: having the possibility to define "Send" state changes that rely on the "Asking" state. For example: If I cancel the "Asking" task, the "Send" state should be cancelled as well because it makes no sense without the first one. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] Multiple underscores crash org latex export; other exporters survive
Thanks to Nicolas and Scott for your painstaking efforts. At least for me, a fine stopgap measure is to simply avoid Latex crashes for orgmode contents that are not explicitly Latex. Sometime after that, it would be ideal to produce similar output for all export types, insofar as that's possible. I thought I'd see what ox-pandoc does. As I'm sure you know, pandoc converts all input formats to a master markup language, and then converts that to whatever output format is desired -- a design that makes output uniformity easier to obtain. Orgmode is already halfway there, since the master markup language is orgmode itself. Here's what pandoc does in the three cases I've recently posted about: 1.) *Multiple underscores* (the subject of this thread): Pandoc doesn't crash and it exports the same thing for either html or latex: everything after the first underscore is subscripted and all underscores are deleted. I don't love that behavior but it's consistent. 2.) *Plain lists with more than four sublevels*: For html export, pandoc and orgmode do what you'd expect: produce a deeply nested html list. For (Windows) latex export, pandoc and orgmode also do the same thing: crash. Ideally, pandoc would have generated valid Latex for deep list nesting, but at least it's not completely ornery; it snips out the part of the original Latex error message that points to the cause. Perhaps pandoc latex export wouldn't crash in Linux, just as orgmode latex export doesn't crash in Linux (from Nicolas). This is still a mystery. Nicolas's Linux-produced tex file is essentially the same as the one I got in Windows, and it crashes Windows latexmk just like mine does. *Nicolas*, could it be that you're not running latexmk on your exports? 3.) *Web link with a '#' in the URL*: Pandoc never crashes and it exports nearly the same thing for html or latex pdf: In either case, clicking on the link sends you to the right web page, and the only difference is that, in the output pdf, the link text isn't highlighted; instead there's a tooltip popup. The reason pandoc latex export doesn't crash but orgmode does (in Windows) is that pandoc escapes the '#'. In the example I posted last week, orgmode does this: \section{Some section \href{http://orgmode.org/manual/Column-groups.html# Column-groups}{A random link}} while pandoc does this: \section{\texorpdfstring{Some section \href{http://orgmode.org/ manual/Column-groups.html\#Column-groups}{A random link}}{Some section A random link}} I don't understand why the escape prevents Windows crashes but doesn't appear to be needed for Linux. Nevertheless, it looks like pandoc does something special to prevent this crash. Scott > >
[O] including external file in src block execution; ATTR_HTML on src blocks
I use org to write my lecture notes, and have started using klipse in those exported notes to execute code snippets in a browser environment ( http://matt.hackinghistory.ca/2016/12/11/org-mode-run-code-live-in-a-reveal-slideshow-with-klipse/ ). Sometimes I would like to set up the javascript environment with some additional libraries, either local or web-based. Klipse lets you do this with a custom data- attribute. My questions are: 1. can I pass this html attribute to the block somehow? ATTR_HTML doesn't seem to work. Is this a bug? If so, should I try to fix it? If not, is there a simple way to use header arguments to pass information down? I am already rewriting the exporter's src-block export function, so I can try to accomplish what I need to in that context. 2. I'd like to be able to test my code directly in org (since I'm a lousy coder and a clumsy typist). Can I tell org to load other files before executing a src block? Thank you! Mat
Re: [O] ox-icalendar's org-icalendar-include-todo and export for TODOs with custom DONE states
Hi. Nicolas Goaziou writes: > Hello, > > Olivier Berger writes: > >> I have a TODO file with additional TODO/DONE states. >> >> It seems that when org-icalendar-include-todo is set to 't', it should >> "include tasks that are not in DONE state.". >> >> In my TODO file I have the following configuration of TODO states : >> #+SEQ_TODO: TODO(t) DEMARRE(e) ATTENTE(a) RDV(v) | DONE(d) ANNULE(n) >> REPORTE(r) >> >> I would expect that exporting the TODOs would only export the ones in >> TODO, DEMARRE, ATTENTE or RDV states. >> >> However, TODOs in ANNULE state are exported too, it seems. >> >> Any hints ? > > According to `org-icalendar-include-todo' docstring, it only controls > creation of VTODO components. > > It think you need `org-export-with-tasks'. > Thanks Nicolas, actually adding #+OPTIONS: tasks:todo to the header solved the issue (originally using org-caldav-sync [0], btw) :-) Many thanks. Best regards, [0] https://github.com/dengste/org-caldav -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
[O] user labels in beamer export
I am having problems trying to use user defined labels in org export to LaTeX (beamer specifically). If I have the following org, #+begin_src org ,#+TITLE: LaTeX export minimal test ,* Intro :PROPERTIES: :CUSTOM_ID: introduction :END: This is the first slide. ,* Summary As we saw on slide [[#introduction]], ... #+end_src I get the following LaTeX generated: #+begin_src latex \begin{frame}[label=introduction]{Intro} This is the first slide. \end{frame} \begin{frame}[label={sec:orgdc0a2c3}]{Summary} As we saw on slide \ref{sec-1}, \ldots{} \end{frame} #+end_src (elided for size). Note that internally generated labels of the form orgXX are not generated but instead org generates "sec-1" instead of using \ref{introduction}. I have org-latex-prefer-user-labels set to t. Am I doing something wrong or is this a bug in org? I'm up to date with git version as of a few minutes ago. Thanks, eric -- : Eric S Fraga (0xFFFCF67D), Emacs 26.0.50.1, Org release_9.0.1-125-g93b43e signature.asc Description: PGP signature
Re: [O] org-depend: dependencies between TODO entries in different files
Dear all, thanks for your feedback. Since ord-depend was only proof of concept, we could also think a bit more broadly about what it should be able to do. Is there specific functionality it also should support, besides the TRIGGER/BLOCKER functions it has right now? One issue to deal with is, that in different files, a different set of TODO keywords might be active, so if a TRIGGER entry changes a TODO state, and that entry lives in a different file, it falls onto the user to make sure that the required state is valid in both files. Any ides what is missing or might be useful? Carsten On Mon, Dec 12, 2016 at 12:57 PM, Karl Voit wrote: > Hi, > > * Christophe Schockaert wrote: > > > > Carsten Dominik writes: > > > >> I can take a look at that. Unless Nicolas already is working on it, of > >> course. > >> > >> [...] Is anyone besides Karl using it regularly? I don't want to > >> break anything by changing it. > > Good point. > > However, I don't think that there is a situation where > «ID-dependencies are found in all/agenda files» instead of > «ID-dependencies are found only within the same file» does break a > workflow. Using ID-dependencies from another file simply result in > false behavior in the current situation and not in a different > behavior. > > Just my 2 cents. > > > I started to use it a few months ago, and I am using it more and more > > when I have to gather a bunch of existing actions and give a follow-up > > for such a subset. Or when I need to refer to a subaction not directly > > related, before I can go further in a broader project. > > I am using it heavily to implement workflows I could not do > otherwise: TRIGGER and BLOCKER. > > For me, org-depend functionality was the reason to begin with > org-mode in the first place. And it is still one of my top three > org-mode features. When I show org-depend in my org-mode workshops, > I still get very positive feedback. > > > And thank you Karl for asking ! > > You're welcome. > > -- > mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: >> get Memacs from https://github.com/novoid/Memacs < > > https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on > github > > >
Re: [O] Using an org based init file slows down emacs startup by 50x..help needed :(
Hi Xebar, An simple alternative is to do what I do: keep your init file in an org mode file, and simple tangle it manually whenever you do changes. In this way you avoid the overload of the tangling process at startup. My emacs starts in about 10 seconds. Julian Thomas S. Dye writes: > Aloha Xebar, > > Xebar Saram writes: > >> Ok so i think the reason really is that i have way to many lisp code blocks >> as suggested. i found out a very interesting post that maybe of interest to >> alot of org users >> >> http://www.holgerschurig.de/en/emacs-efficiently-untangling-elisp/ >> >> this creates a new function that very efficiently tangles my org file and >> the time goes from 6 minutes to 25 seconds!! >> >> this is a link to an example init file >> >> https://bitbucket.org/holgerschurig/emacsconf/src/416b2bba2d1d334b9c6ddbd56f8c7f8bd8bc4aab?at=master > > Have you seen Eric Schulte's starter-kit > (http://eschulte.github.io/emacs24-starter-kit/)? Using it, I keep my > initialization functions in a few different Org mode files, which the > starter-kit tangles to .el iff the Org mode file has been changed since > it was last tangled. I'm able to keep the initialization process > reasonably organized (I'm the limiting factor), without the wait. > > hth, > Tom -- Julian Mariano Burgos, PhD Hafrannsóknastofnun, rannsókna- og ráðgjafarstofnun hafs og vatna/ Marine and Freshwater Research Institute Skúlagata 4, 121 Reykjavík, Iceland Sími/Telephone : +354-5752037 Bréfsími/Telefax: +354-5752001 Netfang/Email: julian.bur...@hafogvatn.is
Re: [O] org-depend: dependencies between TODO entries in different files
Hi, * Christophe Schockaert wrote: > > Carsten Dominik writes: > >> I can take a look at that. Unless Nicolas already is working on it, of >> course. >> >> [...] Is anyone besides Karl using it regularly? I don't want to >> break anything by changing it. Good point. However, I don't think that there is a situation where «ID-dependencies are found in all/agenda files» instead of «ID-dependencies are found only within the same file» does break a workflow. Using ID-dependencies from another file simply result in false behavior in the current situation and not in a different behavior. Just my 2 cents. > I started to use it a few months ago, and I am using it more and more > when I have to gather a bunch of existing actions and give a follow-up > for such a subset. Or when I need to refer to a subaction not directly > related, before I can go further in a broader project. I am using it heavily to implement workflows I could not do otherwise: TRIGGER and BLOCKER. For me, org-depend functionality was the reason to begin with org-mode in the first place. And it is still one of my top three org-mode features. When I show org-depend in my org-mode workshops, I still get very positive feedback. > And thank you Karl for asking ! You're welcome. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] Disable consistency graphs for some habits
On 9 December 2016 at 21:31, Nicolas Goaziou wrote: >> I set them up as org-habit habits for the following desirable features: >> - Only show on the agenda for today, not for other days. >> - Appear at the end of the agenda for today. >> - Hide when I type K. > > What about using a regular repeater for that instead of an habit? For > example, first point is solved using > `org-agenda-repeating-timestamp-show-all' (or > `org-agenda-show-future-repeats' in master). But org-agenda-show-future-repeats affects /all/ repeaters. I want some important repeaters (such as regular meetings) to appear on every matching date as normal. > You may simply use another agenda view to remove them (last point). But toggling with K is more practical because it preserves current filters. Regards -- • I am Brazilian. I hope my English is correct and I welcome corrections. • Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z. • Free (as in free speech) software for Android: https://f-droid.org/
Re: [O] org-depend: dependencies between TODO entries in different files
On 8 December 2016 at 08:16, Jorge Morais Neto wrote: > On 8 December 2016 at 04:44, Carsten Dominik wrote: >> One additional point is, of course, that org-depend is not part of the core, >> but was written as a proof of concept. Is anyone besides Karl using it >> regularly? I don't want to break anything by changing it. > I use it (in a very small number of entries). I would like to add that, AFAIK, currently I only use org-depend to depend on entries in the same Org document. But someday I will probably want to depend on entries in a different document. Regards -- • I am Brazilian. I hope my English is correct and I welcome corrections. • Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z. • Free (as in free speech) software for Android: https://f-droid.org/
Re: [O] Using an org based init file slows down emacs startup by 50x..help needed :(
Xebar Saram writes: > Ok so i think the reason really is that i have way to many lisp code blocks > as suggested. i found out a very interesting post that maybe of interest to > alot of > org users Well - it took on my MacBook Pro Retina about 30 seconds - , | Wrote /Users/rainerkrug/tmp/settings.el [745 times] | Tangled 745 code blocks from settings.org ` so I guess something else is fishy in your setup Rainer > > http://www.holgerschurig.de/en/emacs-efficiently-untangling-elisp/ > > this creates a new function that very efficiently tangles my org file and the > time goes from 6 minutes to 25 seconds!! > > this is a link to an example init file > > https://bitbucket.org/holgerschurig/emacsconf/src/416b2bba2d1d334b9c6ddbd56f8c7f8bd8bc4aab?at=master > > i really think this should go somewhere in the org documentation > > best to all > > Z > > On Sat, Dec 10, 2016 at 2:53 PM, Xebar Saram wrote: > > Ok some more exploring made me realize that also using `M-x > org-babel-load-file` on the setting.org file and tangling it takes a LONG > time (like 6-7 > minutes) so its not a problem of the init its the actual tangling of the > file. 6-7 minutes cant be normal right? > > im attaching my settings.org file > > would appreciate any help > > Z > > -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature
[O] exporting # to latex?
I'm trying to write an org-mode file that is being exported to latex, and then built into a pdf file, of the MPD online manual. I'm now trying to show the 'mpf.conf' file which is mostly with commented out lines starting with a hash (#). But that breaks the org-mode export, so how can I have it displayed and exported to latex please? I've tried putting a comma in front of each separate #, which does work, but gives a very untidy export to latex. I've also tried putting '#+begin_src org' before the block of text and #, and '#+end_src' after it, but when I build the pdf after exporting it to latex I get this error report - --8<---cut here---start->8--- Chapter 9. ! Undefined control sequence. \lstset l.1749 \lstset {language=org,label= ,caption= ,captionpos=b,numbers=none} ? x --8<---cut here---end--->8--- Where it just halts and is unable to proceed without correcting it, which I can't do, so I have to say 'x' to break out of it. So what I'm trying to get is a latex file which includes the .conf file and all of its # in the right place and show as # on their own. But how can I do it please? Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk TGmeds = http://www.tgmeds.org.uk Debian 8.4, fluxbox 1.3.7, emacs 25.5.1.1 signature.asc Description: PGP signature