UI

ui@lists.squeakfoundation.org

251 discussions

Re: [UI] Dev image Naming convention
by Damien Cassou 15 Apr '08

15 Apr '08

On Mon, Apr 14, 2008 at 5:13 PM, Ken G. Brown <kbrown(a)mac.com> wrote: > I've been following Keith's recommendations at <http://installer.pbwiki.com> for the most part except tidy and clean and am sometimes unsure of what is already in the dev image and what is not. Question-do you use Installer for building the dev images? If not, are there some issues with doing that? I haven't looked closely at how you build. Perhaps a dev image build script on the Installer wiki would be good. I use the script http://damien.cassou.free.fr/squeak-dev/makeImages.sh which helps me generate 4 images based on 2 different squeak bases. It effectively uses Installer. -- Damien Cassou Peter von der Ahé: «I'm beginning to see why Gilad wished us good luck». (http://blogs.sun.com/ahe/entry/override_snafu)

1 0

Re: [UI] offlist - Dev image Naming convention
by Damien Cassou 14 Apr '08

14 Apr '08

Hi Ken, squeak-dev releases already saw a lot of different naming schemes. The current one is the best I found currently. If you have any idea on how to improve, please tell me. The last number will nearly always be 1 so it's no big deal. You could also change the 'dev' to 'ken' for example. If you have anything in your custom images that you think can fit in my dev images, please tell me. I also like to have updated tools, that's why I made the dev-images the first time. Greetings, Damien Cassou On Sat, Apr 12, 2008 at 8:48 PM, Ken G. Brown <kbrown(a)mac.com> wrote: > Just a minor issue thought regarding dev image naming convention... > > When you release, I find that I bring a fresh dev image and changes into a new folder with the same name, then open it, and immediately save as new version giving the following: > sq3.10-7159dev08.04.1 - this is the folder > sq3.10-7159dev08.04.1.changes > sq3.10-7159dev08.04.1.image > sq3.10-7159dev08.04.2.changes > sq3.10-7159dev08.04.2.image > > which is good, because the versions end up in the right order. > > Small problem would come if you released a sq3.10-7159dev08.04.2 since there would be a naming conflict because I already have one of those. > I would not be putting it into the same folder in any case, but there would then be versions on my system with same names, with totally different meanings. > > Perhaps you have found this as well. > > The issue is a side effect of how Squeak figures out the name for the new version, and maybe that is what you do to get the name in the first place. > > No biggy, but this will most likely apply to other release versions too so if we give it some thought, it might be helpful. > > As you might have guessed, messy versioning systems is one of my pet peeves! :) > I haven't really looked into it seriously but one would think version numbering must have been beaten to death somewhere already, wouldn't you think? > > Any ideas? > > Love the dev releases by the way. > I'm now able to build my customized image from your new releases via Installer in about 15 minutes, loading all Keith's stuff, everything I need to use VMMaker, all my own work, reloaded custom named Workspaces from text files with various snippets and stuff I need to keep around, etc., etc. > > It drives me crazy to know that someone somewhere has fixed stuff that might be an issue I would run into, therefore I like to keep up to date. Don't know how people can stand to work in old images. > > Ken G. Brown > _______________________________________________ > UI mailing list > UI(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/ui > -- Damien Cassou Peter von der Ahé: «I'm beginning to see why Gilad wished us good luck». (http://blogs.sun.com/ahe/entry/override_snafu)

2 1

offlist - Dev image Naming convention
by Ken G. Brown 12 Apr '08

12 Apr '08

Dang. meant to send to Damien only. Forgive the list fluff please. However, perhaps it has some relevance to user interface. Ken

1 0

Re: [UI] how to find button action target?
by Damien Cassou 12 Apr '08

12 Apr '08

Do know what is being executed: - use the third mouse button to display the allows of the dialog - press this button again until the button is selected (you will see PluggableButtonMorphPlus at the bottom line of the halos) - press the 'wrench' button on the right (named 'debug') - select 'explore morph' - click on the '+' sign to unfold - the 'model' property tells you where the message will be sent (an instance of TextEntryDialogWindow) - the 'actionSelector' property tells you that the message is #ok. So, #ok will be sent to an instance of TextEntryDialogWindow. You can now browse TextEntryDialogWindow, right click on the class, open ' Protocol browser'. Select '--all--', in the method list select 'ok'. You will see that the #ok method is implemented in the DialogWindow class a superclass of TextEntryDialogWindow. Have a nice day On Wed, Apr 9, 2008 at 9:11 PM, Ken G. Brown <kbrown(a)mac.com> wrote: > Hi, I have a question about where to find what actually gets executed when you click a button. > sq3.10-7159dev08.04.1 with UI Enhancements > > eg. Open a simple ChangeSorter, opt-click to make a new ChangeSet, enter the name. What gets done when you click ok? > I've dragged a copy of the button off and explored and inspected but cannot find what the button action actually is. > I seem to be missing some key understanding on how the button in this case works. > > My goal, and reason for looking into this particular thing, is to programmatically create a new ChangeSet in an Installer script, so answering how to do that would help too. > > Thx, > Ken G. Brown > _______________________________________________ > UI mailing list > UI(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/ui > -- Damien Cassou Peter von der Ahé: «I'm beginning to see why Gilad wished us good luck». (http://blogs.sun.com/ahe/entry/override_snafu)

2 2

how to find button action target?
by Ken G. Brown 11 Apr '08

11 Apr '08

Hi, I have a question about where to find what actually gets executed when you click a button. sq3.10-7159dev08.04.1 with UI Enhancements eg. Open a simple ChangeSorter, opt-click to make a new ChangeSet, enter the name. What gets done when you click ok? I've dragged a copy of the button off and explored and inspected but cannot find what the button action actually is. I seem to be missing some key understanding on how the button in this case works. My goal, and reason for looking into this particular thing, is to programmatically create a new ChangeSet in an Installer script, so answering how to do that would help too. Thx, Ken G. Brown

3 6

Re: [UI] how to find button action target?
by Herbert König 11 Apr '08

11 Apr '08

Hello Ken, KGB> I've found how to update them if I could find the open ChangeSorters... open some ChangeSorters and other windows then in a Workspace World submorphs explore. Then dig into the SystemWindows and look up the model of each. So it will need something like World submorphs select: [:each | (each respondsTo: #model) and: [each model class = ChangeSorter]] Cheers, Herbert

1 0

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

UI