On 05/10/2023 23:15, Ihor Radchenko wrote:
Max Nikulin writes:
World has changed since woman.el was developed. Are there systems with
man pages available, but no man command nowadays? Android with man pages
copied by its user?
MS-DOS, for example. Or old Windows versions. Emacs can work on
On 06/10/2023 00:11, Eli Zaretskii wrote:
From where I stand, we have already a stable API tested by years of
use. What is maybe missing is some documentation to allow its easier
use, that's all.
In some cases it is no API but just an interactive command. Sometimes it
can be used from other
Eli Zaretskii writes:
>> Yes, but one cannot replicate the same completion dialogue
>> programmatically in future-compatible way.
>
> What do you mean by that? "M-x man" does this:
>
> (interactive
>(list (let* ((default-entry (Man-default-man-entry))
> ;; ignore case
Eli Zaretskii writes:
>> 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 has added during the last years, woman.el will
> continue to
> From: Ihor Radchenko
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, emacs-de...@gnu.org
> Date: Thu, 05 Oct 2023 16:53:57 +
>
> Eli Zaretskii writes:
>
> >> > How is it different from the "M-x man" completion we already have?
> >>
> >> M-x man will display the man page, while we just
Eli Zaretskii writes:
>> > How is it different from the "M-x man" completion we already have?
>>
>> M-x man will display the man page, while we just need `completing-read'
>> from the same source M-x man or M-x woman use.
>
> Sorry, I don't understand: "M-x man" does provide completion.
Yes,
> From: Ihor Radchenko
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, emacs-de...@gnu.org
> Date: Thu, 05 Oct 2023 16:05:02 +
>
> Eli Zaretskii writes:
>
> >> To emacs-devel: Would it be of interest to expose man/woman completion
> >> API?
> >
> > How is it different from the "M-x man"
Max Nikulin writes:
> On 05/10/2023 19:48, Ihor Radchenko wrote:
>> Max Nikulin writes:
>>
>>> Frankly speaking, I am unsure if woman should be supported in Org at
>>> all. My early experience with woman.el was not nice. I tried M-x woman
>>> RET ssh RET (openssh).
>>
>> woman is not trying to
Eli Zaretskii writes:
>> To emacs-devel: Would it be of interest to expose man/woman completion
>> API?
>
> How is it different from the "M-x man" completion we already have?
M-x man will display the man page, while we just need `completing-read'
from the same source M-x man or M-x woman use.
On 05/10/2023 19:48, Ihor Radchenko wrote:
Max Nikulin writes:
Frankly speaking, I am unsure if woman should be supported in Org at
all. My early experience with woman.el was not nice. I tried M-x woman
RET ssh RET (openssh).
woman is not trying to be complete. See
> From: Ihor Radchenko
> Cc: emacs-orgmode@gnu.org, emacs-de...@gnu.org
> Date: Thu, 05 Oct 2023 11:40:44 +
>
> To emacs-devel: Would it be of interest to expose man/woman completion
> API?
How is it different from the "M-x man" completion we already have?
"brillenfi...@bluewin.ch" writes:
> Hi, I use emacs 29.1 for macOS (sonoma) and it came with Org 9.6.6 and I think
> there’s a bug.
> To be sure that my config is not the reason I removed my
> own configuration completely to run Emacs out of the
> box; but the following bug occurred again:
>
Edgar Lux writes:
> Nope, there is still something wrong with my config (see attachment). Haven't
> been able to reproduce consistently.
Ok. We can try another way.
May you add the following to your config:
(setq debug-on-error t)
Then, next time you will see a more detailed backtrace.
--
Rudolf Adamkovič writes:
> Ihor Radchenko writes:
>
>> You might as well use [[Link]].
>
> For context, I use '#+OPTIONS: num:nil', which means that '[[link]]'
> exports as 'link' and not a section number.
I am confused. num:nil just means that section titles will not be
numbered. It has
Joseph Turner writes:
>> We generally agree that (require 'org-ctags) should ideally not have
>> side effects, but do not want to introduce too breaking changes either.
>
> Does this mean that org-ctag's disruptive behavior will be fixed?
Yeah. But it is quite far down in my todo-list now
On Thu, Oct 5, 2023 at 2:39 AM Ihor Radchenko wrote:
> Thanks for providing the reproducer!
> Fixed, on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=88ff6c2fb
Wonderful, thank you! Looking at your patch it is definitely much more
involved than I was anticipating.
Max Nikulin writes:
>> To emacs-devel: Would it be of interest to expose man/woman completion
>> API?
>
> Since Org mode supports a couple of previous Emacs versions, I would
> avoid cross-posting. I just sent a draft to evaluate if code can be
> added to Org.
Previous Emacs versions are not
On 05/10/2023 18:40, Ihor Radchenko wrote:
[ CCing emacs-devel ]
To emacs-devel: Would it be of interest to expose man/woman completion
API?
Since Org mode supports a couple of previous Emacs versions, I would
avoid cross-posting. I just sent a draft to evaluate if code can be
added to Org.
Dear all,
Another OrgMeetup will be scheduled on the second Wednesday of October,
next week.
Previous meetup notes:
https://list.orgmode.org/orgmode/878r97bzs4.fsf@localhost/
URL: https://bbb.emacsverse.org/b/iho-h7r-qg8-led
Time & Date: <2023-10-11 Wed 19:00-21:00 @+03,Europe/Istanbul>
The
"Dr. Arne Babenhauserheide" writes:
> I usually plan with a gantt chart in a plantuml code block:
You might be interested in org-gantt package.
But gantt chart is a more strict approach compared to time allocation.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode
[ CCing emacs-devel ]
Max Nikulin writes:
> I am unsure if the code below is appropriate for :complete property of
> "man" link. It does not rely on any double-dash functions or variables,
> but it still uses some implementation details since there is no suitable
> high level functions in
"Tom Alexander" writes:
> This happens in worg at:
> https://git.sr.ht/~bzg/worg/tree/ba6cda890f200d428a5d68e819eef15b5306055f/exporters/ox-docstrings.org#L2490
>
> The documentation for lesser blocks[1] states:
>> Lines beginning with an asterisk or `#+` must be quoted by a comma (`,*`,
>>
Guillaume MULLER writes:
> ...
> - Switch back to (Doom)Emacs ("window"/desktop)
> - Click inside the Emacs "window" to give it focus
> [Here is the problem: sometimes I forgot that I already started the
> org-insert-link]
> - Call org-insert-link
> - Paste the URL
> - Validate the link
Paul Stansell writes:
> On this page https://orgmode.org/manual/Advanced-features.html
> it says
> - '!' :: The fields in this line define names for the columns, so that
> you may refer to a column as '$Tot' instead of '$6'.
>
> However, when I experimented with this I found that the first of
倉成智久 writes:
> In the current implementation, org-special-ctrl-a/e may not operate as
> expected.
> For example, executing (org-beginning-of-line 2) relocates the cursor
> to the start of the line, rather than after the heading symbols even
> if org-special-ctrl-a/e is t.
> (Movements to prior
"J. G." writes:
> When the relevant headline has that property set, is recurring, and is marked
> as done, the headline and its subtrees (without my patch as I've now learned)
> have their checkboxes and counter cookies correctly reset. However, top level
> headlines elsewhere have their
26 matches
Mail list logo
