Should we separate sorting the view from sorting the model, or the UI model
object from the actual domain object/data? Eliot wants to view the list
sorted and Chris insists not to break a deliberate order of repositories in
the model because other functionality depends on it. Disconnect them.

The bytes on my disk do not move when I sort a list of files by name.

Levente Uzonyi <leves at caesar.elte.hu> schrieb am Mi., 1. Juli 2020, 13:40:

> On Tue, 30 Jun 2020, Chris Muller wrote:
>
> > On Tue, Jun 30, 2020 at 7:59 PM Levente Uzonyi <leves at caesar.elte.hu>
> wrote:
> >       On Tue, 30 Jun 2020, Chris Muller wrote:
> >
> >       > Hi Eliot,
> >       > The order of repositories is part of the model, sorting them
> conceptually breaks a couple of MC's use-cases.  Would list-filtering help
> you find the repository you seek amongst your list of 40 repositories?
> >
> >       What model is it part of?
> >
> >
> > Monticello's.  MCWorkingCopyBrowser's.
> >
> >       And if it is, how come the GUI doesn't let you change that order?
> >
> >
> > It's "demote to bottom" on the menu.  But it seemed to have gotten broke
> due to the #repositories list always being sorted.
>
> That's a really poor way to make the list sortable. In my opinion there
> should be the following options if that's the goal: alphabetize, move
> down, move up, move to front, move to end (this is the one called demote
> now which is not a good name IMO).
>
>
> Levente
>
> >
> > My hope is that Eliot's use-case is for only when there are no
> WorkingCopy's selected, thus showing _all_ repositories -- because we can
> sort that output.  But sorting as far as when an individual WorkingCopy is
> selected, it
> > breaks one or two use cases.
> >
> >  - Chris
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200701/2e1ea24a/attachment.html>