Status grouping order makes files jump around

Bug #35515 reported by Mark Shuttleworth
4
Affects Status Importance Assigned to Milestone
Bazaar
Confirmed
Wishlist
Unassigned
Breezy
Triaged
Wishlist
Unassigned

Bug Description

Putting the "added" files next to the "unknown" files in the "bzr status" listing might feel more polished.

If the "added" file group and the "unknown" file group were next to one another in the listing, then adding a previously-unknown file would give a more natural feeling to the eye. Imagine you type "bzr status" and see an unknown file. Then you "bzr add" that file, and type "bzr status" again. At the moment, the file jumps right to the top of the listing, into the added files group.

I think it would be less jarring for the added files to be listed just above the unknown files. That way you would look for the file in the same place, then see that it has moved just a little bit.

A very very minor nit, but I thought I would file a bug in any event. Has the sequence of groups in the status listing been discussed in detail, is there a published rationale for the current sequence?

Tags: status ui
description: updated
summary: + Putting the "added" files next to the "unknown" files in the "bzr
+ status" listing might feel more polished.
Revision history for this message
Martin Pool (mbp) wrote : Re: [Bug 35515] Status grouping order makes files jump around

> A very very minor nit, but I thought I would file a bug in any
> event. Has the sequence of groups in the status listing been
> discussed in detail, is there a published rationale for the current
> sequence?

It's an interesting point. I don't think it's been discussed except
that we did talk about whether files should be grouped by status or just
sorted by name. At the moment unknown files are listed at the end
because every other name mentioned is that of a versioned file.
That distinction may not be useful or evident to users.

--
Martin

Revision history for this message
Michael Ellerman (michael-ellerman) wrote :

I'd vote for not grouping at all, and just printing "modified foo", "added bar" etc. on every line. That would solve Mark's problem, scales better (ie. header doesn't scroll off the screen), and works with grep.

Revision history for this message
Aaron Bentley (abentley) wrote :

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Michael Ellerman wrote:
| Public bug report changed:
| https://launchpad.net/malone/bugs/35515
|
| Comment:
| I'd vote for not grouping at all, and just printing "modified foo",
| "added bar" etc. on every line. That would solve Mark's problem, scales
| better (ie. header doesn't scroll off the screen), and works with grep.

I really dislike having these discussions as per-bug mini-mailinglists.
~ Where it's not an obvious bug, it's much better to do it on the mailing
list, where we can have a better discussion and hopefully reach a better
conclusion.

I think sorting by filename is better for the query "what happened to
this file?". And sorting by status is better for the query "Are there
any files with status foo"? I think the second is usually more
important, especially in cases where there are so many files listed that
a header would scroll off the screen.

I also think grouping is not necessarily tied to the decision to use
headers vs prefixes. You could easily have:

~ added abc.py
~ added zyx.py
unknown def.py
unknown uvw.py

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEHXjt0F+nu1YWqI0RAgeaAJ4qwz3Qr16S63V1XuPYSZxBLRRrQwCfYByG
SHt2n0D2X4Pm9nFe1X/0RxU=
=Vg89
-----END PGP SIGNATURE-----

Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

Listing unknown files at the end does make sense, so this would
work-for-me if added files were listed second-last. As for the rest of
the discussion, back to you guys, and probably to a wiki page as Aaron
pointed out :-)

Martin Pool (mbp)
Changed in bzr:
status: Unconfirmed → Needs Info
Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

What info do you need, Martin?

Revision history for this message
Martin Pool (mbp) wrote :

Confirmed, just needs a decision on how the should be presented.

So far it looks like people would lilke the status repeated on each line, and an option to group either by status or just sort by filename.

Changed in bzr:
status: Needs Info → Confirmed
Revision history for this message
Mark Shuttleworth (sabdfl) wrote : Re: [Bug 35515] Re: Status grouping order makes files jump around

Will it *feel* more responsive to push the results out to screen as they
are discovered? If you sort or group you need to do it all before
displaying anything.

Jelmer Vernooij (jelmer)
tags: added: check-for-breezy
Jelmer Vernooij (jelmer)
tags: added: status ui
removed: check-for-breezy
Changed in brz:
status: New → Triaged
importance: Undecided → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.