Dear Ihor,
thanks for your feedback.
Am 04.04.2022 06:06 schrieb Ihor Radchenko:
A list item continues until
there are _2_ blank lines or until the subsequent line is not indented
>=
current list item indentation:
Intereseting. What 2 lines not 1 like in paragraphs. Am I right to say
that
Ihor Radchenko writes:
> The license is declared in the script. You can see it by following the
> script url. It is right on top.
True. My fault. The problem is that the declaration is not
machine-readable by LibreJS.
On the other hand, I think it is more preferable and more
privacy-consciou
c.bu...@posteo.jp writes:
> Am 04.04.2022 06:06 schrieb Ihor Radchenko:
>> A list item continues until
>> there are _2_ blank lines or until the subsequent line is not indented
>> >=
>> current list item indentation:
>
> Intereseting. What 2 lines not 1 like in paragraphs. Am I right to say
> th
Yuchen Guo writes:
>> The license is declared in the script. You can see it by following the
>> script url. It is right on top.
>
> True. My fault. The problem is that the declaration is not
> machine-readable by LibreJS.
I understand the problem, however I do not see why LibreJS could not
whit
> On Fri, 1 Apr 2022 15:49:45 +, Craig Smith
> said:
Craig> Online documentation states the :step month, semimonth or year
commands are valid. The below link is one such instance.
Craig>
https://www.gnu.org/software/emacs/manual/html_node/org/The-clock-table.html
Crai
Hugo Heagren writes:
> * ol.el (org-link-parameters): add parameter `:default-description', a
> string or a function.
LGTM in general. Note that I proposed (and never followed up on) a
similar patch in the past:
https://orgmode.org/list/87pnauvxht.fsf@localhost
I like that you introduced an opt
emacs--- via "General discussions about Org-mode."
writes:
> I have implemented tabbing
> (http://www.ctex.org/documents/latex/latex2e-html/ltx-58.html) support for
> ox-latex. By setting #+ATTR_LATEX: :mode tabbingthe exporter will use the
> tabbing environment.
>
> The benefits of using tab
Sébastien Gendre writes:
> My Emacs version is 27.2 and Org is 9.4.4.
>
> The value of "org-agenda-sorting-strategy" is:
>
> ((agenda habit-down time-up priority-down category-keep)
> (todo priority-down category-keep deadline-up)
> (tags priority-down category-keep deadline-up)
> (search cate
Karl Fogel writes:
>>Could you prepare a patch? Having a patch may encourage more
>>feedback.
>
> Sure; please see attached.
Thanks! Marking your message as a patch to be tracked at
updates.orgmode.org
> From bb229b4f8f78ae52962d7bc90c8b1d4993af8263 Mon Sep 17 00:00:00 2001
> From: Karl Fogel
Dear all,
We currently have two versions of Org syntax in WORG:
1. https://orgmode.org/worg/dev/org-syntax.html (old, not always accurate)
2. https://orgmode.org/worg/dev/org-syntax-edited.html (new, being
discussed in https://orgmode.org/list/871r1g936z@gmail.com)
The old syntax page is a
Thanks to the discussion I now can see and describe my problem clearer.
When using line-fill-mode it does not take the current org list
indention into account. Because of this org lines like this will appear.
- one entry with a very long text ending in the second line
end
- second entry
This
Hi Ihor,
Thanks for the response. I updated my patched and mailed the requested
copyright form to ass...@gnu.org
Kind regards,
Bob
--
Sent with Tutanota, the secure & ad-free mailbox.
Apr 4, 2022, 12:33 by yanta...@gmail.com:
> emacs--- via "General discussions about Org-mode."
> writes
Am 04.04.2022 09:16 schrieb c.bu...@posteo.jp:
Am 04.04.2022 06:06 schrieb Ihor Radchenko:
A list item continues until
there are _2_ blank lines or until the subsequent line is not indented
>=
current list item indentation:
Intereseting. What 2 lines not 1 like in paragraphs. Am I right to s
On Mon, Apr 4, 2022 at 10:34 AM wrote:
>
> I would like to know why does a list need 2 blank lines instead of 1?
> For what reason exists this rule?
>
- 1 blank line in a list item with create a paragraph break as I showed in
my example earlier. It will not end the list item or list.
- So we nee
The docstring for `org-id-update-id-locations' claims that the function
will scan "all files currently mentioned in `org-id-locations'". This
should probably be changed to `org-id-files'.
Emacs : GNU Emacs 28.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.24, cairo version 1.16.0)
of 2022
On Fri, Apr 1, 2022 at 3:46 PM Skip wrote:
> Another manifestation of the problem shows up when using
> auto-revert-mode. Starting with the single headline in a folded state
> as above, when I execute the following command in a shell,
> echo "* TODO bar :action:" >>capture.org
> then the capture.or
Hello,
Ihor Radchenko writes:
> We currently have two versions of Org syntax in WORG:
> 1. https://orgmode.org/worg/dev/org-syntax.html (old, not always accurate)
> 2. https://orgmode.org/worg/dev/org-syntax-edited.html (new, being
>discussed in https://orgmode.org/list/871r1g936z@gmail.
c.bu...@posteo.jp writes:
> Am 04.04.2022 09:16 schrieb c.bu...@posteo.jp:
>> Am 04.04.2022 06:06 schrieb Ihor Radchenko:
>>> A list item continues until
>>> there are _2_ blank lines or until the subsequent line is not indented >=
>>> current list item indentation:
>> Intereseting. What 2 line
c.bu...@posteo.jp writes:
> Thanks to the discussion I now can see and describe my problem clearer.
>
> When using line-fill-mode it does not take the current org list indention into
> account. Because of this org lines like this will appear.
>
> - one entry with a very long text ending in the s
I've tested it, but the tasks with no deadlines are still on top of the list.
Le 4 avril 2022 13:42:26 GMT+02:00, Ihor Radchenko a écrit
:
>Sébastien Gendre writes:
>
>> My Emacs version is 27.2 and Org is 9.4.4.
>>
>> The value of "org-agenda-sorting-strategy" is:
>>
>> ((agenda habit-down tim
I've done it, but tasks with no deadlines are still on top of the list
Le 4 avril 2022 13:42:26 GMT+02:00, Ihor Radchenko a écrit
:
>Sébastien Gendre writes:
>
>> My Emacs version is 27.2 and Org is 9.4.4.
>>
>> The value of "org-agenda-sorting-strategy" is:
>>
>> ((agenda habit-down time-up pr
On 04 Apr 2022, Ihor Radchenko wrote:
From bb229b4f8f78ae52962d7bc90c8b1d4993af8263 Mon Sep 17
00:00:00 2001
From: Karl Fogel
Date: Thu, 31 Mar 2022 19:02:38 -0500
Subject: [PATCH] Mark function obsolete & fix spelling of its
name
This commit message is a bit confusing. I would mention the
Hi Nicolas,
> I suggest to remove references to DATA, HEADERS, LABEL, RESNAME, RESULT,
> SOURCE, SRCNAME and TBLNAME in org-element-affiliated keywords, which are here
> for backward-compatibility reason, but shouldn’t appear nowadays (and are not
> even mentioned in the manual).
>
> For the same
Dear Tim
Am 04.04.2022 17:49 schrieb Tim Cross:
What is line-fill-mode? It isn't a 'standard' emacs mode, so must be
some add-on?
Sorry this was a "typo".
At any rate, I don't see this problem when using standard
auto-fill-mode. With this mode, when lines wrap (because I've exceeded
the fill
From: jebb Bungo
Sent: Thu, 31 Mar 2022 10:14:43 -0400
To: zixx...@gmail.com
Subject: org-return not being given 't' for INDENT parameter
Hello,
I am having an odd behavior with org-return. I use hard indents, and I have set
'org-adapt-indentation' to t in my .emacs file. However, I have notic
c.bu...@posteo.jp writes:
> Dear Tim
>
> Am 04.04.2022 17:49 schrieb Tim Cross:
>> What is line-fill-mode? It isn't a 'standard' emacs mode, so must be
>> some add-on?
>
> Sorry this was a "typo".
>
>> At any rate, I don't see this problem when using standard
>> auto-fill-mode. With this mode, w
Max Nikulin writes:
> Confirmed
>
> Emacs copy of Org changed the way of calling `encode-time' as a result
> interpretation of last nils returned by `org-parse-string' altered from
> ignored to "no DST".
>
> Kyle, be aware of the conflict with `org-time-string-to-time' when you
> will port emac
Sébastien Gendre writes:
> I've tested it, but the tasks with no deadlines are still on top of the list.
I am unable to reproduce on my side using latest stable Org.
I used the following example org file:
* TODO test1
* TODO test2
* TODO test3
DEADLINE: <2022-04-04 Mon>
* TODO test4
DEADLI
Karl Fogel writes:
>>> Subject: [PATCH] Mark function obsolete & fix spelling of its
>>> name
>>
>>This commit message is a bit confusing. I would mention the
>>function
>>name: "Mark `org-truely-invisible-p' obsolete and fix spelling of
>>its
>>name"
>
> It does mention both names :-). But I
Timothy writes:
> Should we rename org-syntax to org-syntax-old? Or would you advocate for
> something else?
Would keeping the old org-syntax version benefit anyone? I think it only
creates confusion and there is no extra information in the old version
that is not available in the new syntax doc
If I evaluate the same setq and define the same tasks, my result withe
org-agenda tasks list are:
Global list of TODO items of type: ALL
Press ‘N r’ (e.g. ‘0 r’) to search again: (0)[A$
(1)TODO (2)DONE
test: TODO test1
test: TODO test2
test: TODO test
31 matches
Mail list logo