unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#18255: Selecting a group with RET vs gnus-thread-hide-subtree
       [not found] <84r40lfksg.fsf@gmail.com>
@ 2017-01-25 19:15 ` Lars Ingebrigtsen
  2017-01-25 19:33   ` Lars Ingebrigtsen
  0 siblings, 1 reply; 2+ messages in thread
From: Lars Ingebrigtsen @ 2017-01-25 19:15 UTC (permalink / raw)
  To: Carlos Pita; +Cc: 18255

Carlos Pita <carlosjosepita@gmail.com> writes:

> Selecting with RET is supposed not to select any article in the summary
> buffer. Nevertheless, if the first article in the summary is an
> unseen/unread article belonging to a thread, then that thread is
> expanded, even if gnus-thread-hide-subtree is t. To make things more
> confusing, the little > at the left fringe is shown in the last article
> of the summary, not the first.

I've never noticed that thing in the fringe.  :-)  What sets it?

> I think a more sensible behavior is:
>
> 1) Show the > at the article SPACE (as opposed to RET) would have
> selected, but without really selecting it.
>
> 2) Don't expand any thread at all (that is, when selecting the group
> with RET).
>
> Implementing just 1 will be a second best at least, because one can
> interpret this behavior as kinda "selecting without showing". But the
> current behavior is misleading: nothing seems to be selected, but there
> is an arrow pointing to the last article, despite the point is in the
> first one and the first thread is expanded => pretty messy.

Yes, I think 2) makes most sense.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#18255: Selecting a group with RET vs gnus-thread-hide-subtree
  2017-01-25 19:15 ` bug#18255: Selecting a group with RET vs gnus-thread-hide-subtree Lars Ingebrigtsen
@ 2017-01-25 19:33   ` Lars Ingebrigtsen
  0 siblings, 0 replies; 2+ messages in thread
From: Lars Ingebrigtsen @ 2017-01-25 19:33 UTC (permalink / raw)
  To: Carlos Pita; +Cc: 18255

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Carlos Pita <carlosjosepita@gmail.com> writes:
>
>> Selecting with RET is supposed not to select any article in the summary
>> buffer. Nevertheless, if the first article in the summary is an
>> unseen/unread article belonging to a thread, then that thread is
>> expanded, even if gnus-thread-hide-subtree is t. To make things more
>> confusing, the little > at the left fringe is shown in the last article
>> of the summary, not the first.
>
> I've never noticed that thing in the fringe.  :-)  What sets it?

Found it.  Fixed.

>> I think a more sensible behavior is:
>>
>> 1) Show the > at the article SPACE (as opposed to RET) would have
>> selected, but without really selecting it.
>>
>> 2) Don't expand any thread at all (that is, when selecting the group
>> with RET).

I think the problem with 2) is when there's an unread article in the
first thread, but there are some read older articles...  we want to put
point on the first unread article, but to do that we have to expand the
thread.  In general.

So on second thought I'm not sure we want to do that.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-01-25 19:33 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <84r40lfksg.fsf@gmail.com>
2017-01-25 19:15 ` bug#18255: Selecting a group with RET vs gnus-thread-hide-subtree Lars Ingebrigtsen
2017-01-25 19:33   ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).