Re: [O] C-c ' buffer recenters point after every save
when i capture in a c-c ' buffer, it asks me that question. it would be good to make that optional, because capture is a tool in which user surprise defeats its purpose. i am always surprised by the question. i never need to supply an answer to it. in effect, babel has modified capture in a hardcoded way. On 5/26/15, Nicolas Goaziou wrote: > How does it "modify capture" (I'm not sure what you mean here)?
Re: [O] C-c ' buffer recenters point after every save
Samuel Wales writes: > On 5/26/15, Nicolas Goaziou wrote: >>> also (unrelated) this buffer modifies capture to ask you for a label. >>> can this be disabled? >> >> I don't understand this one. > > org.el:(setq label (read-string "Code line label: " label))) I see this (relatively old) line of code. It is used to create a label in an edit buffer and store it for later use. How does it "modify capture" (I'm not sure what you mean here)? Regards,
Re: [O] Stop conversion of result on serialising to file
Hello, Bjarte Johansen writes: > When running a source block and storing the result in a file the data > will first be converted to a table in org-babel-result-cond and then > converted back to text when org-babel-execute-src-block writes it to > file. This is takes a very long time when the result is big and it is > unnecessary. I have attached a patch that makes org-babel-result-cond > return the scalar result when it knows the result will be turned into > a file. Applied. Thank you. Regards, -- Nicolas Goaziou
Re: [O] C-c ' buffer recenters point after every save
On 5/26/15, Nicolas Goaziou wrote: >> also (unrelated) this buffer modifies capture to ask you for a label. >> can this be disabled? > > I don't understand this one. org.el: (setq label (read-string "Code line label: " label))) thanks.
Re: [O] New maintainance team
dbo...@mmm.com (J. David Boyd) writes: > Bastien writes: > >> Hi all, >> >> thanks for the quick answers on helping me with the maintaince. >> >> Here is the new maintainance team: >> >> Kyle Meyer will watch Emacs development and merge changes there into >> the local Org repository. >> >> Elwood151 will be the contact for people who want to contribute and >> have their keys added to the server. >> >> Robert Klein will help maintaining the orgmode.org server and keep >> an eye on the Worg publishing process. >> >> Rasmus will handle the merge from Org into Emacs after each release. >> >> I will continue to release Org for now. >> >> THANKS a lot to everyone! >> >> I'm really glad we can move forward like this. > > > Thanks to all! My work life would be much more difficult with Org mode to > keep track of everything... > > Dave in Hudson, FL, USA Oops! Sory, "without Org mode"
Re: [O] C-c ' buffer recenters point after every save
Hello, Samuel Wales writes: > dunno if it is just me, but every save moves point. can this be > disabled? I think I fixed it earlier. Could you update Org and test again? If the problem persists, I will need an ECM. > also (unrelated) this buffer modifies capture to ask you for a label. > can this be disabled? I don't understand this one. Regards, -- Nicolas Goaziou
[O] C-c ' buffer recenters point after every save
dunno if it is just me, but every save moves point. can this be disabled? also (unrelated) this buffer modifies capture to ask you for a label. can this be disabled? thanks.
Re: [O] [BUG] org-edit-src-auto-save-idle-delay no effect
Hi Nicolas, Nicolas Goaziou writes: > Hello, > > Andreas Leha writes: > >> All my tests now show that (at least) in a fresh emacs session the >> auto-saving still works -- also repeatedly. >> >> But in longer running emacs sessions things stop working: I edit the >> source buffer and wait but now auto-save will happen. This is bad as >> with a longer running emacs the risk of crashing increases together with >> the risk of now auto-saves. >> >> I have no clue what triggers this. How can I debug this? I guess the >> timer is not working any more. > > Fixed in 59da320b307f5a6e74ad6ddc6554c09448caf431. Thank you. > > Regards, How awesome is this?!? I was asking for help on how to write a better bug report and I get a 'fixed in ...' as an answer. Amazing. Thank you very much. I'll carefully watch my src-edit buffers... Regards, Andreas
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On Tue, May 26, 2015 at 4:02 PM, Ken Mankoff wrote: > > > Where you see everything printed twice. I notice that in addition, you have > > > r/folders/kz/1c2cxn1x60n_t5p2j1p02b18gn/T/py6499_X0''', 'exec')); > > at the top of your buffer, and I do not. I think the "exec" might be > causing everything to echo as it runs, so everything is printed 2x, and > that confuses Org, and it is not able to capture your filename. > It is the most promising suspect so far, but still I don't understand where is it coming from? BTW, I noticed that it is not the same directory as the one where the generated temp files are stored.
Re: [O] [BUG] org-edit-src-auto-save-idle-delay no effect
Hello, Andreas Leha writes: > All my tests now show that (at least) in a fresh emacs session the > auto-saving still works -- also repeatedly. > > But in longer running emacs sessions things stop working: I edit the > source buffer and wait but now auto-save will happen. This is bad as > with a longer running emacs the risk of crashing increases together with > the risk of now auto-saves. > > I have no clue what triggers this. How can I debug this? I guess the > timer is not working any more. Fixed in 59da320b307f5a6e74ad6ddc6554c09448caf431. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [BUG] org-edit-src-auto-save-idle-delay no effect
Hi all, Here is now a more accurate but still vague bug description. All my tests now show that (at least) in a fresh emacs session the auto-saving still works -- also repeatedly. But in longer running emacs sessions things stop working: I edit the source buffer and wait but now auto-save will happen. This is bad as with a longer running emacs the risk of crashing increases together with the risk of now auto-saves. I have no clue what triggers this. How can I debug this? I guess the timer is not working any more. Thanks, Andreas
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On Tue, May 26, 2015 at 4:02 PM, Ken Mankoff wrote: > > On 2015-05-26 at 09:26, Dror Atariah wrote: > >> #+BEGIN_SRC python :session with_matplotlib :results file :exports both > >> import matplotlib > >> matplotlib.use('Agg') > >> import matplotlib.pyplot as plt > >> fig=plt.figure(figsize=(3,2))# 4 > >> plt.plot([1,3,2]) # 3 > >> plt.savefig('myfig.png') # 2 > >> 'myfig.png' # 1 > >> #+END_SRC > >> > >> #+RESULTS: > >> [[file:myfig.png]] > >> > > > > As I mentioned before, if I evaluate the second block as-is I get the > > error. However, if I comment out all the lines except #1 then the code > > returns the correct results block. Then, I started to add the numbered > > lines. Adding #2 and #3 still doesn't break the behavior. Once adding > line > > #4 the behavior breaks. Maybe this observation can be helpful? This > happens > > both when starting Emacs -Q or without -Q. > > > Still no solution but a few comments: > > 1) What you write here and on SE are not the same. Please cut-and-paste > because details matter. For example, the SE code has "import > matplotlib.pyplot" and then "plt.figure" but that code crashes because you > did not import "as plt" like you do here... > I see. Let's focus on the code posted in this thread and assume that the problem is not related to python mistakes. > > 2) It seems to be an echo issue. In my *with_matplotlib* buffer in Emacs, > I see: > > #+BEGIN_EXAMPLE > Python 2.7.9 |Anaconda 2.2.0 (x86_64)| (default, Dec 15 2014, 10:37:34) > [GCC 4.2.1 (Apple Inc. build 5577)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > Anaconda is brought to you by Continuum Analytics. > Please check out: http://continuum.io/thanks and https://binstar.org > >>> import matplotlib > >>> matplotlib.use('Agg') > >>> import matplotlib.pyplot as plt > fig=plt.figure(figsize=(3,2)) > plt.plot([1,3,2]) > > plt.savefig('myfig.png') > 'myfig.png' > > open('/var/folders/bl/trcxdptd1_q4k6q5fdhvp2m0gn/T/babel-52565cmH/python-525659vF', > 'w').write(str(_)) > 'org_babel_python_eoe' > >>> [] > >>> 'myfig.png' > >>> 'org_babel_python_eoe' > >>> > #+END_EXAMPLE > > Where you see everything printed twice. I notice that in addition, you have > > > r/folders/kz/1c2cxn1x60n_t5p2j1p02b18gn/T/py6499_X0''', 'exec')); > > at the top of your buffer, and I do not. I think the "exec" might be > causing everything to echo as it runs, so everything is printed 2x, and > that confuses Org, and it is not able to capture your filename. > This sounds like a promising hint. Where is this first line coming from? How can I disable this double printing or figure out why is happening? > > -k. > > -- Dror Atariah, Ph.D. de.linkedin.com/in/atariah
Re: [O] Bug: Extra character showing with negative org-cycle-separator-lines [8.2.10 (release_8.2.10 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
Hello, Michael Crouch writes: > When org-cycle-separator-lines is set to -1, and there is exactly one blank > line between items, the last character of the last subheading is > erroneously shown even while folding. > > Reproduction instructions: > 1) save the following as an org file (not including the dashes): > > * item1 > ** subitem > > * item2 > --- > > 2) start emacs with emacs -q > 3) set org-cycle-separator-lines to -1 > 4) hit shift-tab > > The displayed file is then: > > * item1...m > > * item2 > -- > > Note the erroneous inclusion of the "m" after the ellipsis. Hopefully fixed in a714c3a118e0a45395e8a0debe3bca3a7261cb0e. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On 2015-05-26 at 09:18, Dror Atariah wrote: > On Tue, May 26, 2015 at 3:49 AM, Ken Mankoff wrote: >> On 2015-05-25 at 14:22, Dror Atariah wrote: >> > Following is the section of my =init.el= that deals with org-mode (if you >> > need more, let me know): >> >> If the bug exists with "emacs -Q", then sending a large init file is >> just noise and not helpful. A minimum working example would be >> similar to your previous email, but include the necessary Org setup >> code to execute Python, and nothing else. >> > I believe this is the example that John provided; which doesn't work > for me... > > How can I make sure that my emacs -Q is really "clean"? Yes John provided a good MWE. Emacs -Q will give you a clean emacs. But we're complicating things by using Python. I just realized mine might not have been totally clean because I had a .pythonrc file that was getting accessed... -k.
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On 2015-05-26 at 09:26, Dror Atariah wrote: >> #+BEGIN_SRC python :session with_matplotlib :results file :exports both >> import matplotlib >> matplotlib.use('Agg') >> import matplotlib.pyplot as plt >> fig=plt.figure(figsize=(3,2))# 4 >> plt.plot([1,3,2]) # 3 >> plt.savefig('myfig.png') # 2 >> 'myfig.png' # 1 >> #+END_SRC >> >> #+RESULTS: >> [[file:myfig.png]] >> > > As I mentioned before, if I evaluate the second block as-is I get the > error. However, if I comment out all the lines except #1 then the code > returns the correct results block. Then, I started to add the numbered > lines. Adding #2 and #3 still doesn't break the behavior. Once adding line > #4 the behavior breaks. Maybe this observation can be helpful? This happens > both when starting Emacs -Q or without -Q. Still no solution but a few comments: 1) What you write here and on SE are not the same. Please cut-and-paste because details matter. For example, the SE code has "import matplotlib.pyplot" and then "plt.figure" but that code crashes because you did not import "as plt" like you do here... 2) It seems to be an echo issue. In my *with_matplotlib* buffer in Emacs, I see: #+BEGIN_EXAMPLE Python 2.7.9 |Anaconda 2.2.0 (x86_64)| (default, Dec 15 2014, 10:37:34) [GCC 4.2.1 (Apple Inc. build 5577)] on darwin Type "help", "copyright", "credits" or "license" for more information. Anaconda is brought to you by Continuum Analytics. Please check out: http://continuum.io/thanks and https://binstar.org >>> import matplotlib >>> matplotlib.use('Agg') >>> import matplotlib.pyplot as plt fig=plt.figure(figsize=(3,2)) plt.plot([1,3,2]) plt.savefig('myfig.png') 'myfig.png' open('/var/folders/bl/trcxdptd1_q4k6q5fdhvp2m0gn/T/babel-52565cmH/python-525659vF', 'w').write(str(_)) 'org_babel_python_eoe' >>> [] >>> 'myfig.png' >>> 'org_babel_python_eoe' >>> #+END_EXAMPLE Where you see everything printed twice. I notice that in addition, you have > r/folders/kz/1c2cxn1x60n_t5p2j1p02b18gn/T/py6499_X0''', 'exec')); at the top of your buffer, and I do not. I think the "exec" might be causing everything to echo as it runs, so everything is printed 2x, and that confuses Org, and it is not able to capture your filename. -k.
Re: [O] New maintainance team
Bastien writes: > Hi all, > > thanks for the quick answers on helping me with the maintaince. > > Here is the new maintainance team: > > Kyle Meyer will watch Emacs development and merge changes there into > the local Org repository. > > Elwood151 will be the contact for people who want to contribute and > have their keys added to the server. > > Robert Klein will help maintaining the orgmode.org server and keep > an eye on the Worg publishing process. > > Rasmus will handle the merge from Org into Emacs after each release. > > I will continue to release Org for now. > > THANKS a lot to everyone! > > I'm really glad we can move forward like this. Thanks to all! My work life would be much more difficult with Org mode to keep track of everything... Dave in Hudson, FL, USA
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On Mon, May 25, 2015 at 8:30 PM, John Kitchin wrote: > With emacs -Q, and this org file: > > #+BEGIN_SRC emacs-lisp > (org-babel-do-load-languages > 'org-babel-load-languages > '((emacs-lisp . t) >(python . t))) > #+END_SRC > > #+RESULTS: > > #+BEGIN_SRC python :session with_matplotlib :results file :exports both > import matplotlib > matplotlib.use('Agg') > import matplotlib.pyplot as plt > fig=plt.figure(figsize=(3,2))# 4 > plt.plot([1,3,2]) # 3 > plt.savefig('myfig.png') # 2 > 'myfig.png' # 1 > #+END_SRC > > #+RESULTS: > [[file:myfig.png]] > > As I mentioned before, if I evaluate the second block as-is I get the error. However, if I comment out all the lines except #1 then the code returns the correct results block. Then, I started to add the numbered lines. Adding #2 and #3 still doesn't break the behavior. Once adding line #4 the behavior breaks. Maybe this observation can be helpful? This happens both when starting Emacs -Q or without -Q.
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On Tue, May 26, 2015 at 3:15 PM, Ken Mankoff wrote: > > On 2015-05-26 at 09:11, Dror Atariah wrote: > > I use emacs that come from MacPorts, so for -Q option I start it using: > > /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs -Q > > Consider using different compilation options, and/or a different Emacs.app > package. It seems like that might be the easiest way to solve this problem. > This problem also happens when I use the "standard" OS X Emacs.app I really don't understand what's going on here. Most likely it has to to with my settings, but how and how to debug is beyond my reach. > > -k. > -- Dror Atariah, Ph.D. de.linkedin.com/in/atariah
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On Tue, May 26, 2015 at 3:49 AM, Ken Mankoff wrote: > > Nick Dokos removed from Cc. > > On 2015-05-25 at 14:22, Dror Atariah wrote: > > I tried to evaluate the problematic file using =emacs -Q= and the problem > > is the same. > > Sorry I can't help much. It works on my system. > > The only difference I see is my python version: > > #+BEGIN_SRC python :session background :results raw > import sys > sys.version > #+END_SRC > > #+RESULTS: > 2.7.9 |Anaconda 2.2.0 (x86_64)| (default, Dec 15 2014, 10:37:34) > [GCC 4.2.1 (Apple Inc. build 5577)] > I doesn't work also when I try to use the 2.7 version of Python. > > > Following is the section of my =init.el= that deals with org-mode (if you > > need more, let me know): > > If the bug exists with "emacs -Q", then sending a large init file is just > noise and not helpful. A minimum working example would be similar to your > previous email, but include the necessary Org setup code to execute Python, > and nothing else. > I believe this is the example that John provided; which doesn't work for me... How can I make sure that my emacs -Q is really "clean"? > > -k. > > -- Dror Atariah, Ph.D. de.linkedin.com/in/atariah
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On 2015-05-26 at 09:11, Dror Atariah wrote: > I use emacs that come from MacPorts, so for -Q option I start it using: > /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs -Q Consider using different compilation options, and/or a different Emacs.app package. It seems like that might be the easiest way to solve this problem. -k.
Re: [O] [Orgmode] Unable to capture the file name generated using matplotlib
On Mon, May 25, 2015 at 8:30 PM, John Kitchin wrote: > With emacs -Q, and this org file: > > #+BEGIN_SRC emacs-lisp > (org-babel-do-load-languages > 'org-babel-load-languages > '((emacs-lisp . t) >(python . t))) > #+END_SRC > > #+RESULTS: > > #+BEGIN_SRC python :session with_matplotlib :results file :exports both > import matplotlib > matplotlib.use('Agg') > import matplotlib.pyplot as plt > fig=plt.figure(figsize=(3,2)) > plt.plot([1,3,2]) > plt.savefig('myfig.png') > 'myfig.png' > #+END_SRC > > #+RESULTS: > [[file:myfig.png]] > > I get what you expect to happen. In my customized emacs, I get something > else that is more like you see. > I use emacs that come from MacPorts, so for -Q option I start it using: /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs -Q Your minimal example doesn't work for me, and in the results block I get: #+RESULTS: [[file:]] This is basically, the same problematic result that I get when using my regular initialized emacs. > > > John > > --- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > > On Mon, May 25, 2015 at 2:22 PM, Dror Atariah wrote: > >> On Mon, May 25, 2015 at 7:29 PM, Ken Mankoff wrote: >> >>> >>> On 2015-05-25 at 13:25, Dror Atariah wrote: >>> > I am sorry for reposting, but I'm still in the dark. Am I the only one >>> who >>> > experience this kind of issue? >>> >>> Don't know. >>> >>> > Did someone managed to reproduce the problem? >>> >>> I could not reproduce it. >>> >>> > Does anyone see this message? :) >>> >>> Yes. >>> >> >> Thanks for your reply :) >> >> >>> >>> I'm on Mac too, which is where your problem is. Are you starting with >>> "emacs -Q"? I haven't seen you post a full MWE with both =init.el= and = >>> test.org=. You did provide a test Org file but it wasn't clear to me if >>> that was being used with emacs -Q. >>> >>> I tried to evaluate the problematic file using =emacs -Q= and the >> problem is the same. >> >> Following is the section of my =init.el= that deals with org-mode (if you >> need more, let me know): >> >> >> --8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<-- >> ;;; >> ;; Org Mode related >> ;;; >> >> (setq org-directory "~/Dropbox/org") >> >> ;; Set a location for the list of agena files >> (setq org-agenda-files "~/.emacs.d/agenda_files") >> >> ;; Assigns org-mode to .org files >> (add-to-list 'auto-mode-alist '("\\.org$" . org-mode)) >> (define-key global-map "\C-cl" 'org-store-link) >> (define-key global-map "\C-ca" 'org-agenda) >> (setq org-log-done t) >> (when window-system (require 'org-mouse)) >> >> ;; Auto enable flyspell-mode >> (add-hook 'org-mode-hook 'turn-on-flyspell) >> >> ;; Auto fill minor mode in org files >> (add-hook 'org-mode-hook 'turn-on-auto-fill) >> >> ;; Enable org-indent-mode for org buffers >> (add-hook 'org-mode-hook >> (lambda ()(org-indent-mode t)) t) >> >> ;; Use text-mode abbrev table in org-mode >> (add-hook 'org-mode-hook '(lambda () (setq local-abbrev-table >> text-mode-abbrev-table))) >> >> ;; Enables selection using SHIFT, while maintaining useful actions >> ;; related to SHITF in org >> (setq org-support-shift-select 't) >> >> ;; Enable smart qoutes (http://stackoverflow.com/q/15097114/671013) >> (setq org-export-with-smart-quotes t) >> >> ;; Customize the TODO-like keywords >> (setq org-use-fast-todo-selection t) >> (setq org-todo-keywords >> '((sequence "TODO(t)" "PROCESS(p@/!)" "|" "DONE(d!)" "CANCELED(c@ >> /!)"))) >> (setq org-todo-keyword-faces >> (quote (("TODO" :foreground "red" :weight bold) >> ("PROCESS" :foreground "blue" :weight bold) >> ("DONE" :foreground "forest green" :weight bold) >> ("CANCELLED" :foreground "forest green" :weight bold >> (setq org-log-into-drawer t) >> >> ;; Capture-org >> (setq org-default-notes-file (concat org-directory "/notes.org")) >> (define-key global-map "\C-cc" 'org-capture) >> >> (setq org-capture-templates >> (quote (("t" "todo" entry (file (concat org-directory "/gtd.org")) >>"* TODO %?\n%U\n%a\n" :clock-in t :clock-resume t) >> ("n" "note" entry (file (concat org-directory "/gtd.org")) >>"* %? :NOTE:\n%U\n%a\n" :clock-in t :clock-resume t) >> ("j" "Journal" entry (file+datetree (concat org-directory "/ >> diary.org")) >>"* %?\n%U\n" :clock-in t :clock-resume t) >> ("v" "Vocabulary" entry >>(file+headline (concat org-directory "/vocab.org") >> "Vocabulary") >>"* %^{The word} :drill:\n:PROPERTIES:\n:Part-of-speech: >> %^{Part of speech|verb|noun|adj|adv}\n:END:\n %t\n %^{Exten
Re: [O] Where to keep draft work?
SabreWolfy writes: > Consider the following Org file, which is used to generate an Agenda: > > * Write the big report > DEADLINE: <2015-05-26 Tue 12:00> > * Write the small report > DEADLINE: <2015-06-02 Tue 12:00> > * Plan the draft proposal > SCHEDULED: <2015-05-28 Thu 09:00> > > Where is the best place to store the actual text of the reports and > proposals? Should it be stored under each heading? Or in a drawer? Or linked? > > I call the Agenda and see entries for the day, and then scroll to one and > press to jump to it. This would be a good place to store the text? I almost always end up putting the text directly under the headline, and then doing a subtree export. As John notes, though, if you've got a particularly complex document it might feel cleaned to put it in a separate file. On the other hand, I suspect there's nothing you can do with a separate file that you can't do with subtree properties/export options. >From the point of view of reaching the text from the Agenda, I doubt there's much difference -- just the matter of an extra RET if you are following a link to a separate file. Eric
Re: [O] [BUG] org-edit-src-auto-save-idle-delay no effect
Hi all, Andreas Leha writes: > Hi all, > > Today I found out the hard way, that org-edit-src-auto-save-idle-delay > does not have any effect for me any more. I'd say this is a serious > regression. > > I have tested with emacs -Q. > Turned out I have not tested properly. Things work with emacs -Q. So it is my configuration. I'll investigate. And sorry for the noise! Regards, Andreas
[O] Bug: Extra character showing with negative org-cycle-separator-lines [8.2.10 (release_8.2.10 @ /Applications/Emacs.app/Contents/Resources/lisp/org/)]
When org-cycle-separator-lines is set to -1, and there is exactly one blank line between items, the last character of the last subheading is erroneously shown even while folding. Reproduction instructions: 1) save the following as an org file (not including the dashes): * item1 ** subitem * item2 --- 2) start emacs with emacs -q 3) set org-cycle-separator-lines to -1 4) hit shift-tab The displayed file is then: * item1...m * item2 -- Note the erroneous inclusion of the "m" after the ellipsis. Please let me know if there's any other information necessary or if you have any trouble reproducing this. Thank you, Michael Crouch Emacs : GNU Emacs 24.5.1 (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21) of 2015-04-10 on builder10-9.porkrind.org Package: Org-mode version 8.2.10 (release_8.2.10 @ /Applications/Emacs.app/Contents/Resources/lisp/org/) current state: == (setq org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-cycle-separator-lines -1 org-clock-out-hook '(org-clock-remove-empty-clock-drawer) )
[O] [BUG] org-edit-src-auto-save-idle-delay no effect
Hi all, Today I found out the hard way, that org-edit-src-auto-save-idle-delay does not have any effect for me any more. I'd say this is a serious regression. I have tested with emacs -Q. My system: - GNU Emacs 24.4.50.1 (x86_64-apple-darwin13.3.0, NS appkit-1265.21 Version 10.9.4 (Build 13E28)) of 2014-09-02 - Org-mode version 8.3beta (release_8.3beta-1174-g9651ee) Regards, Andreas
[O] Stop conversion of result on serialising to file
When running a source block and storing the result in a file the data will first be converted to a table in org-babel-result-cond and then converted back to text when org-babel-execute-src-block writes it to file. This is takes a very long time when the result is big and it is unnecessary. I have attached a patch that makes org-babel-result-cond return the scalar result when it knows the result will be turned into a file. Regards, Bjarte 0001-ob-core-Do-not-return-results-on-writing-to-file.patch Description: Binary data
Re: [O] Where to keep draft work?
For me the answer depends on the size of the text, and how you generate the final report. I would probably make a link like [[./big-report.org]] in the first section. That would make it pretty easy to have a standalone document with headlines at whatever level is appropriate that can be exported in the desired format. SabreWolfy writes: > Consider the following Org file, which is used to generate an Agenda: > > --8<---cut here---start->8--- > * Write the big report > DEADLINE: <2015-05-26 Tue 12:00> > * Write the small report > DEADLINE: <2015-06-02 Tue 12:00> > * Plan the draft proposal > SCHEDULED: <2015-05-28 Thu 09:00> > --8<---cut here---end--->8--- > > Where is the best place to store the actual text of the reports and > proposals? Should it be stored under each heading? Or in a drawer? Or linked? > > I call the Agenda and see entries for the day, and then scroll to one and > press to jump to it. This would be a good place to store the text? -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: [O] ox-latex: includegraphics should "quote" filenames
Andreas Leha writes: > I have not experienced any problem with that package and it appears to > handle more cases (especially spaces) than 'quoting'. So, it might be > an alternative to use grffile by default? Even with the downside of > more dependencies. But maybe more experienced LaTeX users might have a > different opinion. Since "tlmgr info --list collection-latex |grep oberdiek" is non-nil and since the manual of grffile mentions no conflicts there's not really any cost of including grffile. OTOH, it's pretty trivial to add. [I'd never heard of this problem before this thread]. >From the link it seems that an extra pair of braces is always enough when the filename in included (and there's no spaces). It's also trivial to add this. IOW: I think either solution is fine. Rasmus -- This message is brought to you by the department of redundant departments
Re: [O] ox-latex: includegraphics should "quote" filenames
Hi Vaidheeswaran, Vaidheeswaran C writes: > In: > [[./emacs-24.5.1-startup-screen-annotated.png]] > > Buggy Out: > > \includegraphics[width=.9\linewidth]{./emacs-24.5.1-startup-screen-annotated.png} > > Desired: Out: > > \includegraphics[width=.9\linewidth]{{./emacs-24.5.1-startup-screen-annotated}.png} > > Source: > > http://tex.stackexchange.com/questions/10574/includegraphics-dots-in-filename I agree. Although I do not actually experience this, as my custom LaTeX classes all \use[ the ]package{grffile} (also in your Reference) by now. I have not experienced any problem with that package and it appears to handle more cases (especially spaces) than 'quoting'. So, it might be an alternative to use grffile by default? Even with the downside of more dependencies. But maybe more experienced LaTeX users might have a different opinion. Regards, Andreas
Re: [O] [PATCH] ob-core: Fix indented cached result returning nil
Bjarte Johansen writes: > Fix a problem where a source block would return nil oif the result was > cached and it was indented. > > * lisp/ob-core.el (org-babel-execute-src-block): Move point to the the > first character of the result instead of the beginning of the line. > > * testing/lisp/test-ob.el > (test-org-babel/indented-cached-org-bracket-link): Added test to > to see if the indented cached result returns what it should return. Applied. Thank you. Regards,
[O] Where to keep draft work?
Consider the following Org file, which is used to generate an Agenda: --8<---cut here---start->8--- * Write the big report DEADLINE: <2015-05-26 Tue 12:00> * Write the small report DEADLINE: <2015-06-02 Tue 12:00> * Plan the draft proposal SCHEDULED: <2015-05-28 Thu 09:00> --8<---cut here---end--->8--- Where is the best place to store the actual text of the reports and proposals? Should it be stored under each heading? Or in a drawer? Or linked? I call the Agenda and see entries for the day, and then scroll to one and press to jump to it. This would be a good place to store the text?