[squeak-dev] The Trunk: Monticello-cmm.726.mcz
ma.chris.m at gmail.com
Tue Jul 28 03:30:47 UTC 2020
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..
On Mon, Jul 27, 2020 at 2:31 PM Eliot Miranda <eliot.miranda at gmail.com>
> 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>
>>> 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...
More information about the Squeak-dev