Sunny Srivastava writes:
> Dear org-mode users:
>
> I want to export a really long caption in org to latex export.
>
> For example:
>
> #+CAPTION: A_really_long_caption_that_really_needs_a_line_break
> #+LABEL: fig:sims
>
> Presently, I can do it by just having the really long line in front
At Wed, 01 Jun 2011 08:00:20 -0400,
Dave Abrahams wrote:
>
> 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
Oh, I see. It's a simple reason. Thanks for pointing it out. I will be
careful.
soichi
2011/6/2 Tomas Hlavaty
> Hi soichi,
>
> > May I ask why I shouldn't do this ?
>
> data protection, privacy. Some people don't like being spied on, esp by
> untrusted third-parties not related to your webs
At Wed, 01 Jun 2011 18:05:28 -0400,
Nick Dokos wrote:
>
> Thomas S. Dye wrote:
>
> > Sebastian Hofer writes:
> >
> > > Hi all,
> > >
> > > This patch addresses the problem of ambiguous conventions for the
> > > placement of the title related macros (\author, \date,...) with
> > > respect to th
Hi,
I downloaded the latest stable org-mode (Org-mode version 7.5), and
installed it to my emacs system. I'm running AquaEmacs, 2.2 (GNU/Emacs
23.3.1). My previous version 6.7 worked fine.
When ever I try to load one of my org files, I get this error, Lisp
error: (void-variable outline-regexp). My
I'm trying to start using Capture, and I'd like to set up a template to
capture a TODO to go "right here" --- i.e. at the point where the cursor is
when I invoke capture.
I can do that OK.
EXCEPT that it always sets the headline level of the new element
to that of a child of the currently clockin
At Wed, 01 Jun 2011 19:55:51 -0400,
Nick Dokos wrote:
>
> Nick Dokos wrote:
>
> > IIUC, the only remaining thing is the position of the \title etc macros
> > in the preamble or the body (or both).
> >
> > There are three categories of LaTeX classes: the ones that implement
> > Lamport's dictum
* lisp/ob.el (org-babel-result-regexp): Use non-shy group around
org-babel-data-names.
By default regexp-opt returns a shy group around its arguments. But
users of org-babel-result-regexp expect the third match-string to
contain the hash. With a shy group, the second match-string contains
the ha
* lisp/ob.el (org-babel-sha1-hash): Don't modify info argument by
side-effect when sorting result-params list.
copy-sequence only does shallow copies, so if we're going to modify a
sub-list, we need to make sure we copy it first.
---
lisp/ob.el |2 +-
1 files changed, 1 insertions(+), 1 delet
On 06/02/2011 01:58 AM, Nick Dokos wrote:
> Scott Randby wrote:
>
>> On 06/01/2011 10:49 PM, Nick Dokos wrote:
>>> Scott Randby wrote:
>>>
This is a problem that has been bugging me for some time because I use
visual-line-mode a lot when I'm working on my org-mode files.
Say
On 2.6.2011, at 07:58, Nick Dokos wrote:
> Scott Randby wrote:
>
>> On 06/01/2011 10:49 PM, Nick Dokos wrote:
>>> Scott Randby wrote:
>>>
This is a problem that has been bugging me for some time because I use
visual-line-mode a lot when I'm working on my org-mode files.
S
Hi Bernt, hi all
I appreciate that org-version adds the output of "git describe" to the
org-version string if we are running
from a git repository. Thanks to Bernt et al:
http://thread.gmane.org/gmane.emacs.orgmode/16620
Now I suggest the same for the info file by using the new target "make
info_
Michael Brand writes:
> Hi Bernt, hi all
>
> I appreciate that org-version adds the output of "git describe" to the
> org-version string if we are running
> from a git repository. Thanks to Bernt et al:
> http://thread.gmane.org/gmane.emacs.orgmode/16620
>
> Now I suggest the same for the info fi
On Thu, Jun 2, 2011 at 16:47, Bernt Hansen wrote:
> Michael Brand writes:
>> Can I remove this substitution of "release_7.5-350-g3433" ->
>> "release_7.5.350.g3433" from org-version in my patch or should "make
>> info_git_describe" do the same and why?
>
> Hi Michael,
>
> This was purely cosmetic
Carsten Dominik wrote:
> > Yes, with pop-up-windows set to nil, I can reproduce it too.
> > The problem is that truncate-lines is set to t inside org-insert-link.
>
> Yes, but only after the focus was switched to the *Org Link* buffer which is
> shown in order to select a link. truncate-lines i
Sebastian Hofer wrote:
> At Wed, 01 Jun 2011 18:05:28 -0400,
> Nick Dokos wrote:
> >
> > Thomas S. Dye wrote:
> >
> > > Sebastian Hofer writes:
> > >
> > > > Hi all,
> > > >
> > > > This patch addresses the problem of ambiguous conventions for the
> > > > placement of the title related macro
Carsten Dominik wrote:
> Thanks Nick. Seems like Emacs is not sure in which
> buffer it is at that moment, because it has not yet been displayed.
> Could you please try to following paranoid patch?
>
> Thanks.
>
> - Carsten
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 1ca03f4..b43a877
On 2.6.2011, at 17:51, Nick Dokos wrote:
> Carsten Dominik wrote:
>
>>> Yes, with pop-up-windows set to nil, I can reproduce it too.
>>> The problem is that truncate-lines is set to t inside org-insert-link.
>>
>> Yes, but only after the focus was switched to the *Org Link* buffer which is
>>
On 31.5.2011, at 20:01, Achim Gratz wrote:
> Hi Carsten,
>
> Carsten Dominik writes:
>> I think a better strategy would be to find these additional
>> header lines right before this section of the recalculate function:
> [...]
>
> I'll have a look (probably not today), but I'd rather tag them
On 06/02/2011 12:41 PM, Nick Dokos wrote:
> Carsten Dominik wrote:
>
>
>> Thanks Nick. Seems like Emacs is not sure in which
>> buffer it is at that moment, because it has not yet been displayed.
>> Could you please try to following paranoid patch?
>>
>> Thanks.
>>
>> - Carsten
>>
>> diff --git
On 2.6.2011, at 18:41, Nick Dokos wrote:
> Carsten Dominik wrote:
>
>
>> Thanks Nick. Seems like Emacs is not sure in which
>> buffer it is at that moment, because it has not yet been displayed.
>> Could you please try to following paranoid patch?
>>
>> Thanks.
>>
>> - Carsten
>>
>> diff -
Hi David,
Sorry it took me a while to notice this thread -- incidentally after a
patch to this effect was shared by Lawrence Mitchell in a separate
thread. I've just applied Lawrence's patch, which should resolve this
issue as well.
Please let me know if the problem remains. Now that this threa
Hi Lawrence,
Is there a reason to make this copy? Given that params is used like a
hash/dictionary the order of it's elements should not matter. Is there
a case where this patch is necessary to avoid buggy behavior?
If so then I'm happy to apply the patch, but if there is no need then
I'd rathe
Applied, Thanks -- Eric
Lawrence Mitchell writes:
> * lisp/ob.el (org-babel-result-regexp): Use non-shy group around
> org-babel-data-names.
>
> By default regexp-opt returns a shy group around its arguments. But
> users of org-babel-result-regexp expect the third match-string to
> contain the
At Thu, 02 Jun 2011 11:57:07 -0400,
Nick Dokos wrote:
>
> Sebastian Hofer wrote:
>
> > At Wed, 01 Jun 2011 18:05:28 -0400,
> > Nick Dokos wrote:
> > >
> > > Thomas S. Dye wrote:
> > >
> > > > Sebastian Hofer writes:
> > > >
> > > > > Hi all,
> > > > >
> > > > > This patch addresses the prob
The patch is ready and attached.
Michael
On Thu, Jun 2, 2011 at 17:05, Michael Brand wrote:
[...]
> Since I would like to give the more often used "git describe"
> precedence I will make org-version and "make info_git_describe"
> consistent with git. The ".dirty" postfix of org-version I will le
Carsten Dominik wrote:
>
> On 2.6.2011, at 18:41, Nick Dokos wrote:
>
> > Carsten Dominik wrote:
> >
> >
> >> Thanks Nick. Seems like Emacs is not sure in which
> >> buffer it is at that moment, because it has not yet been displayed.
> >> Could you please try to following paranoid patch?
>
Hi all,
Scott Randby wrote:
>>> One reason I want pop-up-windows to be set to nil is because I
>>> frequently use C-x C-b to look at the buffer list. If pop-up-windows is
>>> set to t, then C-x C-b opens the buffer list in a pop-up window while
>>> the active cursor is in the other window. This is
On 2011-06-02, Eric Schulte wrote:
> Please let me know if the problem remains. Now that this thread is on
> my radar I should be more attentive to it.
Thanks Eric, David. Test case and .emacs seem to work for it so far.
To anybody: I noticed that the region stays active after export. Is
this
Matt Lundin writes:
> They are the default values (i.e., I have not changed anything).
[...]
> Note: I do not run "make install". My normal routine is to run "make
> clean && make".
Yes, I noted this, I was just poking around to see where the build
process might pick up that extra "lisp/" in org-
Samuel Wales writes:
> On 2011-06-02, Eric Schulte wrote:
>> Please let me know if the problem remains. Now that this thread is
>> on
>> my radar I should be more attentive to it.
>
> Thanks Eric, David. Test case and .emacs seem to work for it so far.
>
Great, thanks for confirming.
>
> To
Hi!
I've been using org-contacts as a replacement of BBDB and I think is
great, but I haven't found a way to use alias instead of names, like
BBDB. Is this possible?
Thanks!
--
Rodrigo Lazo
Hi--
So there is something I don't understand. If I set a tag for an
individual in my org-contacts file like so
** Dave Null :dumb:
:PROPERTIES:
:EMAIL: d...@null.com
:END:
(I'm stealing this from Julien's homepage)
and then I type +dumb followed by in the To: fie
Hello,
If I want to export to LaTeX with the math symbols in the title:
#+TITLE: This is a test for $D$
I get the $D$ in the PDF. Are there any way to let it behave the same as in
the body for the title?
Thanks!
Xin
Xin Shi wrote:
> If I want to export to LaTeX with the math symbols in the title:
>
> #+TITLE: This is a test for $D$
>
> I get the $D$ in the PDF. Are there any way to let it behave the same as in
> the body for the title?
>
This works fine here:
GNU Emacs 24.0.50.1 (x86_64-unknown-linux-
Sebastian Hofer wrote:
> At Thu, 02 Jun 2011 11:57:07 -0400,
> Nick Dokos wrote:
> >
> > > At Wed, 01 Jun 2011 18:05:28 -0400,
> > > Nick Dokos wrote:
> > > >
> > > > An empty
> > > >
> > > > #+AUTHOR:
> > > >
> > > > disables the insertion of author (assuming that TITLE is not empty -
> > >
On Tue, May 31, 2011 at 9:32 AM, Eric Abrahamsen
wrote:
> Export has recently stopped working for me: any C-c C-e gives me:
>
> org-export: Symbol's function definition is void:
> internal-temp-output-buffer-show
>
> Instead of an export menu. Org is up to date git, and I get this even
> starting
Hi Thomas;
Your solution is exactly what I want.
I am sorry, I was talking about the line break in the Emacs buffer.
Thanks a lot!
Best Regards,
S.
On Thu, Jun 2, 2011 at 3:00 AM, Thomas S. Dye wrote:
> Sunny Srivastava writes:
>
> > Dear org-mode users:
> >
> > I want to export a really lo
38 matches
Mail list logo
