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
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
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 -
> > >
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-
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
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
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
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
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-
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
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
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?
>
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
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
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
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
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
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 -
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 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 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
>>
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
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:
> > 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
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
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
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_
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
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
* 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
* 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
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
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
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
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
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 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
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
38 matches
Mail list logo