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

Re: [Pharo-project] New sensor code

by Gary Chambers

Unexplained SyntaxErrors are often, in my experience, a sign of multiple processes concurrently trying to access the changes file... Have the improvements we supplied for RemoteString been applied? Regards, Gary. ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, November 22, 2008 6:20 PM Subject: Re: [Pharo-project] New sensor code > and looks like > InputEventFetcher>>eventLoop contains syntax errors, a window variable > shown in red color by my browser. :) > > > 2008/11/22 Igor Stasenko <siguctua(a)gmail.com>: >> 2008/11/22 Igor Stasenko <siguctua(a)gmail.com>: >>> I just loaded your changeset and have something to report :) >>> >>> It looks like it having bigger poll periods than old sensor, or works >>> slower. >>> An overall performance feels a bit more sluggish comparing to old >>> implementation. >>> Just open a window with long text and hold down the up/down key and >>> see the difference. >>> Or try to resize browser window - you can notice its not so smooth as >>> in old image. >>> >> >> ... which can be fixed easily by reducing poll period from 100ms to 10ms >> in >> InputEventPollingFetcher>>eventLoop >> >>> 2008/11/22 Michael Rueger <m.rueger(a)acm.org>: >>>> StÃ©phane Ducasse wrote: >>>>> >>>>> so how do we proceed? >>>>> We try to load it, play with it then? >>>>> integrate it into pharo and you continue hacking and fixing? >>>> >>>> this version is really meant to be smoke tested, it needs some work on >>>> the >>>> comments and on the user interrupt handling. >>>> >>>> So please load it into your images, make sure you always have backups >>>> and >>>> see how it holds up. If it turns out to be reasonably stable we can >>>> push it. >>>> >>>> >>>>> 1- Here I have a question >>>>> =================== >>>>> in this comment EventSensor = InputEventSensor? >>>> >>>> the comment is only a copy from EventSensor, needs to be rewritten. >>>> If somebody has a better suggestion for naming this class I'm open to >>>> suggestions. >>>> >>>>> 2- I saw a method defined on Controller >>>>> But there are no reference to this class in pharo. So we could remove >>>>> Controller I imagine >>>> >>>> It is superclass of other classes, so I'm not sure. >>>> >>>>> 3- could you tell me >>>>> what kind of code we would have to change? >>>> >>>> Not sure what you mean? For now no code in the image needs to be >>>> changed. >>>> >>>> >>>> Michael >>>> >>>> _______________________________________________ >>>> 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. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > > -- > 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 >

Nov. 24, 2008

Re: [Pharo-project] How to set the color of a gradient button ?

by Gary Chambers

The onColor is only used if the button state (retrieved using the getStateSelector) answers true. Default is false (hence themed gray). Have a go with Color orange as the offColor, for instance. As with Morphic before, the on/off state is orthogonal to mouse over/pressed etc. Note also that buttons in a window will (depending on theme) pick up the window pane color as a base if on/off colours are not specified. Regards, Gary. ----- Original Message ----- From: "Hilaire Fernandes" <hilaire(a)ofset.org> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, November 22, 2008 9:14 AM Subject: [Pharo-project] How to set the color of a gradient button ? > On button created with polymorph, like > > btn := self > newButtonFor: self > action: #openFinish > label: 'J''ai fini !' > help: 'Presse ce bouton lorsque tu as fini l''exercice'. > ^ btn onColor: Color green muchLighter offColor: Color gray > > > Changing the color does not work as expected. > There are a couple of metod to change the color but none are working. > > Hilaire > > -- > http://blog.ofset.org/hilaire > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 24, 2008

Re: [Pharo-project] Polymorph in Pharo

by Gary Chambers

More likely due to loading from Universe without patching MC... As Torsten says, the scripted load works. Regards, Gary. ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Friday, November 21, 2008 9:38 AM Subject: Re: [Pharo-project] Polymorph in Pharo May be this is just a glitch due to etoy removal. Soon with the 1.0 release we will have less problem but thanks for feedback On Nov 20, 2008, at 11:17 PM, Marcus Denker wrote: > > On 20.11.2008, at 21:02, Igor Stasenko wrote: > >> hmm.. i trying to install polymorph-widgets from universes on 10156- dev >> image >> and it fails with DNU: >> BottomLeftGripMorph>>shouldDraw >> in emergency evaluator. >> > > Ups. I wonder why it was removed... was it categorized as "etoys"? > > Maybe we should really add TT and Polymorph into the base soon. This way > we make sure it works... > > Marcus > > >> 2008/11/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> tx torsten :) >>> >>> Stef >>> >>> On Nov 20, 2008, at 5:31 PM, Torsten Bergmann wrote: >>> >>>> The ScriptLoader 665 MCZ in the pharo inbox (which is based on 664 >>>> from >>>> Marcus) >>>> adds a simple load script to load the Polymorph UI framework into >>>> pharo. >>>> >>>> There is no need to patch MC as described in >>>> http://wiki.squeak.org/squeak/6005 >>>> sine an exception handler is used to surpress the progress bar. >>>> >>>> It's best to close most windows before evaluating the script but in >>>> most >>>> cases >>>> it just works. >>>> >>>> Thanks to Gary for the nice UI! When to expect an XP like look ;) >>> >>> I would ask when a pharo look :) >>> >>> Stef >>> >>>> >>>> >>>> Have fun, >>>> Torsten >>>> -- >>>> Sensationsangebot nur bis 30.11: GMX FreeDSL - Telefonanschluss + DSL >>>> fÃ¼r nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a >>>> >>>> _______________________________________________ >>>> 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 > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > 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

Nov. 24, 2008

Re: [squeak-dev] Re: [Pharo-project] Alien FFI

by Adrian Lienhard

Of course. Or even simpler Smalltalk at: #ObjectiveCAlien ifPresent: #initialize Adrian On Nov 24, 2008, at 10:42 , Keith Hodges wrote: > how about > > Smalltalk at: #ObjectiveCAlien ifPresent: [ :c | c initialize ] > > Keith > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 24, 2008

Re: [Pharo-project] Bug at initial launch of build 10160

by Damien Cassou

On Thu, Nov 20, 2008 at 10:01 AM, jannik.laval.gmail <jannik.laval(a)gmail.com> wrote: > I have just taken the last image of pharo-dev: > "pharo0.1-10160dev08.11.5.zip" > When I run it, I have a window opened: "Reading a stream", which use all my > CPU and pharo is not usable. > Can anyone help me? Download the latest version: http://gforge.inria.fr/frs/download.php/11507/pharo0.1-10166dev08.11.6.zip -- Damien Cassou http://damiencassou.seasidehosting.st

Nov. 24, 2008

Re: [squeak-dev] Re: [Pharo-project] Alien FFI

by Keith Hodges

how about Smalltalk at: #ObjectiveCAlien ifPresent: [ :c | c initialize ] Keith

Nov. 24, 2008

Re: [squeak-dev] Re: [Pharo-project] Alien FFI

by Adrian Lienhard

Great news! On Nov 24, 2008, at 09:13 , John M McIntosh wrote: > [...] > Lastly load > > Alien-Last-Class-Initialize - To ensure all the initializers were > run, just in case MC loses it's mind... A small glitch: if the mac packages are not loaded, AlienMCPostInitialize class >> #initialize does not work because Smalltalk at: #ObjectiveCAlien complains about "key not found". Following should work for this case (and it does not require a temp): ((Smalltalk at: #ObjectiveCAlien ifAbsent: [ nil ]) ifNotNilDo: #initialize ... Cheers, Adrian

Nov. 24, 2008

Re: [Pharo-project] Alien FFI

by John M McIntosh

Ok, after much mindless poking, cross checking and testing, retesting, writing sunits today I can say the Alien FFI logic is mostly ported into Pharo. In the http://www.squeaksource.com/Alien.html MC library I would suggest someone with an eye towards "Compiler, CompileMethod, ParseNode" carefully look at the changes in "Alien-Core" to ensure I've not trashed some important part of the Pharo Compiler or Traits. I can't say if the changes are destructive or passive? you will find: For VMMaker folks Alien-VMMaker-Support which provides the changes to the latest VMMaker from squeaksource to build a Alien aware VM. Alien-VMMaker-Plugins which is the plugin logic For users of Alien Alien-Core-First - Load this first otherwise you'll get a parsing error later Alien-Core - Load this next, Compiler changes etc.. Alien-LibC - LibC support for os-x/unix/windows Alien-CoreTest - SUnits Optional stuff then is Alien-MacOSX-Core - Objective-C interface Alien-MacOSX-AppKit- Objective-C application api Alien-MacOSX-Examples- Objective-C examples Alien-Win32 - Windows examples. Lastly load Alien-Last-Class-Initialize - To ensure all the initializers were run, just in case MC loses it's mind... Oh and you need a plugin and a VM. It's midnight again and I don't have one compiled up for distribution, Monday's chore... Anyway you should be able to load the source code, point/learn about how it's used. Someone will have to build a Unix one, and a Windows one. For the moment there is NO powerpc version since that requires a bit of icky assembler. Same for the iPhone btw (icky ARM assembler). On 23-Nov-08, at 4:20 AM, StÃ©phane Ducasse wrote: > the future looks shining :) > > Stef -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Nov. 24, 2008

Re: [Pharo-project] [ANN] 10166

by StÃ©phane Ducasse

I do not think that we are talking about the same. Here I was talking about the fact that we get icons and test history. Stef On Nov 24, 2008, at 1:13 AM, Keith Hodges wrote: > StÃ©phane Ducasse wrote: >> Fixing author prompting in SUnit. > actually... it sets it to 'test'. So if you edit any methods while a > debugger is open, they get authored by test, so perhaps a better fix > is > needed > > Keith >> So now you can run tests with the test runner and see the status of >> your tests in the >> browser. >> >> Thanks guys. >> Next I would love to see SUnit+ of Keith been integrated/used/getting >> feedback from the pharo community. >> Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 24, 2008

Re: [Pharo-project] [ANN] 10166

by Keith Hodges

StÃ©phane Ducasse wrote: > Fixing author prompting in SUnit. actually... it sets it to 'test'. So if you edit any methods while a debugger is open, they get authored by test, so perhaps a better fix is needed Keith > So now you can run tests with the test runner and see the status of > your tests in the > browser. > > Thanks guys. > Next I would love to see SUnit+ of Keith been integrated/used/getting > feedback from the pharo community. > Stef

Nov. 24, 2008