August 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] About traits and Javascript

by StÃ©phane Ducasse

Hi I have heard that Javascript people were thinking about having traits (ambiantTalk version with lexical scope) in the new spec of the language :). Now we will see. Stef

Aug. 18, 2009

Re: [Pharo-project] assert:includes

by StÃ©phane Ducasse

It could be good to see what extra features we want or not in SUnit because this is also sad that we limit ourselves like that (even if I value cross platofrm portability). Stef On Aug 18, 2009, at 10:48 PM, Ramon Leon wrote: >> Yes, I had the same problem. I asked him and he was actually talking >> about "sUnit Improved". >> >> I don't know what I should do at this point beyond just fixing the >> tests to run without this method. What are the plans for the sUnit >> that is in Pharo right now? Would it be helpful to add that method? I >> guess what I'm asking is there something I can do to be helpful in >> this regard? >> >> Thanks! > > I'll update Sandstone's tests to not use sUnit enhanced in the next > day > or two after I look at the change set you sent me so this isn't an > issue. This isn't the first time it's come up. > > Ramon Leon > http://onsmalltalk.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 18, 2009

Re: [Pharo-project] Class>>isSystemDefined ?

by StÃ©phane Ducasse

did you got a cs for fixing that? Else could you just log that as a bug entry for 1.1 Stef On Aug 11, 2009, at 4:04 PM, Alexandre Bergel wrote: > Dear List members, > > The following method is defined in Class: > -=-=-=-=-=-=-=-=-= > Class>>isSystemDefined > "Answer true if the receiver is a system-defined class, and not a > UniClass (an instance-specific lightweight class)" > > ^ self == self officialClass > -=-=-=-=-=-=-=-=-= > > isSystemDefined is sent a number of times. Especially by streams. I > guess that this determines what should be serialized what should not. > > However, #officialClass has only two implementers: > > -=-=-=-=-=-=-=-=-= > Class>>officialClass > "I am not a UniClass. (See Player officialClass). Return the class > you use to make new subclasses." > > ^ self > -=-=-=-=-=-=-=-=-= > > And slightly more surprising: > > -=-=-=-=-=-=-=-=-= > MorphicModel>>officialClass > "We want to make a new instance of the receiver, which is a subclass > of MorphicModel. Answer who to make a new subclass of. Also used to > tell if a given class is a UniClass, existing only for its single > instance." > > ^ self name last isDigit ifTrue: [MorphicModel] ifFalse: [self] > "MorphicModel7 can not have subclasses, but Slider and SystemWindow > may" > -=-=-=-=-=-=-=-=-= > > There is a very strong smell for cleaning here. Apparently, most of > usage of #isSystemDefined could be replaced by #isBehavior > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 18, 2009

Re: [Pharo-project] assert:includes

by Ramon Leon

> Yes, I had the same problem. I asked him and he was actually talking > about "sUnit Improved". > > I don't know what I should do at this point beyond just fixing the > tests to run without this method. What are the plans for the sUnit > that is in Pharo right now? Would it be helpful to add that method? I > guess what I'm asking is there something I can do to be helpful in > this regard? > > Thanks! I'll update Sandstone's tests to not use sUnit enhanced in the next day or two after I look at the change set you sent me so this isn't an issue. This isn't the first time it's come up. Ramon Leon http://onsmalltalk.com

Aug. 18, 2009

Re: [Pharo-project] patched MIMEDocument>>contentType:content:

by StÃ©phane Ducasse

Hi sebastian do you mean that the content may not be a string and that converting it would be better? Stef > in order to be able to load SIXX 0.95 from universal installer I've > needed to > unelegantly patch it (a pharo 413) to: > > contentType: aString content: content > "create a MIMEObject with the given content-type and content" > "MIMEObject contentType: 'text/plain' content: 'This is a test'" > > | ans idx | > ans := self new. > ans privateContent: content. > > "parse the content-type" > (aString isNil or: [ > idx := aString asString indexOf: $/. > idx = 0]) > ifTrue: [ > ans type: (MIMEType main: 'application' sub: 'octet-stream')] > ifFalse: [ > ans type: (MIMEType main: (aString asString copyFrom: 1 to: > idx-1) sub: (aString asString copyFrom: idx+1 to: aString asString > size))]. > > ^ans > > sebastian > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 18, 2009

Re: [Pharo-project] Disable Slime/Code Critics rules ( wasRe: Slime and '#fixCallbackTemps possibly missing')

by Lukas Renggli

> Is there a simple way to override/disable a rule? for example, I'm getting > lots of 'Uses method annotations' related to code critics pragmas; it would > be useful just to switch off checking this. Not easily in a global manner. I agree that this is a stupid rule, it is only meaningful for the Seaside development. Cheers, Lukas > > Thanks, Â ...Stan > > > > Lukas Renggli wrote: >> >> Indeed, you can safely ignore this warning in closure images, such as >> the one-click image. I will remove the rule from the development >> branch of Seaside 2.9. >> >> Cheers, >> Lukas >> >> >> >> > > -- > View this message in context: http://n2.nabble.com/Slime-and-%27-fixCallbackTemps-possibly-missing%27-tp3… > 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 > -- Lukas Renggli http://www.lukas-renggli.ch

Aug. 18, 2009

[Pharo-project] Disable Slime/Code Critics rules ( wasRe: Slime and '#fixCallbackTemps possibly missing')

by Stan Shepherd

Thanks Lukas. Is there a simple way to override/disable a rule? for example, I'm getting lots of 'Uses method annotations' related to code critics pragmas; it would be useful just to switch off checking this. Thanks, ...Stan Lukas Renggli wrote: > > Indeed, you can safely ignore this warning in closure images, such as > the one-click image. I will remove the rule from the development > branch of Seaside 2.9. > > Cheers, > Lukas > > > > -- View this message in context: http://n2.nabble.com/Slime-and-%27-fixCallbackTemps-possibly-missing%27-tp3… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 18, 2009

Re: [Pharo-project] Slime and '#fixCallbackTemps possibly missing'

by Lukas Renggli

Indeed, you can safely ignore this warning in closure images, such as the one-click image. I will remove the rule from the development branch of Seaside 2.9. Cheers, Lukas 2009/8/18 Stan Shepherd <stan.shepherd414(a)gmail.com>: > > Hi, one of the Slime error checks throws the warning '#fixCallbackTemps > possibly missing'. Am I right in thinking I can ignore this in the Seaside > one click image? > > Thanks Â ...Stan > -- > View this message in context: http://n2.nabble.com/Slime-and-%27-fixCallbackTemps-possibly-missing%27-tp3… > 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 > -- Lukas Renggli http://www.lukas-renggli.ch

Aug. 18, 2009

[Pharo-project] patched MIMEDocument>>contentType:content:

by Sebastian Sastre

Hi there, in order to be able to load SIXX 0.95 from universal installer I've needed to unelegantly patch it (a pharo 413) to: contentType: aString content: content "create a MIMEObject with the given content-type and content" "MIMEObject contentType: 'text/plain' content: 'This is a test'" | ans idx | ans := self new. ans privateContent: content. "parse the content-type" (aString isNil or: [ idx := aString asString indexOf: $/. idx = 0]) ifTrue: [ ans type: (MIMEType main: 'application' sub: 'octet-stream')] ifFalse: [ ans type: (MIMEType main: (aString asString copyFrom: 1 to: idx-1) sub: (aString asString copyFrom: idx+1 to: aString asString size))]. ^ans sebastian

Aug. 18, 2009

Re: [Pharo-project] Getting Javascript in Moose and/or Pharo

by Brian Brown

Hey Todd, Just to throw another monkey wrench into the mix.. :) Check out Awesomium, based on Google Chrome. It is made for integrating into other things, even OpenGL contexts. http://www.princeofcode.com/awesomium.php#overview - Brian On Aug 17, 2009, at 3:48 PM, Eagle Offshore wrote: > I will go you one better. > > I want to do a port of webkit basing it on the GTK one because that > one has a C api and can run more or less identically on OSX, Windows, > and linux. I want web content in Pharo and I don't want to maintain > it - I'd rather we adopt it. > > Then, I want to explore bridging the DOM to smalltalk objects. I've > been downloading and building this stuff all weekend. > > This is very preliminary - its taken all weekend to download all of > the required libraries to build gtkwebkit on the mac. > > I also had the idea some time ago about building an entire UI on top > of webkit using bridged smalltalk DOM. This would let you specify > your widget layout as HTML/CSS but code in Smalltalk and provide a > more or less portable but native UI. Apparently, I'm not the only one > with this idea. > > http://www.advogato.org/article/981.html > > -Todd Blanchard > > On Aug 17, 2009, at 2:24 PM, Alexandre Bergel wrote: > >> Dear List >> >> Making Pharo interacting with Javascript has been the cup of tea of >> the Seaside community. >> I am wondering whether there has been an attempt to produce a parser >> for Javascript within Pharo. >> >> We are interested in getting Javascript models within Moose. >> >> For now, it is likely what we will use the parser of Mozilla to >> produce MSE files. >> >> Cheers, >> Alexandre >> >> NB: Sorry for the cross-posting >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> 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 >

Aug. 18, 2009