When I run org-store-link inside a .bib file, I get the cache error below.
If somebody's interested, I can send the log separately in a zip file.
It's too big for my email client to send uncompressed, and I believe I
can't send compressed files to this list.
This is using:
Emacs : GNU Emacs 29.
on, May 30, 2022 at 10:09 PM Ihor Radchenko wrote:
> Scott Otterson writes:
>
> > Having just updated to emacs 28.1, I'm seeing the warning
> >
> > org-element--cache: Unregistered buffer
> >
> > every time I open a .org file. I also notice that org-supe
Hi Nicolas,
Thanks for the help.
Scott
On Mon, Dec 16, 2019 at 8:22 AM Nicolas Goaziou
wrote:
> Hello,
>
> Scott Otterson writes:
>
> > A function I wrote a few months ago is now failing because it's unable
> > to find the org function "org-at-target-p&qu
For years, I've used the function, org-at-target-p to detect when the
cursor is on a dedicated target. Recently, org-at-target-p disappeared
from elpa -- for example, it's not in the org.el included in
org-plus-contrib-20191209.
Was its removal intentional, and if so, is there a new function with
drop the list in your replies.]
>
>
>
> -- Forwarded message --
> From: Kyle Meyer
> To: Scott Otterson , Nicolas Goaziou <
> m...@nicolasgoaziou.fr>
> Cc:
> Bcc:
> Date: Mon, 09 Oct 2017 14:32:00 -0400
> Subject: Re: org-open-at-point fails on internal links
> Scott Otterson writes:
>
>> When I click on an internal link to an anchor, I get the error message:
>>
>> "Wrong type argument: number-or-marker-p"
The problem has something do do with org-mouse.el -- if I go to Emacs
customize "Org Modules" and
When I click on an internal link to an anchor, I get the error message:
"Wrong type argument: number-or-marker-p"
The same happens if I type C-c C-o on the link. This is mapped
to org-open-at-point, which should handle internal links.
However, if I type C-c o on the link, then the cursor goes t
The purpose of the M-RET binding is to allow quick splitting of long
headlines generated during rapid brainstorming e.g.
* Common pets are cats and dogs
Can be quickly converted using M-RET to:
* Common pets are
* cats and
* dogs
This is a short distance from
* Common pets
* cats
* dogs
T
I use Evernote, which has handy annotation, tagging, and search functions.
The offline desktop client also has a "Copy URL" button, which puts the
Evernote server location where you stored the page into your clipboard. I
paste that into an org-mode link. If you're on Linux, you can copy the URL
This is interesting. A heading named "Footnotes" will be deleted from the
export result (html, latex,...).
--- example.org: Do "C-c C-e h o" or whatever on it --
* Heading 1
* Footnotes
* Heading 3
--
Thanks to Nicolas and Scott for your painstaking efforts. At least for me,
a fine stopgap measure is to simply avoid Latex crashes for orgmode
contents that are not explicitly Latex. Sometime after that, it would be
ideal to produce similar output for all export types, insofar as that's
possible.
Yes, there's a general question of how to escape multiple underscores.
But there's a bigger question too: Should an org-doc that runs fine in
other exporters cause a messy-to-debug crash when it's exported to Latex?
Is that the Pandoc-like behavior that orgmode seems to be aiming for?
I love org
as Goaziou
wrote:
> Hello,
>
> Scott Otterson writes:
>
> > If a plain list has more than four levels, org-mode will produce latex
> that
> > crashes. See attached. On the other hand, html export works fine, even
> > for much deeper lists.
> >
> >
rrent behavior, that's not possible. If I modify the org
doc to avoid latex crashes (escaping the '#' in the URL), then the same
document exported to html will not work; click on the html link and you'll
get a 404 error.
On Sat, Dec 3, 2016 at 10:03 PM, Nicolas Goaziou
wrote:
&g
When an org file contains a string with more than one underscore, the
orgmode export result will crash latex (example attached). On the other
hand, the org html export does finish successfully, and while result is
odd, it's odd in a way that makes the problem visible and easy to identify.
Many p
If a plain list has more than four levels, org-mode will produce latex that
crashes. See attached. On the other hand, html export works fine, even
for much deeper lists.
In a large org file, this export error is pretty time consuming for a naive
user (me) to isolate, so I'd like to suggest that,
;\#', then latexmk can successfully make a pdf.
Do you see something different?
Thanks,
Scott
On Tue, Nov 29, 2016 at 1:57 PM, Scott Otterson
wrote:
> Very strange. I moved to a different Windows machine, totally reinstalled
> elpa/melpa, and the tmp.org file that emailed the list st
Thanks Nicolas,
I'd like to test your fix but I'm a github newbie (*). Where did you check
it in? I don't know if it's melpa or elpa, or if the fix is in a personal
account or something official. Is there a standard way everybody
contributes their fixes?
Scott
(*) For the same reason, I still
The size of the latex preview overlay scaling is inconsistent across
screens with different pixel densities.
I've set my customization to use dvipng for the latex previews I see when I
type C-c C-x C-l. Dvipng is customized as follows:
[image: Inline image 1]
The "Value" is set to (1.0 . 1.0),
Latex export sometimes fails when I put a link in a headline Usually,
links in headlines work fine but below is an example that doesn't (error
message in emacs buffer attached); If I remove the link, the export is
successful.
-- tmp.org
In my org file, I have ordered capital lettered plain lists like this:
A. Item A
B. Item B
a. subitem a
b. submitem b
C. Item C
But when I export them to a pdf via latex, they look like this:
1. Item A
2. Item B
(a) subitem a
(b) submitem b
3. Item C
Is this a bug or is it exp
Happy to try it out. Should I expect the change on elpa/org sometime soon?
Scott
On Sun, Nov 27, 2016 at 12:12 PM, Nicolas Goaziou
wrote:
> Hello,
>
> Scott Otterson writes:
>
> > Thanks Fabrice. After more experimentation, I found that image-converter
> > field of
, 2016 at 5:35 PM, Fabrice Popineau <
fabrice.popin...@supelec.fr> wrote:
>
>
> 2016-11-26 16:41 GMT+01:00 Scott Otterson :
>
>> In my Windows build of emacs, when I put the cursor in a latex equation
>> and run
>>
>> M-x org-toggle-latex-fragment
>>
>
In my Windows build of emacs, when I put the cursor in a latex equation and
run
M-x org-toggle-latex-fragment
then things chug along for a second but then fail. In the *Org Preview
LaTex Output* buffer, I see the message:
This is dvipng 1.15 Copyright 2002-2015 Jan-Ake Larsson
[1
dvipng: Fatal
!
On Mon, Sep 30, 2013 at 5:16 PM, Scott Otterson wrote:
> Hi, I've just updated to emacs 24.3.1 and org-mode 8.2, and the very
> useful org-store-link function is now broken.
>
> For years, I've been inserting bibtex file links into my org files with
> this simple procedure
Hi, I've just updated to emacs 24.3.1 and org-mode 8.2, and the very
useful org-store-link function is now broken.
For years, I've been inserting bibtex file links into my org files with
this simple procedure:
1. Put cursor on an article in a bibtex file
2. C-c l
3. Put cursor in org file
<> and <<>> are great for ensuring that internal
hyperlinks go to the right place in your org document. The problem with
them, though, is that they clutter up the text, making it less readable.
Attempts to get around this problem cause more problems. For example, to
avoid the clutter, I often en
1 at 8:08 AM, Scott Otterson
> wrote:
> > When I start emacs and then edit an org file, ascii export fails (M-x
> > org-export [return key] a). No export file is created and I see the
> > following message:
> > Autoloading failed to define function org-export-as-asci
When I start emacs and then edit an org file, ascii export fails (M-x
org-export [return key] a). No export file is created and I see the
following message:
Autoloading failed to define function org-export-as-ascii
But if I type:
M-x org-customize
then export works. The other way I ca
Scot, Anthony and Carsten,
Thanks a ton for the help (and mods). I'll try out these two approaches to
protecting me from myself and see which one I like best.
Scott
>
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the lis
For what must be the dozenth time, I've just accidentally deleted a large
tree by typing C-k while in a headline.
This is really easy to do because emacs users have "C-k deletes to the end
of the line" worn deeply into their neural pathways -- it's so automatic for
me that the keystroke is close t
<> and <<>> are great for making sure internal links
go to the right place in your org document. The problem with them, though,
is that they clutter up the text, making it less readable.
So, here's my feature request: Hide the target angle brackets in the same
way that square brackets are hidden
I also see this problem. In addition, links are rendered in plain text
instead of being hidden. I'm using emacs 23 on OS X.
Scott
Carsten Dominic wrote:
Hi,
I cannot reproduce this.
- Carsten
___
Emacs-orgmode mailing list
Remember: use `Repl
Thanks, Carsten.
Not only is this a bug fix, it's a nice improvement that increases
consistency with other org operations. I think it's fine touches like
this that make org mode so intuitive.
Scott
On Jan 21, 2009, at 9:43 AM, Carsten Dominik wrote:
Hi,
following this thread, I have r
Yup, it's C-c *. Thanks for updating the FAQ so quickly!
Scott
On 12/29/2008 12:19 PM, Matthew Lundin wrote:
<...>
I believe we've incorrectly typed the keybinding for org-ctrl-c-star.
In the previous posts and subject line, "C-*" should be "C-c *".
Best,
Matt
__
I just discovered the very handy C-* function -- I've been converting
lists to headlines manually! But I also discovered a couple of bugs:
If I select a region containing a plain list and then type C-*, org mode
adds the leading stars but doesn't remove the plain list symbols, for
example, t
On 12/29/2008 9:00 AM, Matthew Lundin wrote:
<...>
"Rustom Mody" writes:
<..>
2. Converting heading type
C-c - or S-/ should do the trick.
This does replace '+' or whatever with '*' but it doesn't add the
leading stars, turning a list into a heading. But C-* does the trick.
Under Vista, when I try to build org-mode by calling make, I get the
following error popup every time emacs is called to to the byte compile:
"sh.exe has stopped working"
and I must click a button to unfreeze the make. However, the compile
has actually worked correctly, and I suspect that
This great, but maybe it's not in the latest org version? In 6.06b,
when I type C-c ', I get sent to ffap. This matches the comments in
org-edit-special, which indicate that this is what will happen.
Anyway, thanks for implementing this.
Scott
On 9/5/2008 2:58 PM, Carsten Dominik wrote:
.
Thanks! Yes, this does work, and I'll definitely use it.
I wonder how hard it would be to automate those steps.
Scott
On 8/25/2008 5:26 PM, William Henney wrote:
Hi Scott
<...>
What seems to work is to first set aside some lines for your artistic
creation, select them, and do "C-x n n" (narro
Yeah, that's what I thought about #+BEGIN_QUOTE too.
By the way, it would be lovely if it were possible to use emacs's
built-in artist-mode:
http://www.cinsk.org/emacs/emacs-artist.html
to draw diagrams inside of an org mode buffer. Right now, hitting M-x
artist-mode while already in org
Is there a way to protect text regions from org mode parsing? When I
paste the following under an org mode headline:
+---+ +--> future x
++ |predict| | +---+
x -->|TDL +--| x |--+-->| |
++ +---+ |pre
Ted, Bastien and Carsten. Thanks for the tips!
Of course, I'd forgotten that org-mode already had something built-in :
#+OPTIONS: H:0
but
org-jsinfo
is also pretty cool. Finally, I'd never heard of
htmlize.el
This gets the colors right but misses links. Still, I will probably
Does anybody have a set of configurations that will produce exported
html that looks like an org file when viewed inside of emacs?
For example, I'd like to see this emacs orgmode buffer
* heading 1
text for 1
** heading 1.1
text for 1.1
** heading 1.2
text for 1.2
* heading 2
* heading
Yes, starting with line numbers sounds like a good idea. So far, then,
the suggestion in its full glory is:
link storage
include punctuation in matching pattern
expand matching pattern outwards until matching uniqueness is
assured across the whole file
stor
Yeah, I guess that instead of saying it was a small bug, I should have
said that it's a bug of small consequence (for most users, but matters
to me, least).
The ambiguity problem you mention could be solved by matching more than
one line. To keep the string stored in the org link short,
org-
Scott Otterson wrote:
Small bug in org store link. To reproduce, put the cursor on line 1007
I meant to say "line 1007 of the attached file"
Scott
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to
Small bug in org store link. To reproduce, put the cursor on line 1007
and run org-store-link. Then use the result to create a hyperlink in an
org file, which for me looks like:
[[file:~/lib/c/pkgs/quicknet/qnstrn.cc::ftr1_window_offset%20ftr1_window_len][call]]
Then click on that hyper
Carsten Dominik wrote:
- M-RET no longer brakes a line in the middle, it will make a
new line after the current or (if cursor is at the beginning
of the line) before the current line.
I there a way to restore the old M-RET behavior?
I use it all the time when brainstorming:
Oops, I forgot to attach my .org file. It's attached now.
However, this bug may be fixed after the work of Nick and Bastien. I'll
check it out on the next release.
Scott
Scott Otterson wrote:
Huh, for me, both 'org-export-region-as-latex' and
'org-export-as-lat
omething to do with this particular document or maybe my .emacs?
Scott
% Created 2008-02-06 Wed 11:32
\documentclass[11pt,a4paper]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{hyperref}
\title{* RUNS}
\author{Scott Otterson}
\date{06 February 2008}
\begin{document}
\make
Tables are one of the handiest org mode features, especially since I can
export them into latex. But there's a small bug: If I select a single
table in an org file, and then type:
M-x org-export-region-as-latex
org mode exports all tables in that file, plus some miscellaneous headlines.
Tables are one of the handiest org mode features, especially since I can
export them into latex. But there's a small bug: If I select a single
table in an org file, and then type:
M-x org-export-region-as-latex
org mode exports all tables in that file, plus some miscellaneous headlines.
can figure out
what sequence puts org mode into this state, I'll let you know.
Scott
Nick Dokos (12/30/2007 07:22 PM) wrote:
Scott Otterson <[EMAIL PROTECTED]> wrote:
When I have the cursor in the middle of table and press the up or down
key, the cursor moves up or dow
When I have the cursor in the middle of table and press the up or down
key, the cursor moves up or down as expected, but it also goes to the
left hand of the screen -- cumbersome when navigating wide tables,
because you have to right-arrow back to the original column, if you can
remember which
There's a small bug with hidden emphasis markers inside of tables. In
the attached org file, if I have org-hide-emphasis-markers set to true,
then in the 2nd to last row (starting with 04878) the first and last
columns are incorrectly left justified.
Apologies for the bulky test case, but thi
While in the customization group "Org Font Lock", I get this error message:
scan error: "unbalanced parenthesis," 22124, 47405
After I have set "org hide emphasis markers" to "on" and have clicked
the "set for current session" button.
I'm using emacs 22.1.1 and org 5.15
Scott
__
Now that the emphasis code has been simplified in 5.14, is it possible
to go back and fix a lingering bug with emphasis and sub-headlines? The
problem is that emphasis doesn't work if it's applied on the first
ub-headline character. For example, emphasis fails for the first
sub-headline below
A small bug in v5.02: If I put the cursor on a headline that is longer
than 100 columns, and if I type
M-x fill-paragraph
then nothing happens. It used to be that fill-paragraph would wrap
too-long headlines, but this hasn't worked for maybe the last three
org-mode versions. I'm using emac
Just reporting a small bug in org-mode 5.02...
In the outline between the dotted lines below, if I:
* put the cursor at the end of "TODO confidence overlaps:"
* hit M-ret
* hit M-rightArrow
A new subheadline under "TODO confidence overlaps:" is created, as
expected. The problem is that the usu
Lately, I've been creating a lot of tables from text from text files
containing a mix of English text and columnar data (the stuff I'm
importing). This is pretty easy to do in org-mode: save the columnar
data to a temporary file and then run M-x org-table-import. But it
would be even easier
I'll agree with Daniel that sometimes, it's useful to have vertical
table separators. Here's how I kind-of do it:
| asdlfj | | alsjfdas |
|+---+--|
| alsdjf | | aqsljf |
| asdljf | | asldjf |
This is visible enough inside of org-mode and it yields a widish gap in
exp
Lately, I've been creating a lot of tables from text from text files
containing a mix of English text and columnar data (the stuff I'm
importing). This is pretty easy to do in org-mode: save the columnar
data to a temporary file and then run M-x org-table-import. But it
would be even easier
I'll agree with Daniel that
sometimes, it's useful to have vertical table separators. Here's how I
kind-of do it:
| asdlfj | | alsjfdas |
|+---+--|
| alsdjf | | aqsljf |
| asdljf | | asldjf |
This is visible enough inside of org-mode and it yields a widish
gap in ex
I'll agree with Daniel that
sometimes, it's useful to have vertical table separators. Here's how I
kind-of do it:
| asdlfj | | alsjfdas |
|+---+--|
| alsdjf | | aqsljf |
| asdljf | | asldjf |
This is visible enough inside of org-mode and it yields a widish
gap in ex
When I visit an org mode http link with C-c C-o, emacs opens up firefox
and goes to that url. However, when I use:
org-export
b
the Mozilla web browser pops up instead. This is on a Linux machine,
org 4.68, and with the emacs variable browse-url-browser-function set to
browse
Yes, that'll work. Thanks!
Scott
From: goud-H <[EMAIL PROTECTED]>
> What would the HTML code look like?
>
> - Carsten
>
col 1
col 2
col 3
aa
aa
aa
bb
bb
bb
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gn
Here's a question, or maybe a feature request... Is there a way to make
table row boundaries show up in html exports? For example, when I
html-export a table like this:
| col 1 | col 2 | col 3 |
|---+---+---|
| a | a | a |
| a | a | a |
|---+
Carsten,
Thanks a lot for implementing the new link behavior, where selected
text becomes the default link description. Unfortunately, it doesn't
work for me on org 4.62 or 4.63 (emacs 22.0.92.1 on windows; emacs
22.0.50.1 on linux). The behavior is the same as it was pre-4.62,
whether or n
aste, so I won't complain if
you don't think this is worth your time!
Scott
Carsten Dominik (1/15/2007 1:21 PM) wrote:
That is on purpose, or a link would always find itself.
- Carsten
On Jan 15, 2007, at 18:28, Scott Otterson wrote:
In org-mode 4.61, internal links don't match
14, 2007, at 18:51, Scott Otterson wrote:
Here's a feature request: If text is selected when the create link
command is invoked (C-c C-l), then the selected text becomes the
default contents for the link description mini-buffer. If no text is
selected, the description mini-buffer is blan
In org-mode 4.61, internal links don't match on external link
description text. Here's an example org file
--
* head1
an internal link that should match the external link: [[BBC story]]
* head2
[[http://news.bbc.co.uk/2/hi/americas/6262555.stm][BBC story]]
* head3
In org-mode 4.61, internal links don't match on external link
description text. Here's an example org file
--
* head1
an internal link that should match the external link: [[BBC story]]
* head2
[[http://news.bbc.co.uk/2/hi/americas/6262555.stm][BBC story]]
* head3
--
Here's a feature request: If text is selected when the create link
command is invoked (C-c C-l), then the selected text becomes the default
contents for the link description mini-buffer. If no text is selected,
the description mini-buffer is blank, as it is now.
This would reduce substantial
Carsten,
I can make this happen in the org file between the dashes:
* headline1
* headline2
* headline3
---
If I put the cursor at the end of headline2 and then hit M-enter,
M-rightArrow, the result is a new headline with no space between the
At first, I wasn't sure I'd use the new '[X]' checklists, but now I've
got them sprinkled all over my .org files -- they're especially handy
for multi-step tasks which are done repeatedly.
When I repeat a multi-step task I've done before, one of the first
things I do is to uncheck all of the
How about using the agenda "list of files to include" selection method?
Specifying files to be published is a similar problem so reusing the agenda method would
be consistent in a way. It works pretty well too.
Scott
Chris wallace <[EMAIL PROTECTED]> wrote:
PS. On the subject of org-publi
Piotr,
With the latest org-mouse.el, when I right click on a headline, I get this
error message in the mini-buffer:
Symbol's function definition is void: find-if
Right clicks work fine if I'm not on a headline, though.
I'm using emacs 22.0.50.2
Scott
_
m not sure I understand correctly.
- Carsten
On Jun 3, 2006, at 0:51, Scott Otterson wrote:
I really like the interface Carsten created for visible exports, the
one where you type:
M-x org-export-visible [RET]
and then hit a single key for ascii, html, or whatever. For
consistency, coul
I really like the interface Carsten created for visible exports, the one
where you type:
M-x org-export-visible [RET]
and then hit a single key for ascii, html, or whatever. For
consistency, could this same approach be taken for the regular exports
eg. org-export-as-html-and-open?
Than
I've got a couple of export requests:
1.) Remove the 's: To me, at least, the list items in org-mode's
exported html are spaced too vertically far apart. However, I think the
look is OK, when I just remove all of the tags in the html file --
sort of matches the look of the ascii output tha
I think there's an error in the org-mode manual. The snippet at the end
of section 9.2:
* COMMENT HTML style specifications
# Local Variables:
# org-export-html-style: "
p {font-weight: normal; color: gray; }
h1 {color: black; }
"
# End: ***
needs t
Carsten Dominik (05/12/2006 12:57 AM) wrote:
In the next version, this is going to work as follows:
The command org-export-copy-visible no longer exists.
Instead there is a new command org-export-visible, bound to C-c C-x v.
When using this command, you are prompted for another key, to specify
My biggest use of org-mode export is spitting out simple ASCII lists
that I paste into emails. Even so, I have picky export enhancement
requests:
1.) Add org-export-visible-as-ascii: org-export-copy-visible creates a
new org file containing the visible text. The problem for me is that
it's
From: Austin Frank <[EMAIL PROTECTED]>
1) Do you find it to be more convenient to have one file per topic
(research.org, personal.org, etc), or one directory per topic with more
specific files within it (research/project1.org, personal/finances.org)?
Separate directories. I've only used or
Carsten Dominik (04/06/2006 12:28 PM) wrote:
scotto:
3.) If I put the cursor in the link and type C-c C-l, then
the minibuffer says:
Link: shell:ls%20*.org
If I cancel (C-g), C-c C-o still works.
carsten:
In the hidden part of a link, space and brackets are escaped. I forgot
t
Lot's of nice changes in 4.19. I'm really impressed at how fast Carsten
& Co. are cranking out new code and new fixes.
Looks like there are a few problems with shell links in 4.19c, though.
1.) If I type C-c C-l, and then at the link: prompt, type
shell:SPACE
where SPACE means I hit t
Good idea about the *Messages* buffer -- I've always completely ignored
it. Looking at it over, I realized that my problem is due to a conflict
between org-4-19a and an old allout setting I had in my .emacs. With
these lines in my .emacs:
---
(defv
It turns out that the org-xemacs-p was coming from org-mouse.el. I
pulled that out of my path and no longer got that org-xemacs-p error
message. But the fontlocking problems are all still there.
M-x org-version shows that I'm using 4.19a.
Hmm.
Scott
Carsten Dominik (03/29/2006 08:51 PM) wr
Wow, that was a quick request-to-test turnaround. I tried out the new
hyperlinks and the new format shows up as advertized. However,
fontlocking no longer works -- everything's in black and white and the
leading edge stars are visible, even though I have
org-hide-leading-stars set turned on.
you make a backtrace?
If you don't know how, here is how:
Load org.el, not org.elc, for example
M-x load-file RET /path/to/org.el RET
Use the Options menu to turn on "debug on error".
Go and hit the error. A new window pops up and shows a trace. Send
me/us this buffer.
- Carste
I really like the new internal links. One thing I'm still missing from
emacs-planner is the ability to display the link with the link
destination replaced with descriptive text.
Org-mode now does this when you type [[link text][description]] and then
export; I'd like it if org-mode did this
When I type alt-leftArrow and am on a headline, I'm getting this
minibuffer error message:
Wrong number of arguments: #,2
This is only happening on windows emacs 22.0.50.2. I don't see it on
Linux using the same .emacs and emacs version.
Any idea what could be wrong?
Thanks,
Scott
_
93 matches
Mail list logo
