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
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-
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-anno
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 user
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
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 hav
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
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
** sub
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 emac
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
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 :res
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 ea
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 diff
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
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 :res
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
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])
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",
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 includ
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
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 h
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
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 ever
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 no
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.
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
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.
>>
>>
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.
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 res
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 ol
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 hard
31 matches
Mail list logo