UI March 2008

ui@lists.squeakfoundation.org

9 participants
10 discussions

RE: [UI] Scrolling issue
by Bill Schwab 05 Apr '08

05 Apr '08

Gary, This might be an opportunity to use some programmatic tricks with settings: grab them now, install via Installer or whatever we decide to do, and then #ensure: the settings back to their original state??? Thanks for all the great work!! Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029 >>> gazzaguru2(a)btinternet.com 03/25/08 8:09 AM >>> With the Widgets stuff it is best to have as few Morphs onscreen while loading. In particular, keep the central screen area clear (where the progress appears) and disable any dockingbars/taskbars. Otherwise you may run into problems since the Widgets affects display code and MC is not atomic. Regards, Gary. > -----Original Message----- > From: ui-bounces(a)lists.squeakfoundation.org > [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Adrian > Lienhard > Sent: 25 March 2008 1:02 PM > To: Squeak's User Interface > Subject: Re: [UI] Scrolling issue > > > Wow, that was fast. > It works perfectly, thanks! > > Note, I cannot load version Pinesoft-Widgets-gvc.302.mcz. It breakes > the image during loading. I loaded Pinesoft-Widgets-gvc.301.mcz and > then merged the change you did in Pinesoft-Widgets-gvc.303.mcz > > Cheers, > Adrian > > On Mar 25, 2008, at 13:54 , Gary Chambers wrote: > > > That is down to having changed to generating MouseWheelEvents > > (rather than > > keyboard). The Hand procesing seems to lock mouse events to the UI. > > I have > > modified the behaviour to be more in line with the old handling. > > Pinesoft-Widgets-gvc.303.mcz on SqueakSource if you want to try and > > see if > > it helps. > > > > Gary. > > > >> -----Original Message----- > >> From: ui-bounces(a)lists.squeakfoundation.org > >> [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Adrian > >> Lienhard > >> Sent: 25 March 2008 10:47 AM > >> To: Squeak's User Interface > >> Subject: [UI] Scrolling issue > >> > >> > >> Hi, > >> > >> I've been using UIEnhancements for some time now. I like the look and > >> many of the features but one thing that is annoying is that the > >> scrolling behavior is broken (I'm on Mac OS X, Squeak VM > >> 3.8.18beta1U). The behavior is that scrolling the list does not stop > >> when you stop scrolling the mouse or trackpad. It looks like the > >> scroll events are queued up and processed up until the last one while > >> each step takes a lot processing time. The problem is that while it > >> is > >> scrolling the UI is unresponsive. > >> The old behavior was that scrolling fast would also scroll the list > >> fast while now the speed does not seem to differ. > >> > >> Cheers, > >> Adrian > >> _______________________________________________ > >> UI mailing list > >> UI(a)lists.squeakfoundation.org > >> http://lists.squeakfoundation.org/mailman/listinfo/ui > > > > _______________________________________________ > > UI mailing list > > UI(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/mailman/listinfo/ui > > _______________________________________________ > UI mailing list > UI(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/ui _______________________________________________ UI mailing list UI(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui

5 11

Fwd: [SoC] Mentors: please start reviewing applications
by Klaus D. Witzel 26 Mar '08

26 Mar '08

Hi UI gurus, would some of you please consider mentoring the proposed Squeak GTK project, time is running and your expertise is valued! /Klaus ------- Forwarded message ------- From: "Giovanni Corriga" <giovanni(a)corriga.net> To: "Squeak Summer of Code mailing list" <soc(a)lists.squeakfoundation.org> Cc: Subject: [SoC] Mentors: please start reviewing applications Date: Wed, 26 Mar 2008 01:25:10 +0100 Hi mentors, we already have a couple of applications, of which at least one looks extensive and well written. Please go to http://code.google.com/soc/2008/squeak/open.html and start reviewing them! Giovanni _______________________________________________ SoC mailing list SoC(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/soc

1 0

Scrolling issue
by Adrian Lienhard 25 Mar '08

25 Mar '08

Hi, I've been using UIEnhancements for some time now. I like the look and many of the features but one thing that is annoying is that the scrolling behavior is broken (I'm on Mac OS X, Squeak VM 3.8.18beta1U). The behavior is that scrolling the list does not stop when you stop scrolling the mouse or trackpad. It looks like the scroll events are queued up and processed up until the last one while each step takes a lot processing time. The problem is that while it is scrolling the UI is unresponsive. The old behavior was that scrolling fast would also scroll the list fast while now the speed does not seem to differ. Cheers, Adrian

2 3

Re: [UI] A small change... for a start
by Gary Chambers 23 Mar '08

23 Mar '08

The current experiment works by double dispatch to "simple" methods that were previously the main entry point on Canvas, for compatibility. So provides the flexibility of FillStyles to utilise the existing capabilities of various canvasses. Ideally the whole thing could be restructured back to Canvas to efficiently deal with compositing. For the moment this achieves the overall aim without excessive redesign. ----- Original message ----- From: Igor Stasenko <siguctua(a)gmail.com> To: Squeak's User Interface <ui(a)lists.squeakfoundation.org> Sent: Fri, 21 Mar 2008, 23:13:43 GMT Subject: Re: [UI] A small change... for a start On 21/03/2008, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > P.S. Just rectangular fills as a proof of concept for the moment. > > > > -----Original Message----- > > From: ui-bounces(a)lists.squeakfoundation.org > > > [mailto:ui-bounces@lists.squeakfoundation.org]On Behalf Of Gary Chambers > > Sent: 21 March 2008 5:59 PM > > To: Squeak's User Interface > > > Subject: RE: [UI] A small change... for a start > > > > > > Pinesoft-Widgets-gvc.302 on SqueakMap. Nebraska not included in > > changes (may do a separate package for that if there is interest). > > > > Added CompositeFillStyle. Canvas double-dispatches to the > > fillstyle/color/infiniteForm. > > Should allow more complex fills through subclassing(like pieced > > together from forms for a button, top-left image, top image etc.). > > > > Have fun! > > It looks double-dispatch needed from a BaloonEngine, not from Canvas. A fillStyle needs method #registerFillWith: engine. So, it will dispatch back to BalloonEngine with messages like: ^ engine registerSolidFill: self. "For single color fill" ^ engine registerGradientFill: self "For gradient fill" ^ engine registerBitmapFill: self "For bitmap fill" And BaloonEngine>>registerFill: aFill should look like: ^ aFill registerFillWith: self. Otherwise we need to extend canvas protocol with methods: #fillRectangle:color: #fillRectangle:gradient: #fillRectangle:bitmap: I don't like that there is need in additional checking for fill type later, after canvas receives #fillRectangle:basicFillStyle: i think it would be better to be precise after dispatch, what basic fill type should be used. > > Gary > > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ UI mailing list UI(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui

3 2

Re: [UI] A small change... for a start
by Gary Chambers 23 Mar '08

23 Mar '08

Well, to my mind there is no need for fillstyle type testing in a properly refactored Morphic. There is with what we currently have. (Will post again with a more comprehensive outlook on things). ----- Original message ----- From: Igor Stasenko <siguctua(a)gmail.com> To: Squeak's User Interface <ui(a)lists.squeakfoundation.org> Sent: Sun, 23 Mar 2008, 03:36:35 GMT Subject: Re: [UI] A small change... for a start On 23/03/2008, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > But the fillstyle is only now aware of the canvas, not the morph (was neither before). > Yes, it's not and shouldn't be. As far a morph provides a coordinates of areas to fill, only the fillstyle can choose how to fill them. An isXXXFill patterns is really shows that parts of fillstyle behavior are handled by external entities, which adds complexity and uncertainty to many places in code. > Agree with you on relative vs absolute coordinates though. > > TC. Gary. > > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ UI mailing list UI(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui

2 2

Re: [UI] A small change... for a start
by Gary Chambers 23 Mar '08

23 Mar '08

But the fillstyle is only now aware of the canvas, not the morph (was neither before). Agree with you on relative vs absolute coordinates though. TC. Gary. ----- Original message ----- From: Igor Stasenko <siguctua(a)gmail.com> To: Squeak's User Interface e canv <ui(a)lists.squeakfoundation.org> Sent: Sun, 23 Mar 2008, 03:17:39 GMT Subject: Re: [UI] A small change... for a start On 22/03/2008, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > The current experiment works by double dispatch to "simple" methods that were previously the main entry point on Canvas, for compatibility. So provides the flexibility of FillStyles to utilise the existing capabilities of various canvasses. > > Ideally the whole thing could be restructured back to Canvas to efficiently deal with compositing. For the moment this achieves the overall aim without excessive redesign. > I think that your work with FillStyles highlighted some problems in Morphic, which cannot be handled as extension. For instance, a reason why morph asks if fillstyle isOrientedFill is to update a oriented fill origin point, when morph changes it's position. Which, in own turn, shows that it was a bad design choice to specify origin of gradient in screen-space coordinates, instead of coordinates relative to morph. But now, we can easily deal with that, because we dispatch to fill style. So, fill style can choose how it can fill, and using what coordinates - relative to morph or absolute. And finally, we can get rid isXXXFill protocol. -- Best regards, Igor Stasenko AKA sig. _______________________________________________ UI mailing list UI(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui

2 1

Host windows
by Bill Schwab 22 Mar '08

22 Mar '08

Gary, Having just stumbled on Squeak's SSL stack, I have another piece of my MS escape plan, at least to the point of being able to do some serious porting and stress testing. At the mission-critical level, there is one fairly intense fat client (that is where your work is most relevant to my plans), and various server apps. The latter have run as desktop apps under Dolphin, but that is becoming a problem as we move (over my unilaterally[*] bruised body) to virtual machines in racks. My plan is to build SSL into Kom and end up with "out of the box" secure Seaside-based configuration. Settings can be persisted by simply saving the image. Now the point (about time, I realize). The server apps will probably spend most of their lives in a headless configuration, but I will no doubt at times run them graphically to debug something. I have said this before, but I am becoming ever more convinced: using multiple host windows would be great, but we should also have the option of using system windows inside of one main Squeak window. I *think* the latter will be most useful for the debugging scenario above, but we should try not to lose the ability as we add the attractive idea of having browsers and debuggers floating around on an OS desktop. Thanks for your contributions to Squeak!! Bill [*] It is not all bad. I fear the VMs are in use out of mainstreamism, and they will almost certainly go from quick to overloaded with time. Having them locked up with dedicated staff to make backups, etc. is a good thing, both because it needs to be formalized, and because *I* don't have to do it ;) Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029

4 12

Re: [UI] A small change... for a start
by Gary Chambers 22 Mar '08

22 Mar '08

Might now embark on a new theme as a showcase of the facility. STNG (Squeak The Next Generation). Fast machines only, maybe! :-) Gary

1 0

Installation scripts
by Bill Schwab 02 Mar '08

02 Mar '08

Gary, Would you be willing and able to export your preferences, or (probably better) provide code or just a list of the preferences that should be true and false? All, regarding my goal of a script to build a new image, please take a look at http://installer.pbwiki.com/Installer What do you think? It looks like what I had in mind, only on steroids. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029

3 2

Re: [UI] Installation scripts
by Bill Schwab 02 Mar '08

02 Mar '08

Ken, Your script was what got my attention. No offense, does it really work? :) Just form the docs, you appear to have covered the various sources, latest and greatest of this, specific version of that, etc. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029 >>> kbrown(a)mac.com 03/01/08 11:34 PM >>> I've just been going through all the Installer stuff. You might want to have a look at my example Installer script I just posted to squeak-dev. I am using it to prepare the latest 3.10 Dev image for building a Vm but you can get the idea and modify it to suit your own purposes. Let me know if you would like me to send it directly. Ken G. Brown At 11:24 PM -0500 3/1/08, Bill Schwab apparently wrote: >Gary, > >Would you be willing and able to export your preferences, or (probably >better) provide code or just a list of the preferences that should be >true and false? > >All, regarding my goal of a script to build a new image, please take a >look at > > http://installer.pbwiki.com/Installer > >What do you think? It looks like what I had in mind, only on steroids. > >Bill > > > > >Wilhelm K. Schwab, Ph.D. >University of Florida >Department of Anesthesiology >PO Box 100254 >Gainesville, FL 32610-0254 > >Email: bschwab(a)anest.ufl.edu >Tel: (352) 846-1285 >FAX: (352) 392-7029 > >_______________________________________________ >UI mailing list >UI(a)lists.squeakfoundation.org >http://lists.squeakfoundation.org/mailman/listinfo/ui _______________________________________________ UI mailing list UI(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

UI March 2008