On 07.06.2016, at 19:29, Chris Muller <asqueaker at gmail.com> wrote:
> 
> Ubuntu 14.04 default settings do the same thing Windows does -- make
> resizing grips well beyond the outer edge of the window -- which is
> incredibly annoying, because 1) it interferes with the content and/or
> edges of adjacent windows, which I sometimes want to interact with (or
> resize to be closely side-by-side), but can't because it keeps grabbing
> the resizer of the window which I'm not even clicking because,
> 2) it has defied the physicality of the environment (this is what I
> referred to as the "insanity"), and established a new paradigm to the
> user that there are "invisible regions" on the screen which are
> actually sensitive to input.

Zero-width window borders (with a nice soft shadow) manage to provide maximum screen real estate while being exactly as usable as “wide” borders. I have no problems at all resizing windows on a Mac - I put my mouse pointer on the border (which is very visible, plus the pointer shape changes), drag and resize.

> Invisible grips are gonna overlap either to the inside or the outside
> right?  Making the assumption that overlapping to the outside triggers
> my sensitivity about this subject, because it assumes and encourages
> that modal-thinking revolution.  IMO, we should stand strong against
> that and show the world what Smalltalk showed them 33 years ago --
> windows are visible and physical, and present an object-centric
> interface (rather than command-centric) which, unlike tablet
> interfaces, allows seamless integration of disparate domains.

The old Smalltalk UI for resizing was *way* more modal. You had to choose “reframe” from the blue-button menu and then rubber-band the new window frame. We’ve come a long way from that (so much so that Alan made me put in corner resizing in our Smalltalk-78 revival).

Not every “newer” UX is bad. +1 for zero-width borders (provided we do have nice soft-shadows to indicate window stacking - on slower machines we should have clearly visible opaque borders)

- Bert -

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4207 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20160608/c4e60152/smime.bin