December 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fwd: About default UI
by Bill Schwab Dec. 13, 2008

Dec. 13, 2008

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

2 1

[Pharo-project] OB/Polymorph
by Gary Chambers Dec. 13, 2008

Dec. 13, 2008

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. Regards, Gary.

4 4

Re: [Pharo-project] {Spam?} Re: Interaction with Java
by Bill Schwab Dec. 13, 2008

Dec. 13, 2008

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

1 0

[Pharo-project] MC enhancement
by StÃ©phane Ducasse Dec. 13, 2008

Dec. 13, 2008

Is there a way to copy a package and all its dependent from one repo to another one? Stef

4 5

[Pharo-project] Fwd: About default UI
by Damien Pollet Dec. 13, 2008

Dec. 13, 2008

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

3 2

[Pharo-project] Bugtracking is the way
by StÃ©phane Ducasse Dec. 13, 2008

Dec. 13, 2008

Hi all I just want to tell you that using the bug tracker is really an excellent way to work. I encourgae you to post there ***and*** to the list. This helps us now and will hel;p us in the future to understand what we did. Stef

1 0

[Pharo-project] [update] #10191
by Marcus Denker Dec. 13, 2008

Dec. 13, 2008

Hi, Continuing to catch up with the bugtracker... plus some more etoys cleaning. Issue 394: Smacc removed in update #10189 - so the Seaside29 script needs an update again Issue 393: remove InternalThreadNavigator Issue 395: No way to select a directory using new FileList Issue 391: 7219 Streams Readability -> more unset messages/not referenced classes removed from Etoys package Removed methods: --------------- ProjectHistory #mostRecentThread Viewer #scriptedPlayer TileMorph #actualObject #couldRetract #lastTile #operatorOrExpression Player #performScriptIfCan: #triggerScript: Removed Classes: ---------------- EtoyUpdatingThreePhaseButtonMorph GetTriggeringObjectNotification ListViewLine ObjectRepresentativeMorph PhraseTileMorph TileLikeMorph TilePadMorph InternalThreadNavigationMorph ThreadNavigationMorph -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 1

Dec. 13, 2008

Hi all I really want to encourage you to sign and send to me the license agreement Else we will be forced to not even check your contribution. Keith could you sign the agreement? Stef

1 0

Dec. 13, 2008

Begin forwarded message: > From: <noreply(a)gforge.inria.fr> > Date: December 12, 2008 7:43:10 PM CEST > To: stephane.ducasse(a)inria.fr > Subject: [INRIAGforge] 16 Dec 2008 : Scheduled dowtime > > On December 16th 2008, from 9h00am to 10h30am, the site and all > associated services will be unavailable due to maintenance > operations related to security checks : a reply to this announce > will signal the end of the maintenance. > > We apologize for any inconvenience. > > A friendly reminder of this scheduled downtime will be sent by mail > on Monday 15th December 2008. > > Cordially > The InriaGforge Team >

1 0

Dec. 13, 2008

1 0