i am using firefox org-capture extension with the unicorn label on the
toolbar in firefox. seems likely that this
possibly-tangential-to-org-per-se message is really wether the
extension is supposed to be able to capture js webmail content text,
or so. but idk. it could be an org connection of
[சனி அக்டோபர் 07, 2023] Visuwesh wrote:
> [சனி அக்டோபர் 07, 2023] Ihor Radchenko wrote:
>
>> Visuwesh writes:
>>
>>> Attached patch considers your review and also another defcustom to tell
>>> how to generate the filename which by default autogenerates a filename
>>> based on current time.
>>
>>
On 07/10/2023 15:21, Ihor Radchenko wrote:
Maske writes:
The headings could be in different files, yes.
AFAIK, citations don't link two exact points. Footnotes do.
Do you mean that you also want to jump back-and-forth between footnote
definition in the another file and its footnote
Maske writes:
> The headings could be in different files, yes.
>
> AFAIK, citations don't link two exact points. Footnotes do.
Do you mean that you also want to jump back-and-forth between footnote
definition in the another file and its footnote references?
> I don't understand the option of
Hi Ihor
The headings could be in different files, yes.
AFAIK, citations don't link two exact points. Footnotes do.
I don't understand the option of "include", but I think it wouldn't be
the case.
I really think footnotes would be a particular case of this option.
** Reference in file A
Visuwesh writes:
> What do you think about adding a defcustom as requested by Liu Hui in
> https://yhetil.org/orgmode/caoqtw-p6_w3heepjftkcfey2rpfgjfouhwmseoe2ajnpoi+...@mail.gmail.com/
Looks reasonable. I have no objections.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more
[சனி அக்டோபர் 07, 2023] Ihor Radchenko wrote:
> Visuwesh writes:
>
>> Attached patch considers your review and also another defcustom to tell
>> how to generate the filename which by default autogenerates a filename
>> based on current time.
>
> Thanks!
> I still disagree about :safe, but I can
Visuwesh writes:
> Attached patch considers your review and also another defcustom to tell
> how to generate the filename which by default autogenerates a filename
> based on current time.
Thanks!
I still disagree about :safe, but I can change it myself to something
more restrictive like :safe
Max Nikulin writes:
> ... Current action is to open text files in the
> widow under cursor and it is what users may expect.
This is not always true. For example, dropping to dired buffers will
copy to the opened fired directory. Dropping to message buffers will add
an attachment to the email
Eli Zaretskii writes:
Hi,
>> > I don't think woman.el is being developed, or is it?
>>
>> Do you mean that woman.el will be obsoleted?
>
> AFAIU, it already is, de-facto. Unless someone steps forward and
> volunteers to develop woman.el so as to add all the many missing
> features that Groff
Maske writes:
> Could exist a more general case than footnotes?
>
> A kind of footnotes that work between different files?
>
>
> Maybe the syntax could be [n:LABEL@ID]
>
> Where the ID would be the unique ID of the heading.
> Example:
>
>
> ** Reference
> :PROPERTIES:
> :ID:
Hi
Could exist a more general case than footnotes?
A kind of footnotes that work between different files?
Maybe the syntax could be [n:LABEL@ID]
Where the ID would be the unique ID of the heading.
Example:
** Reference
:PROPERTIES:
:ID: 978-84-362-7195-9
:END:
A “comment line”
Ihor Radchenko writes:
> Andreas Gerler writes:
>
>> In the end you are still able to overwrite in your src block parameters via
>> :engine
>
> Sure, but wouldn't it be better to amend the patch adding aliases to the
> supported engine names in `sql-connection-alist'?
I considered merging and
"Tom Alexander" writes:
> It seems that COUNTER-SET[1] is not being honored when exporting to utf-8 for
> alphabetical lists even though it is honored for numeric lists. When
> exporting to html, COUNTER-SET is honored for both.
>
> Test document:
> ```
> # An ordered list starting at 3
> 1.
Samuel Wales writes:
> in html gmail, i can capture message body text and whatever else.
>
> gmail has an html version and a js version. html is faster and better for me.
>
> in disroot.org, if i try to capture message body text, it seems to
> capture just the link but does not capture the
Uwe Brauer writes:
> Hi
>
> Starting with this
> ...
> #+TBLFM: $3=($2+1)-$1
> #+end_src
>
> org-table-transpose-table-at-point leads to
>
> #+TBLFM: $3=($2+1)-$1
> #+end_src
>
> However the correct formula should have been
> ...
> #+TBLFM: @4$2..@4$13=@3+1-@2
> #+end_src
>
>
> Does there
"Tom Alexander" writes:
>> As for the problem with REST you raised, I am inclined to remove it from
>> syntax doc for the time being - it only creates more confusion,
>> unfortunately.
>
> Makes sense, thanks. Is there anything we do to mark patches as rejected? I
> removed [PATCH] from the
YE writes:
> Exporting HTML file from Org-mode, f.i. with `org-html-export-to-html',
> I expect to get a newline after the closing tag, but it's not
> added. I believe this used to work with previous versions of Org-mode.
> Am I missing something?
`org-html-template' never ever had a newline
18 matches
Mail list logo