Re: [O] Bug: todo states not logged to drawer when using narrowed indirect buffer [8.3beta (release_8.3beta-1203-g93cc5f) ]
Hello, Mark Edgington edgi...@gmail.com writes: To reproduce this bug, do the following: 1. edit / open the following org file: #+TODO: TODO(t) WAIT(w!) | DONE(d!) CANCELED(c!) #+STARTUP: logdrawer * testing A some stuff * testing B 2. execute (org-tree-to-indirect-buffer) on the 'testing A' headline 3. go to the end of the indirect buffer, and add a new headline. for example: * testing C 4. change the TODO state of this new headline to TODO, and then to WAIT. You should now notice that a drawer was created in the initial (non-indirect) buffer, but is not visible in the indirect buffer. This is a consequence of the narrowing in the indirect buffer: The insertion point is not visible there. You could, for example, insert a new line below the new headline to solve it. Furthermore, the logged state change appears *above* the drawer, and not inside it. This should be fixed in 9fd317b1b00aec03430824b07310cb7b27d38cf8. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [Bug] ~Verbatim~ in headlines breaks LaTeX
Titus von der Malsburg malsb...@posteo.de writes: Thee can be handled by protectedtexttt. The obvious questions is of course: Wouldn’t it be more consistent to handle all instances of ~code~ using protectedtexttt? One option would be indeed to remove \verb altogether. Note that it is also used in inline source blocks. However, I assume \verb put less limitations than \texttt on its contents, so I'd rather keep \verb around. And if you want to support the use of \verb at all, shouldn’t that be done via =verbatim= not ~code~? I fail to see how it would solve the problem at hand. It would simply move it elsewhere. My question is how to handle \verb at the LaTeX level, not at the Org one. These two did not produce the intended results (sub and super script don’t work) but the LaTeX is not malformed: test^~test~ test_~test~ This really seems to be an independent issue (because test^*test* doesn’t work either) Actually, I just realized this is not valid syntax for sub/superscript in Org anyway. It should be test^{~test~} Regards,
Re: [O] [PATCH] org-timer.el: Use hh:mm:ss format instead of minutes
Brice Waegenire brice@gmail.com writes: Following is ORG-NEWS entry: * Incompatible changes ** org-timer-default-timer type changed from number to string If you have, in your configuration, something like =(setq org-timer-default-timer 10)= replace it with =(setq org-timer-default-timer 10)=. * New features ** Countdown timer support hh:mm:ss format In addition to setting countdown timers in minutes, they can also be set using the hh:mm:ss format. Added. Thank you. Regards,
Re: [O] expand yasnippet or abbriv text inside a capture
Ok so i made some progress here. i think i can just use the org capture itself to suit my needs. but as i dont know elisp i got stuck with this: (setq org-capture-templates (quote ( (f food entry (file+headline /home/zeltak/org/files/agenda/food.org Inbox) * Cook %? %^g :PROPERTIES: :Time: :Rating: :Source: :Ammount: :Fav: :Type: :ID: :END: ** HEADER 2 ** HEADER 3 ) when i add the subheaders ** HEADER 2 and ** HEADER 3 i can eval the section anymore. Do i need to escape the * somehow? i just want 2 same level subheadrs below the main capture header/ whats the best way to do this? best Z On Fri, Jun 5, 2015 at 9:57 PM, Xebar Saram zelt...@gmail.com wrote: Hi all I was wondering since i have zero lisp (or coding at all) skills if anyone could show me an example on how to expand yasnippet or text as part of a org capture i think that using %(sexp) would work (im guessing here :)) i have this capture (f food entry (file+headline /home/zeltak/org/files/agenda/food.org Inbox) * COOK %? %^g :kill-buffer ) i want that after the COOK headline it will expand a snippet or if not possible add a property drawer. also related can org ask me to fill in specific properties in a property drawer as part of the capture? thx! Z
[O] passing the attachment folder to a python source code, how to?
Hi all. I am trying to separete files generated by python scripts in different subtrees, It appeared to me that attachment folder could be used for it. I should be able to pass a varible to a source code block using header arguments, but, now I am a bit pussled how can i get it. Thank you in advance. Petro.
Re: [O] [RFC] Org linting library
Nicolas Goaziou m...@nicolasgoaziou.fr writes: Rainer M Krug rai...@krugs.de writes: The link , | [[file:__BOX__/Aerodynamic%20resistances.docx][file:./__BOX__/Aerodynamic resistances.docx]] ` causes the following warnings: , | 9094 low Link to non-existent local file __BOX__/Aerodynamic%20resistances.docx Fixed. Thank you. Thanks. | 9094 low Link to non-existent local file ./__BOX__/Aerodynamic ` although the file exists and the link works in org. Here, Org Lint is correct. Link's description is really a link to a file, ./__BOX__/Aerodynamic, followed by a space, and resistances.docx text. But it is in the description part - shouldn't this be considered normal text whatever it is? Rainer Regards, -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug PGP: 0x0F52F982 signature.asc Description: PGP signature
Re: [O] How to sort an unordered list?
Nick Dokos ndo...@gmail.com writes: Sharon Kimble boudic...@skimble.plus.com writes: I've been unable to sort an unordered list as per http://orgmode.org/manual/Plain-lists.html where it says 'C-c ^' but everytime I try on a highlighted region it just inserts ^ at the beginning of the first item. If I highlight the region and press C-c ^, I get Nothing to sort, but it does not insert a caret. It looks as if your Control-C is ignored somehow. Once you get the C-c issue straightened out, don't highlight the region: just place the cursor somewhere in the list and type C-c ^ and then select what kind of sorting you want from the menu in the echo area. I did change over the keyboards, but have swapped back to my old keyboard because the other keyboard didn't have any linux response to 'F1' or 'S+F1', even after a reboot! This is what was shown in the minibuffer when appropriate keys were pressed - --8---cut here---start-8--- M-XF86AudioMute is undefined -- M+f1 M-XF86AudioLowerVolume is undefined -- M+f2 M-XF86AudioRaiseVolume is undefined -- M+f3 --8---cut here---end---8--- Essentially the only viable, working, key in emacs on the 'F-key row' was 'F5'! So I'm now back on my old keyboard, and back to working as usual, but still unable to sort any lists. Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk TGmeds = http://www.tgmeds.org.uk Debian 8.0, fluxbox 1.3.7, emacs 24.5.50.1 signature.asc Description: PGP signature
Re: [O] [Bug] ~Verbatim~ in headlines breaks LaTeX
On Sat, Jun 06, 2015 at 09:28:12AM +0200, Nicolas Goaziou wrote: Titus von der Malsburg malsb...@posteo.de writes: Thee can be handled by protectedtexttt. The obvious questions is of course: Wouldn’t it be more consistent to handle all instances of ~code~ using protectedtexttt? One option would be indeed to remove \verb altogether. Note that it is also used in inline source blocks. However, I assume \verb put less limitations than \texttt on its contents, so I'd rather keep \verb around. This TeX.SX post discourages the use of \verb. http://tex.stackexchange.com/a/83894/4416 It cites the following FAQ from UK TeX. http://www.TeX.ac.uk/cgi-bin/texfaq2html?label=verbwithin Maybe it is worth to consider dropping \verb entirely? Hope this helps, -- Suvayu Open source is the future. It sets us free.
[O] `org-agenda-sorting-strategy` -- missing text properties.
There are nine (9) places in org-version 8.2.10 (which is included within Emacs public release 24.5.1) that could use some attention by the org-mode team. I have fixed it in my own custom version of org-mode, but I have seen a couple of questions recently on the Emacs forums by users wondering why the sorting strategy does not always work in various situations. The reason why users are having problems is because not all of the text properties are added during the data gathering process that are needed for `org-entries-lessp` to do its job. I would suggest that the org-mode team look at all nine (9) locations where `org-add-props txt props` is used and try to add as many additional text properties as possible for members of the `org-agenda-sorting-strategy`. Of course, the org-mode team will need to make decisions and code will need to be added to gather/assign the applicable values before the text-properties can be assigned. In a nutshell, if the `org-agenda-sorting-strategy` of fers a sorting type, then an effort should be made within the code to assign those corresponding text properties when the data is gathered. Decisions by the org-mode team, include, but are not limited to, which timestamp will be used for a sorting date when both deadline and scheduled are present -- perhaps even a new sorting thing-a-ma-jig to deal with that special situation should be created. Thanks, Keith
Re: [O] [RFC] Org linting library
Rainer M Krug rai...@krugs.de writes: Here, Org Lint is correct. Link's description is really a link to a file, ./__BOX__/Aerodynamic, followed by a space, and resistances.docx text. But it is in the description part - shouldn't this be considered normal text whatever it is? I wish it would. Unfortunately, Org has no proper image syntax, so we have to support plain links (i.e, no brackets) in descriptions to get image links. Regards,
Re: [O] Possible cache problems
Suvayu Ali fatkasuvayu+li...@gmail.com writes: I do not see anything happening. In the modeline I see OrgCacheD, so the mode is definitely enabled. However to enable it, I had to do one of these two: (setq ngz-debug-mode nil) (setq ngz-debug-mode t) My bad, it should be (define-minor-mode element-debug-mode Minor mode to debug Org Element cache. nil OrgCacheD nil (if element-debug-mode (progn (setq org-element-cache-sync-idle-time 3600) (add-hook 'after-change-functions 'element-check-cache t t)) (setq org-element-cache-sync-idle-time 0.6) (remove-hook 'after-change-functions 'element-check-cache t))) Then, you can just ignore `ngz-debug-mode'. I have to go unfold the property drawer for asl phi, go to the end of the :END: line, and hit tab to reveal the next headline. I don't think this one is cache related, maybe I should start different thread for this. It is probably cache related. Anyway, could you check again with definition above? Thank you. Regards,
Re: [O] [Bug] ~Verbatim~ in headlines breaks LaTeX
Suvayu Ali fatkasuvayu+li...@gmail.com writes: On Sat, Jun 06, 2015 at 09:28:12AM +0200, Nicolas Goaziou wrote: Titus von der Malsburg malsb...@posteo.de writes: Thee can be handled by protectedtexttt. The obvious questions is of course: Wouldn’t it be more consistent to handle all instances of ~code~ using protectedtexttt? One option would be indeed to remove \verb altogether. Note that it is also used in inline source blocks. However, I assume \verb put less limitations than \texttt on its contents, so I'd rather keep \verb around. This TeX.SX post discourages the use of \verb. http://tex.stackexchange.com/a/83894/4416 It cites the following FAQ from UK TeX. http://www.TeX.ac.uk/cgi-bin/texfaq2html?label=verbwithin Maybe it is worth to consider dropping \verb entirely? Done in b8ade2e79e92dad10f2b045bc55fbeaf133e5598. Thanks to you both. Regards,
Re: [O] Possible cache problems
On Sun, Jun 07, 2015 at 01:29:04AM +0200, Nicolas Goaziou wrote: Suvayu Ali fatkasuvayu+li...@gmail.com writes: I do not see anything happening. In the modeline I see OrgCacheD, so the mode is definitely enabled. However to enable it, I had to do one of these two: (setq ngz-debug-mode nil) (setq ngz-debug-mode t) My bad, it should be (define-minor-mode element-debug-mode Minor mode to debug Org Element cache. nil OrgCacheD nil (if element-debug-mode (progn (setq org-element-cache-sync-idle-time 3600) (add-hook 'after-change-functions 'element-check-cache t t)) (setq org-element-cache-sync-idle-time 0.6) (remove-hook 'after-change-functions 'element-check-cache t))) I should have caught that! I guess I'm too distracted from everything else at the moment :-p. Thanks a lot. Let's see how this goes ... Cheers, -- Suvayu Open source is the future. It sets us free.
Re: [O] How to sort an unordered list?
On Sat, 6 Jun 2015, Sharon Kimble wrote: Nick Dokos ndo...@gmail.com writes: Sharon Kimble boudic...@skimble.plus.com writes: I've been unable to sort an unordered list as per http://orgmode.org/manual/Plain-lists.html where it says 'C-c ^' but everytime I try on a highlighted region it just inserts ^ at the beginning of the first item. [description of keyboard issues deleted] Essentially the only viable, working, key in emacs on the 'F-key row' was 'F5'! So I'm now back on my old keyboard, and back to working as usual, but still unable to sort any lists. What does `M-x org-sort RET' yield? Chuck
Re: [O] Possible cache problems
Hi Nicolas, On Tue, Jun 02, 2015 at 11:27:55PM +0200, Nicolas Goaziou wrote: Suvayu Ali fatkasuvayu+li...@gmail.com writes: I have enabled the mode on my document. Let's see how this goes. OK. You have to keep an eye on the *Messages* buffer so that warning don't go unnoticed. I do not see anything happening. In the modeline I see OrgCacheD, so the mode is definitely enabled. However to enable it, I had to do one of these two: (setq ngz-debug-mode nil) (setq ngz-debug-mode t) I do not see any messages with either. Here is a sample of messages with nil, Wrote /home/user/org/LHCb-Bs2Dsh/gamma/cpv.org Saving file /home/user/org/LHCb-Bs2Dsh/gamma/WIN2015/cpv_flavour_suvayu.tex... Wrote /home/user/org/LHCb-Bs2Dsh/gamma/WIN2015/cpv_flavour_suvayu.tex Searched 1 buffer; 11 matches for `em]' Mark saved where search started Saving file /home/user/org/LHCb-Bs2Dsh/gamma/cpv.org... Wrote /home/user/org/LHCb-Bs2Dsh/gamma/cpv.org Saving file /home/user/org/LHCb-Bs2Dsh/gamma/WIN2015/cpv_flavour_suvayu.tex... Wrote /home/user/org/LHCb-Bs2Dsh/gamma/WIN2015/cpv_flavour_suvayu.tex I'm exporting to LaTeX and compiling from a shell. Everytime I export, Emacs starts eating CPU after export. This is apart from the random hangs during editing. I usually keep doing C-g several times to get back a responsive interface; the last few times I waited for it to finish though, and it does finish but no messages (as you see above). Am I missing something? I also see some folding anomalies: After 1 tab: asl phi:BMCOL: :PROPERTIES:... * φ_{s} measurements :B_boldH:... After 2 tabs: asl phi:BMCOL: :PROPERTIES:... :PROPERTIES:... - B⁰ → D^{\ast}Xlν (\BaBar) :: PRL 111 101802 (2013) - B → X_{s}ll (\BaBar) :: PRL 112 211802 - B → X_{s}γ (\BaBar) :: PRD 90 092001 * φ_{s} measurements:B_boldH: :PROPERTIES: :BEAMER_env: boldH :END: - B_{s} → J/ψKK,ππ (LHCb) :: PRD 87 (2013) 112010 And this is the Org source: asl phi:BMCOL: :PROPERTIES: :BEAMER_col: 0.33 :END: * a_{sl}/A_{\CP} measurements :B_boldH: :PROPERTIES: :BEAMER_env: boldH :END: #+attr_LaTeX: :options [style=nextline] - B⁰ → D^{\ast}Xlν (\BaBar) :: PRL 111 101802 (2013) - B → X_{s}ll (\BaBar) :: PRL 112 211802 - B → X_{s}γ (\BaBar) :: PRD 90 092001 * φ_{s} measurements:B_boldH: :PROPERTIES: :BEAMER_env: boldH :END: - B_{s} → J/ψKK,ππ (LHCb) :: PRD 87 (2013) 112010 I have to go unfold the property drawer for asl phi, go to the end of the :END: line, and hit tab to reveal the next headline. I don't think this one is cache related, maybe I should start different thread for this. Any thoughts? -- Suvayu Open source is the future. It sets us free.
Re: [O] [Bug] ~Verbatim~ in headlines breaks LaTeX
On 2015-06-06 Sat 00:28, Nicolas Goaziou wrote: Titus von der Malsburg malsb...@posteo.de writes: Thee can be handled by protectedtexttt. The obvious questions is of course: Wouldn’t it be more consistent to handle all instances of ~code~ using protectedtexttt? One option would be indeed to remove \verb altogether. Note that it is also used in inline source blocks. However, I assume \verb put less limitations than \texttt on its contents, so I'd rather keep \verb around. And if you want to support the use of \verb at all, shouldn’t that be done via =verbatim= not ~code~? I fail to see how it would solve the problem at hand. It would simply move it elsewhere. I didn’t say it would. I said that using protectedtexttt solves the issue in problematic environments. The issue that =verbatim= maps to \texttt and ~code~ to \verb is independent, but since it affects the same code, it might make sense to solve both at the same time. Titus My question is how to handle \verb at the LaTeX level, not at the Org one. These two did not produce the intended results (sub and super script don’t work) but the LaTeX is not malformed: test^~test~ test_~test~ This really seems to be an independent issue (because test^*test* doesn’t work either) Actually, I just realized this is not valid syntax for sub/superscript in Org anyway. It should be test^{~test~} Regards, signature.asc Description: PGP signature