all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Simon Tournier <zimon.toutoune@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: Ricardo Wurmus <rekado@elephly.net>,
	Nathan Dehnel <ncdehnel@gmail.com>,
	Felix Lechner <felix.lechner@lease-up.com>,
	guix-devel@gnu.org
Subject: Re: more than 1,800 dependent packages: website out of date
Date: Wed, 04 Oct 2023 19:50:57 +0200	[thread overview]
Message-ID: <874jj61dku.fsf@gmail.com> (raw)
In-Reply-To: <87r0macshm.fsf@gnu.org>

Hi,

On Wed, 04 Oct 2023 at 17:33, Ludovic Courtès <ludo@gnu.org> wrote:

>> Yeah but for instance I barely use Info because I never remember how to
>> navigate and often I have an approximate idea about what I am looking
>> for and in this case, I am faster with the HTML documentation.
>
> That’s fine, we all have our preferences.  :-)
>
> What makes Info (whether in Emacs or the ‘info’ command) appealing to me
> is that (1) it’s straight on my machine and off-line, (2) I’m sure I’m
> looking at the version of the manual that corresponds to the version I’m
> using, and (3) there are efficient and IMO intuitive navigation key
> bindings (‘n’ for ‘next’, ‘i’ for ‘index’, arrows to scroll, etc.)

Yeah, I never remember Emacs navigation keys because I do not find them
intuitive.  And I consider myself being comfortable with Emacs. :-)

* usually the converse of the key ’f’, here doing action

    f	Follow a cross reference. Prompts for name.

is the key ’b’ but not here, it is ’l’:

    l	Go back to the last node you were at. (chronological)
    b	Go to beginning of node.

Well, as with EWW but I find that counter-intuitive.

* the key ’<’ is counter-intuitive for me

    <	Go to first node ("Top") of current Info file.

compared to EWW for instance,

    <               beginning-of-buffer

Or usually Alt-< is for beginning-of-buffer.

* search is not intuitive: s term1 term2 RET then I expect to just type
RET (as suggested «Use ‘s RET’ to search again for ‘term1 term2’.») but
no: «Point neither on reference nor in menu item description».  So I
have to type again ’s’ then RET.  I can go via Isearch but I am using
Swipper so C-s is not Isearch by default and Swipper does not jump
between the nodes by default, so I have to remember no C-s in this
mode.  Result, counter-intuitive for me.

* last the most important: open a new buffer for reading something still
keeping the other thing.  It is really counter-intuitive: C-u f or C-u m
depending on the nature of the link.  Also it is possible to clone Info
buffer.

All in all is it counter-intuitive for me when on the other hand, all my
needs of navigation are covered by only three:

    Right-Click -> Open… and C-f and Alt-Arrow


> Should we expand
> <https://guix.gnu.org/manual/devel/en/html_node/Documentation.html>?

Well, from my side, I do not see what could be improved.  Or make Info
navigation less counter-intuitive for me? ;-)

Another annoyance, for instance reading your email, I just press ’B RET’
and Emacs opens the link that I browse.  I have nothing similar with
Info.

> Though again, it’s okay if others prefer to browse the HTML doc.

Ok, let be back about your points:

    >         (1) it’s straight on my machine and off-line, (2) I’m sure I’m
    > looking at the version of the manual that corresponds to the version I’m
    > using

About #1, that’s because we do not ship the HTML versions else it would
also be « straight on my machine and off-line ». :-)  For instance, on
Debian:

--8<---------------cut here---------------start------------->8---
$ find /usr/share/ -type f -name "*.html" -print | wc -l
370
--8<---------------cut here---------------end--------------->8---

About #2, it is related to #1. :-)

Well, as I said elsewhere: (a) we need to keep in mind the size of the
documentation and (b) it will be better to also have CSS for a nicer
rendering, :-)

Cheers,
simon



  reply	other threads:[~2023-10-04 17:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-28  6:28 more than 1,800 dependent packages: website out of date Nathan Dehnel
2023-09-28  6:35 ` Ricardo Wurmus
2023-09-28 14:11   ` Nathan Dehnel
2023-09-29  7:32   ` Simon Tournier
2023-10-04 15:33     ` Ludovic Courtès
2023-10-04 17:50       ` Simon Tournier [this message]
2023-10-14 16:11     ` Maxim Cournoyer
2023-10-18 17:55       ` Simon Tournier
2023-10-18 18:41         ` Useful Info related Emacs functions (was Re: more than 1,800 dependent packages: website out of date) Matt
2023-10-19  8:59           ` Simon Tournier
     [not found] <mailman.14714.1695741617.1171.guix-devel@gnu.org>
2023-09-26 18:04 ` more than 1,800 dependent packages: website out of date Peter Polidoro
2023-09-26 19:54   ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
  -- strict thread matches above, loose matches on Subject: below --
2023-09-26  3:18 jgart
2023-09-26  5:32 ` Simon Tournier
2023-09-26  9:55   ` Attila Lendvai
2023-09-26 10:26     ` Simon Tournier
2023-09-26 16:39       ` Maxim Cournoyer
2023-09-26 16:42       ` jgart
2023-09-26 14:15   ` jgart

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=874jj61dku.fsf@gmail.com \
    --to=zimon.toutoune@gmail.com \
    --cc=felix.lechner@lease-up.com \
    --cc=guix-devel@gnu.org \
    --cc=ludo@gnu.org \
    --cc=ncdehnel@gmail.com \
    --cc=rekado@elephly.net \
    /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/guix.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.