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
> 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
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
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
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
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
>
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
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
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
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
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
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
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’.
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
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
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
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
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
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 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
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.
---
* [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?
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
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 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
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
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
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
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
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.
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
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
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
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,
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 -
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
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
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
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
>
Ccing Nicolas to attract his attention.
Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
--
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
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 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
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
> 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-
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
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 -
47 matches
Mail list logo
