Dear Nicolas and all,
The org-export provides a quitting option for user by typing `q`.
This is nice feature but it is implemented with an error function.
For me, it is not actually an error, it is one of the user actions,
and when `debug-on-error` is `t`, the Backtrace buffer will be
popped up
Pankaj Jangid writes:
> C-c TAB is working but earlier the behaviour was to apply
> directive by default on next electric formatting. Has the behaviour
> changed in 9.3?
9.2, I believe, more specifically 6d6a30d4c (org-table: Implement shrunk
columns, 2017-06-27). The relevant NEWS entry,
"Fraga, Eric" writes:
> You need to type C-c TAB to get the column to adjust to the
> specification. Did you do that?
C-c TAB is working but earlier the behaviour was to apply
directive by default on next electric formatting. Has the behaviour
changed in 9.3?
Regards,
--
Pankaj Jangid
On 03 Dec 2019, Adam Porter wrote:
>You might consider adjusting your fontification settings. The
>single-line outline path can be quite readable with the right faces (see
>attached example).
That's a useful hint generally, thank you. However, for most of the Org Mode
files I work with, the
> I'd also be happy with a helm interface to the actual headline text
I use `helm-semantic-or-imenu' to navigate between org headlines, it may
partly fit your needs.
If you like ivy, you might find this helpful:
(defun ivy-org-jump-to-heading ()
"Jump to heading in the current buffer."
(interactive)
(let ((headlines '()))
(save-excursion
(goto-char (point-min))
(while (re-search-forward
;; this matches org headings in elisp
I have solved this problem after some investigation. It could
perhaps apply to other users.
I had customized the value 'org-modules'. This was fine so
long as we had 'org-gnus' (and other similar modules). But in
org 9.3 this has become 'ol-gnus' (and ol-bbdb and so
on). Now, 'ol-gnus' and the
* Kaushal Modi wrote:
>
> On Wed, Dec 4, 2019 at 1:32 PM Karl Voit wrote:
>
>> Hi,
>>
>> For LaTeX export, I'd love to use ::LATEX_HEADER: instead of
>> file-based settings with #+LATEX_HEADER.
>
> Typically all Org export keywords work in properties too, but with an
> "EXPORT_" prefix.
>
> See
On Wed, Dec 4, 2019 at 1:32 PM Karl Voit wrote:
> Hi,
>
> For LaTeX export, I'd love to use ::LATEX_HEADER: instead of
> file-based settings with #+LATEX_HEADER.
>
Typically all Org export keywords work in properties too, but with an
"EXPORT_" prefix.
See if the ":EXPORT_LATEX_HEADER:"
Hi,
I tend to have everything within larger Org mode file. Therefore, I
mostly rely on export settings I'm able to control via PROPERTY
drawer values instead of file-based methods. Most of the time, there
is always a property version as well as a file-based version for
settings.
For LaTeX
Just to update, reversion to an earlier org-mode makes these
problems go away.
That still doesn't parse the question of whether there is
something in my own setup that now doesn't work as opposed to
a more general problem.
Continuing work
--
Bob Newell
Honolulu, Hawai`i
- Via
You need to type C-c TAB to get the column to adjust to the
specification. Did you do that?
--
Eric S Fraga via Emacs 27.0.50, Org release_9.3-21-g36753e
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
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Thanks for the input! But I don't think org-link-escape is the
problem for me. In the documentation for the new org changes
there is a link conversion function. I ran this to fix all my
links and still got the same problem.
It also wouldn't explain my todo capture template failure,
either.
Of
On Wednesday, 4 Dec 2019 at 08:14, Bob Newell wrote:
> Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1
> and my gnus link functions seem to have quit.
>
> Now, whenever I do C-c C-o on an email link I get something like this:
I updated both Emacs and org mode (both from git) this
On Wed, Dec 4, 2019 at 11:31 AM Kaushal Modi wrote:
>
> Not sure if the issue you are seeing is because of the same cause.
>
It's very much likely that's the case:
>From https://orgmode.org/Changes.html :
> The old org-link-escape and org-link-unescape functions have been renamed
into
On Wed, Dec 4, 2019 at 11:27 AM Bob Newell wrote:
> Aloha,
>
> Posting to both org-mode and gnus groups.
>
> Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1
> and my gnus link functions seem to have quit.
>
> Now, whenever I do C-c C-o on an email link I get something like this:
>
Aloha,
Posting to both org-mode and gnus groups.
Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1
and my gnus link functions seem to have quit.
Now, whenever I do C-c C-o on an email link I get something like this:
org-link-search: No match for fuzzy expression:
On Wednesday, 4 Dec 2019 at 10:26, Matt Price wrote:
> Is there a quasi-equivalent of ~org-id-goto~ or
> ~org-babel-goto-named-src-block~ which will jump to a header in the
> current buffer?
If by header you mean headline or heading, I don't think there is
anything exactly how you might want it
On Mon, 18 Nov 2019, Richard Lawrence wrote:
> Date: Mon, 18 Nov 2019 16:08:52
> From: Richard Lawrence
> To: Jude DaShiell , emacs-orgmode@gnu.org
> Subject: Re: mobile org
>
> Jude DaShiell writes:
>
> > Will mobile org work in Android PI? If not, any good alternatives beyond
> > orgsly
Is there a quasi-equivalent of ~org-id-goto~ or
~org-babel-goto-named-src-block~ which will jump to a header in the current
buffer? I' like to be able to quickly navigate to a buffer by name; usually
I give custom_id properties to headers that I am likely to link to, so
using that property would
On loading the most recent version of org-mode (yesterdays, being
2019-12-03) I am consistently getting this occurring in debugger.
--8<---cut here---start->8---
Debugger entered--Lisp error: (void-function org-dynamic-block-define)
(org-dynamic-block-define
22 matches
Mail list logo