December 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

by Igor Stasenko

who's there? :) On 29 December 2016 at 21:31, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I still love to get in trouble though I suck at getting up early , even > for Santa. Morfeas gives me busy :D > > On Thu, 29 Dec 2016 at 21:04, Dale Henrichs <dale.henrichs@gemtalksystems. > com> wrote: > >> >> >> >> >> >> >> >> >> >> >> I always got in trouble on Christmas ... getting up too early:) >> >> >> >> >> >> >> >> On 12/29/16 11:00 AM, Dimitris Chloupis >> >> wrote: >> >> >> >> >> Shhhh .... we are waiting for Santa ;) >> >> >> >> >> On Thu, 29 Dec 2016 at 20:10, Dale Henrichs < >> dale.henrichs(a)gemtalksystems.com> >> >> wrote: >> >> >> >> >> The list >> >> server is up so it's just quiet:) >> >> >> >> >> >> >> >> >> On 12/29/16 10:04 AM, Dale Henrichs wrote: >> >> >> > No messages on list since yesterday morning? >> >> >> > >> >> >> > Dale >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Happy overquote! :) -- Best regards, Igor Stasenko.

Dec. 29, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Stephane Ducasse

Mariano all RB and other will be present. On Wed, Dec 28, 2016 at 1:55 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Wow, it already have features I have wished since long time (like the view > or inherited / filtered methods and multi selection everywhere). > > About RB, how much do you plan to integrate? From the screenshots I can > see only a few basic ones. Is the idea to have at least the ones of > Nautilus? > > Can we add a feature to compare /diff to random methods? Right now > nautilus allows you that but it must be from the same class.... > > Thanks and congratulations! I am eager to test it out. > > > On Wed, Dec 28, 2016 at 7:03 AM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> >> 2016-12-28 0:17 GMT+01:00 Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: >> >>> >>> I'm not a "pro" of ux but at Synectique I make the css of our web tools. >>> So I can try to make some mockup of widgets when I will have some time >>> >> >> It will be really really nice. >> >> >>> but I will not have the time to implements them in Pharo/Morph. >>> >> >> No problem here. I think implementing all "candies" is task for many >> people. >> >> >>> >>> Tomorrow I will send a screen of the nested list we made at Synectique. >>> It's a responsive tree with icons at the right and/or left. >>> >>> And also I know the priority is the features. I just make some notes of >>> the main UI problems because it's something that should not be forgotten >>> after the features implementation :) And I am well aware that it's hard >>> to find time to fix design. (Tests, doc, design, promo, bug correction, >>> speed upâ¦ Too much things to do after making a feature :D) >> >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 29, 2016

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

by Dimitris Chloupis

I still love to get in trouble though I suck at getting up early , even for Santa. Morfeas gives me busy :D On Thu, 29 Dec 2016 at 21:04, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > > > > > > > > > > > I always got in trouble on Christmas ... getting up too early:) > > > > > > > > On 12/29/16 11:00 AM, Dimitris Chloupis > > wrote: > > > > > Shhhh .... we are waiting for Santa ;) > > > > > On Thu, 29 Dec 2016 at 20:10, Dale Henrichs < > dale.henrichs(a)gemtalksystems.com> > > wrote: > > > > > The list > > server is up so it's just quiet:) > > > > > > > > > On 12/29/16 10:04 AM, Dale Henrichs wrote: > > > > No messages on list since yesterday morning? > > > > > > > > Dale > > > > > > > > > > > > > > > > > > > > > >

Dec. 29, 2016

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

by Ron Teitelbaum

Hi Dale! Ron Teitelbaum -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Dale Henrichs Sent: Thursday, December 29, 2016 1:10 PM To: Pharo Development List; stepharong Subject: Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:) The list server is up so it's just quiet:) On 12/29/16 10:04 AM, Dale Henrichs wrote: > No messages on list since yesterday morning? > > Dale >

Dec. 29, 2016

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

by Dale Henrichs

I always got in trouble on Christmas ... getting up too early:) On 12/29/16 11:00 AM, Dimitris Chloupis wrote: > Shhhh .... we are waiting for Santa ;) > On Thu, 29 Dec 2016 at 20:10, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com > <mailto:dale.henrichs@gemtalksystems.com>> wrote: > > The list server is up so it's just quiet:) > > > On 12/29/16 10:04 AM, Dale Henrichs wrote: > > No messages on list since yesterday morning? > > > > Dale > > > >

Dec. 29, 2016

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

by Dimitris Chloupis

Shhhh .... we are waiting for Santa ;) On Thu, 29 Dec 2016 at 20:10, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > The list server is up so it's just quiet:) > > > On 12/29/16 10:04 AM, Dale Henrichs wrote: > > No messages on list since yesterday morning? > > > > Dale > > > > >

Dec. 29, 2016

Re: [Pharo-dev] it's too quiet ... please ignore (except for stef:)

by Dale Henrichs

The list server is up so it's just quiet:) On 12/29/16 10:04 AM, Dale Henrichs wrote: > No messages on list since yesterday morning? > > Dale >

Dec. 29, 2016

it's too quiet ... please ignore (except for stef:)

by Dale Henrichs

No messages on list since yesterday morning? Dale

Dec. 29, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Denis Kudriashov

2016-12-28 18:12 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > > I like this initiative, especially for the local browser and the > remote browser using the same code base. > * overall minimizing code > * using/testing the same mechanisms > * facilitate seamless experience between local and remote usage And thank's for feedback. I saw you created issues. It is good

Dec. 28, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Denis Kudriashov

2016-12-28 18:12 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > * multiple code pane tabs - cool > * multi-selection is cool (but I need to trial how it works out in > practice) > * automatic selection of items similar to last selection - I've been > meaning to ask this for Nautilus for a while. > * pinning modified pane code panes is a nice approach. It would be > nice to pin any pane. > * packages pane - it would be nice for the test-result-icon to appear > on left like the other panes. The folder icon would seem reasonable > place to substitute. > > Nice feature to show variables in the protocol pane and references in > the method list pane. But it says "Class variables" while these are > "Instance Variables" > Because Class variables are also accessible from instance side and you want to see what methods are used it. But I agree it should not be here by default. Actually it will be not here if Object will not define any class variable. But Object has DependantFields. Browser probably should ignore it. Now structure of variables view is the same as when you click on Variables button in Nautilus. So you think existence of "Class variables" is also confusing because it looks like parent group for instance variables? > > Now I wonder if we can do without the Methods/Vars buttons by having > the following top level tree items. Also as a newbie before developing > the instinct to *know* which instance/class-side I was on, I got burnt > a few times following tutorials accidentally putting methods on the > wrong side. It would be interesting to try deprecating the > Inst-Side/Class-Side buttons, and have something like the following > items... > + instance-side methods > - accessing > - initialization > - extensions > - GT-InspectorExtensions > + class-side methods > - instance creation > - extensions > + variables > - instance variables > - class variables > - class instance variables > > It could be good or not. Problem with this approach is same as why we use 4-column panes instead of single tree menu for everything like other IDE does. We don't want to scroll to achieve some group element. Imaging that you browse some morph subclass which have a lot of protocols. You are in some middle protocol and not see parent expanded group in list. And now you want to look at class side or variables. Tree view will force you to scroll instead of simple press on switch button like it is now. > The "inherited methods" tree-item might be better as a pull down menu > at the bottom of the pane, level with "Filter..." since visually it is > confusing seeming that protocols like "accessing" are a sub-item of > "inherited methods". > But it is not expanded and indentation of both items are same. Also you can select "inherited methods" as any other group and see all inherited methods together without using visibility checkbox.

Dec. 28, 2016