UI April 2008

ui@lists.squeakfoundation.org

13 participants
11 discussions

Just a thought...
by Gary Chambers 05 Aug '08

05 Aug '08

It might be nice that we have some more paint rules in BitBlt. A "fuzz/blur" effect would be nice and take the load off the Squeak code for such things. Just wanting to get more contemporary with the ui look without large performance penalties. Not quite liking the way that effects are hidden behind canvas (leading to a bloated interface, perhaps (c.f. #drawImage... #drawTranslucentImage...)). Not sure where the balance should be. Looks like a choke-point that is too useful to bypass on a case-by-case basis. Anyway, just a few thoughts. Gary.

4 7

Summary
by Gary Chambers 22 Apr '08

22 Apr '08

Just to summarise what we should be looking at (IMHO): Alain Plantec's Miro http://www.squeaksource.com/Miro/ Juan Vuletich http://www.jvuletich.org/Morphic3/TheFutureOfTheGUI_01.html (the site appears to be suffering from entropy...) Sig's OpenGL canvas (can be Googled, will let Sig let us know...) The SqueakGTK project http://wiki.squeak.org/squeak/6043 (older: http://www.squeaksource.com/Gtk/) Areithfa Ffenestri http://wiki.squeak.org/squeak/3862 The dev thread on "menu standards" http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-April/127706.htm l (is "underthreaded" as I like to consider things, so not too visible on web-based-thread feeds) Worth a look at the dev thread on SeasideXUL too... http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-April/127757.htm l Any omissions (have probably forgot one or two myself) welcome to be added... Regards, Gary.

6 11

Diff tools.
by Gary Chambers 16 Apr '08

16 Apr '08

(sorry, got posted under antother thred previously...) Just released (as in uploaded versions) of the "Diff Tools" on SqueakSource. Check here: http://wiki.squeak.org/squeak/6005 for details. Have fun! Gary **************************************************************************** ************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. **************************************************************************** *************************************************************** Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA _______________________________________________ UI mailing list UI(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui

6 13

UI Enhancements 308
by Gary Chambers 16 Apr '08

16 Apr '08

Added a SystemWindow menu option in UI Enhancements for"about". Thanks to Michael Davies for the suggestion. See here: http://wiki.squeak.org/squeak/6005 for details, as always. Regards, Gary.

1 0

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

UI April 2008