Hi Henning,
At Mon, 12 Mar 2012 22:17:34 +0100,
Henning Weiss wrote:
> I have attached a very small patch fixing the value
> that org-attach-store-link-p gets through the customize
> interface. The additional quote prevented org-attach-attach from
> calling org-attach-store-link when org-attach-st
Hi,
At Tue, 13 Mar 2012 14:49:41 +0800,
Du Yanning wrote:
> org-mode 7.8.03
> emacs 23.3, 23.4, 24.0.94
>
> steps to recreate:
>
> emacs -q
>
> copy the following code and paste it into the *scratch* buffer:
> (add-to-list 'auto-mode-alist '("\\.txt\\'" . org-mode))
> (add-hook 'org-mode-hook '
Mueen Nawaz writes:
> A subsequent C-c ' does nothing (i.e. I can't leave that buffer).
>
> Any ideas?
Forgot to mention: Emacs 23.4 and Org mode 7.8.03
Hi,
When I try to edit source code using "C-c '", it opens the code in the
appropriate mode (Python in my case), but gives this message:
byte-code: Language mode `python-mode' fails with: ac-sources
A subsequent C-c ' does nothing (i.e. I can't leave that buffer).
Any ideas?
Thanks,
Mueen
At Tue, 13 Mar 2012 08:19:39 +0100,
Tassilo Horn wrote:
>
> From 6254305becaaa712f6f0936263a09d9ed974e51b Mon Sep 17 00:00:00 2001
> User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.94 (gnu/linux)
> Cancel-Lock: sha1:/pUqi5NalGwuBic1R2H+VziOGlM=
>
> Before it was
>
> Do you want to this addres
suvayu ali wrote:
> >> There was a discussion of this topic recently, I had and still have my q=
> uote source
> >> blocks in artists (picture) mode and thought this was strange behaviour.
> >
> > BTW, artist-mode is *not* the same as picture-mode.
> >
>
> Actually I keep confusing between the
suvayu ali wrote:
> Actually I keep confusing between the two and I'm not sure which I was
> seeing. I also forgot to mention I did not see the problem with a
> minimal setup. I got frustrated (I had to get the talk done), so I
> restarted Emacs and worked with LaTeX directly. Now in my new sessi
Hi Nick,
Apologies on not responding sooner. I was preparing my slides for a
presentation tomorrow.
On Wed, Mar 14, 2012 at 01:34, Nick Dokos wrote:
> Thorsten wrote:
>
>> suvayu ali writes:
>>
>> Hi,
>>
>> > I am having problems editing blocks with C-c '. If the blocks are marked
>> > with up
Nick,
Thank you. I'll give it a try.
Charlie Millar
On 3/13/2012 2:48 PM, Nick Dokos wrote:
snip
Charlie Millar On 2/28/2012 2:28 PM, Charles wrote:
I use a few tags and usually two or three will apply to all entries
in a particular file, e.g. :work:Client:OpenFile: or :Personal:Home:
All
Thorsten wrote:
> suvayu ali writes:
>
> Hi,
>
> > I am having problems editing blocks with C-c '. If the blocks are marked
> > with upper case letters Emacs brings up the temporary buffer in
> > picture-mode.
> >
> >#+BEGIN_SRC latex
> >
> >#+END_SRC
> >
> > However the buffer mode is
Thorsten wrote:
> suvayu ali writes:
>
> Hi,
>
> > I am having problems editing blocks with C-c '. If the blocks are marked
> > with upper case letters Emacs brings up the temporary buffer in
> > picture-mode.
> >
> >#+BEGIN_SRC latex
> >
> >#+END_SRC
> >
> > However the buffer mode is
suvayu ali writes:
Hi,
> I am having problems editing blocks with C-c '. If the blocks are marked
> with upper case letters Emacs brings up the temporary buffer in
> picture-mode.
>
>#+BEGIN_SRC latex
>
>#+END_SRC
>
> However the buffer mode is chosen correctly if lower case letters are
suvayu ali wrote:
> Hi,
>
> I am having problems editing blocks with C-c '. If the blocks are marked
> with upper case letters Emacs brings up the temporary buffer in
> picture-mode.
>
>#+BEGIN_SRC latex
>
>#+END_SRC
>
> However the buffer mode is chosen correctly if lower case letter
Hi,
I am having problems editing blocks with C-c '. If the blocks are marked
with upper case letters Emacs brings up the temporary buffer in
picture-mode.
#+BEGIN_SRC latex
#+END_SRC
However the buffer mode is chosen correctly if lower case letters are
used.
#+begin_src latex
#+en
Nick Dokos writes:
> Or maybe I've given up too easily: is there good documentation
> somewhere on the web e.g. of gconftool?
As they said in the old times: the documentation is in the files with
the suffix .c (ducks :-).
> To get back to your post: my problem with xdg-open with its switch
> bla
Cannot test at this time, but I have an a priori comment.
Having multiple agenda buffers around increases the probability that
you will change the outline buffers before you perform an operation in
the agenda. You might do this either by performing agenda commands in
an agenda buffer or by direct
On 13 mars 2012, at 19:47, Eric Schulte wrote:
> Alan Schmitt writes:
>
>> Hello,
>>
>> I'm writing a presentation for a course on OCaml, and I managed to get
>> minted to work. Unfortunately I'm having issues with inline code
>> blocks. I tried to do something like:
>>
>> This value has type
Charles wrote:
> I hope my occupation is not the reason for the "no response" to my
> question and comments two weeks ago.
>
Nope - lack of time, energy, inclination, knowledge are all possible.
> Charlie Millar
>
> On 2/28/2012 2:28 PM, Charles wrote:
> > I use a few tags and usually two or
I hope my occupation is not the reason for the "no response" to my
question and comments two weeks ago.
Charlie Millar
On 2/28/2012 2:28 PM, Charles wrote:
I use a few tags and usually two or three will apply to all entries in
a particular file, e.g. :work:Client:OpenFile: or :Personal:Home:
Dear Max and Dominik,
the new sticky agenda buffers are great! I have been using the branch
for some time now and they seem to work fine. Fantastic job.
I have to say at first I thought they were not working and it was
because I had a preconception that they would do something else: I
thought t
I had a similar issue with typesetting in theorem and proof
environments; what saved me from messy LaTeX syntax was
org-special-blocks. More info is on Worg:
http://orgmode.org/worg/org-contrib/org-special-blocks.html
This is not *exactly* your situation, since this is using org syntax
within \
Alan Schmitt writes:
> Hello,
>
> I'm writing a presentation for a course on OCaml, and I managed to get
> minted to work. Unfortunately I'm having issues with inline code
> blocks. I tried to do something like:
>
> This value has type src_ocaml{int}
>
> but the exported LaTeX is simply
>
> This
Eric Abrahamsen wrote:
> ...
> Sorry, that's not helpful at all!
>
Au contraire! It adds some validity to my prejudices :-)
Thanks,
Nick
On Tue, Mar 13 2012, Nick Dokos wrote:
> [OT warning: no org content here, just gnome/mailcap.]
>
> Eric Abrahamsen wrote:
>
>> > Next question: since xpdf is available and /etc/mailcap prefers it, why
>> > is nautilus using evince? Doesn't it use mailcap? I guess not, although
>> > I don't know
hello
does anyone know if there is a possibility to expand all items including list
items in a sparse tree for a certain tag to export only the visible to eg latex?
my steps are:
- C-c / :MYTAG
now all headlines with the tag are shown. That's fine. But now I can only cycle
the visibility of one
These custom commands are not analogous to sectioning commands. In
fact most of them are environments. So I decided that orgmode could
not achieve what I wanted to do (at least currently) and continued to
use LaTeX. Too bad, I really like orgmode syntax.
--
Truong Nghiem
On Thu, Mar 8, 2012 a
[OT warning: no org content here, just gnome/mailcap.]
Eric Abrahamsen wrote:
> > Next question: since xpdf is available and /etc/mailcap prefers it, why
> > is nautilus using evince? Doesn't it use mailcap? I guess not, although
> > I don't know for sure[fn:1], but it wouldn't surprise me if it
Alan Schmitt wrote:
> On 13 mars 2012, at 14:41, Stefan Vollmar wrote:
>
> > Hello, we want to create slides via beamer. This works fine except
> > for source code listings (#begin_src python...#end_src) - if
> > exported as HTML they have syntax-highlighting as expected, however,
> > when expor
On 13 mars 2012, at 14:41, Stefan Vollmar wrote:
> Hello,
>
> we want to create slides via beamer. This works fine except for source code
> listings (#begin_src python...#end_src) - if exported as HTML they have
> syntax-highlighting as expected, however, when exported as LaTeX the
> syntax-hi
Hello,
we want to create slides via beamer. This works fine except for source code
listings (#begin_src python...#end_src) - if exported as HTML they have
syntax-highlighting as expected, however, when exported as LaTeX the
syntax-highlighting is lost. Is there a way to create beamer slides wit
Hello,
I'm writing a presentation for a course on OCaml, and I managed to get minted
to work. Unfortunately I'm having issues with inline code blocks. I tried to do
something like:
This value has type src_ocaml{int}
but the exported LaTeX is simply
This value has type
Is it possible to have
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.
-
>> On Mon, 12 Mar 2012 16:25:42 -0400, Christopher W Ryan said:
> Thanks Myles. That's pretty cool. --Chris
Following on from Karl's post, this thread has some useful help on
exporting inline tasks through latex:
http://lists.gnu.org/archive/html/emacs-orgmode/2011-09/msg00157.html
Please co
* Karl Voit wrote:
>
> I'll probably use your material as a starting point and extend it a
> bit. If you are interested in following the status of my material,
> please watch my repository on GitHub[3].
>
> 3. https://github.com/novoid/org-mode-workshop
I was informed that the workshop was canc
* Christopher W. Ryan wrote:
>
> Suppose I'm writing a draft of a research proposal and come to some part
> that I may want to consider changing, after I think about it some more,
> check with others, or reassess my resources. In LaTex, I'd write
> something like this:
>
> % need to look into this
>From 6254305becaaa712f6f0936263a09d9ed974e51b Mon Sep 17 00:00:00 2001
User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.94 (gnu/linux)
Cancel-Lock: sha1:/pUqi5NalGwuBic1R2H+VziOGlM=
Before it was
Do you want to this address to %s?
now it is
Do you want add to this address to %s?
---
co
36 matches
Mail list logo
