Eric Schulte writes:
> Martyn Jago writes:
>
>> Hi
>>
>> C-c C-c on a #+call: block() statement no longer causes the block to
>> execute.
>>
>> This regression occurred on Nov 8th:
>>
>> commit a4273cbe0e0480bd02c59464cafb985951b1c5a2
>> Author: Eric Schulte
>> Date: Tue Nov 8 19:42:59 2011 -
Olaf Meeuwissen wrote:
> Michael Hannon writes:
>> Greetings. I'm having a problem compiling a C++ source-code block in
>> Org-mode. The same C++ code compiles and runs in the shell.
>>
>> The issue seems to relate to local include files. [...snip...]
>> What am I missing?
>
>> /tmp/babel-24
> From: Jambunathan K
> Date: Fri, 18 Nov 2011 13:25:55 +0530
> Cc: emacs-orgmode@gnu.org
>
> 1. Start Emacs with -Q
> 2. Open the attached .org file
> 3. C-c C-e l (l as in latex)
> 4. See that Emacs crashes
>
> I am using the Windows build downloaded from alpha.gnu.org.
Confirmed, both on MS-
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Eric Schulte wrote:
>>> The standard-code-block-syntax branch has been merged into the master
>>> branch of the git repository. This brings two much discussed changes to
>>> Org-mode, first a standard set of keywords for code blocks an
Hi Carsten,
You committed:
> Use prefix arg 0 to inhibit note taking for TODO change
>
> * lisp/org.el (org-todo): Interpret 0 prefix arg as note inhibitor.
>
> Sometimes I want to quickly make a few TODOs done in the agenda and I
> want to bypass the note taking I have normally set up. With t
Michael Hannon writes:
> Olaf Meeuwissen wrote:
>
>> Michael Hannon writes:
>
>>> Greetings. I'm having a problem compiling a C++ source-code block in
>>> Org-mode. The same C++ code compiles and runs in the shell.
>>>
>>> The issue seems to relate to local include files. [...snip...]
>>> Wh
Hi Jambunathan,
On Fri, Nov 18, 2011 at 06:51, Jambunathan K wrote:
> ,
> | (setq org-export-odt-prettify-xml t)
> `
>
> and it was preventing me to "see" the problem in the first place.
>
> The above variable is a custom variable and when it is true, the
> exporter runs indent-region on
Ccing Nicolas to attract his attention.
Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
--
On Fri, Nov 18, 2011 at 11:21 AM, Jambunathan K wrote:
> Suvayu/Rustom
>
> suvayu ali writes:
>
> > Hi Jambunathan,
> >
> > On Thu, Nov 17, 2011 at 11:06, Jambunathan K
> wrote:
> >> Can anyone else reproduce this?
> >
> > I can replicate this. The odt file exported by org-odt is not accepted
>
Hi
Is there a way to export the following, is this a bug, or is there a
work-around (to HTML)?
--8<---cut here---start->8---
#+begin_example
#+call: rubbish()
#+end_example
--8<---cut here---end--->8---
For instance thi
Hello,
Find attached a patch to highlight 2 types of "calendar events":
- "appointments" (or whatever close to that), that is events based on an
active timestamp;
- S-expressions to compute active timestamps for events.
The change is quite straightforward.
Best regards,
Seb
--
Sebastien
Hello,
Jambunathan K writes:
> Ccing Nicolas to attract his attention.
>
> Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
I cannot reproduce it on development version of Org mode (nor in stable
version), GNU Emacs 24.0.91.1 (x86_64-unknown-linux-gnu, GTK+ Version
3.2.1).
Jambunathan
Hi,
I have a problem/request for org-mode and was looking for help. I am using
org-mode to write source code files and tangle them out. I want to compile
them using make. My problem now is that org-mode overwrites the old files
every time I tangle them out, therefore also updating the time stamp -
On Fri, Nov 18, 2011 at 7:17 AM, Holger Hoefling wrote:
> I have a problem/request for org-mode and was looking for help. I am using
> org-mode to write source code files and tangle them out. I want to compile
> them using make. My problem now is that org-mode overwrites the old files
> every time
Hi Holger,
Holger Hoefling wrote:
> I have a problem/request for org-mode and was looking for help. I am using
> org-mode to write source code files and tangle them out. I want to compile
> them using make. My problem now is that org-mode overwrites the old files
> every time I tangle them out, th
Dear all,
is there any way of estimating effort by week? I have some tasks on
which I don't want to waste too much time per week. For other tasks, on
which I don't want to waste too much time per _day_, I can use the
following properties:
:PROPERTIES:
:CLOCK_MODELINE_TOTAL: today
Bernt, I think your system (and your writing about it) is fantastic
and it has inspired me to develop mine.
On 17 November 2011 23:10, Bernt Hansen wrote:
> Gez writes:
> I almost exclusively use capture to quickly file away things I don't
> want to forget. This goes to my refile.org as a leve
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Christoph LANGE writes:
> is there any way of estimating effort by week?
Have a look at the doc string of org-effort-durations.
Documentation:
Conversion factor to minutes for an effort modifier.
Each entry has the form (MODIFIER . MINUTES).
In an effort string, a number followed by MODIFIER
On Fri, 18 Nov 2011 08:23:18 -0600, Brian Wightman
wrote:
> Perhaps a way to deal with this would be to tangle to a different
> directory, and then sync any changes into your compilation source
> directory. If you would update the compilation directory only when
> something differs from the tang
Hi Christian,
2011-11-18 17:32 Christian Egli:
Christoph LANGE writes:
is there any way of estimating effort by week?
Have a look at the doc string of org-effort-durations.
Documentation:
Conversion factor to minutes for an effort modifier.
Thanks for your pointer, but (if I got you right
Eli, Thanks for the clue and Stefan, thanks for the fix meanwhile. The
minimal snippet that captures the root cause follows down below.
Nicolas Goaziou writes:
> Hello,
>
> Jambunathan K writes:
>
>> Ccing Nicolas to attract his attention.
>>
>> Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bu
On Fri, Nov 18, 2011 at 10:46 AM, Tom Prince wrote:
> On Fri, 18 Nov 2011 08:23:18 -0600, Brian Wightman
> wrote:
>> Perhaps a way to deal with this would be to tangle to a different
>> directory, and then sync any changes into your compilation source
>> directory. If you would update the compi
On 18.11.2011, at 14:17, Holger Hoefling wrote:
> Hi,
>
> I have a problem/request for org-mode and was looking for help. I am using
> org-mode to write source code files and tangle them out. I want to compile
> them using make. My problem now is that org-mode overwrites the old files
> every
On Fri, Nov 18, 2011 at 11:02 AM, Carsten Dominik
wrote:
> How about changing the make file so that the dependence is on the Org file,
> not on the source file?
> You could then arrange for make to call emacs in batch-mode to tangle the
> source file and then compile it?
The original question w
* [OT] TeX/LaTex and OrgMode is the "off topic"--since OrgMode spits
out TeX and so many OrgMode users use TeX; I hope you'll get a kick
out of this:
http://detexify.kirelabs.org/classify.html?
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
---
Hi Carsten,
thanks for the suggestion, but as I agree with Brian. If there is more than
one source file in the org-file, then the whole project would still be
recompiled, not just the updated file.
To be more exact, I actually don't want to compile things, but run R
scripts using make. So the wai
Hi Martyn,
Thanks for pointing out this bug. I've just pushed up a fix and a test
case.
Cheers -- Eric
Martyn Jago writes:
> Hi
>
> Is there a way to export the following, is this a bug, or is there a
> work-around (to HTML)?
>
>
>
> #+begin_example
>
> #+call: rubbish()
>
> #+end_example
>
>
Hi Michael,
Michael Hannon writes:
> Greetings. I'm curious about the process of executing a program that is
> compiled from a source block in Org-mode.
>
> Some background: I was playing with some C++ code (a slight generalization of
> some code I found in a book). I wanted to use the "assign
Brian Wightman writes:
> On Fri, Nov 18, 2011 at 11:02 AM, Carsten Dominik
> wrote:
>> How about changing the make file so that the dependence is on the Org file,
>> not on the source file?
>> You could then arrange for make to call emacs in batch-mode to tangle the
>> source file and then com
Holger Hoefling writes:
> I have a problem/request for org-mode and was looking for help. I am
> using org-mode to write source code files and tangle them out. I want
> to compile them using make. My problem now is that org-mode overwrites
> the old files every time I tangle them out, therefore al
Just for the record, adding the following to my .emacs file seems to solve the
problem I was having, where the C++ compiler was compiling a source block
(written to a temporary file in /tmp/...) and was unable to find an include
file in the current working directory:
(setq org-babel-C++-comp
Eric Schulte writes:
> I think the best approach in this case would be to tangle each file out
> to a temporary buffer, and then just before exiting the tangle function
> the content of these temporary buffers could be checked against the
> files on disk, and only those buffers which differ from d
Hello,
The LaTeX exporter of Org 7.7 from a recent Emacs snapshot improperly
interprets sequences with angle brackets in Babel snippets as if they
were footnote references, as in:
#+BEGIN_src C
int array[2];
#+END_src
This leads to a wrong-type-arg error in ‘org-export-latex-preprocess’.
A slightly cleaner solution would be the following.
(add-to-list 'org-babel-default-header-args:C
(cons :flags (concat "-std=c++0x -I " (expand-file-name "."
But either the above or below configuration will likely only work if the
directory holding your .emacs is the same directo
Holger Hoefling wrote:
> Hi Carsten,
>
> thanks for the suggestion, but as I agree with Brian. If there is more
> than one source file in the org-file, then the whole project would
> still be recompiled, not just the updated file.
>
> To be more exact, I actually don't want to compile things, b
Achim Gratz writes:
> Eric Schulte writes:
>> I think the best approach in this case would be to tangle each file out
>> to a temporary buffer, and then just before exiting the tangle function
>> the content of these temporary buffers could be checked against the
>> files on disk, and only those
Hi Michael,
Michael Hannon wrote:
> Just for the record, adding the following to my .emacs file seems to solve
> the problem I was having, where the C++ compiler was compiling a source
> block (written to a temporary file in /tmp/...) and was unable to find an
> include file in the current workin
Hi Carsten,
> You committed:
>
>> Use prefix arg 0 to inhibit note taking for TODO change
>>
>> * lisp/org.el (org-todo): Interpret 0 prefix arg as note inhibitor.
>>
>> Sometimes I want to quickly make a few TODOs done in the agenda and I
>> want to bypass the note taking I have normally set up
On 18.11.2011, at 10:29, Sebastien Vauban wrote:
> Hi Carsten,
>
> You committed:
>
>> Use prefix arg 0 to inhibit note taking for TODO change
>>
>> * lisp/org.el (org-todo): Interpret 0 prefix arg as note inhibitor.
>>
>> Sometimes I want to quickly make a few TODOs done in the agenda and I
Eric Schulte writes:
Thanks Eric - sorted my script.
Best, Martyn
> Hi Martyn,
>
> Thanks for pointing out this bug. I've just pushed up a fix and a test
> case.
>
> Cheers -- Eric
>
> Martyn Jago writes:
>
>> Hi
>>
>> Is there a way to export the following, is this a bug, or is there a
>
Hi Eric,
sounds like the problem may after all not be that simple.Could the code
blocks be written incrementally to the buffer (or a temporary file on disk)
and only after everything has been tangled out all temporary buffers or
files checked against the ones on disk?
Unfortunately, I do not thin
Hi Nick,
I think you misunderstood me there - I am actually not worried about how
computationally intensive the tangling process is. This always works very
quickly, so even if they have to be copied around and take a bit longer, I
would not mind.
Thanks
Holger
On Fri, Nov 18, 2011 at 8:32 PM, N
Holger Hoefling wrote:
> I think you misunderstood me there - I am actually not worried about how
> computationally intensive the tangling process is. This always works very
> quickly, so even if they have to be copied around and take a bit longer, I
> would not mind.
>
Ah, ok - so you are talk
> From: Sebastien Vauban
>> Just for the record, adding the following to my .emacs file seems to solve
>> the problem I was having, where the C++ compiler was compiling a source
>> block (written to a temporary file in /tmp/...) and was unable to find an
>> include file in the current working d
Hey Nick,
thank you very much. That sounds like a very good solution to my problem
that does not require changes to org-mode.
Best
Holger
On Sat, Nov 19, 2011 at 5:00 AM, Nick Dokos wrote:
> Holger Hoefling wrote:
>
> > I think you misunderstood me there - I am actually not worried about how
47 matches
Mail list logo
