[squeak-dev] [Tools] (Object >> #inspect) now returns the tool
instead of the object
Chris Muller
ma.chris.m at gmail.com
Tue May 19 19:09:32 UTC 2015
On Tue, May 19, 2015 at 11:55 AM, Tobias Pape <Das.Linux at gmx.de> wrote:
>
> On 19.05.2015, at 18:21, Chris Muller <asqueaker at gmail.com> wrote:
>
>> That logic is sound except from one POV: which is that #inspect and
>> #explore are used as a debugging tools for _users_. For years, I've
>> been able to simply put one word "inspect" in a strategic place in my
>> application code to help me debug it. Now, I'm forced to add
>> parentheses, cascades and, in some cases, even temp vars (!!) just to
>> avoid getting a SystemWindow tangled up into my domain model.
>>
>> For you as a UI-framework developer, I can understand there might be
>> case or two where you would want to debug SystemWindow stuff. But
>> that is the 0.1% usage case. The 99.9% usage case is Squeak users are
>> interacting with their own domain model and they want to use #inspect
>> as a debugging tool.
>>
>> What do other Smalltalks return from #inspect? If you want to be
>> consistent how about we be consistent with them?
>>
> That's compatibility and portability, not consistency.
Well, compatibility and portability refers to production code. If
we're talking about the classic Smalltalk debugging tool #inspect,
then that is about a consistency of user-experience between the
Smalltalk dialects. For some things in Smalltalk, the code _is_ the
UI. #inspect is one of those things (as is #printString).
> Alas, we seldom have them all.
But we can try. :) We know the use-case for wanting classic
#inspect, could you (or someone) articulate what is the use-case where
I would want a SystemWindow back from inspect?
More information about the Squeak-dev
mailing list
|