Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be broken in this case. (header, no code)
Travis
Travis Kay wrote:
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
Really? Most collapse/expand is either on the Min/Max icon (single click) or on the taskbar (single click). Are you referring to another click area?
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be broken in this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Brad Fuller wrote:
Travis Kay wrote:
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
Really? Most collapse/expand is either on the Min/Max icon (single click) or on the taskbar (single click). Are you referring to another click area?
Hi Brad,
I'm referring to the area I considered the title bar, its the top part of the window between close box and collapse / expandBox iconic buttons.
Travis
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be broken in this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Travis Kay wrote:
Brad Fuller wrote:
Travis Kay wrote:
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
Really? Most collapse/expand is either on the Min/Max icon (single click) or on the taskbar (single click). Are you referring to another click area?
Hi Brad,
I'm referring to the area I considered the title bar, its the top part of the window between close box and collapse / expandBox iconic buttons.
ah.. yes.
Btw, is there a hotkey to close SystemWindow?
On 11/10/2007, Brad Fuller bradallenfuller@yahoo.com wrote:
Travis Kay wrote:
Brad Fuller wrote:
Travis Kay wrote:
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
Really? Most collapse/expand is either on the Min/Max icon (single click) or on the taskbar (single click). Are you referring to another click area?
Hi Brad,
I'm referring to the area I considered the title bar, its the top part of the window between close box and collapse / expandBox iconic buttons.
ah.. yes. _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Hi Igor,
Key combo of Alt-w or Command-w while your cursor is over the world will close the window with current focus. I don't think its what you are looking for ( such as Alt-F4 or Ctrl-F4 on windows for example ). I'm looking into a good solution for this for my base image, however if you load KeyBinder from Squeak Map or Package Universe Alt-e will close the topmost window.
Travis
Igor Stasenko wrote:
Btw, is there a hotkey to close SystemWindow?
On 11/10/2007, Brad Fuller bradallenfuller@yahoo.com wrote:
Travis Kay wrote:
Brad Fuller wrote:
Travis Kay wrote:
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
Really? Most collapse/expand is either on the Min/Max icon (single click) or on the taskbar (single click). Are you referring to another click area?
Hi Brad,
I'm referring to the area I considered the title bar, its the top part of the window between close box and collapse / expandBox iconic buttons.
ah.. yes. _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
I'll put that in the next release if you like. A few more fixes (Taskbars in projects) also, though been unable to upload to SqueakSource recently.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 11 October 2007 12:41 AM To: ui@lists.squeakfoundation.org Subject: [UI] Maximizing and Restoring Windows with doubleClick: event
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be broken in this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Gary,
Sure that sounds good to me.
Thank you,
Travis
Gary Chambers wrote:
I'll put that in the next release if you like. A few more fixes (Taskbars in projects) also, though been unable to upload to SqueakSource recently.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 11 October 2007 12:41 AM To: ui@lists.squeakfoundation.org Subject: [UI] Maximizing and Restoring Windows with doubleClick: event
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added this to my image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be broken in this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Done, version 247 on SqueakSource.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 12 October 2007 9:52 PM To: Squeak's User Interface Subject: Re: [UI] Maximizing and Restoring Windows with doubleClick: event
Gary,
Sure that sounds good to me.
Thank you,
Travis
Gary Chambers wrote:
I'll put that in the next release if you like. A few more fixes
(Taskbars in
projects) also, though been unable to upload to SqueakSource recently.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 11 October 2007 12:41 AM To: ui@lists.squeakfoundation.org Subject: [UI] Maximizing and Restoring Windows with doubleClick: event
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added
this to my
image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be
broken in
this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Thanks Travis, works a treat.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 12 October 2007 9:52 PM To: Squeak's User Interface Subject: Re: [UI] Maximizing and Restoring Windows with doubleClick: event
Gary,
Sure that sounds good to me.
Thank you,
Travis
Gary Chambers wrote:
I'll put that in the next release if you like. A few more fixes
(Taskbars in
projects) also, though been unable to upload to SqueakSource recently.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 11 October 2007 12:41 AM To: ui@lists.squeakfoundation.org Subject: [UI] Maximizing and Restoring Windows with doubleClick: event
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added
this to my
image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with Pinesoft-Widgets-gvc.242.mcz loaded, I added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be
broken in
this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
After incorporating the "double-click-title-bar" thing I was wondering if these kind of events/actions should be themed too...
Easy enough to do (think, a particular theme might "shade" the window instead, or minimize, or whatever.
In generally it would mean that the feel could be themed along with the look. Does anyone think that the "feel" part should be broken out for a mix-and-match approach, or would that be too confusing?
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Gary Chambers Sent: 12 October 2007 10:47 PM To: Squeak's User Interface Subject: RE: [UI] Maximizing and Restoring Windows with doubleClick: event
Thanks Travis, works a treat.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 12 October 2007 9:52 PM To: Squeak's User Interface Subject: Re: [UI] Maximizing and Restoring Windows with doubleClick: event
Gary,
Sure that sounds good to me.
Thank you,
Travis
Gary Chambers wrote:
I'll put that in the next release if you like. A few more fixes
(Taskbars in
projects) also, though been unable to upload to SqueakSource recently.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 11 October 2007 12:41 AM To: ui@lists.squeakfoundation.org Subject: [UI] Maximizing and Restoring Windows with
doubleClick: event
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added
this to my
image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with
Pinesoft-Widgets-gvc.242.mcz loaded, I
added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be
broken in
this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Gary,
I think splitting the look and the feel is a good idea. I tend to customize my environment to suit my whims or needs, which don't always coincide with known standards (on any given platform). By separating the two people can pick and choose whatever they like, bundled _standard_ settings for themed look and feel would reduce potential confusion. What do you think?
Travis
PS
Thank you for making such great improvements on the UI front, your work has come a long way in making squeak more acceptable for professional / corporate developers and users.
Gary Chambers wrote:
After incorporating the "double-click-title-bar" thing I was wondering if these kind of events/actions should be themed too...
Easy enough to do (think, a particular theme might "shade" the window instead, or minimize, or whatever.
In generally it would mean that the feel could be themed along with the look. Does anyone think that the "feel" part should be broken out for a mix-and-match approach, or would that be too confusing?
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Gary Chambers Sent: 12 October 2007 10:47 PM To: Squeak's User Interface Subject: RE: [UI] Maximizing and Restoring Windows with doubleClick: event
Thanks Travis, works a treat.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 12 October 2007 9:52 PM To: Squeak's User Interface Subject: Re: [UI] Maximizing and Restoring Windows with doubleClick: event
Gary,
Sure that sounds good to me.
Thank you,
Travis
Gary Chambers wrote:
I'll put that in the next release if you like. A few more fixes
(Taskbars in
projects) also, though been unable to upload to SqueakSource recently.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Travis Kay Sent: 11 October 2007 12:41 AM To: ui@lists.squeakfoundation.org Subject: [UI] Maximizing and Restoring Windows with
doubleClick: event
Hello All,
Has anyone on the UI team given thought to implementing SystemWindow maximizing and restoring upon doubleClick: event ? I've added
this to my
image and find it a rather handy. This type of behavior is typically expected from non-squeakers.
In my Squeak 3.9 7067 image with
Pinesoft-Widgets-gvc.242.mcz loaded, I
added;
SystemWindow>>mouseDown: evt "first statement before Pinesoft enhancements" evt hand waitForClicksOrDrag: self event: evt.
and
SystemWindow>>doubleClick: event self expandBoxHit
I would have attached a change set but my file out seems to be
broken in
this case. (header, no code)
Travis _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
Gary Chambers schrieb:
After incorporating the "double-click-title-bar" thing I was wondering if these kind of events/actions should be themed too...
Easy enough to do (think, a particular theme might "shade" the window instead, or minimize, or whatever.
In generally it would mean that the feel could be themed along with the look. Does anyone think that the "feel" part should be broken out for a mix-and-match approach, or would that be too confusing?
It should definitely be broken out. That would allow us to have feels which are consistent with user's expectations on their native platforms, while still being able to switch between different looks. For example, standard keyboard binding conventions vary between the Windows world (where ctrl- is often used) and the Mac world (where the default command key is the apple or clover key which maps to the Alt key on PC keyboards). With every major release of their operating systems Microsoft and Apple do essentially the same: Looks may be changed radically or subtly, but feel is much more stable and evolves in smaller steps. Apparently people can more easily adjust to new looks than to new interface behaviors. Squeak should recognize this observation and provide users with their expected behaviors where possible.
Other possible feel-dependent behaviors could be: - text and list selection (Windows vs Rest-of-World) - mouse button bindings (including the paste via middle mouse button found in X) - pop-up menu behavior (I kinda liked the old ST-80 pop up menus with their selection memory - I'm probably the only one who would admit that...) - keyboard focus behavior is probably orthogonal to other feel elements, but belongs into this category, too.
It might be helpful to view a "theme" as a composition of look and feel elements. That way, we could have predefined "tinymellow", "fruit" and "kobold" themes (to avoid trademark infringements :-) ) and user-defined combinations of looks and feels (for example, a secret GNU admirer in a microsoft workplace might choose a "kobold" look with the "tinymellow" feel.)
Cheers, Hans-Martin
Perhaps, since there is much perosnal choice on the feel front it would be better to have the options as individual preferences instead... the ultimate mix-'n'-match.
-----Original Message----- From: ui-bounces@lists.squeakfoundation.org [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Hans-Martin Mosner Sent: 14 October 2007 8:23 PM To: Squeak's User Interface Subject: Re: [UI] Maximizing and Restoring Windows with doubleClick: event
Gary Chambers schrieb:
After incorporating the "double-click-title-bar" thing I was
wondering if
these kind of events/actions should be themed too...
Easy enough to do (think, a particular theme might "shade" the window instead, or minimize, or whatever.
In generally it would mean that the feel could be themed along with the look. Does anyone think that the "feel" part should be broken out for a mix-and-match approach, or would that be too confusing?
It should definitely be broken out. That would allow us to have feels which are consistent with user's expectations on their native platforms, while still being able to switch between different looks. For example, standard keyboard binding conventions vary between the Windows world (where ctrl- is often used) and the Mac world (where the default command key is the apple or clover key which maps to the Alt key on PC keyboards). With every major release of their operating systems Microsoft and Apple do essentially the same: Looks may be changed radically or subtly, but feel is much more stable and evolves in smaller steps. Apparently people can more easily adjust to new looks than to new interface behaviors. Squeak should recognize this observation and provide users with their expected behaviors where possible.
Other possible feel-dependent behaviors could be:
- text and list selection (Windows vs Rest-of-World)
- mouse button bindings (including the paste via middle mouse button
found in X)
- pop-up menu behavior (I kinda liked the old ST-80 pop up menus with
their selection memory - I'm probably the only one who would admit that...)
- keyboard focus behavior is probably orthogonal to other feel elements,
but belongs into this category, too.
It might be helpful to view a "theme" as a composition of look and feel elements. That way, we could have predefined "tinymellow", "fruit" and "kobold" themes (to avoid trademark infringements :-) ) and user-defined combinations of looks and feels (for example, a secret GNU admirer in a microsoft workplace might choose a "kobold" look with the "tinymellow" feel.)
Cheers, Hans-Martin _______________________________________________ UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
On Mon, Oct 15, 2007 at 08:01:09PM +0100, Gary Chambers wrote:
Perhaps, since there is much perosnal choice on the feel front it would be better to have the options as individual preferences instead... the ultimate mix-'n'-match.
The old Theme system is nothing but a saved collection of preferences, if I understand correctly. 3.8 shipped with quite a few of them, some with poppup scrollbars and single-color windows to behave like MVC, but the outOfTheBox theme had all the latest wiz-bangetry enabled
3.9 added smalland themes, (I think) which I know nothing about. I don't know if 3.9's look enhancements are a preference or a permanent change to Morphic.