- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fwd: About default UI

by David Mitchell

+1 (I use proportional not mono for code, but I can live with switching. I can live with Watery 2, though I'm not a Mac user. Squeak 1.1 looked kinda like System 6, anyway.) On Sat, Dec 13, 2008 at 9:24 AM, Bill Schwab <BSchwab(a)anest.ufl.edu> wrote: > Hello all, > > Watery 2 is starting to grow on me. My own quirks include a tendency to > mess with fonts (I find mono-spaced is best for code, and I use the > smallest font that is comfortable for me), and background colors > (reducing contrast and hence eye strain). As long as those changes > work, everybody should be able to have what they want. > > I recommend enabling fast dragging by default; I would add do-its to the > intro text to turn it on and off. In my experience, it looks nice, but > it is slow; I prefer the more responsive option. > > Re speed, I recently noted that the newest images loaded into a frozen > state on Windows. Yesterday, I noted that I was using a very old VM, > grabbed the one from 3.10, and all was well. I have not tried a > side-by-side comparison, but my sense is that the new images are faster > than the old image I am still using (mostly because everything I need is > in it and it works). > > 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) 273-6785 > FAX: (352) 392-7029 > >>>> adi(a)netstyle.ch 12/13/08 4:58 AM >>> > Looks nice. I think we should make this the default then. > > Adrian > > On Dec 12, 2008, at 17:59 , Damien Pollet wrote: > >> On Thu, Dec 11, 2008 at 20:04, Adrian Lienhard <adi(a)netstyle.ch> >> wrote: >>> think that the Bitstream Vera family is a good option, or as >>> suggested >>> by Damien Pollet (see his mail from December 1), DejaVu. >> >> Here's what DejaVu looks like by the way. It's identical to Vera, just >> more complete. >> >> About the theme, I'm not fond of the aqua clones, but at least they >> show a change from default squeak and are better than vistary and soft >> squeak (those have illegible window titles, thanks to the shading or >> high-contrast background). >> -- >> Damien Pollet >> type less, do more [ | ] http://people.untyped.org/damien.pollet >> <Picture 1.png>_______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 13, 2008

[Pharo-project] [update] #10192

by Marcus Denker

10192 ------- Issue 275: TODO: remove OldSocket Issue 398: remove protocols package Issue 400: remove last unused Flash-related preference Issue 399: another etoys clean cs Issue 354: MCDefinition>>#= is wrong Issue 396: Replacing FileList calls to UIManager calls Removed methods and Classes: ----------------------------- Preferences class #compressFlashImages ViewerFlapTab #hibernate #unhibernate VariableDock #computePlayerGetterAndSetterSelectors #variableName:type:definingMorph:morphGetSelector:morphPutSelector: UpdatingStringMorph #variableDocks UnscriptedPlayer #ephemeralPlayerRef #referenceSelectorFor: StackMorph class #additionsToViewerCategories #designationsExplainer ScrollableField class #additionsToViewerCategories ScriptableButton class #additionsToViewerCategories! CardPlayer class #variableDocks #variableDocks: Player #decr: #getActWhen #getBorderColor #getBorderWidth #getCardNumber #getHeight #getRoundedCorners #incr: #setActWhen: #setBorderColor: #setBorderWidth: #setCardNumber: #setHeight: #setRoundedCorners: #setY: #stackEmbodied PasteUpMorph #removeAllViewers! Morph class #hasAdditionsToViewerCategories! AlignmentMorph #addUpDownArrowsFor: Classes removed: CategoryViewer TileMorph Viewer -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 13, 2008

Re: [Pharo-project] OB/Polymorph

by Gary Chambers

The .cs I posted eariler is a start. Mostly about changing buttons to the use the PluggableButtonMorphPlus variety, supporting enablement rather than using on/off colours and associated use of #adoptPaneColor: which is heavily used in Polymorph to achieve theme specific effects. OB can be tricky with frame/border colours due to the fact that building of the morphs is entirely model based until actual opening of the window. Some themes support model colours as a basis of course (indirectly through the window paneColor), the Watery ones are specifically designed to enforce a standard colour set. Regards, Gary. ----- Original Message ----- From: "David RÃ¶thlisberger" <squeak(a)webcitas.ch> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, December 13, 2008 1:43 PM Subject: Re: [Pharo-project] OB/Polymorph > Hi Gary, >> If David is up for it I'll be happy to work with him to help make OB more >> Polymorph-friendly... just a few changes required to help things appear >> more >> consistent. > yes, of course! > Just let me know what kind of changes need to be done and then we can > work on them together. > > Cheers, > David > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 13, 2008

Re: [Pharo-project] Polymorph sound theme

by Rob Rothwell

The freesound project (http://www.freesound.org/) might be helpful, but would take a lot of digging around! I generally work on mute anyway, though! Take care, Rob On Sat, Dec 13, 2008 at 11:10 AM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Any interest in having some concrete sound themes via Polymorph? Default is > "no sound" at present. Mostly no examples due to effort required to produce > open-source friendly copyright sound clips. > > Currently supported are window events > (open/close/restore-up/restore-down/minimise/maximise) plus specific > support > for dialog window opening (abort/alert/deny/message/question). > > FM synthesis is, of course, an option. > > Sound themes are orthogonal to the ui theme in use. > > Regards, Gary. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 13, 2008

[Pharo-project] Polymorph sound theme

by Gary Chambers

Any interest in having some concrete sound themes via Polymorph? Default is "no sound" at present. Mostly no examples due to effort required to produce open-source friendly copyright sound clips. Currently supported are window events (open/close/restore-up/restore-down/minimise/maximise) plus specific support for dialog window opening (abort/alert/deny/message/question). FM synthesis is, of course, an option. Sound themes are orthogonal to the ui theme in use. Regards, Gary.

Dec. 13, 2008

Re: [Pharo-project] Fwd: About default UI

by Bill Schwab

Hello all, Watery 2 is starting to grow on me. My own quirks include a tendency to mess with fonts (I find mono-spaced is best for code, and I use the smallest font that is comfortable for me), and background colors (reducing contrast and hence eye strain). As long as those changes work, everybody should be able to have what they want. I recommend enabling fast dragging by default; I would add do-its to the intro text to turn it on and off. In my experience, it looks nice, but it is slow; I prefer the more responsive option. Re speed, I recently noted that the newest images loaded into a frozen state on Windows. Yesterday, I noted that I was using a very old VM, grabbed the one from 3.10, and all was well. I have not tried a side-by-side comparison, but my sense is that the new images are faster than the old image I am still using (mostly because everything I need is in it and it works). 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) 273-6785 FAX: (352) 392-7029 >>> adi(a)netstyle.ch 12/13/08 4:58 AM >>> Looks nice. I think we should make this the default then. Adrian On Dec 12, 2008, at 17:59 , Damien Pollet wrote: > On Thu, Dec 11, 2008 at 20:04, Adrian Lienhard <adi(a)netstyle.ch> > wrote: >> think that the Bitstream Vera family is a good option, or as >> suggested >> by Damien Pollet (see his mail from December 1), DejaVu. > > Here's what DejaVu looks like by the way. It's identical to Vera, just > more complete. > > About the theme, I'm not fond of the aqua clones, but at least they > show a change from default squeak and are better than vistary and soft > squeak (those have illegible window titles, thanks to the shading or > high-contrast background). > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > <Picture 1.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 13, 2008

Re: [Pharo-project] {Spam?} Re: Interaction with Java

by Bill Schwab

Norbert, Sounds good. 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) 273-6785 FAX: (352) 392-7029 >>> norbert(a)hartl.name 12/12/08 7:10 PM >>> On Fri, 2008-12-12 at 08:57 -0500, Bill Schwab wrote: > Norbert, > > Not to start an argument or anything, where do we disagree? I assume I > am a bit more jaded about the usefulness of _most_ canned components, > but freely admit that the odd thing here or there can be a life saver. > Oh, after reading your post the second time I'm not all that sure if we disagree :) > "The need for C is quite obvious. It is the best accepted macro > assembler ever invented." > > --- May I steal that? Well said! > thanks. Take it! Norbert > Bill > > > > > The need for C is quite obvious. It is the best accepted macro > assembler ever invented. > > 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) 273-6785 > FAX: (352) 392-7029 > > >>> norbert(a)hartl.name 12/12/08 6:04 AM >>> > On Wed, 2008-12-10 at 16:08 -0300, Alexandre Bergel wrote: > > Dear List, > > > > Something is trotting in my head for few weeks. According to the mails > > > exchanged on this list, it seems that interacting with C is of a high > > > priority. I was wondering whether you had a similar need for talking > > to the Java world. Few months ago, I worked on Athena, a small > > Smalltalk VM written in Java. It can be interfaced with Squeak. This > > means that within Squeak, you can create Java objects and talking > > directly to them within Squeak. > > > > Is there anyone who need this? I am ready to continue on this, but I > > would like to be use case driven. > > > The need for C is quite obvious. It is the best accepted macro > assembler ever invented. I can see what Bill is talking about > but I don't see it that way. If you want to be on the safe side > you focus on the least common denominator and that is C nowadays. > Using C you have the highest odds that you are able to interface > with anything else. That is the same reason why IDL sucks. It is > built after the least common denominator (which is C). So the > interfaces are clumsy and cumbersome. Having two high-level > languages interfacing via IDL is not that powerful you just lose > on both sides. > > What you are talking about is more an integration than an interfacing > issue. In this case there could be some gain. Java has its place and > it is not competing with C. So there are at least two languages that > are accepted today of different reasons. Widening the view on this > topic I would add javascript, too. > > The fashion to implement in/script java has already began. The number > of languages like javascript, groovy, jython, jruby, beanshell ... > is speaking for itself. > > So what you are talking about sounds useful to me. I have two use > cases in mind: > > Use case ME: > > The micro edition approach could bring squeak/smalltalk to mobile > devices which I would like to see. Athena is capable of that but > it has no graphics. On the other hand there is potato that is able > to execute a squeak image. For this approach a combined effort of > athena and potato would be a good thing. > > Use case SE: > > The standard edition approach will make use of the ScriptHost > extension that comes with Java 6. Being able to script any java > application with smalltalk would be just wonderful. I'm working > wih rhino (mozillas javascript engine in java) at the moment and > it is really wonderful. You focus on javascript and take java > as your assembly language to code """low level""" tools :) > > > Hope this helps, > > Norbert > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 13, 2008

Re: [Pharo-project] MC enhancement

by Noury Bouraqadi

Copy only copies the selected package, but not its dependents. Noury On 13 dÃ©c. 08, at 12:05, StÃ©phane Ducasse wrote: > but it looks to do it extremely fast.... > I will recheck because for moose I was thinking that it would at least > be longer than for one single > package > > Stef > > On Dec 13, 2008, at 11:45 AM, Lukas Renggli wrote: > >>> Is there a way to copy a package and all its dependent from one repo >>> to another one? >> >> That should work out of the box, if I remember correctly. >> >> - Select the root package in the repository browser. >> - Click on "copy". >> - Select the target repository in the appearing menu. >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > Noury Bouraqadi ------------------------------------------------------------------ Dr. Noury Bouraqadi - Enseignant/Chercheur Responsable de l'enseignement de l'informatique ARMINES - Ecole des Mines de Douai - Dept. I.A. http://vst.ensm-douai.fr/noury European Smalltalk Users Group Board http://www.esug.org ------------------------------------------------------------------

Dec. 13, 2008

Re: [Pharo-project] MC enhancement

by Keith Hodges

StÃ©phane Ducasse wrote: > but it looks to do it extremely fast.... > I will recheck because for moose I was thinking that it would at least > be longer than for one single > package > > Stef > > In MC 1.5 the copyAll function has been moved to the side menu Keith

Dec. 13, 2008

Re: [Pharo-project] OB/Polymorph

by David RÃ¶thlisberger

Hi Gary, > If David is up for it I'll be happy to work with him to help make OB more > Polymorph-friendly... just a few changes required to help things appear more > consistent. yes, of course! Just let me know what kind of changes need to be done and then we can work on them together. Cheers, David

Dec. 13, 2008