January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] custom ui theme

by Tudor Girba

Hi, I did not override this method: MyTheme class>>newDefaultSettings But, adding the code you mention does not seem to have an effect. Still confused :). Cheers, Doru On 14 Jan 2010, at 17:44, Stan Shepherd wrote: > > > Tudor Girba wrote: >> >> Hi, >> >> I am trying to tweak a bit the way the splitters are drawn in the >> watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, >> and >> I just overrode resizer* and splitter* methods. >> >> However, when I make MyTheme beCurrent, the windows get painted in >> Squeakish colors (blue, green) instead of gray. >> >> I am probably missing something, but I do not know what. What >> should I >> do to get the gray back? >> >> Cheers, >> Doru >> >> > > Hi Doru, you might try in > > MyTheme class>>newDefaultSettings > ^super newDefaultSettings standardColorsOnly: true > > Seems like you could have overridden an override > > Good luck, ...Stan > > -- > View this message in context: http://n2.nabble.com/custom-ui-theme-tp4391907p4393746.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Don't give to get. Just give."

Jan. 15, 2010

Re: [Pharo-project] Time for a new election in squeak.org soon

by Peter Hugosson-Miller

On 14 jan 2010, at 21.33, Igor Stasenko <siguctua(a)gmail.com> wrote: > 2010/1/14 Eliot Miranda <eliot.miranda(a)gmail.com>: >> >> >> On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure <martin(a)hand2mouse.com >> > >> wrote: >>> >>> Peter Hugosson-Miller wrote: >>>> >>>> PS. I still consider Pharo and Squeak to be highly intertwined >>>> communities so input from Pharons/Pharaos/Pharooosies/p... >>>> ah, what >>>> are >>>> you guys called? :) ...is also welcome. >>>> >>>> >>>> Hmmm... Pharies maybe ;-) >>> >>> Pharaohs! >>> >>> ...now if we were still using initials instead of full names I would >>> look for who had the initials "tut"... >> >> I wish we had more Cleos in the community.... >> > > Programming was never been popular among Cleos. > I can count all of womans, who i knew seem to do some programming > using only my single hand fingers ;) Yes, and it's a crying shame! Still, on Tuesday I'll be holding a course to introduce a couple of colleagues to Smalltalk, and one of them is a Sussie. I'll be sure and mention this community on my course, so fingers crossed that I can get her interested! > >>> >>> -Martin >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Cheers, Peter

Jan. 15, 2010

Re: [Pharo-project] Time for a new election in squeak.org soon

by Igor Stasenko

2010/1/14 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure <martin(a)hand2mouse.com> > wrote: >> >> Peter Hugosson-Miller wrote: >> > >> > Â Â PS. I still consider Pharo and Squeak to be highly intertwined >> > Â Â communities so input from Pharons/Pharaos/Pharooosies/p... ah, what >> > are >> > Â Â you guys called? :) ...is also welcome. >> > >> > >> > Hmmm... Pharies maybe ;-) >> >> Pharaohs! >> >> ...now if we were still using initials instead of full names I would >> look for who had the initials "tut"... > > I wish we had more Cleos in the community.... > Programming was never been popular among Cleos. I can count all of womans, who i knew seem to do some programming using only my single hand fingers ;) >> >> -Martin >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

Jan. 15, 2010

Re: [Pharo-project] Time for a new election in squeak.org soon

by Eliot Miranda

On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure <martin(a)hand2mouse.com>wrote: > Peter Hugosson-Miller wrote: > > > > PS. I still consider Pharo and Squeak to be highly intertwined > > communities so input from Pharons/Pharaos/Pharooosies/p... ah, what > are > > you guys called? :) ...is also welcome. > > > > > > Hmmm... Pharies maybe ;-) > > Pharaohs! > > ...now if we were still using initials instead of full names I would > look for who had the initials "tut"... > I wish we had more Cleos in the community.... > > -Martin > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 15, 2010

Re: [Pharo-project] Time for a new election in squeak.org soon

by Martin McClure

Peter Hugosson-Miller wrote: > > PS. I still consider Pharo and Squeak to be highly intertwined > communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are > you guys called? :) ...is also welcome. > > > Hmmm... Pharies maybe ;-) Pharaohs! ...now if we were still using initials instead of full names I would look for who had the initials "tut"... -Martin

Jan. 15, 2010

Re: [Pharo-project] NewCompiler load on PharoCore

by StÃ©phane Ducasse

> it would be realllllllly cool to have this in the squeak-vm what should be done to get it? > > I'll upload the Newspeak VMMaker package to a suitable repository. I could also try and do an extract and merge. > Alternatively someone who is interested could do the same starting from the Newspeak release. > this is not that I'm not interested but I never played with VMMaker and now I should not play (only project proposal and integrating fixes during recess). Stef

Jan. 15, 2010

Re: [Pharo-project] Pharo-users mailing-list

by StÃ©phane Ducasse

my mistake. I'm so used to english everywhere that I did not even payed attention that this page was created first in french. Now this is fixed :) Yes there was a button :) Stef On Jan 14, 2010, at 7:24 PM, Igor Stasenko wrote: > 2010/1/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Hi guys >> >> We know that some of you cannot handle the volume of our mailing-list. >> We created a new mailing-list users >> >> Pharo-users -- A friendly place where any question about pharo is welcome >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> >> we should probably blog on that on the web... >> > > Hi Stef, the given link is in French. Not a problem for you perhaps, > but for someone as ignorant as me, it is :) > >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 15, 2010

Re: [Pharo-project] NewCompiler load on PharoCore

by Eliot Miranda

On Thu, Jan 14, 2010 at 12:45 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Elliot > > it would be realllllllly cool to have this in the squeak-vm what should be > done to get it? > I'll upload the Newspeak VMMaker package to a suitable repository. I could also try and do an extract and merge. Alternatively someone who is interested could do the same starting from the Newspeak release. > > Stef > On Jan 13, 2010, at 7:41 PM, Eliot Miranda wrote: > > > A *much* better way to implement this is to support immutability in the > VM (I know, I know, but all the code is available in the Newspeak VM), mark > objects one wants to mark as dirty as immutable, catch the > NoModificationError exception, and proceed after having made the object > mutable and marked it dirty. No creating hidden classes, no trying to get > change class to work for compact classes, etc. Just a simple VM-implemented > write barrier that can also be used for a host of other things > (object-database mapping, debugging, immutable literals etc). > > > > On Wed, Jan 13, 2010 at 9:55 AM, Chris Muller <asqueaker(a)gmail.com> > wrote: > > A great description of what WriteBarrier does and how it works can be > > found in the WriteBarrier class-comment, itself. > > > > In a nutshell, when an object is added to a WriteBarrier, a subclass > > is dynamically compiled for it, but not added to the Smalltalk > > dictionary. The name of the class is the same as its superclass but > > with a '*' appended to it. > > > > After creating the subclass, WriteBarrier looks at all "definitions" > > of each instance variable, and adds methods to override the methods in > > its superclass. The generated override checks the pre-state of the > > instVar, calls super, then compares the post-state of the instVar to > > the pre-state. > > > > If it changed, it signals so that the application (Magma) can mark it > dirty. > > > > So, it allows Magma to operate with a smaller readSet, which speeds up > > the part of the commit process relating to detection of changed > > objects for building the CommitPackage which is shipped off to the > > server.. > > > > - Chris > > > > 2010/1/13 Miguel Enrique CobÃ¡ Martinez <miguel.coba(a)gmail.com>: > > > El miÃ©, 13-01-2010 a las 18:08 +0200, Igor Stasenko escribiÃ³: > > >> Can someone clarify, why WriteBarrier depends on compiler (new > > >> compiler or old compiler - not really important). > > >> I just wonder what compiler functionality its depends on. > > > > > > WriteBarrier uses the class BytecodeGenerator that is part of the > > > package NewCompiler (that is currently on rewrite for the closure > > > images). Why it need it and how it use it, I really don't know. I have > > > only a vague idea of what WriteBarrier does, and as Mariano said, I use > > > Magma but never used or activated the WriteBarrier functionality of it. > > > > > > Cheers > > >> > > >> 2010/1/13 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > >> > > > >> > > > >> > On Wed, Jan 13, 2010 at 5:02 PM, Chris Muller <asqueaker(a)gmail.com> > wrote: > > >> >> > > >> >> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > >> >> > Magma depends on NewCompiler ??? > > >> >> > > >> >> No, WriteBarrier depends on NewCompiler. > > >> >> > > >> >> Magma can, at the explicit option of the user, turn on the > > >> >> WriteBarrier option if the WriteBarrier package is present. > > >> >> WriteBarrier used to be self-contained, later it became dependent > on > > >> >> NewCompiler. > > >> >> > > >> >> Unless the WriteBarrier option is switched on by the user, its > > >> >> presence or absence in the image (as well as NewCompiler) has no > > >> >> effect on Magma. > > >> >> > > >> > > > >> > Thanks for the clarification Chris. It was strange for me that as I > used > > >> > Magma a couple of times and I never installed WriteBarrier neither > > >> > NewCompiler. > > >> > > > >> > Cheers > > >> > > > >> > Mariano > > >> > > > >> > > > >> >> > > >> >> - Chris > > >> >> > > >> >> _______________________________________________ > > >> >> 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 > > >> > > > >> > > >> > > >> > > >> -- > > >> Best regards, > > >> Igor Stasenko AKA sig. > > >> > > >> _______________________________________________ > > >> Pharo-project mailing list > > >> Pharo-project(a)lists.gforge.inria.fr > > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > > > Miguel CobÃ¡ > > > http://miguel.leugim.com.mx > > > > > > > > > _______________________________________________ > > > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 15, 2010

Re: [Pharo-project] Issue with deprecated method in ByteString

by Henrik Johansen

Then remember to handle invalid input gracefully too :) Cheers Den 14. jan. 2010 kl. 19.40 skrev John Toohey <jt(a)parspro.com>: > :-) forgot an #asNumber in one of my forms. > > On Thu, Jan 14, 2010 at 13:35, Henrik Johansen <henrik.s.johansen(a)veloxit.no > > wrote: > Don't divide a number by a ByteArray?;) > > Cheers, > Henry > > Den 14. jan. 2010 kl. 19.25 skrev John Toohey <jt(a)parspro.com>: > > > Hi, > > > > Running some tests of my own app, I just got a deprecated warning > > popup in the debugger. The method is #isZero in ByteString, and > > isZero is called from SmallInteger #/. I'm using the 10506 Core > > image. What can I do to fix this? > > > > -- > > -JT > > > > > > _______________________________________________ > > 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 > > > > -- > -JT > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 15, 2010

Re: [Pharo-project] Issue with deprecated method in ByteString

by John Toohey

:-) forgot an #asNumber in one of my forms. On Thu, Jan 14, 2010 at 13:35, Henrik Johansen <henrik.s.johansen(a)veloxit.no > wrote: > Don't divide a number by a ByteArray?;) > > Cheers, > Henry > > Den 14. jan. 2010 kl. 19.25 skrev John Toohey <jt(a)parspro.com>: > > > Hi, > > > > Running some tests of my own app, I just got a deprecated warning > > popup in the debugger. The method is #isZero in ByteString, and > > isZero is called from SmallInteger #/. I'm using the 10506 Core > > image. What can I do to fix this? > > > > -- > > -JT > > > > > > _______________________________________________ > > 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 > -- -JT

Jan. 15, 2010