From: Ihor Radchenko <yantar92@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: theophilusx@gmail.com, acm@muc.de, emacs-devel@gnu.org
Subject: Re: Convert README.org to plain text README while installing package
Date: Sun, 12 Jun 2022 16:40:31 +0800 [thread overview]
Message-ID: <87a6aiqnpc.fsf@localhost> (raw)
In-Reply-To: <83czffzo73.fsf@gnu.org>
Eli Zaretskii <eliz@gnu.org> writes:
> Thank you, I think this is a very good summary. I hope some of these
> issues could be worked on and improved in the future.
It is in my todo-list. I may find some time in future to work on it.
> For a serious discussion of this example, I'd need more detail about
> the aspects you mentioned above (it is not trivial to deduce them from
> looking at the top levels of org-forward-paragraph). Specifically:
>
> . how does paragraph definition depend on context in Org, and what
> are the possible definitions in the existing contexts?
> . why don't paragraph-start and paragraph-separate fit Org, and can
> we come up with a small number of additional variables that would
> augment these two so that the built-in forward-paragraph could be
> extended to cover Org?
I do not want to start a serious discussion on this just yet as I do not
plant to work on this specific area in near future, however I would like
to answer some of your questions in order to provide some insight for
Emacs developers.
To answer your question about paragraph definition, we need to clarify
what "paragraph" means.
(*)
Plain text documents, in their simplest forms, usually consist of a
series of sections containing a series of paragraphs each. With
paragraphs being a series of sentences. The paragraphs are usually
separated by blank lines or by indentation.
Org mode extends the above simple structure by defining additional
syntactic elements, which are equivalent to paragraphs. Apart from
paragraphs, there can be tables, lists, other specially treated blocks
of text (source code blocks, comments, verse blocks, drawers, etc).
These elements may or may not be separated with blank lines. For
example,
| This table | is considered as a new "paragraph"-like element |
| Not separated | from the above paragraph by blank lines |
#+begin_src emacs-lisp
(message "And here we have yet another paragraph-like element")
;; This element may contain empty lines inside, yet these empty lines
;; are not indicating "paragraph"-like element boundary.
(message "They may, in emacs-lisp specifically, from some point of view;
but consider other possible programming languages with arbitrary syntax;
or even elisp, with the above blank line inside string.")
#+end_src
When a user calls forward-paragraph on a simple paragraph as defined in
(*), built-in forward-paragraph will behave narutally. However, things
become tricky when we have various paragraph-like elements. How can one
configure forward-paragraph to forward classic paragraph, tables, source
blocks, and all other possible elements?
To make things more complex, Org mode syntax is not context-free.
#+end_src
in here does not belong to a source block because it lacks #+begin_src
opener.
Also,
:DRAWER-LIKE-THIS:
Cannot intersect with other source-block-looking constructs like
#+begin_src emacs-lisp
(message "I am not a source block")
:END:
The
#+end_src
here is also not a part of source block because it cannot intersect
drawer boundary.
>> If you know a better way to resolve the described limitation, please let
>> me know.
>
> The better way, IMO, is this:
>
> . try to find a way of extending the built-in forward-paragraph to
> cover the Org use cases, by adding variables in addition to the 2
> existing ones (I don't yet understand why "regexps do not cut it
> for Org mode -- it sounds like a very strong assertion)
For regexps, I hope that the above example illustrated the problem
clearly. Also, note that a number of people attempted to develop
BNF/EBNF parsers for Org mode, but failed because of issues tike the
above. Org is not context-free and cannot be parsed using LR parsers,
let alone simple regexps.
For more insight, you may also consult org-element-paragraph-parser
code, which has to deal with the problems illustrated above. (note that
even this function alone is not sufficient to find paragraphs; it also
relies on other parser code).
> . if the above doesn't work, make forward-paragraph work through
> forward-paragraph-function, so that Org could define its own
> function
Introducing the required flexibility into Emacs core is certainly an
option. Though it is somewhat difficult one because Org also has to
support older versions of Emacs. We are somewhat limited in using newly
introduced built-in features.
> . in any case, the add-on convenience features of
> org-forward-paragraph should be provided as options that the user
> can control
They are not necessarily add-ons. First of all, org-forward-paragraph is
dealing with the above complications. Using forward-paragraph directly
would behave unexpectedly on various Org elements.
> My main concern is that forward-paragraph is used when editing the
> purely textual parts of an Org document, and when used there, casual
> users of Org will expect it to behave as the command behaves in plain
> text. Any deviation from the behavior of the built-in command will
> confuse such users when they edit the plain-text parts, and should
> therefore be avoided.
There is no difference between forward-paragraph and
org-forward-paragraph on purely texture parts. The difference is only on
the Org-specific constructs, where forward-paragraph would behave
unexpectedly.
>> The following functions have a natural fallback to default behavior and
>> might be moved to minor-modes enabled by default. However, their default
>> behavior is context dependent and motivated by the lack of flexibility
>> of the built-in equivalents. Similar to the above functions.
>>
>> <remap> <open-line> org-open-line
>> <remap> <move-beginning-of-line> org-beginning-of-line
>> <remap> <move-end-of-line> org-end-of-line
>
> Each of these (and other examples you provided) should require a
> separate serious discussion. Let's take open-line as an example. It
> is basically the built-in open-line, unless org-special-ctrl-o is
> non-nil. A trivial extension of the built-in command could have
> prevented the need to remap. (And why does the support for tables in
> org-open-line need to be turned on outside of orgtbl-mode?)
You misunderstand orgtbl-mode. orgtbl-mode is optional minor-mode
provided for users who want to edit tables "like in Org mode", but in
_other_ major modes. Inside Org mode, tables are always supported.
Also, org-special-ctrl-o is non-nil by default. Using built-in open-line
on Org tables can produce incorrect formatting. For example, calling
open-line on the following table
| this | is | table |
| with | <point> 2 | lines |
will produce
| this | is | table |
| with |
2 | lines |
while org-open-line will produce
| this | is | table |
| | | |
| with | 2 | lines |
The default behavior is not satisfactory and somewhat unexpected.
>> <remap> <yank> org-yank
>> may be instead implemented using yank-handler property (it takes care
>> about adjusting level of the inserted headlines), but not completely. We
>> cannot control properties of text from outside of Org mode and thus the
>> functionality cannot be fully implemented using built-in Emacs features
>
> IMO, org-yank is sufficiently different to justify not taking over the
> built-in command. Again, consider a user who edits the plain-text
> portions of an Org document and expects the "usual" behavior of C-y.
I personally tend to agree here.
> When fill-paragraph-function and other means of customizing a command
> to the particular mode make sense, they will not need to be noticed,
> because they will do what the users expect. Moreover, customizing the
> behavior of commands through those variables has a couple of important
> advantages:
>
> . it doesn't use remapping, so it doesn't stick out and bother
> conscientious Emacs users, who are used to study unfamiliar
> commands before using them
> . they don't require separate documentation, apart of saying that
> paragraph-start and paragraph-separate can be modified by modes as
> appropriate -- all the rest of the command's documentation is
> still intact and easily grasped in the context of any mode (this
> is also one more reason why "niceties" like special behavior
> inside tables should be separately controlled)
I get your point. As long as default customisations are sufficient to
achive the expected and reasonable behavior, they should indeed be
preferred.
>> I get your point on VHDL. However, I am not sure why you reject the
>> non-built-in examples. Are you implying that text modes outside Emacs
>> core are worse than built-in?
>
> No, I'm saying that, sadly, we have no real control on what the
> developers of unbundled packages decide to do. Thus, what you see
> there is the evidence of our lack of control more than anything else.
I do not get your point here. I was referring to the markdown-mode and
Auctex to illustrate the _need_ to have numerous key bindings in order
to edit complex Org documents. It is not just something introduced into
Org out of the blue. Other people solved similar problems and did not
come up with significantly less key bindings. If you say that usual
40-50 major mode bindings are sufficient, I am not convinced.
Best,
Ihor
next prev parent reply other threads:[~2022-06-12 8:40 UTC|newest]
Thread overview: 393+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-04 13:14 Convert README.org to plain text README while installing package Akib Azmain Turja
2022-06-04 13:32 ` Tassilo Horn
2022-06-04 14:17 ` Alan Mackenzie
2022-06-04 14:31 ` Tassilo Horn
2022-06-04 17:39 ` Akib Azmain Turja
2022-06-04 16:09 ` Stefan Kangas
2022-06-04 17:27 ` Alan Mackenzie
2022-06-04 21:10 ` Stefan Kangas
2022-06-05 8:38 ` Michael Albinus
2022-06-05 8:51 ` Po Lu
2022-06-05 10:26 ` Tassilo Horn
2022-06-05 11:15 ` Michael Albinus
2022-06-05 16:52 ` [External] : " Drew Adams
2022-06-06 0:19 ` Tim Cross
2022-06-06 9:59 ` Philip Kaludercic
2022-06-06 13:47 ` Tim Cross
2022-06-06 14:15 ` Philip Kaludercic
2022-06-06 11:33 ` Alan Mackenzie
2022-06-06 12:26 ` Akib Azmain Turja
2022-06-06 13:57 ` Tim Cross
2022-06-06 16:02 ` Eli Zaretskii
2022-06-07 6:14 ` Tim Cross
2022-06-07 11:21 ` Eli Zaretskii
2022-06-08 13:12 ` Ihor Radchenko
2022-06-08 14:15 ` Eli Zaretskii
2022-06-08 15:15 ` Ihor Radchenko
2022-06-08 16:16 ` Eli Zaretskii
2022-06-09 9:15 ` Ihor Radchenko
2022-06-09 9:38 ` Eli Zaretskii
2022-06-11 3:52 ` Ihor Radchenko
2022-06-11 6:52 ` Eli Zaretskii
2022-06-12 8:40 ` Ihor Radchenko [this message]
2022-06-12 8:56 ` Eli Zaretskii
2022-06-12 9:46 ` Ihor Radchenko
2022-06-12 9:59 ` Eli Zaretskii
2022-06-15 5:13 ` Ihor Radchenko
2022-06-15 12:49 ` Eli Zaretskii
2022-06-17 5:55 ` Ihor Radchenko
2022-06-17 6:40 ` Eli Zaretskii
2022-06-18 4:40 ` Limitations on using Org mode in buffers mixing Org markup with non-Org markup (was: Convert README.org to plain text README while installing package) Ihor Radchenko
2022-06-18 7:10 ` Eli Zaretskii
2022-06-19 5:15 ` Ihor Radchenko
2022-06-18 5:10 ` Convert README.org to plain text README while installing package Po Lu
2022-06-18 11:28 ` Lars Ingebrigtsen
2022-06-18 13:33 ` Stefan Monnier
2022-06-18 15:50 ` tomas
2022-06-18 16:00 ` Visuwesh
2022-06-18 17:13 ` tomas
2022-06-18 17:33 ` Yuri Khan
2022-06-18 23:27 ` [External] : " Drew Adams
2022-06-18 17:45 ` Eli Zaretskii
2022-06-18 17:55 ` Visuwesh
2022-06-18 18:39 ` tomas
2022-06-18 23:25 ` [External] : " Drew Adams
2022-06-19 0:24 ` Tim Cross
2022-06-19 4:35 ` tomas
2022-06-19 5:36 ` Tim Cross
2022-06-19 6:43 ` tomas
2022-06-19 17:03 ` Drew Adams
2022-06-19 1:48 ` Po Lu
2022-06-19 2:08 ` Tim Cross
2022-06-19 3:00 ` Po Lu
2022-06-19 6:07 ` Eli Zaretskii
2022-06-19 6:41 ` Tim Cross
2022-06-18 23:22 ` [External] : " Drew Adams
2022-06-19 11:08 ` Lars Ingebrigtsen
2022-06-19 17:10 ` [External] : " Drew Adams
2022-06-20 6:05 ` Kévin Le Gouguec
2022-06-20 8:49 ` Tim Cross
2022-06-12 13:53 ` Kévin Le Gouguec
2022-06-12 20:07 ` Common keybindings idea for multiple markups Jean Louis
2022-06-08 19:34 ` Convert README.org to plain text README while installing package Tim Cross
2022-06-09 5:18 ` Eli Zaretskii
2022-06-09 19:48 ` Alan Mackenzie
2022-06-11 4:09 ` Ihor Radchenko
2022-06-07 16:02 ` Alan Mackenzie
2022-06-07 18:14 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Stefan Monnier
2022-06-07 18:26 ` Org mode and Emacs Lars Ingebrigtsen
2022-06-07 18:48 ` Stefan Monnier
2022-06-07 18:54 ` Eli Zaretskii
2022-06-07 19:38 ` Stefan Monnier
2022-06-07 20:54 ` Lars Ingebrigtsen
2022-06-07 22:10 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Tim Cross
2022-06-08 6:06 ` Org mode and Emacs Visuwesh
2022-06-08 6:58 ` Tim Cross
2022-06-09 22:31 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Richard Stallman
2022-06-09 23:10 ` Tim Cross
2022-06-10 5:59 ` Eli Zaretskii
2022-06-10 6:20 ` Ihor Radchenko
2022-06-10 6:44 ` Eli Zaretskii
2022-06-11 4:49 ` Tim Cross
2022-06-11 6:58 ` Eli Zaretskii
2022-06-11 7:59 ` Tim Cross
2022-06-11 8:29 ` Eli Zaretskii
2022-06-12 9:05 ` Ihor Radchenko
2022-06-12 9:18 ` Eli Zaretskii
2022-06-12 10:04 ` Ihor Radchenko
2022-06-12 10:15 ` Eli Zaretskii
2022-06-12 10:38 ` Ihor Radchenko
2022-06-12 14:36 ` Eli Zaretskii
2022-06-12 15:31 ` Org mode and Emacs Colin Baxter
2022-06-15 5:19 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Ihor Radchenko
2022-06-15 6:46 ` Org mode and Emacs David Engster
2022-06-15 7:36 ` Ihor Radchenko
2022-06-15 13:01 ` Eli Zaretskii
2022-06-16 5:36 ` Ihor Radchenko
2022-06-16 5:58 ` Eli Zaretskii
2022-06-16 9:55 ` Ihor Radchenko
2022-06-15 13:34 ` David Engster
2022-06-16 6:50 ` Ihor Radchenko
2022-06-16 10:21 ` David Engster
2022-06-15 12:50 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Eli Zaretskii
2022-06-16 7:03 ` Ihor Radchenko
2022-06-16 8:13 ` Eli Zaretskii
2022-06-16 11:12 ` Mattias Engdegård
2022-06-16 12:58 ` Ihor Radchenko
2022-06-16 16:59 ` Org mode and Emacs Stefan Monnier
2022-06-17 7:18 ` Larger GC thresholds for non-interactive Emacs (was: Org mode and Emacs) Ihor Radchenko
2022-06-17 13:49 ` Larger GC thresholds for non-interactive Emacs Stefan Monnier
2022-06-17 15:11 ` Lars Ingebrigtsen
2022-06-17 15:30 ` Lars Ingebrigtsen
2022-06-17 16:05 ` Stefan Monnier
2022-06-17 16:11 ` Lars Ingebrigtsen
2022-06-18 5:35 ` Ihor Radchenko
2022-06-18 13:16 ` Stefan Monnier
2022-06-17 17:48 ` Stefan Monnier
2022-06-17 18:20 ` Lars Ingebrigtsen
2022-06-17 18:39 ` Alan Mackenzie
2022-06-17 22:21 ` Stefan Monnier
2022-06-17 22:31 ` Lars Ingebrigtsen
2022-06-17 22:53 ` Stefan Monnier
2022-06-18 6:11 ` Eli Zaretskii
2022-06-18 12:45 ` Lars Ingebrigtsen
2022-06-18 13:26 ` Stefan Monnier
2022-06-18 2:32 ` Stefan Monnier
2022-06-18 12:49 ` Lars Ingebrigtsen
2022-06-18 13:06 ` Stefan Monnier
2022-06-19 11:03 ` Lars Ingebrigtsen
2022-06-18 13:20 ` Eli Zaretskii
2022-06-19 11:02 ` Lars Ingebrigtsen
2022-06-19 11:11 ` Eli Zaretskii
2022-06-21 2:01 ` Lynn Winebarger
2022-06-22 0:01 ` Lynn Winebarger
2022-06-22 12:59 ` Eli Zaretskii
2022-06-22 23:30 ` Lynn Winebarger
2022-06-23 7:09 ` Eli Zaretskii
2022-06-23 7:18 ` Ihor Radchenko
2022-06-23 7:37 ` Eli Zaretskii
2022-06-23 8:02 ` Ihor Radchenko
2022-06-23 8:24 ` Eli Zaretskii
2022-06-23 9:03 ` Ihor Radchenko
2022-06-23 10:08 ` Eli Zaretskii
2022-06-25 5:10 ` Ihor Radchenko
2022-06-25 6:03 ` Eli Zaretskii
2022-06-27 9:32 ` Ihor Radchenko
2022-06-27 13:20 ` Eli Zaretskii
2022-06-29 9:35 ` Ihor Radchenko
2022-06-25 7:51 ` Yuri Khan
2022-06-25 8:28 ` Eli Zaretskii
2022-06-23 17:07 ` Lynn Winebarger
2022-06-23 18:37 ` Eli Zaretskii
2022-06-23 22:08 ` Lynn Winebarger
2022-06-24 6:53 ` Eli Zaretskii
2022-06-25 16:50 ` Lynn Winebarger
2022-06-22 23:26 ` Stefan Monnier
2022-06-22 23:48 ` Lynn Winebarger
2022-06-20 12:42 ` Lynn Winebarger
2022-06-19 7:25 ` Ihor Radchenko
2022-06-19 8:51 ` Eli Zaretskii
2022-06-19 9:23 ` Ihor Radchenko
2022-06-19 9:23 ` Ihor Radchenko
2022-06-19 22:11 ` Stefan Monnier
2022-06-20 12:21 ` Ihor Radchenko
2022-06-23 22:12 ` Stefan Monnier
2022-06-25 5:13 ` Ihor Radchenko
2022-06-25 6:08 ` Eli Zaretskii
2022-06-25 8:33 ` Stefan Monnier
2022-06-18 5:58 ` Eli Zaretskii
2022-06-18 13:46 ` Stefan Monnier
2022-06-18 14:13 ` Eli Zaretskii
2022-06-18 5:28 ` Ihor Radchenko
2022-07-01 2:34 ` Lisp-level macro to avoid excessive GC in memory-allocating code (was: Larger GC thresholds for non-interactive Emacs) Ihor Radchenko
2022-07-01 6:18 ` Eli Zaretskii
2022-07-01 7:52 ` Ihor Radchenko
2022-07-01 10:45 ` Eli Zaretskii
2022-07-01 11:12 ` Ihor Radchenko
2022-07-01 13:56 ` Lisp-level macro to avoid excessive GC in memory-allocating code Stefan Monnier
2022-07-01 14:10 ` Eli Zaretskii
2022-06-21 13:04 ` Larger GC thresholds for non-interactive Emacs Lars Ingebrigtsen
2022-06-21 13:35 ` Lars Ingebrigtsen
2022-06-16 3:19 ` Org mode and Emacs Pankaj Jangid
2022-06-16 4:03 ` Visuwesh
2022-09-25 2:14 ` Bastien
2022-06-12 14:58 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Eli Zaretskii
2022-06-15 5:48 ` Ihor Radchenko
2022-06-15 16:49 ` Eli Zaretskii
2022-06-17 6:11 ` Ihor Radchenko
2022-06-17 6:41 ` Eli Zaretskii
2022-06-12 19:25 ` Jean Louis
2022-06-13 12:14 ` Eli Zaretskii
2022-06-13 22:37 ` Richard Stallman
2022-06-14 0:43 ` Ihor Radchenko
2022-06-15 5:58 ` Ihor Radchenko
2022-06-16 10:05 ` Tom Gillespie
2022-06-18 10:56 ` Simplified Org mode for newcomer Emacs veterans (was: Org mode and Emacs (was: Convert README.org to plain text README while installing package)) Ihor Radchenko
2022-06-18 22:04 ` Tim Cross
2022-06-19 8:49 ` Ihor Radchenko
2022-06-17 6:42 ` Org syntax compatibility with texinfo syntax " Ihor Radchenko
2022-06-14 2:28 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Eli Zaretskii
2022-06-14 2:45 ` Ihor Radchenko
2022-06-14 11:04 ` Eli Zaretskii
2022-06-14 11:18 ` Ihor Radchenko
2022-06-14 11:44 ` Eli Zaretskii
2022-06-14 13:08 ` bug#55969: Feature request: configure option to build Emacs without any documentation Gregor Zattler
2022-06-14 13:36 ` Eli Zaretskii
2022-06-14 17:52 ` Glenn Morris
2022-06-15 12:34 ` Lars Ingebrigtsen
2022-06-15 12:50 ` Robert Pluim
2022-06-15 16:39 ` Lars Ingebrigtsen
2022-06-15 17:23 ` Lars Ingebrigtsen
2022-06-12 22:38 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Richard Stallman
2022-06-13 4:38 ` Org mode and Emacs Werner LEMBERG
2022-06-13 16:28 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Christopher Dimech
2022-06-12 0:42 ` Richard Stallman
2022-06-12 1:27 ` Ihor Radchenko
2022-06-12 5:45 ` Eli Zaretskii
2022-06-12 22:38 ` Richard Stallman
2022-06-12 22:56 ` Tim Cross
2022-06-13 0:39 ` Ihor Radchenko
2022-06-13 1:42 ` Tim Cross
2022-06-13 2:40 ` Ihor Radchenko
2022-06-13 1:47 ` Christopher Dimech
2022-06-13 2:47 ` Ihor Radchenko
2022-06-13 5:04 ` Christopher Dimech
2022-06-13 5:22 ` Org mode and Emacs Werner LEMBERG
2022-06-13 5:59 ` Eli Zaretskii
2022-06-13 11:54 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Eli Zaretskii
2022-06-14 13:32 ` Ihor Radchenko
2022-06-14 13:45 ` Eli Zaretskii
2022-06-15 23:15 ` Richard Stallman
2022-06-17 6:43 ` Ihor Radchenko
2022-06-14 13:18 ` Ihor Radchenko
2022-06-14 13:38 ` Org mode and Emacs Robert Pluim
2022-06-15 6:13 ` Cusom special block export, similar org org-link :export parameter (was: Org mode and Emacs) Ihor Radchenko
2022-06-15 23:15 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Richard Stallman
2022-06-17 6:52 ` Ihor Radchenko
2022-06-12 0:42 ` Richard Stallman
2022-06-12 1:39 ` Tim Cross
2022-06-12 2:40 ` Org mode and Emacs T.V Raman
2022-06-12 6:02 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Eli Zaretskii
2022-06-12 22:38 ` Richard Stallman
2022-06-13 2:29 ` Eli Zaretskii
2022-06-12 1:45 ` Org mode and Emacs Po Lu
2022-06-12 2:15 ` Ihor Radchenko
2022-06-12 2:36 ` David Masterson
2022-06-12 3:06 ` Ihor Radchenko
2022-06-12 3:39 ` David Masterson
2022-06-12 4:43 ` Tim Cross
2022-06-12 5:08 ` Po Lu
2022-06-12 5:20 ` Ihor Radchenko
2022-06-12 5:27 ` Tim Cross
2022-06-12 5:53 ` David Masterson
2022-06-12 6:56 ` Ihor Radchenko
2022-06-12 18:29 ` David Masterson
2022-06-14 5:09 ` Ihor Radchenko
2022-06-19 23:48 ` David Masterson
2022-06-20 0:03 ` Ihor Radchenko
2022-06-20 0:24 ` David Masterson
2022-06-12 3:28 ` Tim Cross
2022-06-12 2:50 ` Po Lu
2022-06-12 3:54 ` chad
2022-06-12 5:04 ` Po Lu
2022-06-12 7:02 ` Ihor Radchenko
2022-06-12 22:38 ` Richard Stallman
2022-06-12 22:38 ` Richard Stallman
2022-06-12 6:21 ` Eli Zaretskii
2022-06-12 6:57 ` Eli Zaretskii
2022-06-12 4:53 ` Org mode and Emacs (was: Convert README.org to plain text README while installing package) Christopher Dimech
2022-06-10 13:56 ` Ihor Radchenko
2022-06-10 19:32 ` Akib Azmain Turja
2022-06-08 13:22 ` Ihor Radchenko
2022-06-08 13:33 ` Stefan Kangas
2022-06-08 14:23 ` Org mode and Emacs Stefan Monnier
2022-06-08 15:08 ` Ihor Radchenko
2022-06-12 22:38 ` Richard Stallman
2022-06-07 21:51 ` Convert README.org to plain text README while installing package Tim Cross
2022-06-08 19:26 ` chad
2022-06-06 19:19 ` Alan Mackenzie
2022-06-07 10:50 ` Protesilaos Stavrou
2022-06-07 12:07 ` Philip Kaludercic
2022-06-07 12:23 ` Protesilaos Stavrou
2022-06-07 12:27 ` Stefan Monnier
2022-06-07 0:43 ` Po Lu
2022-06-07 6:46 ` Kévin Le Gouguec
2022-06-07 7:53 ` Po Lu
2022-06-07 22:15 ` Kévin Le Gouguec
2022-06-08 0:36 ` Po Lu
2022-06-08 6:41 ` Kévin Le Gouguec
2022-06-06 16:56 ` Michael Albinus
2022-06-07 20:57 ` Jean Louis
2022-06-08 6:50 ` Tim Cross
2022-06-08 7:25 ` Ihor Radchenko
2022-06-08 7:43 ` Tim Cross
2022-06-08 11:27 ` Jean Louis
2022-06-08 13:24 ` Ihor Radchenko
2022-06-08 11:39 ` Jean Louis
2022-06-11 6:40 ` Jean Louis
2022-06-11 11:16 ` Protesilaos Stavrou
2022-06-12 11:32 ` Jean Louis
2022-06-12 2:23 ` Tim Cross
2022-06-12 11:41 ` Jean Louis
2022-06-12 21:58 ` [External] : " Drew Adams
2022-06-13 22:37 ` Richard Stallman
2022-06-05 11:23 ` Ihor Radchenko
2022-06-06 0:33 ` Lars Ingebrigtsen
2022-06-06 0:41 ` Lars Ingebrigtsen
2022-06-06 0:59 ` Ihor Radchenko
2022-06-06 1:07 ` Lars Ingebrigtsen
2022-06-06 1:33 ` Ihor Radchenko
2022-06-06 7:39 ` Tassilo Horn
2022-06-08 12:56 ` Ihor Radchenko
2022-06-06 12:54 ` Lars Ingebrigtsen
2022-06-06 12:56 ` Lars Ingebrigtsen
2022-06-08 12:55 ` Ihor Radchenko
2022-06-05 11:29 ` Lars Ingebrigtsen
2022-06-05 13:39 ` Stefan Monnier
2022-06-05 14:24 ` Alan Mackenzie
2022-06-05 14:38 ` Stefan Monnier
2022-06-05 11:45 ` Po Lu
2022-06-05 11:59 ` Ihor Radchenko
2022-06-05 13:11 ` Akib Azmain Turja
2022-06-05 15:32 ` Tassilo Horn
2022-06-05 17:46 ` [External] : " Drew Adams
2022-06-05 17:57 ` Tassilo Horn
2022-06-05 20:12 ` Stefan Monnier
2022-06-06 0:24 ` Drew Adams
2022-06-06 0:48 ` Ihor Radchenko
2022-06-06 1:18 ` Drew Adams
2022-06-06 1:38 ` Ihor Radchenko
2022-06-06 1:41 ` Drew Adams
2022-06-06 1:47 ` Stefan Monnier
2022-06-06 7:44 ` Tassilo Horn
2022-06-06 9:34 ` Ihor Radchenko
2022-06-06 0:23 ` Drew Adams
2022-06-06 7:20 ` Tassilo Horn
2022-06-06 15:10 ` Drew Adams
2022-06-05 15:52 ` Philip Kaludercic
2022-06-05 17:44 ` Stefan Monnier
2022-06-06 10:35 ` Philip Kaludercic
2022-06-07 17:55 ` Stefan Monnier
2022-06-24 7:18 ` Akib Azmain Turja
2022-06-24 7:45 ` Philip Kaludercic
2022-07-15 12:24 ` Akib Azmain Turja
2022-07-15 13:07 ` Philip Kaludercic
2022-07-15 14:54 ` Akib Azmain Turja
2022-06-24 15:42 ` Philip Kaludercic
2022-06-24 17:50 ` Stefan Monnier
2022-06-26 10:25 ` Philip Kaludercic
2022-06-26 12:22 ` Stefan Monnier
2022-06-26 13:08 ` Philip Kaludercic
2022-06-26 15:23 ` Stefan Monnier
2022-06-27 10:04 ` Philip Kaludercic
2022-06-27 12:12 ` Stefan Monnier
2022-06-27 14:29 ` Yuri Khan
2022-06-27 16:44 ` Philip Kaludercic
2022-06-05 11:59 ` Akib Azmain Turja
2022-06-08 17:21 ` Yoni Rabkin
2022-06-05 15:15 ` Ihor Radchenko
2022-06-05 15:22 ` Eli Zaretskii
2022-06-05 15:27 ` Eli Zaretskii
2022-06-05 15:41 ` Ihor Radchenko
2022-06-05 15:46 ` Eli Zaretskii
2022-06-05 15:53 ` Ihor Radchenko
2022-06-05 16:25 ` Eli Zaretskii
2022-06-05 15:53 ` Eli Zaretskii
2022-06-05 15:58 ` Ihor Radchenko
2022-06-05 16:27 ` Eli Zaretskii
2022-06-05 16:16 ` Tassilo Horn
2022-06-05 17:40 ` Stefan Monnier
2022-06-08 12:51 ` Ihor Radchenko
2022-06-08 14:17 ` Eli Zaretskii
2022-06-08 14:38 ` Ihor Radchenko
2022-06-08 14:43 ` Stefan Monnier
2022-06-08 15:44 ` Ihor Radchenko
2022-06-08 17:37 ` Stefan Monnier
2022-06-09 3:11 ` Ihor Radchenko
2022-06-08 16:02 ` Eli Zaretskii
2022-06-04 17:32 ` Akib Azmain Turja
2022-06-04 17:22 ` Akib Azmain Turja
2022-06-04 16:36 ` Stefan Monnier
2022-06-05 12:29 ` Akib Azmain Turja
2022-06-05 13:34 ` Stefan Monnier
2022-06-06 3:34 ` Akib Azmain Turja
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87a6aiqnpc.fsf@localhost \
--to=yantar92@gmail.com \
--cc=acm@muc.de \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=theophilusx@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.