Hi Eliot,

I care that something in the IDE isn't working optimally for you.  I do
certainly prefer when we engage in a deliberative work style, so when I
went to use those legacy IDE functions and found this change to be the
reason I couldn't, I took care not to fix it more aggressively than it was
committed, and remain sensitive to your use-case to help get it in properly.

So that's good to know you were referring to the "all" list, that should
make it just a presentation issue then..

 - Chris

On Mon, Jul 27, 2020 at 2:31 PM Eliot Miranda <eliot.miranda at gmail.com>
wrote:

>
>
> On Tue, Jun 30, 2020 at 8:55 PM Chris Muller <ma.chris.m at gmail.com> 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.
>>
>> 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.
>>
>
> It's the "show all repositories" use case I care about.  I certainly
> *don't* (and didn't) intend to change the sort order of an individual
> package's repositories. I understand how I f**ked up now.  I apologize.
> Maybe I can do better next time?
>
>
>>
>>  - Chris
>>
>
>
> --
> _,,,^..^,,,_
> best, Eliot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200727/41ee9710/attachment.html>