Hi Achim,
Achim Gratz writes:
> I don't see the relation to the original problem, which is caused by a
> switch from master to maint.
Yes, I realized this.
> I think that the current default, which has been in place for years, is
> just fine.
Fair enough.
> Reloading uncompiled is only use
Hallo,
we are almost done migrating to the new exporter, currently the only
showstopper is index generation, a feature we find very useful for our software
documentation, here is an example generated with an older org version:
http://www.nf.mpg.de/vinci3/doc/theindex.html
We tried to locate t
Bastien writes:
>> Reloading uncompiled is only useful for when you want to
>> create backtraces.
>
> ... which is why I always want, but users don't, I agree.
We could provide org-reload-uncompiled that calls org-reload with a
prefix argument, which would allow anyone so inclined to map "C-c C-
Achim Gratz writes:
> Bastien writes:
>>> Reloading uncompiled is only useful for when you want to
>>> create backtraces.
>>
>> ... which is why I always want, but users don't, I agree.
>
> We could provide org-reload-uncompiled that calls org-reload with a
> prefix argument, which would allow
Hi Andreas,
Andreas Leha writes:
> On a related note: I'd also love to see the changes in the
> source code buffers be autosaved in the org file. I've lost some big
> edits already due to power loss on my (old) laptop.
There is now `org-edit-src-auto-save-idle-delay' which you can
set to >0
Nicolas Goaziou writes:
> It has been removed. Such a template depends on the back-end used, which
> was not the case of the previous implementation.
One idea would be to have an equivalent of the now-defunct
`org-insert-export-options-template' but for each backend.
For example `C-c C-e h t' w
Bastien writes:
> PS: I wonder if *any* of the menu item is used... as I don't use the
> menu myself, it's hard to tell.
These days I only ever use it for "Show All" which does have a menu
entry, but no key binding. But before I got used to where the keys are
I often used the menu to do things in
Bastien writes:
> Nicolas Goaziou writes:
>
>> It has been removed. Such a template depends on the back-end used, which
>> was not the case of the previous implementation.
>
> One idea would be to have an equivalent of the now-defunct
> `org-insert-export-options-template' but for each backend.
Completing myself,
> IMO, I would call that an Org limitation. Org is not LaTeX, even if it
> provides many LaTeX facilities. Also, the OP's problem can be solved in
> many ways under Emacs. For example, I use "mt" (both "m" and "t" are on
> my home row) as a snippet to insert "\(\)" in an Org buf
t...@tsdye.com (Thomas S. Dye) writes:
> Nicolas Goaziou writes:
>
>> t...@tsdye.com (Thomas S. Dye) writes:
>>
>>> I think the new code to handle split links has broken links that aren't
>>> split.
>>>
>>> Here is an ECM:
>>>
>>> * Headline to split
>>>
>>> [[Headline
>>> to split]]
>>>
>>> [[H
Hello,
Stefan Vollmar writes:
> we are almost done migrating to the new exporter, currently the only
> showstopper is index generation, a feature we find very useful for our
> software documentation, here is an example generated with an older org
> version: http://www.nf.mpg.de/vinci3/doc/theind
Achim Gratz writes:
> Bastien writes:
>> PS: I wonder if *any* of the menu item is used... as I don't use the
>> menu myself, it's hard to tell.
>
> These days I only ever use it for "Show All" which does have a menu
> entry, but no key binding. But before I got used to where the keys are
> I of
Hi Michael,
Michael Brand writes:
> Minimal test to reproduce:
> 1) put the attached n.org and t.org into one directory
> 2) emacs -q
> 3) C-x 3
> 4) open n.org
> 5) M->, C-p, C-c C-o
> The last step changes the scroll state of n.org but the return value
> of window-start is expected be the same
Hi there, `org-drill' has broken recently (after git commit
"3380460"), here is the steps
to reproduce the issue:
1. Create a new org-mode buffer with the following contents:
* org-drill test :drill:
Foo
** Answer
Bar
2. M-x org-drill
3. Press
4. Press `2' and you are stuck there forever until
(Updating the subject.)
Eric Abrahamsen writes:
> Related to this -- how do you folks handle multiple local git branches?
> Do you always run uncompiled, and follow every git checkout with
> org-reload? I've caught myself several times recently doing git
> checkouts and reloading, but of course
Karl Voit writes:
> * Karl Voit wrote:
>>
>> I updated Org to latest git and I moved from Debian yasnippet to
>> github yasnippet (latest) and I still do have this issue.
>>
>> So it's my set-up which is causing this effect. Damn. I guess I
>> have to debug this by disabling parts of my config .
System Windows 7, 64 bit
Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on mRVIN
Org-mode 7.9.3 (7.9.3e-14-g981c6d @ c:/Org/lisp/)
It appears that there is no simple option in the export dispatcher to
either switch to and then kill or simply kill the export dispatcher UI
(or buffer) if you
My mistake. I forgot about C-g.
Charlie
On 2/16/2013 8:45 AM, Charles wrote:
System Windows 7, 64 bit
Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on mRVIN
Org-mode 7.9.3 (7.9.3e-14-g981c6d @ c:/Org/lisp/)
It appears that there is no simple option in the export dispatcher to
either swit
I'm not sure if my immediate follow up was sent to the list.
I forgot about C-g.
Charlie Millar
On 2/16/2013 8:45 AM, Charles wrote:
System Windows 7, 64 bit
Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on mRVIN
Org-mode 7.9.3 (7.9.3e-14-g981c6d @ c:/Org/lisp/)
It appears that there is
Bastien writes:
> Yes, that's the mistake I often did. Especially because make test
> compiles the file and do not deleted the compiled files.
>
> Maybe we can have make testclean = make test && make clean
>
> Achim, would that be useful?
We already have "make test-dirty" for testing without doin
Hello,
Charles writes:
> I'm not sure if my immediate follow up was sent to the list.
>
> I forgot about C-g.
>
> Charlie Millar
>
> On 2/16/2013 8:45 AM, Charles wrote:
>> System Windows 7, 64 bit
>> Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on mRVIN
>> Org-mode 7.9.3 (7.9.3e-14-g981c6
Hi Bastien
On Sat, Feb 16, 2013 at 2:13 PM, Bastien wrote:
> I finally fixed this with this commit:
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=adcc0d
Fix confirmed.
> Thanks for reporting this!
Thank you for the nice solution.
Michael
Hi Achim,
Achim Gratz writes:
> We already have "make test-dirty" for testing without doing a compile.
> However, if you'd rather have that target, you can easily add it to
> local.mk:
>
> .PHONY: testclean # in case you'll ever have a file named "testclean"
> testclean: test clean
>
> In g
Hi Nicolas,
Nicolas Goaziou writes:
> IMO, I would call that an Org limitation.
I'm fine with the current limitation -- if that's just one email
per year, I think we can handle this :)
FWIW I'm not in favor of removing the ability to inline $x^2$
and to deprecate the use of $ completely. If
Hi York,
York Zhao writes:
> Hi there, `org-drill' has broken recently (after git commit
> "3380460"), here is the steps
> to reproduce the issue:
>
> 1. Create a new org-mode buffer with the following contents:
>
> * org-drill test :drill:
> Foo
> ** Answer
> Bar
>
> 2. M-x org-drill
> 3. Pres
On Sat, Feb 16, 2013 at 2:09 AM, Nicolas Goaziou wrote:
> Use SPC, DEL, C-n or C-p to scroll.
That works.
Any reason scroll bars could not be enabled too? I see one, but any
mouse clicks just generate spurious minibuffer messages. Thanks.
Skip Collins writes:
> On Sat, Feb 16, 2013 at 2:09 AM, Nicolas Goaziou wrote:
>> Use SPC, DEL, C-n or C-p to scroll.
>
> That works.
>
> Any reason scroll bars could not be enabled too? I see one, but any
> mouse clicks just generate spurious minibuffer messages. Thanks.
When *Org Export Dispa
Achim Gratz writes:
> Bastien writes:
>> Yes, that's the mistake I often did. Especially because make test
>> compiles the file and do not deleted the compiled files.
>>
>> Maybe we can have make testclean = make test && make clean
>>
>> Achim, would that be useful?
>
> We already have "make tes
Bastien writes:
> FWIW I'm not in favor of removing the ability to inline $x^2$
> and to deprecate the use of $ completely. If this flexibility
> is not too problematic (from a maintainance point of view), I'd
> say it's fine to keep it.
While I agree that \(·\) is the preferred and Rightᵀᴹ del
* Rafael wrote:
>
> I think I have the newest (github) yasnippet, and doing C-h f on
> yas/load-directory, it says that it is an obsolete function,
> recommending yas-load-directory instead. Maybe it is worth a try.
Thanks for the hint but it does not change my behavior :-(
As a matter of fact,
> Would you mind testing the following patch? I don't like it much because
> it's an all or nothing fontification. I think latex snippets, entities
> and sub/superscript should be separated.
I have no experienced any problems. I agree that it would be better
not to be able not to fontitfy rouge
Bastien writes:
>> It has been removed. Such a template depends on the back-end used, which
>> was not the case of the previous implementation.
>
> One idea would be to have an equivalent of the now-defunct
> `org-insert-export-options-template' but for each backend.
>
> For example `C-c C-e h t'
Bastien wrote:
> PS: I wonder if *any* of the menu item is used... as I don't use the
> menu myself, it's hard to tell.
>
I do: there are many things I use rarely[fn:1] (e.g. archiving, drawers,
properties, even marking TODOs outside the agenda: was that C-c t or C-c
C-t now?) that I have not g
Nicolas Goaziou writes:
>> Now, both the links are broken :(
>
> This is good news: the problem is now consistent ;)
>
> Anyway, these links export fine to LaTeX, HTML and ASCII, which means
> the problem now resides in ox-texinfo.el.
>
Thanks Nicolas. I'll wait for Jonathan to tweak ox-texinfo
Nicolas Goaziou wrote:
> ...
> Thus, I suggest to announce that $ (both $ and $$, even though $$ don't
> have problems /per se/) symbols for should be avoided. Then, in a year
> or so, we can remove them completely from code base.
>
Agree. Also $$ may not cause problems to org, but according to
Eric Abrahamsen wrote:
> Achim Gratz writes:
>
> > Bastien writes:
> >> PS: I wonder if *any* of the menu item is used... as I don't use the
> >> menu myself, it's hard to tell.
> >
> > These days I only ever use it for "Show All" which does have a menu
> > entry, but no key binding. But befor
Nick Dokos wrote:
> Nicolas Goaziou wrote:
>
> > ...
> > Thus, I suggest to announce that $ (both $ and $$, even though $$ don't
> > have problems /per se/) symbols for should be avoided. Then, in a year
> > or so, we can remove them completely from code base.
> >
>
> Agree. Also $$...$$ may
Nick Dokos wrote:
> Eric Abrahamsen wrote:
>
> > Achim Gratz writes:
> >
> > > Bastien writes:
> > >> PS: I wonder if *any* of the menu item is used... as I don't use the
> > >> menu myself, it's hard to tell.
> > >
> > > These days I only ever use it for "Show All" which does have a menu
> >
Rasmus writes:
> Not really. IMO, the old template added to much noise and didn't have
> nice defaults. That's purely subjective, though!
That's what this thread is for -- collect purely subjective
feedback so we can get a rough idea of whether it's useful to
implement this feature or not :)
Nick Dokos writes:
> Bastien wrote:
>
>> PS: I wonder if *any* of the menu item is used... as I don't use the
>> menu myself, it's hard to tell.
>>
>
> I do: there are many things I use rarely[fn:1] (e.g. archiving, drawers,
> properties, even marking TODOs outside the agenda: was that C-c t or
awesome. thanks!
On Fri, Feb 15, 2013 at 3:00 PM, Bastien wrote:
> Hi Zech,
>
> Not To Miss writes:
>
> > I know in a source code block, C-c ' will launch a buffer to edit the
> > source code and C-c ' again will install the buffer back to the code
> > block. Sometimes I just want to abort all
Bastien writes:
> Hi Zech,
>
> Not To Miss writes:
>
>> I know in a source code block, C-c ' will launch a buffer to edit the
>> source code and C-c ' again will install the buffer back to the code
>> block. Sometimes I just want to abort all the changes, so I am
>> wondering: Is there anyway to
I've just looked at how to implement this using org-element and the new
exporter. Much to my dismay I found that table headers are not a
separate row or row group type and the new exporter is still using this
"everything before the first separator is a heading" kludge. It's easy
enough to introd
Bastien, thanks for the response and the explanation. Looks like getting
org-mode recognize the ">" prefix as a demarcator of a code block isn't the
right approach then.
What about John Hendy's suggestion of finding a face I like, and then
adding "^> text..." to the list of things org fontifies wi
Bernt Hansen writes:
> We use C-c C-k to abort a capture buffer - would that key be more
> consistent?
Indeed, I made this change, thanks!
--
Bastien
Hello,
Rasmus writes:
>> Would you mind testing the following patch? I don't like it much because
>> it's an all or nothing fontification. I think latex snippets, entities
>> and sub/superscript should be separated.
>
> I have no experienced any problems. I agree that it would be better
> not t
Nicolas Goaziou writes:
>>> Would you mind testing the following patch? I don't like it much because
>>> it's an all or nothing fontification. I think latex snippets, entities
>>> and sub/superscript should be separated.
>>
>> I have no experienced any problems. I agree that it would be better
>
On 2/13/13, Nicolas Goaziou wrote:
> Samuel Wales writes:
>> They are missing from plain text export.
>
> Fixed too.
Thank you.
>> In HTML, how do you control the hlevel of the footnotes header?
>
> See `org-html-footnotes-section'.
That looks good.
Given that it includes things that might ch
Hi,
I was having issues exporting to a "doc" file with this in my init file:
(setq org-export-odt-preferred-output-format "doc")
After some debugging, it appears my "soffice" command takes a single
dash (-), not double dash (--) for command line arguments. When I
change to
"soffice -headless -c
Hi there,
I just updated to the latest version of org. I have a couple of
classes (ie latex packages and classes, etc) that I use frequently.
These are defined using the
add-to-list 'org-export-latex-classes function in my .emacs file
For some reason the latest version of org doesn't recognize my
Achim Gratz writes:
> .PHONY: testclean # in case you'll ever have a file named "testclean"
> testclean: test clean
> In general all such targets that are simple combinations of existing
> teargets can be added that way.
Allow me a pedantic nit-pick, yet nothing so important in practice
n
Hi there.
I'm very interested in the potential applications of org-mode, and spent some
time to write some code to facilitate the integration between bookmark+ and
evince.
I'd like to share the code with you and discuss with you about it.
There are primarily two use cases.
- To bookmark so
Marvin Doyley writes:
> Hi there,
>
> I just updated to the latest version of org. I have a couple of
> classes (ie latex packages and classes, etc) that I use frequently.
> These are defined using the
> add-to-list 'org-export-latex-classes function in my .emacs file
We've got a new exporter no
On Sat, Feb 16, 2013 at 06:51:02PM -0500, Marvin Doyley wrote:
> Hi there,
>
> I just updated to the latest version of org. I have a couple of
> classes (ie latex packages and classes, etc) that I use frequently.
> These are defined using the
> add-to-list 'org-export-latex-classes function in my
Bastien writes:
> Sorry, no special effort is made to fix bugs in org-timeline because
> its future is uncertain: there is significant overlap between this
> feature from the early days of Org, and the general agenda views
> mechanism.
>
> We'll make a decision about org-timeline before releasing
On Sun, Feb 17, 2013 at 01:51:57AM +0100, Suvayu Ali wrote:
> On Sat, Feb 16, 2013 at 06:51:02PM -0500, Marvin Doyley wrote:
> > Hi there,
> >
> > I just updated to the latest version of org. I have a couple of
> > classes (ie latex packages and classes, etc) that I use frequently.
> > These are d
Thanks,
I have made the changes and it is now working
Hello, Nicolas,
On 2/16/2013 9:09 AM, Nicolas Goaziou wrote:
Hello,
Charles writes:
I'm not sure if my immediate follow up was sent to the list.
I forgot about C-g.
Charlie Millar
On 2/16/2013 8:45 AM, Charles wrote:
System Windows 7, 64 bit
Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-0
Hi, gang.
A few times already, I spoke on this list of my need to see the weights
of subtrees on header lines. Nicolas Goaziou was kind enough to write
the function for computing the weights, I wrapped some Lisp code around
this, and shared the result on this list. In that code, I had a command
I've noticed for a while that two org files in my ~/org directory never
get added to org-agenda-files, and I can't figure out why. My
org-agenda-files is set to '("~/org/"), and yet:
(dolist (f (directory-files "~/org" t "org$"))
(unless (member f org-agenda-files)
(insert (format "%s: %s\n"
Yes I understand your point. However, setting TODO for each category
manually would be laborious in my situation, I have to adjust the
configuration file each time I add/delete the project.
For my implementation, I advice on function 'org-agenda-finalize-entries'
to put lists into different groups
61 matches
Mail list logo
