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
Your bug report will be posted to the Org-mode mailing list.
-BEGIN PGP SIGNED MESSAGE-
> I think the hidden drawers info is useful for users, this should be
> shown when org-cycle on headlines.
> Here is the patch.
I found another solution:
Add file-local variable to eval to the Contacts.org file:
-BEGIN PGP SIGNED MESSAGE-
Nicolas Goaziou writes:
> stardiviner writes:
>> I agree. As I described in my given example "org-contacts", which include
>> info in properties drawer. That's why I want to expand when I press "Tab" on
That function inserts into a bibtex file, and if you don't save it then
the new entry is not "findable", so it is somewhat critical to do that
in my mind. It could make sense to check if there is a file attached to
the buffer though, and only save in that case. That would preserve the
thanx for your feedback !
Your main point (the central function beeing to long) is undisputed;
will fix this during the next refactoring ...
Am 13.04.2020 um 22:04 schrieb Adam Porter:
Marc-Oliver Ihm writes:
as I use the excellent package org-id in a somewhat
Thanx ! Fixed it.
Details: I am now checking
(string= (org-attach-dir-from-id id) (org--attach-dir))
to see if the ID is used in the attachment dir (if it exists).
Background: I do not use attachments myself;
did not remember, they use IDs :-/
Am 14.04.2020 um 05:02
Five (!) years ago, I came to the list with a problem toggling
inline image display. No matter what I did, images were displayed
in the buffer. Despite some good help from Rasmus, I wasn't able
to solve the problem at that time.
A few years ago, I noticed the problem is
On 09-04-2020 13:43, John Kitchin wrote:
> This is basically what doi-add-bibtex-entry does. There isn't one
> function that does arxiv too, but there is arxiv-add-bibtex-entry. Those
> are both commands in org-ref. These don't pop up a buffer for approval,
> that is something you would have to
> It makes sense if point is on the drawer, and Org does this already.
> If point is on a headline, possibly a zillion lines above, it doesn't,
> at least not as a common operation.
Well. It's hard to judge for me if my use case is common or not. Since
there are no many other replies in the
Ihor Radchenko writes:
> In some of my entries, I have long tables storing historical data.
> These tables tend to be extremely long and I sometimes hide them inside
> a drawer. Opening these drawers (or a customised list of drawers) on
> would actually make sense for me.
> I agree. As I described in my given example "org-contacts", which include
> info in properties drawer. That's why I want to expand when I press "Tab" on
> expanding headline. If I see a contact's info with "C-u C-u C-u Tab" is not
Mail list logo