all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: uzibalqa <uzibalqa@proton.me>
Cc: 65913@debbugs.gnu.org, heimeborgia@protonmail.com,
	stefankangas@gmail.com
Subject: bug#65913: with-help-window arranges for 'inhibit-read-only' to be set to 't'
Date: Thu, 14 Sep 2023 07:53:36 +0300	[thread overview]
Message-ID: <83fs3hmk33.fsf@gnu.org> (raw)
In-Reply-To: <CNeJlFQpoczT37z5upMBy9LG9VXTcs_NooNk12Kw6fx0jrmoYV0zpOoRaezNW0_uMYHfiRccrEtCybXVZIqg2oUro8cSRqAZvz33yOSh7c8=@proton.me> (message from uzibalqa on Wed, 13 Sep 2023 19:16:52 +0000)

> Date: Wed, 13 Sep 2023 19:16:52 +0000
> From: uzibalqa <uzibalqa@proton.me>
> Cc: Heime <heimeborgia@protonmail.com>, 65913@debbugs.gnu.org, stefankangas@gmail.com
> 
> The purpose of the docstring should be expanded.  And if using the manual
> is required, please provide that information from the self documentation.

We do that when needed, but not in this case.  There's no reason to
mention inhibit-read-only when we document with-help-window, because
with-help-window is not about read-only buffers.

> I disagree with the notion that working with emacs should be hard.

So do we.  But this issue has nothing to do with how hard it is to
work with Emacs.  You simply looked for the information you were after
in the wrong place, when the right place should have been pretty
obvious for someone who writes Lisp programs: the ELisp manual.

> With most people I communicate with, it is generally agreed that
> using the language is hard.  It is the solution that I disagree
> with.  Because the solution that I am usually given is to endure the
> time it takes for everyone to learn it.

The solution you were suggested was to look for information about
read-only buffers where read-only buffers are described, either in the
ELisp manual or in the doc string of the command which toggles the
read-only state of the buffer.

In general, there's no need to mention in each and every doc string
that to learn about some subject you should read the manual where that
subject is described.  This is trivial, and having to repeat that
everywhere will just bloat Emacs for no good reason.  Consulting the
documentation is one of the first lessons that each Emacs user learns,
and resisting that lesson is not recommended.





  reply	other threads:[~2023-09-14  4:53 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-13 10:41 bug#65913: with-help-window arranges for 'inhibit-read-only' to be set to 't' Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-13 13:13 ` Eli Zaretskii
2023-09-13 13:26   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-13 13:56     ` Eli Zaretskii
2023-09-13 14:26       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-13 14:04   ` Stefan Kangas
2023-09-13 14:46     ` Eli Zaretskii
2023-09-13 14:54       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-13 15:21         ` Stefan Kangas
2023-09-13 19:03         ` Eli Zaretskii
2023-09-13 19:16           ` uzibalqa via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-14  4:53             ` Eli Zaretskii [this message]
2023-09-14 10:41               ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-14 12:50                 ` Eli Zaretskii
2023-09-14 13:17                   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-14 16:03               ` Drew Adams
2023-09-14 16:15                 ` Eli Zaretskii
2023-09-14 16:40                   ` Christopher Dimech
2023-09-14 16:55                     ` Eli Zaretskii
2023-09-14 19:04                       ` Christopher Dimech
2023-09-14 16:29                 ` Christopher Dimech
2023-09-13 14:51     ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-13 15:14       ` Stefan Kangas
2023-09-13 15:34         ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-13 15:51           ` Stefan Kangas
2023-09-13 16:24             ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors

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=83fs3hmk33.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=65913@debbugs.gnu.org \
    --cc=heimeborgia@protonmail.com \
    --cc=stefankangas@gmail.com \
    --cc=uzibalqa@proton.me \
    /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.