> >> org-hide-drawer-all
> >>
> >
> > I don't seem to have that command. I'm using Org mode
> > release_9.6.10-835-gf3de4c.
>
> It was made into a command in
>
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=13353f1fa34f6f085ffbf142b380af7308f02981
I see, I found the command,
Rudolf Adamkovič writes:
>>> [...] call to 'org-toggle-link-display' does nothing.
>
>> It does nothing because it is one of the options that must be set before
>> Org mode is loaded. Resolving buffer-local variables happens after the
>> major mode is loaded.
>
> I have noticed that
Ihor Radchenko writes:
> ...
> In case of the default settings (org-use-fast-tag-selection = auto), the
> interface is different - prompt will list all the tags already present
> in the heading:
> ...
> In the above scenario, there is no non-ambiguous way to know which
> exclusive tag is implied
In some files, accented characters are not displayed correctly (encoding
with utf-8 is not enabled by default, I must specify it manually each time)
Strangely enough, this bug seems to be NOT RELATED with my personal
emacs settings.
Looking for the origin of the bug, I deleted my init.el file and
Hello everyone,
I am not on the mailing list, so I'm hoping that some kind soul with
moderator powers will have mercy and let my email through in a timely
manner :-) Also, please CC me in on the answer. (I'll happily
subscribe if you feel that I should, but this is likely to be my only
encounter
Hi everyone,
I have been using org-mode for reproducible research for many years
now. This is my first message: thanks to everyone who is involved in
org-mode development and maintenance!
I have run into an inconvenience in that colons in :var header
arguments to source blocks are invariably
Paul Stansell writes:
>> org-hide-drawer-all
>>
>
> I don't seem to have that command. I'm using Org mode
> release_9.6.10-835-gf3de4c.
It was made into a command in
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=13353f1fa34f6f085ffbf142b380af7308f02981
--
Ihor Radchenko //
Julien writes:
> In some files, accented characters are not displayed correctly (encoding
> with utf-8 is not enabled by default, I must specify it manually each time)
>
> Strangely enough, this bug seems to be NOT RELATED with my personal
> emacs settings.
> Looking for the origin of the bug, I
Paul Stansell writes:
> However, strangely, it doesn't close drawers that have been opened by the
> bug that causes drawers to remain open after the searching (eg, those
> opened by searching for "text" in the file I included in my bug report).
It indeed does not. Because of a bug you reported.
Ihor Radchenko writes:
>> From 3c27bb94cb5a2cd66a5336dc9c69e3ca03232a91 Mon Sep 17 00:00:00 2001
>> From: Nan Jun Jie
>> Date: Wed, 23 Aug 2023 20:23:40 +0800
>> Subject: [PATCH] Add plantuml tikz format support
>
> There is something off with the email formatting - I cannot apply it
> using
Jeff Trull writes:
> Thanks for the quick fix! If my bash one-liner is right there are another
> 12:
No worries. These have also been fixed alongside with the commit I
linked to. See recent commits in
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/log/
--
Ihor Radchenko // yantar92,
Salih Muhammed writes:
> What about replacing it with shorter description?
+1 for making the message shorter,
... and while on it, perhaps also a bit clearer.
Also,
- the key bindings are not propertized, and
- the entire buffer is writable.
> Insert a link.
How about we say "Insert link:"
"Tom Alexander" writes:
> Idk if its been discussed, but personally if I were given dictatorship over
> org-mode I would take all of these emacs variables that are defined outside
> of the document, and instead of having them influence org-mode directly, I
> would *only* use them to
[வெள்ளி அக்டோபர் 20, 2023] Ihor Radchenko wrote:
> Po Lu writes:
>
>>> Because nobody added you manually to the CC in this branch of the
>>> discussion. You would only be automatically in the CC in the replies to
>>> your message (87bkdccihf@yahoo.com), but not the earlier branches.
>>
>>
Ihor Radchenko writes:
> Instead of passing dnd data as is from the OS, Emacs can convert it into
> a standardized format, independent of the OS. Then,
> `dnd-protocol-alist' can allow handlers for such standardized dnd type.
>
> In our scenario, the dnd data will be dropped file list. Emacs
"Tom Alexander" writes:
> Thanks!
>
>> We aim to reduce config-dependent Org syntax in the long term.
>
> Thats wonderful news! Sometimes this stuff can really surprise you. For
> example, the structure of the document created by running `echo "1. foo\n
> 1.bar\n1.baz\n\t1.lorem"`
>
> > In the meantime, is there a command that will close all drawers, even
> those
> > that are open in sections (headings) that are closed? I searched but
> > didn't find anything.
>
> org-hide-drawer-all
>
I don't seem to have that command. I'm using Org mode
release_9.6.10-835-gf3de4c.
I
Paul Stansell writes:
> In the meantime, is there a command that will close all drawers, even those
> that are open in sections (headings) that are closed? I searched but
> didn't find anything.
org-hide-drawer-all
Po Lu writes:
> Ihor Radchenko writes:
>
>> Ideally, we should ask Emacs devs to provide OS-independent interface
>> for uri-list handling. I am not a big fan of adding special OS handling
>> to Org mode, unless absolutely necessary.
>
> Inasmuch as I had previously interposed myself into this
Vladimir Nikishkin writes:
> org-contrib has the following lines 206 and 207 in org-eldoc:
> #+begin_src elisp
> ;;;###autoload
> (add-hook 'org-mode-hook #'org-eldoc-load)
> #+end_src
>
> which set up that hook automatically when the package org-contrib is
> installed.
>
> that hook is,
Vladimir Nikishkin writes:
>> May you elaborate about incompatibility?
>>
>
> Yes. With org-eldoc loaded, and having a property '#+date: unpublished'
> in an org file, I am having the '*Messages*' buffer filled with
> #+begin_src elisp
> ⛔ Warning (org-element-cache): org-element--cache: Org
Ihor Radchenko writes:
> Because nobody added you manually to the CC in this branch of the
> discussion. You would only be automatically in the CC in the replies to
> your message (87bkdccihf@yahoo.com), but not the earlier branches.
The follow-up I mentioned lists 87bkdccihf@yahoo.com
Ihor Radchenko writes:
> Vladimir Nikishkin writes:
>
>> org-contrib has the following lines 206 and 207 in org-eldoc:
>> #+begin_src elisp
>> ;;;###autoload
>> (add-hook 'org-mode-hook #'org-eldoc-load)
>> #+end_src
>>
>> which set up that hook automatically when the package org-contrib is
Po Lu writes:
>> Because nobody added you manually to the CC in this branch of the
>> discussion. You would only be automatically in the CC in the replies to
>> your message (87bkdccihf@yahoo.com), but not the earlier branches.
>
> The follow-up I mentioned lists 87bkdccihf@yahoo.com
Rudolf Adamkovič writes:
>> What about replacing it with shorter description?
>
> +1 for making the message shorter,
>
> ... and while on it, perhaps also a bit clearer.
Patches welcome.
> - the key bindings are not propertized, and
> - the entire buffer is writable.
I see no obvious
Hi,
In the following thread
Ihor Radchenko. Re: Exporting elisp: and shell: links.
Sat, 14 Oct 2023 08:13:35 +.
https://list.orgmode.org/87wmvp1v0w.fsf@localhost
it was discussed that attempts to customize export to plain text of link
types such as "elisp:" and "shell:" break formatting
Hello Florin,
On Thu, Oct 19 2023, Florin Boariu wrote:
> Hello everyone,
>
> I am not on the mailing list, so I'm hoping that some kind soul with
> moderator powers will have mercy and let my email through in a timely
> manner :-) Also, please CC me in on the answer. (I'll happily
> subscribe
Leo Butler writes:
>>> [...]
>>>(cmd (concat "java " java " " org-ditaa-jar-option " "
>>> (shell-quote-argument
>>>(expand-file-name
>>> (if eps org-ditaa-eps-jar-path org-ditaa-jar-path)))
>>> " " cmdline
>>>
Hi all,
I was wondering if there's a reason why we couldn't have IDs a la org-id.el for
everything?
It seem to me that it would be useful to use something like `#+ID` in place of
`#+NAME` for tables, blocks, etc. as well as headlines.
Would this go against the intended design of org-id.el, or
On Fri, Oct 20 2023, "Dr. Arne Babenhauserheide" wrote:
> Leo Butler writes:
>
[...]
(cmd (concat "java " java " " org-ditaa-jar-option " "
(shell-quote-argument
(expand-file-name
(if eps
Can you give us the command-line you would like to use?
That would help to fix the problem you are confronting.
A "regular" one would be just simply "/usr/bin/ditaa":
---
$ ditaa --help
usage: java -jar ditaa.jar [OUTFILE] [-A] [-b ] [-d]
[-E] [-e ] [-h] [--help] [-o] [-r]
Currently, headlines can have an ID (see minimal working example below):
#+BEGIN_SRC org
* My headline 1
* My headline 2
:PROPERTIES:
:ID: e8745be0-906d-4e02-b427-d298f5751f6c
:END:
#+END_SRC
Blocks can't have IDs, but you could use a UUID as the for blocks (see
minimal working example below).
On 21/10/2023 04:39, Florin Boariu wrote:
$ flatpak-spawn --host toolbox run /usr/bin/ditaa --help
Does it work when executed from Emacs shell or eshell buffers?
Could you, please, provide complete sequence of commands to generate a
graphics file from a ditaa source for a shell running in
33 matches
Mail list logo