Colin Grey writes:
> Hello,
>
> I'm having a weird problem trying to write formulas using latex in org
> mode. Here is a sample file with just two formulas:
>
> #+TITLE: Title
> #+OPTIONS: H:3 num:t toc:t
> #+OPTIONS: author:nil timestamp:nil creator:nil
> #+OPTIONS: ^:t skip:t LaTeX:t
>
> $A$
Hello,
Did you try putting some text before the first formula ?
It is not recognized as latex (there is only one img included in the
html).
Anyway, your version of org-mode may be outdated, it works fine on my
computer (org-mode version 7.5).
http://orgmode.org/manual/Installation.html#In
Hi Michael,
Michael Brand writes:
> * org-agenda.el (org-agenda-compact-blocks): Improve docstring.
> (org-agenda-block-separator): Add nil to docstring and customization.
> (org-prepare-agenda): Skip agenda block separator additionally if
> org-agenda-block-separator is nil.
> (org-agenda-overr
suvayu ali writes:
>> That thread says the patch has been applied, and as far as I can tell
>> it appears to be in the code. I'm using version =org-version= 7.3.
>
> I think the patch was applied after the 7.5 release.
I confirm -- Chris, please upgrade, or wait one week if you want to
upgrade
PS: there are definitely nice things in Taskwarrior I would love to see
integrated in Org. Let's continue brainstorming about this.
--
Bastien
Hi Eric,
Eric Schulte writes:
> This extra argument supplies more information to the macro (e.g., an
> idea of /how/ interactive is considered /interactive/) through taking on
> the value of 'any or 'interactive. This information is thrown out in
> older versions of Emacs but is passed on to th
Hi John,
John Wiegley writes:
> To achieve this, I have the following in my todo file:
Nice -- maybe a more general implementation would be to let
users assign a color to a category, which is really one defcustom
away from your code. Would you be willing to submit a patch in
that direction?
T
Hello,
I don't know what has changed or when but, being the start of a new
month, I am doing my finances. I use ledger for this and, of course,
within org!
Evaluating a ledger source code block now takes a significant amount of
time. Babel seems to search org files throughout my disk for IDs.
Hi Marcelo,
Marcelo de Moraes Serpa writes:
> Is there a way to have a calendar-like overview of the agenda with
> org?
Not exactly what you want, but here is what I use.
I have a separate rdv.org for appointments.
Then a ~/.diary file including them into Emacs's calendar:
%%(org-diary :sch
Hi Nicolas,
Nicolas Goaziou writes:
> Correcting myself, I paste here another try to the problem at
> hand. Indeed, moving an item to a list he doesn't directly belong to
> makes little sense. Thus, the item will be moved at the end of its
> list.
Nice. Such a move could be bound to M- when th
Hi Eric,
Eric S Fraga writes:
> okay, I will answer my own post with a possible solution to my feature
> request earlier today.
>
> Attached is a patch that does the job; whether it is elegant enough or
> not is another question. I've not addressed the documentation at all
> yet. I will wait
On Jul 1, 2011, at 10:57 AM, Bastien wrote:
> Hi Nicolas,
>
> Nicolas Goaziou writes:
>
>> Correcting myself, I paste here another try to the problem at
>> hand. Indeed, moving an item to a list he doesn't directly belong to
>> makes little sense. Thus, the item will be moved at the end of its
Hi Huy,
Bastien writes:
>> I'm not exporting.
>> I'm just doing C-c C-x C-v to display the inline images within emacs.
>
> I confirm there is a bug here, I'm on it.
I've pushed the fix now, please test it!
Thanks,
--
Bastien
Bastien Guerry writes:
> Patch 816 (http://patchwork.newartisans.com/patch/816/) is now
> "Accepted".
Thanks! I'll have a go at updating the documentation.
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.530.g23bb.dirty)
Memnon Anon writes:
Memnon and Michael, thank you for your time,
this is just for archival purpose.
> Giovanni Ridolfi writes:
>
>> GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO
>> Org-mode version 7.5 9c582ceed8c4ffc1b83f719f8bcabbc2e23027b2
>>
>> I used to have a
>> \li
Patch 816 (http://patchwork.newartisans.com/patch/816/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C874o373spj.fsf%40ucl.ac.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> M
Nicolas Goaziou writes:
> It needs a better optimization (my excuse for
> `org-list-delete-item'). I will work on it tonight.
Thanks!
I'm really excited by all this activity/features/questions.
I'm still focusing on our main goal, though, which is to
release 7.6 ASAP so that it will be incl
Carsten Dominik writes:
> This does sound counter-intuitive to me.
Why?
The idea is that someone who wants to move a first item to the top
really wants to cycle through items -- same for moving the bottom item
to the bottom, where the user really wants to move it to the top.
Actually, it's imp
Dear all,
I'm please to announce that Jambunathan's ODT exporter is now in the
contrib/ directory (in latest git repo) -- the files are here:
contrib/odt/
contrib/lisp/org-odt.el
contrib/lisp/org-lparse.el
contrib/lisp/org-xhtml.el
Jambunathan and I are still actively tuning this major a
Hello,
Bastien writes:
>> Correcting myself, I paste here another try to the problem at
>> hand. Indeed, moving an item to a list he doesn't directly belong to
>> makes little sense. Thus, the item will be moved at the end of its
>> list.
>
> Nice. Such a move could be bound to M- when the curs
Carsten Dominik writes:
> On Jul 1, 2011, at 10:57 AM, Bastien wrote:
>
>> Hi Nicolas,
>>
>> Nicolas Goaziou writes:
>>
>>> Correcting myself, I paste here another try to the problem at
>>> hand. Indeed, moving an item to a list he doesn't directly belong to
>>> makes little sense. Thus, the i
On Jul 1, 2011, at 11:46 AM, Bastien wrote:
> Carsten Dominik writes:
>
>> This does sound counter-intuitive to me.
>
> Why?
>
> The idea is that someone who wants to move a first item to the top
> really wants to cycle through items -- same for moving the bottom item
> to the bottom, where t
On 1 Jul 2011, Bastien wrote:
> PS: there are definitely nice things in Taskwarrior I would love to
> see integrated in Org. Let's continue brainstorming about this.
I don't know if Taskwarrior features that, but I'd like to see a
time-table like week-view with correct (maybe color coded) time
r
Dear all,
Emacs 24 introduces changes to some buffer/window/frames related
functions, and compiling Org with Emacs 24 results in a few warnings
about this.
If some of you are already using Emacs >24 and can help silencing
those warnings, that will boost the release process a lot.
Thanks in adva
On 1 Jul 2011, Giovanni Ridolfi wrote:
>
> So I have some questions and answers:
>
> - (Since we are aiming to release org 7.6) will the org-install.el be
> generated during such process?
> - and during the compilation of Emacs 24?
The emacs-bundled org-mode org-install.el is empty (if it is
th
Bastien writes:
> Hi Huy,
>
> Bastien writes:
>
>>> I'm not exporting.
>>> I'm just doing C-c C-x C-v to display the inline images within emacs.
>>
>> I confirm there is a bug here, I'm on it.
>
> I've pushed the fix now, please test it!
I've tested your patch. It works with org-toggle-inline-i
On Jul 1, 2011, at 12:14 PM, Eric S Fraga wrote:
> Carsten Dominik writes:
>
>> On Jul 1, 2011, at 10:57 AM, Bastien wrote:
>>
>>> Hi Nicolas,
>>>
>>> Nicolas Goaziou writes:
>>>
Correcting myself, I paste here another try to the problem at
hand. Indeed, moving an item to a list h
* chris.m.mal...@gmail.com wrote:
>
> I'm curious how you work on Org-mode papers for publication with
> collaborators? In particular, do all of your collaborators know and use
> Org-mode themselves? Our current method is just to use ordinary LaTeX files
> in a CVS repository for collaborati
On Fri, Jul 1, 2011 at 11:48 AM, Bastien wrote:
> Dear all,
>
> Emacs 24 introduces changes to some buffer/window/frames related
> functions, and compiling Org with Emacs 24 results in a few warnings
> about this.
>
If some of you are already using Emacs >24 and can help silencing
> those warnin
On Fri, Jul 1, 2011 at 1:10 PM, Karl Voit wrote:
> * chris.m.mal...@gmail.com wrote:
> >
> > I'm curious how you work on Org-mode papers for publication with
> > collaborators? In particular, do all of your collaborators know and use
> > Org-mode themselves? Our current method is just to use ord
On 6/30/11 8:10 PM, Eric Schulte wrote:
Martyn Jago writes:
(...)
Great, I've just moved this into the Org-mode core and added it to the
list of Babel languages.
Great!
One distinction that has occurred to me (especially following comments on
the mailing list) is that of "babel language"
Bastien
> Dear all,
>
> I'm please to announce that Jambunathan's ODT exporter is now in the
> contrib/ directory (in latest git repo) -- the files are here:
>
> contrib/odt/
> contrib/lisp/org-odt.el
> contrib/lisp/org-lparse.el
> contrib/lisp/org-xhtml.el
>
Thanks for accepting my cont
Congratulations and thanks to Jambunathan!
This is indeed a major addition, and great news for those of us with
clients who expect *office formats.
Yours,
Christian
On 7/1/11 11:37 AM, Bastien wrote:
Dear all,
I'm please to announce that Jambunathan's ODT exporter is now in the
contrib/ dir
I have been using the attached test.org file as part of my org-odt
related work.
The usual steps I follow for testing are quite simple:
1. Visit the file
2. Export it to xhtml or odt
3. Visually make sure that everything is OK.
I would like to add this file to the testing dir of the trunk. This
Is there an example of this that does not use something like elisp, R, perl,
python, shell, or some other process that requires either allowing all blocks
to execute without prompting, or prompting for authority to run the block every
time the file is tangled?
Brian
- Original Message --
Using latest org-mode, with org-odt included.
C-c C-e O complained about not finding OrgOdtAutomaticStyles.xml.
I patched org-odt.el to the following so that it could find it:
Could someone look into this? (e.g. I do not know whether this would break
non-integrated org-odt (or whether that matter
Jambunathan K writes:
> The attached patch will make sure that the xhtml and odt exporter don't
> crash when invoked. Could you please apply this patch?
Done, thanks!
--
Bastien
Rainer M Krug writes:
> On Fri, Jul 1, 2011 at 11:48 AM, Bastien wrote:
>
>> Dear all,
>>
>> Emacs 24 introduces changes to some buffer/window/frames related
>> functions, and compiling Org with Emacs 24 results in a few warnings
>> about this.
>>
>
> If some of you are already using Emacs >24 a
Niels Giesen writes:
Hi, Niels,
> Using latest org-mode, with org-odt included.
>
> C-c C-e O complained about not finding OrgOdtAutomaticStyles.xml.
> I patched org-odt.el to the following so that it could find it:
it was applied 22 minutes ago by Bastien.
a51c5637f9c9c8a20eaa063cd35427ffd2117
On Fri, Jul 1, 2011 at 3:23 PM, Eric S Fraga wrote:
> Rainer M Krug writes:
>
> > On Fri, Jul 1, 2011 at 11:48 AM, Bastien wrote:
> >
> >> Dear all,
> >>
> >> Emacs 24 introduces changes to some buffer/window/frames related
> >> functions, and compiling Org with Emacs 24 results in a few warnin
Hi Rainer,
Rainer M Krug writes:
> I am a little reluctant to use the latest from their vcs, as it
> might be unstable?
AFAICT, bleeding edge Emacs is really stable these days.
You can either use bzr or git to get it:
http://savannah.gnu.org/bzr/?group=emacs
http://git.savannah.gnu.org/cgit/
Hi Pierre,
Pierre de Buyl wrote:
> Le 28 juin 11 à 23:45, Sebastien Vauban a écrit :
>> Here is thus my proposition for a better div-structured HTML.
>>
>> There are only four parts required in the HTML for all the magic to work
>> with the CSS:
>>
>> - The first part is a container div ("content"
Hi
>
> That's good to hear. Are you up for trying to merge them into the rest
> of the Org-mode test suite? This should be as simple as placing any
> org-mode example files you have in
>
> org-mode/testing/examples/
>
> placing the .el file defining your tests into
>
> org-mode/testing/lisp/
Hi Bastien and Suvayu,
Hmm...somehow my cron job on my machine to checkout org-mode from git
stopped working some time ago. I hadn't paid attention to the various
releases, because I thought I was up-to-date! Thanks for figuring
this out.
Chris
On Fri, Jul 1, 2011 at 4:28 AM, Bastien wrote:
>
Thanks for the information about VCS's. I agree CVS is outdated, but
we use it mostly for legacy reasons --- all of our codebase is in CVS
along with papers going back many years. For my other projects, I use
git or mercurial as a VCS.
My question was originally more oriented toward handling Org
Hello again,
For source code blocks with long header lines, org allows the use of
the #+header: or #+headers: alternative for specifying these. Attached
is an example.
The problem is that using these seems to cause fontification to stop
working and, unfortunately in a non-reproducible manner,
* lisp/org.el (org-fontify-meta-lines-and-blocks-1): Fix test for src blocks
lang attribute
When there is no lang attribute to a block (for quote, verse or others), the
lang variable is not nil, but an empty string.
---
lisp/org.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Hi Karl,
Karl Voit writes:
> Yes, there is this sexp-workaround[1] for more complex things but
> quite frankly: this is not an option for the ordinary user like me
> (not having that much ELISP knowledge).
FWIW: what would perhaps be useful is an interactive way to easily
produce such sexp diar
Hi Manuel,
Manuel Giraud writes:
> Oops, the previous patch was applied on top on another one I have
> here. This one's better.
I let Nicolas decide on this one.
--
Bastien
Hi Julien,
julien Barnier writes:
> * lisp/org.el (org-fontify-meta-lines-and-blocks-1): Fix test for src blocks
> lang attribute
>
> When there is no lang attribute to a block (for quote, verse or others), the
> lang variable is not nil, but an empty string.
Applied, thanks!
--
Bastien
Bastien writes:
> Hi Manuel,
>
> Manuel Giraud writes:
>
>> Oops, the previous patch was applied on top on another one I have
>> here. This one's better.
>
> I let Nicolas decide on this one.
Nicolas' patch is already applied and far more complete than mine. So I
guess it's decided ;-)
--
Man
Manuel Giraud writes:
> Nicolas' patch is already applied and far more complete than mine. So
> I guess it's decided ;-)
Great -- thanks for the update!
--
Bastien
Hi Manuel,
Manuel Giraud writes:
> AFAIU, now a link to an inline image inserted with org-insert-link will
> expand into [[file name.jpg]] instead of [[file%20name.jpg][file
> name.jpg]]. But the later form still doesn't work so it have to be
> fixed into older org files.
Yes, exactly.
--
B
Hi Carsten,
Carsten Dominik writes:
> I do not agree, if I move something up, I never want it to go down.
> A list is not a circle. Maybe C-M-down, or C-u M-down
> or so might be a possibility.
Agreed, C-M-up will surely be less surprising.
Let's wait for Nicolas's patch about this and give f
Nice discussion!
Nicolas, what if all the items are top-level items? My gtd.org file is
basically a flat list of projects and I don't have a main top list for that
wraps them. Any ideas?
Cheers,
M>
On Fri, Jul 1, 2011 at 11:07 AM, Bastien wrote:
> Hi Carsten,
>
> Carsten Dominik writes:
>
>
Hi all,
I'm giving org-babel another go after a recent retreat back to Sweave.
I'm having problems with code being executed on export, even when
:cache yes is in force. Please see the following example. Also, a
quick question that I can't seem to find the answer to: what is the
difference between "
Oh, I didn't know calender integrate with org! Living and learning. Thanks
for that, Memnon.
M>
On Fri, Jul 1, 2011 at 5:06 AM, Michael Markert <
markert.mich...@googlemail.com> wrote:
> On 1 Jul 2011, Bastien wrote:
>
> > PS: there are definitely nice things in Taskwarrior I would love to
> > s
* Bastien wrote:
> Hi Karl,
Hi!
> Karl Voit writes:
>
>> Yes, there is this sexp-workaround[1] for more complex things but
>> quite frankly: this is not an option for the ordinary user like me
>> (not having that much ELISP knowledge).
>
> FWIW: what would perhaps be useful is an interactive wa
Hi Oleksandr,
[...]
>
> 2. Edit the following minimal example:
>
> #+begin_src
> (defun id (x) x)
> #+end_src
>
The behavior you describe below is the desired behavior, not a bug. A
language is a desired property of a code block, if you want a simple
example block please use the example syntax.
Hello,
Marcelo de Moraes Serpa writes:
> Nicolas, what if all the items are top-level items? My gtd.org file is
> basically a flat list of projects and I don't have a main top list for that
> wraps them. Any ideas?
I'm not sure to understand. If all the items are at top level, the
function will
Martyn Jago writes:
> Hi
>
>>
>> That's good to hear. Are you up for trying to merge them into the rest
>> of the Org-mode test suite? This should be as simple as placing any
>> org-mode example files you have in
>>
>> org-mode/testing/examples/
>>
>> placing the .el file defining your tests
Yes, the second example I gave (shown immediately below) requires no
execution of code.
#+begin_src text :tangle yes
<>.
#+end_src
#+results: file-version
: 1.2.3.4
Best -- Eric
MidLifeXis at PerlMonks writes:
> Is there an example of this that does not use something lik
Jambunathan K writes:
> I have been using the attached test.org file as part of my org-odt
> related work.
>
> The usual steps I follow for testing are quite simple:
> 1. Visit the file
> 2. Export it to xhtml or odt
> 3. Visually make sure that everything is OK.
>
> I would like to add this file
Hi Eric,
Thanks for pointing this out, I've just pushed up a patch which should
fix this fontificaiton. Please let me know if something is not working.
Best -- Eric
Eric S Fraga writes:
> Hello again,
>
> For source code blocks with long header lines, org allows the use of
> the #+header: or
Hi Eric,
Thanks for pointing this out. IDs can be used to resolve code block
references, however it appears that the `org-id-goto' function is
attempting to re-scan all ID locations when a reference is not found.
I've just pushed up a patch which side-steps this rescanning behavior.
Best -- Eric
Ista Zahn writes:
> Hi all,
> I'm giving org-babel another go after a recent retreat back to Sweave.
> I'm having problems with code being executed on export, even when
> :cache yes is in force. Please see the following example.
Thanks for pointing this out. There were some export-specific head
>From 9b97d19c1184d3cf2cc82831e3d29067cf91f014 Mon Sep 17 00:00:00 2001
From: Jambunathan K
Date: Sat, 2 Jul 2011 01:56:01 +0530
Subject: [PATCH] Add org-lparse and org-odt as contrib modules
* lisp/org.el (org-modules): Add org-lparse and org-odt as
contrib modules.
* contrib/README: Ditto
---
I am still getting prompted with the 'Evaluate this text code block
(file-version) on your system?' message.
What is your value of org-confirm-babel-evaluate set to? Mine is set as the
default, 't. According to the docs, this is the more secure setting.
I updated no more than two weeks ago.
Hi group,
A file of
#+begin_example
* Title
This is a text [fn:: the
1. footnote] with a footnote.
#+end_example
begins an enumeration inside the footenote and then
forgets to close the footnote (which in LaTeX export
gets closed at the next \section or so).
I'm not sure what the expected beh
I normally keep `org-confirm-babel-evaluate' set to nil but to test the
below I set it to t and was not prompted for evaluation.
Do you have a code block named "file-version" in this file? If so then
either that code block, or the results line will need to be renamed.
When Org-mode finds both a c
Nicolas,
Or are we talking about two different things?
Not sure, maybe. What I mean is:
gtd.org file:
* TODO Blah
* TODO Foo
* TODO bar
Instead of:
gtd.org file:
* Tasks
** TODO Blah
** TODO Foo
** TODO Bar
So, the items in gtd.org files are all top-level, they don't belong to a
list (unles
Hi Bastien,
Bastien altern.org> writes:
> > * lisp/org.el (org-fontify-meta-lines-and-blocks-1): Fix test for src blocks
> > lang attribute
> >
> > When there is no lang attribute to a block (for quote, verse or others), the
> > lang variable is not nil, but an empty string.
>
> Applied, thanks
Julien Barnier writes:
> Hi Bastien,
>
> Bastien altern.org> writes:
>
>> > * lisp/org.el (org-fontify-meta-lines-and-blocks-1): Fix test for src
>> > blocks
>> > lang attribute
>> >
>> > When there is no lang attribute to a block (for quote, verse or others),
>> > the
>> > lang variable is no
I'm making a call to an emacsclient and trying to figure out how to get the
buffer to unload at the end of the function I'm calling. I know kill-buffer
isn't supposed to unload the buffer but I can't figure out what will. I've
tried server-edit and server-kill-buffer in place of kill-buffer below
74 matches
Mail list logo
