[Pharo-project] Been Pharo clean :)
Hi guys I should really get some work done aka writing proposal so I will avoid to open an image and hack nor read mails for one or two weeks. Have fun. At least I will try. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Seaside] [ANN] seasidehosting.st for Pharo
Thanks a lot :) ! On Jan 29, 2010, at 8:50 AM, Adrian Lienhard wrote: > Hi all, > > I'm happy to announce that seasidehosting.st now supports Pharo! > > There are no special settings or configurations needed. Get a Pharo/Seaside > image, for instance from www.seaside.st/download/pharo, install your > application, and upload it to seasidehosting.st. > > Before, Pharo was not supported because the special VM used did not run > closure images. Since many people asked for support of Pharo, we updated the > VM now. It took some time, but as promised, we managed to finish it before > the upcoming Pharo 1.0 release. > > I'd like to thank ESUG and netstyle.ch for their continuous support of > Seasidehosting! > > Cheers, > Adrian > > ___ > http://www.adrian-lienhard.ch/ > > ___ > seaside mailing list > seas...@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Coordination :)
http://www.ted.com/talks/lang/eng/clay_shirky_on_institutions_versus_collaboration.html Ted talk. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] peek and friends
hi Igor finally should I integrate http://bugs.squeak.org/view.php?id=7446 ? I was waiting because you said you were confused Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Seaside] Re: [ANN] PDF of Dynamic Web Development with Seaside
On Jan 31, 2010, at 7:29 PM, Squeaker wrote: > Lukas Renggli wrote: >> The PDF version of the book "Dynamic Web Development with Seaside" is >> available for download now: >> http://book.seaside.st/book/introduction/pdf-book > > > Any chance of getting some stats on how well it is selling. It would be nice > to gauge community support. Far less than we could expect when you consider the amount of time and energy we spent on it and its quality. We are at 34 > BTW - I purchased the pdf book. Thanks > > > ___ > seaside mailing list > seas...@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Seaside] Re: [ANN] PDF of Dynamic Web Development with Seaside
On Jan 31, 2010, at 9:18 PM, Damien Cassou wrote: > On Sun, Jan 31, 2010 at 9:15 PM, stephane ducasse > wrote: >> Far less than we could expect when you consider the amount of time and >> energy we spent on it and its quality. >> We are at 34 > > You haven't talked about it outside the mailing lists and 1 or 2 > blogs. What about news websites (linuxfr for example). would be great if some people can do it? I cannot post there. in our message it was clearly stated that people can spread the words. Thanks for pointing that. Stef > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > ___ > seaside mailing list > seas...@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11190
11190 - - Issue 1902: better codeHolder source validation - Issue 1900: Date reading with pattern from goran Thanks Goran :) Cleaning of Data class protocols - Issue 1889: clarifying PopUpMenu vs. MenuMorph Part Two Remove FillInTheBlank PopUpChoiceMorph Thanks luc and Noury :) Stef One of my next large action will be to understand ToolBuilder and check the work of andreas to rewrite all the default tools using it. I will probably try to write a sketch of a chapter for the next book. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Final 1.0 Steps: list of actions performed in pharo 1.0
Hi guys I added the list of actions we performed in pharo 1.0 http://code.google.com/p/pharo/wiki/ActionsInPharoOne?ts=1265189477&updated=ActionsInPharoOne We should move on and make that list shinning a bit. Then use the trick of miguel and get done So mike can you have a look at the english. Adrian can you do a pass on them. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Collect Screenshots for advertising
Hi torsten got a really nice initiative: collection screenshots of pharo http://code.google.com/p/pharo/issues/detail?id=1931 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Lectures at Barcelona 8-12 Feb 2010
Hi guys I will give some lectures at barcelona on advanced OO design. I will also have fun with Smalltalk the wednesday. If you are in the region and want to meet me and exchange code... You are welcome just drop to me or jordi a mail I will be teaching at Polytechnica de Catalunya Jordi knows where :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11206
11206 - - Issue 1955: Parser should parse 16rff (part two) - Better association class comment - Issue 1929: Should check fasterKey and key - Issue 1942: Check allSubclassesDoGently: and friends ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About using toolbuilder
I tried to use toolbuilder to open tools like the changeSorter and I always got a rather small window. So I checked in Squeak and the buildPluggableWindow method is different Should we integrate this changes? http://code.google.com/p/pharo/issues/detail?id=1963 buildPluggableWindow: aSpec | widget children label | aSpec layout == #proportional ifFalse:[ "This needs to be implemented - probably by adding a single pane and then the rest" ^self error: 'Not implemented'. ]. widget := PluggableStandardWindow new. self register: widget id: aSpec name. widget model: aSpec model. (label := aSpec label) ifNotNil:[ label isSymbol ifTrue:[widget getLabelSelector: label] ifFalse:[widget setLabel: label]]. children := aSpec children. children isSymbol ifTrue:[ widget getChildrenSelector: children. widget update: children. children := #(). ]. widget closeWindowSelector: aSpec closeAction. panes := OrderedCollection new. self buildAll: children in: widget. - aSpec extent ifNotNil:[widget extent: aSpec extent]. + self buildHelpFor: widget spec: aSpec. + widget bounds: (RealEstateAgent + initialFrameFor: widget + initialExtent: (aSpec extent ifNil:[widget initialExtent]) + world: self currentWorld). widget setUpdatablePanesFrom: panes. ^widget A related question is do we get rid of the method creation that do not rely on toolbuilder? I think that it would make sense. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] FileSystem question
|working cache| working := FSDiskFilesystem current working. cache := working / 'package-cache'. cache entry cache entry creation. "--> 2010-02-14T10:34:31+00:00" cache entry modification. "--> 2010-02-14T10:34:31+00:00" cache entry size give me access to the file descriptor now I was wondering why we could not have the API of description at the level of FSreference to avoid that navigation code. cache creation. "--> 2010-02-14T10:34:31+00:00" cache modification. "--> 2010-02-14T10:34:31+00:00" cache size I like the way FSFilePluginPrims encapsulate the primitive calls. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11213
11213 - - Issue 1948: SmalltalkImage current reportCPUandRAM - Issue 1979: spyOn: fix - Issue 1969: Sender Show the Trait and all of this uses. - Issue 1980: defaultResumeValue for Exception (from Squeak) Introduce Exception>>defaultReturnValue and Exception>>defaultResumeValue to provide default values for argument-less #resume or #return. The motivation is that catch-all handler may not be aware of specific return / resume values requiredby some exceptions. The protocol allows these exceptions to provide a reasonable default value for those situations. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Portugese translation :)
Hi guys A portuguese speaking person (Christian Guimarães) asks if it was possible to translated pharo by example. We will host the translations (as we are doing for the french, spanish ones) and give access to bern infrastructure. Now may be some other people want to join in this effort. Stef >> Hi Dr. Andrew >> >> First of all, congratulation for the excelent work with Pharo and the book >> "Pharo By Example". >> >> My name is Christian Guimaraes, I'm an electrical engineer with strong >> background in software development. Nowadays I work as consultant for >> Fujitsu (in Europe) and in many other projects. >> >> I've started my studies in Smalltalk, for my pleasure and I've interested in >> translate the book "Pharo By Example" to the portuguese (I'm brazilian). I >> saw that already have some thing in this sense. Who is the responsible? >> Maybe I could help him. >> >> Thanks. >> >> - Christian ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Portugese translation :)
Let us know how to help. If you want access to the book svn can you please send us the result of htaccess -n Stef On Feb 19, 2010, at 8:50 PM, Christian Guimaraes wrote: > Nice... > > I will be here, waiting for more directions, and searching for collaborators. > > Thanks. Christian. > > On Thu, Feb 18, 2010 at 6:34 PM, stephane ducasse > wrote: > Hi guys > > A portuguese speaking person (Christian Guimarães) asks if it was possible to > translated pharo by example. > We will host the translations (as we are doing for the french, spanish ones) > and give access to bern infrastructure. > Now may be some other people want to join in this effort. > > Stef > > >> Hi Dr. Andrew > >> > >> First of all, congratulation for the excelent work with Pharo and the book > >> "Pharo By Example". > >> > >> My name is Christian Guimaraes, I'm an electrical engineer with strong > >> background in software development. Nowadays I work as consultant for > >> Fujitsu (in Europe) and in many other projects. > >> > >> I've started my studies in Smalltalk, for my pleasure and I've interested > >> in translate the book "Pharo By Example" to the portuguese (I'm > >> brazilian). I saw that already have some thing in this sense. Who is the > >> responsible? Maybe I could help him. > >> > >> Thanks. > >> > >> - Christian > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Metacello --- How to make sure that we will be able to load... in 3 years from now
Hi all I would like that we have a discussion about how do we put in place an infrastructure to make sure that we can get metacello configuration working in 3/5 years from now. I think that there are two scenarios: MyProject == in my project I used metacello and I publish a config and if it breaks in the future this is my responsibility PublishedMyProjectIn = When I publish my project (for now I copy the configuration file from my repository to the one of metacello) in the metacelloPharo1.0 project, we could automatically pulled up all the necessary files and copy them in the 1.0 repository. This way we can shield and make sure that a project can be loaded. I would like to have MetacelloMetaRepository1.0 MetacelloMetaRepository1.1 MetacelloMetaRepository1.2 ... what do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] hex
in pharo #[122 43 213 7] hex = '7A2BD507' in squeak #[122 43 213 7] hex = '7a2bd507' do you think that it makes a difference? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about code formatting in pharo
Hi guys I would like to build a set of canonical code formatting convention for Pharo. I need your help. Now take time before replying :) I would like to structure the discussion and proceed step by step. So at max I would like to discuss one or two formatting approach per mail. Once we agree I would like to define a wiki page. **Space after : rule = for example I would like to always have a space after a : classes := Smalltalk allClasses select:[:aClass| (aClass class includesSelector: #cleanUp) or:[aClass class includesSelector: #cleanUp:] ]. -> classes := Smalltalk allClasses select: [:aClass| (aClass class includesSelector: #cleanUp) or: [aClass class includesSelector: #cleanUp:] ]. **Block arg rule = Do we want a space before and after block arg Smalltalk allClasses select: [:aClass :method| -> Smalltalk allClasses select: [ :aClass :method | ** selector or block indented compared to receiver === Finally do we follow kent block ideas? classes := Smalltalk allClasses select: [:aClass| (aClass class includesSelector: #cleanUp) or: [aClass class includesSelector: #cleanUp:] ]. -> classes := Smalltalk allClasses select: [:aClass| (aClass class includesSelector: #cleanUp) or: [aClass class includesSelector: #cleanUp:]]. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11239
11239 - - Issue 2026: RecentMessageSet fixes. Tx Pavel :) - Issue 2066: Conversions from/to hex representations in ByteArray (from squeak). Now we can read and print ByteArray in hex with upper and lower case. Stef well a final one (yes noury we arrive now). ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Allow $- anywhere in binary selector
Lukas and others Nicolas published a version for pharo and it would be really cool if you could help me http://code.google.com/p/pharo/issues/detail?id=2115 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11249
11249 - - Issue 2114: Enhance SqNumberParser error handling inside Compiler. Tx nicolas - Issue 2116: Compiler sometimes return nil rather than diagnosing the problem. Tx nicolas - Issue 2118: 1) Let unicode leading Char be zero (only 2 methods). Arbitrarily solve the Russian/Nepalese environment conflict. -- SOMEONE HAS TO CHECK WHAT SHOULD THE POLICY BE... -- (I guess a non issue except for OLPC Etoys) 2) Prepare a TextStopConditions object for handling endOfRun/crossedX without breaking a macron. 3) After loading, you should execute: EncodedCharSets initialize. Thanks nicolas Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about the hudson server
Hi yanni I wanted to know if you can tell us what means (unstable) in the report summary http://hudson.jooshr.org/job/Pharo1.1/81/ is it because the tests cannot run? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About ExternalDropHandler initialize
Hi guys registerStandardExternalDropHandlers is not invoked from the class initialize and I was wondering if one of you know why. Right now we have: ExternalDropHandler class >> initialize "ExternalDropHandler initialize" self resetRegisteredHandlers. self registerHandler: self defaultImageHandler; registerHandler: self defaultGZipHandler. This is the same in Squeak ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Collection
Hi guys tristan is a new student here and he would like to work on collection optimization and implementation. I would like the get some ideas from you. - are there some collections that would be cool to improve? - are there some collections that would be cool to have and that we do not have yet? If you have any idea related to optimizations let me know. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about polymorph
Hi gary here is the vision I would love to have for polymorph. Gary what would be good is that if we could - create adequate hooks in the underlying Morph to make sure that Polymorph can be easily added. - revisite clean change existing morphs that you may have to patch or rewrite to get polymorph The vision is can we have a good foundation on top of which "polymorph" could be build I put "" because it implies that some of the Polymorph changes or widgets may be pushed to the basis and Polymorph may be lighter because of that. This decomposition would make sure that Polymorph can be autonomous from the foundation and that for example you can decline different variants or that other people can define different look if they want. What do you think? I believe that we could get the best of both worlds: pharo infrastructure a better infrastructure and you less code to maintain for polymorph. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About getting HashedCollection (another dream happening)
Hi levente and others I always wanted to have Dictionary not be a subclass of Set and you did it. Now when you introduced that in Squeak, we were busy. But now I'm so found of this change (like other Smalltalk -> SmalltalkImage current --- which we stopped in the middle because lack of momentum and mindsharing) that I would like to integrate it into Pharo. Do you have any specific recommandations (like not shooting in our own foot)? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About long tests.
Hi jorge did you publish the cleans for the tests you did during the sprint? Thanks Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] change of + the DateAndTime breaks the tests
Hi simonwhen I read testDateTimeDenotation1 it seems correct to me.Now do you remember why you changed DateAndTime>>+ operand "operand conforms to protocol Duration" | ticks | ticks := self ticks + (operand asDuration ticks) . ^ self class basicNew ticks: ticks offset: self offset; yourselfto be DateAndTime>>+ operand "operand conforms to protocol Duration" | ticks | ticks := OrderedCollection new. self ticks with: (operand asDuration ticks) do: [:ticks1 :dticks | ticks addLast: (ticks1 + dticks) ]. ^ self class basicNew ticks: ticks asArray offset: self offset; yourself. ThanksStef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] (aDateAndTime offset: '0:12:00:00') = '1901-01-01T00:00:00+12:00'
in Squeak (aDateAndTime offset: '0:12:00:00') = '1901-01-01T00:00:00+12:00' true in pharo (aDateAndTime offset: '0:12:00:00') = '1901-01-01T00:00:00+12:00'. false. Apparently the false in pharo comes from a bug in readFrom: in DateAndTime Now the question is does it make sense to have a DateAndTime = to its string representation. For me I would prefer not (aDateAndTime offset: '0:12:00:00') = '1901-01-01T00:00:00+12:00' -> false (aDateAndTime offset: '0:12:00:00') printString = '1901-01-01T00:00:00+12:00' -> true DateAndTime>>= comparand "comparand conforms to protocol DateAndTime, or can be converted into something that conforms." | comparandAsDateAndTime | self == comparand ifTrue: [^ true]. comparandAsDateAndTime := [comparand asDateAndTime] on: MessageNotUnderstood do: [^ false]. ^ self offset = comparandAsDateAndTime offset ifTrue: [self hasEqualTicks: comparandAsDateAndTime ] ifFalse: [self asUTC ticks = comparandAsDateAndTime asUTC ticks] What do you think Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11277
11277 - - Issue 2151: Cleaning of and test for MessageTally. Thanks Alexandre - Issue 2158: Pharo 1.1 deprecation fixes for Refactoring Engine. Thanks Lukas. - SunitGUI fixed priority of coloring test result: if there are errors then red else if there are failures then yellow else -> green - implemented RxMatcher>>split: thanks Fabrizio Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About gofer in pier vs seaside?
Lukas I'm confused but it seems that the gofer in pier1.2 does not understand the same protocol than the one in latest seaside. Is there a way to fix that ? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] message for martin :)
Hi martin do you prefer that we do not integrate any changes or we can integrate I know that you said that this is ok to integrate other changes (besides collection hierarchy) But I wanted to check for real :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about nextPut: returned argument
hi guys I saw that nicolas fixed all the add: ... in squeak to return the argument and I like the idea I created an issue. Now I saw that nicolas fixed also nextPut: Item was changed: - Method: DummyStream>>nextPut: (in category 'accessing') - nextPut: aByte + "do nothing" + ^aByte! - "do nothing"! I checked the ANSI standard and this is unspecified. So I was wondering what the others dialects are doing? What do we do? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] on the way to smalltalkimage/systemdictionary
Hi guys I think that we should remove all the code that is not about class management from SystemDictionary. this is the easy part. Now what do we do for the class management behavior defined in Smalltalk image (allclasses, allTraits, associationsAt:, at:, at:put:...) because now this code is in systemDictionary - we could replace Smalltalk by Smalltalk globals - deprecate the Smalltalk associationAt:.at:...and others What do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] isInMemory :)
Mariano I was wondering (since we already removed a lot of the behavior related to inMemory) if we could not remove is in traitNames "Answer a SortedCollection of all traits (not including class-traits) names." | names | names := OrderedCollection new. self do: [:cl | (cl isInMemory and: [(cl isKindOf: Trait) and: [(cl name beginsWith: 'AnObsolete') not]]) ifTrue: [names add: cl name]]. ^ names and friend Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] what is the status of the final clean of Utilities ?
Hi jb you told us that you were turning Utilities -> Updater What is the status? Because removing Utilities is another dream that we can realize (hobbes smiling with large smile). Stef a great site of a coool comix http://worldofcalvinandhobbes.blogspot.com/ "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Thanks martin :)
hi martin marcus and me integrated your fixes. Marcus should send a nice update mail. Thanks again. Stef (from my bed, got a nice virus from my smallest boy). ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About MC
during the integration I was thinking that we kept the complete ancestry. I thought that since we merge all the times, the ancestry is kept. My idea is that after just taking Pharo would be enough to merge. Now this is not the case: if I look at Polymorph-Widgets for example I have holes and this is probably due to a load versus a merge. Lukas may be you know more than me on the topic. What do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Hello squeakers
Dear Squeakers I want to send you a message because I estimate Squeakers and I want to open the door to see how new relationship can be build. So consider that as an open hand - even if my english may let you think otherwise. First, Pharo is not against Squeak. We forked because we believed that we could not make Squeak move in any coherent direction. We are sure that you understand our reasons. Just think a moment about the amount of time and energy we invested in Squeak in the past (I wrote more than anybody else books on squeak, build tutorials, lecture support, videos- with esug over the years we spent more than 30 kEuros in Squeak related actions) so deciding to go for Pharo was not an easy choice but a necessary one: At one point I was thinking to quit Smalltalk and go to see Ruby and Python for real. Pharo is the only way that I get back my fun in Smalltalk. So what are my dreams? For Pharo == We want a clean, lean and fast Smalltalk. An implementation that makes other dynamic language jealous. We want a place where we/you can innovate. We want people to be able to invent THEIR future. We want a place where people can make money with it and build robust applications. Being able to experiment fast is important but for that the system should be clean, robust and flexible. Having a platform for experimentation requires that the platform is not experimental. About innovation I mean in no order: Support for multitouch screen, bootstrappable Smalltalk, immutability bit and its impact, ephemerons, new module system?, first class instance variables, using traits for real (like in ruby where any class can be a model without inheriting from model), VAT-like system?, event system like in AmbiantTalk?, I put ? because some of these should be implemented assessed tested... and understood deeply. About clean Clean network, clean event system, clean object kernel, better compiler (open - we got first class instance variable with no runtime penalties in one afternoon). Clean class builder... Now enough about Pharo. http://www.pharo-project.org/ About Etoys I love Etoys (we translated the book and did more presentations of etoys than most squeakers) but I do not like its implementation. Why? Because it is bad. Any body that looks at it knows it. When I removed Etoys part from Pharo I'm sad but there is no other choices. Now it does not mean that I'm against Etoys and Etoys has the Etoys 40 image (note that we collected in 3.9 most of the etoys fixes with little support from Etoyers which forked way before, we did the same with the fixes of diego of Smalltalk). But again you can judge otherwise. About the ranting or the little war between Squeak and Pharo == Frankly I'm tired about us ranting against Squeak/andreas/... and the inverse. For example Traits are cool, Javascript and PHP will probably have them as Perl-6, Scala, Fortress. Now Squeak can remove them. I have no problem with that. Seriously this is your decision. People in squeak-dev can freely say negative points about me if this helps. I decided that I will not rant nor get negative feelings about that. I found the red pill :) *I* decided that I want to head to the future. So we will not rant nor make any bad statement about the past anymore. Not even report history or on old facts: if you were there you should remember, else there is the archive :). This is my last mail on the past. Frankly I have the best job I can dream about. I'm lucky just check my h-index for the fun, I have more than most researchers I know. In addition, I loved working and learning from people like lukas, adrian, nicolas, levente, marcus, . The next 10 years should be the best of my life and I will take advantage of that. I want to have **10/15** years of pure fun and I will do it. I want and will create positive energy. Look at ESUG we are doing a great job. About cross dialect energy = Now the key point of this mail. I **deeply** appreciate the attitude of people like nicolas, levente, and igor that do not bash us and help Pharo but also Squeak. I sent this message mainly because of their attitude. I'm sad to see all this (their) energy duplicated. We cleaned and improved a lot Pharo over the last two years (more than you may think) and we will continue. Squeak could have benefitted from it. Nicolas luckily for you pushed a lot of our fixes in Squeak already. I'm getting the fixes of Squeak that are interesting for Pharo. Now depending on the Squeak vision we could share some common things. May be we can build
[Pharo-project] Issue 2219: redirect locations fix
Hi network aware guy can you have a look at that? http://code.google.com/p/pharo/issues/detail?id=2219 I'm planning to integrate it in pharo but some incentive from you would help :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about UIFeedback
Hi I have the impression that it would be good that we have a way to specify that either a UI feedback should be standalone or that it can be standalone if not invoked when another ui feedback tasks place (in such a case it can be part of the previous line. I was trying to reduce the stack of progressbar we have during the update Utilities creates one for number of CS. (I removed it in 11306 as an experiment) NewChangeSetfromStream create the empty one Then MC Then HTTP protocol So what would be nice is a way to control that without having to know the context is which a feedback is sent. Does any of you have an idea: because I'm not satisfied with the removal in the Utilities for CS <> Right now ProgressNotification signal: '' extra: val makes sure that the feedback is made as show below with defaultMorphicAction ProgressInitiationException>>defaultMorphicAction | result progress | progress := SystemProgressMorph label: progressTitle min: minVal max: maxVal. [[result := workBlock value: progress] on: ProgressNotification do: [:ex| ex extraParam isString ifTrue: [SystemProgressMorph uniqueInstance labelAt: progress put: ex extraParam]. ex resume]] ensure: [SystemProgressMorph close: progress]. self resume: result We can use sendNotificaton to change that ProgressInitiationException>>sendNotificationsTo: aNewBlock self resume: ( workBlock value: [ :barVal | aNewBlock value: minVal value: maxVal value: barVal]) But 'Loading' displayProgressAt: Sensor cursorPoint from: 0 to: self size during: [:bar | . Create a ProgressInitiationException... displayProgressAt: aPoint from: minVal to: maxVal during: workBlock "Display this string as a caption over a progress bar while workBlock is evaluated. EXAMPLE (Select next 6 lines and Do It) 'Now here''s some Real Progress' displayProgressAt: Sensor cursorPoint from: 0 to: 10 during: [:bar | 1 to: 10 do: [:x | bar value: x. (Delay forMilliseconds: 500) wait]]. HOW IT WORKS (Try this in any other language :-) Since your code (the last 2 lines in the above example) is in a block, this method gets control to display its heading before, and clean up the screen after, its execution. The key, though, is that the block is supplied with an argument, named 'bar' in the example, which will update the bar image every it is sent the message value: x, where x is in the from:to: range." ^ProgressInitiationException display: self at: aPoint from: minVal to: maxVal during: workBlock So is it me or the design above (which I like) is not smart enough so that we do not have to consider to change a display:during into a ProgressNotification signal: '' extra: val to be sure that we do not stack progress bar. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11309
11309 - - Issue 2271: Scanner doesNotUnderstand: #ambiguousSelector:inRange: 1) Fix http://code.google.com/p/pharo/issues/detail?id=2271 which is also http://bugs.squeak.org/view.php?id=7491 2) replace slow asSortedCollection with faster asArray sort (from Squeak) Note that Behavior of 1...@-1 is different from Squeak. Squeak favours backward compatibility in case of ambiguity. Pharo always send @- - Issue 2277: requestorOffset initialization is out of order - Issue 2275: URI comment + tests - Issue 2278: Obsolete class in 11308 Stef (I'm in house renovation mode - painting... so I will integrate a bit less frequently during the holidays). ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Communication with VM guys (part one)
Hi guys I will send a following mail. We should probably synthetize and put them some summary on the web. Stef Begin forwarded message: > From: Ian Piumarta > Date: April 9, 2010 11:43:33 AM GMT+02:00 > To: laurent laffont > Cc: stephane ducasse , stephane ducasse > > Subject: Re: [Vm-dev] Fwd: loading library with FFI fails (was > [Pharo-project] Linux vm: assertions and strategy) > > Hi Laurent, > >> I've just seen you reply me in private. Do you mind if I forward your mail >> to Pharo & VM mailing lists, to see how we can improve communication and >> collaboration between projects ? I don't want to start a "counterproductive" >> flame war, I hate this, so maybe we can write another mail which doesn't >> offense people ? Maybe you have ideas on this ? > > How about we just say this... > >> It seems there is a complete lack of communication within the Pharo >> community regarding the virtual machine and its development/support. VM >> development and support (including bug reports and fixes) are discussed on >> the vm-dev mailing list. Both Pharo users and Squeak users are equally >> welcome there (and both communities should avoid discussing VM problems on >> their respective developer lists, since the people who should see those VM >> bug reports are more likely reading vm-dev than the other lists). Problems >> that appear to be platform-independent should always be reported to the >> vm-dev list. Problems specific to a particular platform should be sent to >> the maintainer of the platform whose e-mail address is included in the >> release notes or in the download area on squeakvm.org. > > Nobody could be offended by that? :) > > Cheers, > Ian > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Graphics-MichaelRueger.168....backported normalized transform
Hi apparently mike posted a while ago transform changes. There were unnoticed because buried over a lot of other changes. So mike should I integrate these changes. Even when I use the bug entry I tend to forget my own changes so without bug entry item. the chances are even higher. Name: Graphics-MichaelRueger.168 Author: MichaelRueger Time: 17 December 2009, 12:02:55 pm UUID: 9a3cca4d-1a2d-5d4b-84c6-b6d3286b98e0 Ancestors: Graphics-MichaelRueger.167 backported normalized transform ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Re: iPhone OS 4 SDK, section 3.3.1
Yes extremely sad. I imagine that you saw my mail on esug-list. On Apr 15, 2010, at 8:50 PM, Juan Vuletich wrote: > Andreas Raab wrote: >> On 4/8/2010 2:43 PM, Sean Malloy wrote: >>> Anyone have any thoughts on this change to the agreement? >> >> Just in case anyone had any illusions on this: >> >> http://computinged.wordpress.com/2010/04/15/apple-removes-scratch-from-ipadiphoneitouch/ >> >> >> Cheers, >> - Andreas > > Oh! How silly then can be! > > :( > Juan Vuletich > ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About the collaborative pier
Hi doru Can you change the setup of the pier to have a clear distinction between chapter and section? > because it is really counter intuitive > we never know if we are editing a new table of contents, chapter or section. > Just now I edited again an entry in the table of contents and added a > subsection when I wanted a section. Thanks. I would like to avoid losing time all the time. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] We already have the selected projects and students!
Thanks you and janko for your energy to carry this adventure in presence of pain in the asses like me :) Stef (I know I'm a pain) On Apr 21, 2010, at 8:27 PM, Mariano Martinez Peck wrote: > Hi folks. First of all, let me apologize for being quite offline the last > weeks and for not helping too much. I had some personal stuff to do ;) > Fortunately, Janko could take care of it and keep it rolling. Thanks a lot > Janko. > > Here are what all of you want to know: the final results of voting for 5 > projects to get this year GSoC stipendiums: > > 1. Cross-Platform Namespaces (score: 80) > by Germán Leiva, mentor James Foster > http://gsoc2010.esug.org/projects/namespaces > > 2. Generate UML diagrams from Smalltalk code for Pharo (score: 77) > by Carla Florencia Griggio, mentor Geert Claes > http://gsoc2010.esug.org/projects/uml-from-smalltalk > > 3. Squeakland education project(score: 76) > by Ricardo Moran, mentor Randall Caton > http://gsoc2010.esug.org/projects/squeakland-education > > 4. Progress Towards a Cross-Dialect Smalltalk FFI (score: 74) > by Dmitry Matveev, mentor Eliot Miranda > http://gsoc2010.esug.org/projects/ffi > > 5. Visualization of profiling information in Pharo and Squeak (score:73) > by Mariano Coca, mentor Alexandre Bergel > http://gsoc2010.esug.org/projects/profiling-visualization > > Congratulations to the accepted students! Be aware that the most "non > enjoyable" part of the process has already finished so now it's time to code, > hack and have fun! You are the envy of a lot of people, you are being paid > to program in something that you really like and enjoy. This is an excellent > opportunity so take advantage of it and don't miss it. Please, work hard and > deliver something, but never forget to have fun, learn and enjoy. > > For all the students which were not accepted, don't worry. If your project > and proposal is good you will find another opportunity sooner than you > expect. For us, this was an excellent opportunity to gather information about > really interesting projects and, what's more, to know lots of great students > with a passion for Smalltalk. With no doubt, we will keep in touch with all > of you and we will eagerly wait your application for next years. > > Thanks again to all of you for helping us to make the Smalltalk community > bigger and better. > > So stay tuned with us! > > Cheers > > Mariano Martinez Peck > GSoC admin > gsoc-ad...@esug.org > http://gsoc2010.esug.org ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Talking to Steve Jobs about Scratch.
Good! John in future version it may be good to mention that ESUG supported this VM work for the iphone. STef On Apr 21, 2010, at 8:12 PM, John M McIntosh wrote: > Morning, I've posted the letter I had posted to the Apple developer forums > and sent to Steve Jobs at > > http://www.mobilewikiserver.com/Interpreters.html > > I'll suggest there was some lifting of concept and quotes by Wired from > letter. > > As of this morning I have no further news, I have heard thru various sources > that the issue is not dead yet, > > So I wait. > > On 2010-04-16, at 11:09 AM, John M McIntosh wrote: > >> Let me give everyone an update on what is going on with Scratch.app > > -- > === > John M. McIntoshTwitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > === > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Re: Talking to Steve Jobs about Scratch.
On Apr 21, 2010, at 10:26 PM, John M McIntosh wrote: > > On 2010-04-21, at 1:13 PM, stephane ducasse wrote: > >> Good! >> John in future version it may be good to mention that ESUG supported this VM >> work for the iphone. >> >> STef > > Yes, I did conduct a magazine interview today where I ensured I did mentioned > that ESUG funding was > instrumental in getting the foundations of Scratch (aka Squeak VM) onto the > iPhone, otherwise it > would never have happened. Excellent! > As everyone should be aware Scratch as an interpreted language is not > allowed, but in the > future Smalltalk as a language not on the short list is not allowed even if > it's hidden from view > or ultimately cross compiled into an Objective-C application. Great! But nothing really new on that front. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Re: Talking to Steve Jobs about Scratch.
On Apr 21, 2010, at 10:29 PM, Phil (list) wrote: > I've been surprised that I haven't seen any statement from ESUG re: how these > policies negatively impact the future prospects for Smalltalk on the > iPhone/iPad and the investments they've made in the platform to date that > Apple seems willing to wipe out. Wouldn't now be a good time to try to get > some visibility on the larger issue? We were waiting to get news from the scratch story. And also I'm not a really good politically correct person to write that so any text to start with would help the board to produce a statement going in that direction. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Expectation for readFrom:... getting bored to fix bugs.
Hi What are the expectation for DateAndTime>>readFrom? On squeak such tests do not pass. testReadFromFoolProofExtension "Convenient extension without a time, only a date" "self debug: #testReadFromFoolProofExtension" self assert: ('2008' asDateAndTime printString = '2008-01-01T00:00:00+00:00'). self assert: ('2008-08' asDateAndTime printString = '2008-08-01T00:00:00+00:00'). self assert: ('2006-08-28' asDateAndTime printString = '2006-08-28T00:00:00+00:00'). "Regular nanoseconds" self assert: ('2006-08-28T00:00:00.123456789' asDateAndTime printString = '2006-08-28T00:00:00.123456789+00:00'). "Extra picoseconds precision should not spoil the DateAndTime" self assert: ('2006-08-28T00:00:00.123456789000' asDateAndTime printString = '2006-08-28T00:00:00.123456789+00:00'). in Pharo DateAndTime>>rreadFrom: aStream | bc year month day hour minute second nanos offset buffer ch | aStream peek = $- ifTrue: [ aStream next. bc := -1] ifFalse: [bc := 1]. year := (aStream upTo: $-) asInteger * bc. month := (aStream upTo: $-) asInteger ifNil: [1]. day := (aStream upTo: $T) asInteger ifNil: [1]. hour := (aStream upTo: $:) asInteger ifNil: [0]. buffer := '00:' copy. ch := nil. minute := buffer writeStream. [ aStream atEnd | (ch = $:) | (ch = $+) | (ch = $-) ] whileFalse: [ ch := minute nextPut: aStream next. ]. (ch isNil or: [ch isDigit]) ifTrue: [ ch := $: ]. minute := (buffer readStream upTo: ch) asInteger. buffer := '00.' copy. second := buffer writeStream. [ aStream atEnd | (ch = $.) | (ch = $+) | (ch = $-) ] whileFalse: [ ch := second nextPut: aStream next. ]. (ch isNil or: [ch isDigit]) ifTrue: [ ch := $. ]. second := (buffer readStream upTo: ch) asInteger. buffer := '0' copy. (ch = $.) ifTrue: [ nanos := buffer writeStream. [ aStream atEnd | ((ch := aStream next) = $+) | (ch = $-) ] whileFalse: [ nanos nextPut: ch. ]. (ch isNil or: [ch isDigit]) ifTrue: [ ch := $+ ]. ]. nanos := buffer asInteger. aStream atEnd ifTrue: [ offset := Duration zero ] ifFalse: [ch := aStream next. ch = $+ ifTrue: [ch := Character space]. offset := Duration fromString: ch asString, '0:', aStream upToEnd, ':0']. ^ self year: year month: month day: day hour: hour minute: minute second: second nanoSecond: nanos offset: offset. It loosk a bit ugly and crashed on some inputs In Squeak they have code that looks cleaner readFrom: aStream | offset date time ch | date := Date readFrom: aStream. [aStream peek isDigit] whileFalse: [aStream next]. time := Time readFrom: aStream. aStream atEnd ifTrue: [ offset := Duration zero ] ifFalse: [ ch := aStream next. ch = $+ ifTrue: [ch := Character space]. offset := Duration fromString: ch asString, '0:', aStream upToEnd, ':0']. ^ self year: date year month: date monthIndex day: date dayOfMonth hour: time hour minute: time minute second: time second nanoSecond: time nanoSecond offset: offset Date For Date we have readFrom: aStream readFrom: pattern: "Read a Date from the stream in any of the forms: (15 April 1982; 15-APR-82; 15.4.82; 15APR82) (April 15, 1982; 4/15/82) Squeak has a better one readFrom: pattern: "Read a Date from the stream in any of the forms: (15 April 1982; 15-APR-82; 15.4.82; 15APR82) (April 15, 1982; 4/15/82) --(1982-04-15) (ISO8601)" I like the idea to have a readFrom: that is parsing a specific input and that the variations are handled in separate methods. So for DateAndTime we coudl have fuzzyReadFrom: aStream or something like that. Duration == Now for Duration readFrom: the pattern is strictly followed "Formatted as per ANSI 5.8.2.16: [-]D:HH:MM:SS[.S]" In pharo it was bogus. So I was considering the one of Squeak, which looks cleaner. Pharo broke for (Duration readFrom: '0:00:00:00.
[Pharo-project] [update 1.1] #11321
11321 - - Fixing Duration, Date, DateAndTime, Time readFrom: - Issue 1202: Mantis 6764 Duration class>>#readFrom: bug Stef There are still some bugs to squash ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] bug looking for hunter
Hi guys I have to fix my house :) so I could not continue to kill this one on Unstable 11321 '-1199-01-05T20:33:14.321-05:00' asDateAndTime printString -> '-1199-01-05T20:33:(14321/1000).321-05:00' STef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] does anybody know what is an Object>>actionMap?
In cuis I read actionMap "Answer an action map" "Do NOT duplicate this in Morphic3 / LightWidgets Views should not trigger events!" ^self valueOfProperty: #actionMap Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Morph fire, doButtonAction and firedMouseUpCode
Hi I was wondering if we could remove some stuff from morph In Cuis Morph selectors size 453 in Pharo 910 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] impossible to integrate -> squeaksource is down and restart and get down again.
does anybody have an idea? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11334
11334 - - Issue 1329: SUnit refactor: TestCase>>assert: , TestCase>>assert:equals: and BlockClosure>>assert: Part two: TestCase assert: [] -> assert: () - Issue 522:ArrayedCollection>>#writeOn: - Issue 2382: Clean Morph - Issue 2339: rename a temp shadowing an inst var ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] add return its argument
if somebody wants to check that the fixes I made are ok and that at:put: and add: return their arguments addReturnValue.1.cs Description: Binary data Stef___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11367
11367 - - Issue 2435: Cleanup for release does not work due to changes in NaturalLanguageTranslator - Issue 2442: Add an help entry in WorldMenu - condense changes I will issue a new image soon Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] nice story for next generation debugger
Hi I have a quite fun bug. I load some code and suddenly the packageOrganizer is wiped out and contains worng information. I checked checked checked no success so far and I would love to have something to say notify me when any change happen to the dictionary of packageOrganizer. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Symbol>>isBinary
binary messages are not frequently called infix ones in our parlance so isBinary seems better. Symbol>>isBinary "Answer whether the receiver is a binary message selector." ^ self precedence == 2 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Styler?
Hi guys what do we do with shout? Squeak introduced it directly in the system. Now I was thinking that what could be a solution is to have a default API/null pattern class that could be in the core and that when Shout gets loaded the shout class is used instead. Now we could add Shout to the TextEditor package but I would like to understand how we can do it without. And also it is interesting to see if one day we will need selector namespace or something like that to deal well with extensions. Stef in PharoCore-1.1 11367 Fails as CodeMorph#stylerClass is not initialized. And no *Styler* class exists on PharoCore To make test passes on Pharo I've written CodeMorph#defaultStylerClass ^ SHTextStylerST80 CodeMorph#stylerClass ^ stylerClass ifNil: [stylerClass := self defaultStylerClass]. the solution proposed by laurent only works when shout is loaded and this is not always the case. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] I need another pair of eyes to look at: super look in debugger
http://code.google.com/p/pharo/issues/detail?id=2446 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11373
11373 - - Issue2317: FasterGrayPNGs. Thanks Squeak/Henrik - Issue 2468: Better method trailer method creation. Part two. Thanks Igor - Issue2242: FormConversionGeneralization. Henrik - Better ScriptLoader comment to explain our process. - Issue 1377: Senders of and implementers of does not work when symbol selected. Thanks Guile. - Issue 2074: Creating classes with Strings as the key in Smalltalk. Thanks marcus. - Issue 2480: prepare deprecation of and:and: + deprecated and:and:and:and: Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] little gofer enh
hi lukas recently I spend a lot of time typing expression like that Gofer new squeaksource: 'Torch'; package: 'ConfigurationOfTorch'; load Gofer new squeaksource: 'Glamour'; package: 'ConfigurationOfGlamour'; load And I would love to type Gofer loadConfigurationOf: #Torch is it possible :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] SUnit Time out
Hi guys in Squeak andreas introduced the idea of test time out Do you think that this is interesting? Stef SUnit - All test cases now have an associated timeout after which the test is considered failed. The purpose of the timeout is to catch issues like infinite loops, unexpected user input etc. in automated test environments. Timeouts can be set on an individual test basis using the tag or for an entire test case by implementing the #defaultTimeout method. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12018
12018 - - Issue 2593: SystemNavigation#allSendersOf: returns inexisting references - Issue 2480: make and:and:and:and: and and:and: deprecated Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] what is the equivalence to PopUpMenu>>setMenuFontTo: aFont in MenuMorph
Since menus are normally created dynamically I'd simply replace with nothing! (see MenuItemMorph>>initialize) Regards, Gary :) On Jul 2, 2010, at 6:59 PM, Stéphane Ducasse wrote: > I'm removing PopUpMenu and friends from the image and I need to replace > setMenuFontTo: but I do not know with what? > > Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] I updated the how to contribute web page
please comment :) http://code.google.com/p/pharo/wiki/HowToContribute Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] feedup of selecting doit or typing " above and below expressions in comments?
with this little change we can execute simply run in the following line just by having the mouse on the line and pressing doit even if there are comments around "self run" We should stop to turn around the system all the system but fix it to make us more productive. ParagraphEditor-evaluateSelection.st Description: Binary data ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Fix the other dependencies of asContextWithSender:
Eliot should this fix be applied to pharo? http://code.google.com/p/pharo/issues/detail?id=2655 Is there a dependency? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12045
Some fixes from squeak that accumulated in our bug tracker. 12045 - - Issue 2300: ServerDirectory cleanup - Issue 2226: shuffled and shuffle - Issue 2238: tests for FileStream behavior. - Issue 2129: Cursor with Alpha from OLPC CursorWithAlpha biggerNormal showWhile:[Sensor waitButton]. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Lost some classes
Apparently we lost some classes probably trying to changes packages with MC bad bad bad idea. We lost MczInstaller for example. ;) Bad bad bad. We will not change package structure before fixing MC else we are doomed to lose classes. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12047
12047 - Issue 2664: Lost some classes only sarInstaller and MczInstaller ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12050
12050 - - Issue 2671: SelectedObjectThumbnail should be removed - Issue 2669: ProgressMorph should be removed - Issue 2675: Push everything from PSUIManager to MorphicUIManager Stef and Gary from London ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12061
12061 - removing donor and partBin. Stef, gary and marcus :) ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] showstopper for 1.1
HI guys I checked and Class definition are not logged in the changes file as well as methods removal. So this is clearly a doit missing and we should investigate that. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about hex
If I recall hex was removed because it was used for html related thing. Stef Looks like the hex method will be changed in Squeak and we should keep track using this issue to see if Pharo has to follow to keep compatible (also for Cog). See http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-July/151949.html ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About text in method body
HI guys I was wondering if it would not make sense to only use String to store code. Then I was wondering if how we could decouple Text* from the RunnArray implementation Because RunArray>>scanFrom: basically links all the Text to RunArray I was thinking to simply use a RunArray subclass and specialze its scanFrom: It may also means that RunArray should not be packaged in CollectionArrayed but with Collection-Text. scanFrom: strm "Read the style section of a fileOut or sources file. nextChunk has already been done. We need to return a RunArray of TextAttributes of various kinds. These are written by the implementors of writeScanOn:" | rr vv aa this | (strm peekFor: $( ) ifFalse: [^ nil]. rr := OrderedCollection new. [strm skipSeparators. strm peekFor: $)] whileFalse: [rr add: (Number readFrom: strm)]. vv := OrderedCollection new."Value array" aa := OrderedCollection new."Attributes list" [(this := strm next) == nil] whileFalse: [ this == $, ifTrue: [vv add: aa asArray. aa := OrderedCollection new]. this == $a ifTrue: [aa add: (TextAlignment new alignment: (Integer readFrom: strm ifFail: [0]))]. this == $f ifTrue: [aa add: (TextFontChange new fontNumber: (Integer readFrom: strm ifFail: [0]))]. this == $F ifTrue: [aa add: (TextFontReference toFont: (Smalltalk at: #StrikeFont ifPresent: [:sf | sf familyName: (strm upTo: $#) size: (Integer readFrom: strm ifFail: [0])]))]. this == $b ifTrue: [aa add: (TextEmphasis bold)]. this == $i ifTrue: [aa add: (TextEmphasis italic)]. this == $u ifTrue: [aa add: (TextEmphasis underlined)]. this == $= ifTrue: [aa add: (TextEmphasis struckOut)]. this == $n ifTrue: [aa add: (TextEmphasis normal)]. this == $- ifTrue: [aa add: (TextKern kern: -1)]. this == $+ ifTrue: [aa add: (TextKern kern: 1)]. this == $c ifTrue: [aa add: (TextColor scanFrom: strm)]. "color" this == $L ifTrue: [aa add: (TextLink scanFrom: strm)]. "L not look like 1" this == $R ifTrue: [aa add: (TextURL scanFrom: strm)]. "R capitalized so it can follow a number" this == $P ifTrue: [aa add: (TextPrintIt scanFrom: strm)]. this == $d ifTrue: [aa add: (TextDoIt scanFrom: strm)]. "space, cr do nothing" ]. aa size > 0 ifTrue: [vv add: aa asArray]. ^ self runs: rr asArray values: vv asArray " RunArray scanFrom: (ReadStream on: '(14 50 312)f1,f1b,f1LInteger +;i') "
[Pharo-project] about ToolBuilder
Hi guys during the sprint I discussed with Gary about ToolBuilder and we think that it would be better to remove it since a lot of new widgets are not covered so this means that we will be constantly limiting ourselves. Of course ToolBuilder is a nice idea (if we would have several UI framework). So far we got only one and we would have several we would have to take the smallest common denominator. Another idea would be to extend toolBuilder to support new widgets. So what do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] next list of integration ready items
Marcus, adrian I will go over http://code.google.com/p/pharo/issues/detail?id=2169 http://code.google.com/p/pharo/issues/detail?id=2732 http://code.google.com/p/pharo/issues/detail?id=2727 http://code.google.com/p/pharo/issues/detail?id=1289 Issue 1289: Changing locale raises DNU http://code.google.com/p/pharo/issues/list?cursor=2721 sunit announcement http://code.google.com/p/pharo/issues/detail?id=1766 Issue 1766: #objectForDataStream: should be in Package System-Serialization http://code.google.com/p/pharo/issues/detail?id=2122 Issue 2122: superclassOrder: is defined on Changeset http://code.google.com/p/pharo/issues/detail?id=2205 pluugableTreeMorph http://code.google.com/p/pharo/issues/detail?id=2387 Issue 2387: Workspace http://code.google.com/p/pharo/issues/detail?id=2570 Issue 2570:Removed implicit conversion of DateAndTime equality-testing argument. http://code.google.com/p/pharo/issues/list?cursor=2364 file list menu cleaning http://code.google.com/p/pharo/issues/detail?id=2574 Issue 2574: flush obsolete PackageInfos and integrate them stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Seaside] CampSmalltalk London tutorial
Thanks nick I know that several teachers will start new Smalltalk lectures using pharo and this will probably help them. On Aug 2, 2010, at 1:01 AM, Nick Ager wrote: > Hi > > Though it's been a couple of weeks since CampSmalltalk London, I've only just > got round to creating a ConfigurationOfCampSmalltalkLondon which can be used > to download the beginners tutorial Tim Mackinnon and I created. > > First some context. The beginners tutorial ran on the first day. We had 9 > developers with a mixed background in Ruby/Java/C#/PHP etc. We started by > going through the excellent ProfStef tutorial which we used as jump off point > for frequent asides into the tools and code in Pharo. > > Next we gave them a simple exercise. You can download the code by grabbing > ConfigurationOfCampSmalltalkLondon from > http://www.squeaksource.com/MetacelloRepository.html and executing: > > (ConfigurationOfCampSmalltalkLondon project version: '1.0') load. > > The aim was to put into practice some of the concepts they'd learnt in the > ProfStef tutorial - initially focusing on loops. The tutorial grabs live > traffic information from the SE of the UK. Initially there is only one entry > in the list viewable from their image at: > http://localhost:8080/camp-smalltalk-london > > The first task was to change the code in CSLTransportInfo>>renderPage: to > loop over the results and pass them to a custom renderer. Note we wanted to > pass-on the joy of developing a web app in Smalltalk - the liveliness of the > environment, code editing in the debugger etc - without first having to learn > Seaside. So we hid the Seaside code behind some custom renderers. > > The second task was the change the renderer in > CSLTransportInfo>>modelRenderer to be a CSLListItemRenderer. The task here > was to notice the signature of the addItem method had changed and use the > inspector and the browser to discover the relevant accessors on the result > items. > > Finally they changed the renderer again for a CSLMapRenderer and went through > a similar routine to step two, though this time the result of their labours > was to transform a boring list into an impressive map - graphically showing > traffic incidents. > > Those who were more advanced could then filter the results to look at say > only incidents along particular roads etc. > > The tutorial session seemed to be well received. I don't know if anyone out > there is planning to run an introduction to Smalltalk - if so they are more > than welcome to use the code. > > All feedback gratefully received. > > Nick > > > > > > ___ > seaside mailing list > seas...@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12084
12084 - - Issue 2760: More robust handling of HTTP upload responses. Thanks Andreas Raab. - Issue 2753: introduce Smalltalk platform to forward to OSPlatform. - Issue 2761: Some Cog-specific VM attribute accessors - Issue 2763: SocketStream destroy. Thanks Andreas Raab. - Better xIllegal message. Thanks Nicolas Cellier - Better Rectangle class comment. Thanks Nicolas Cellier Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] organization
so far we have SystemDictionary>>organization "Return the organizer for the receiver" ^SystemOrganization so it means that this is global in Smalltalk globals. But I'm skeptical that this can work for another instance of SystemDictionary and even if this works I find this code brittle since it relies on the compiler global look up. I was thinking that either defining an organization as an instance variable SystemDictionary would make sense or using an explicit lookup in the instance itself. SystemDictionary>>organization "Return the organizer for the receiver" ^ self at: #SystemOrganization now I'm dead so I need other eyes. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] some important fixes we should focus on for 1.2
Hi guys here is a list of issue I would like to work and get some help. Stef http://code.google.com/p/pharo/issues/detail?id=2570 Issue 2570: Removed implicit conversion of DateAndTime equality-testing argument. http://code.google.com/p/pharo/issues/detail?id=2579 http://code.google.com/p/pharo/issues/detail?id=2698 Issue 2698:Smalltalk registration to SystemChangeNotifier should be handle in startup http://code.google.com/p/pharo/issues/detail?id=2177 Issue 2177: Generalize stream protocol #readInto:startingAt:count: Issue 1981: Raising DuplicateError Exception in class builder http://code.google.com/p/pharo/issues/detail?id=1981 http://code.google.com/p/pharo/issues/detail?id=2146 Issue 2146:Fix SystemChangeNotification for traits. http://code.google.com/p/pharo/issues/detail?id=1899 Issue 1899: MethodDictionary improvement http://code.google.com/p/pharo/issues/detail?id=2315 Method Dictionary Compact protocol to investigate http://code.google.com/p/pharo/issues/list?cursor=2313 Issue 2313: HashedCollectionIntegrityTest http://code.google.com/p/pharo/issues/detail?id=2583 Issue 2583:COG - MessageTally Issue 2619: ignore vm parameters with nil value in MessageTally, so it can be used in Cog http://code.google.com/p/pharo/issues/detail?id=2584 COG- COG- LargeNegativeInteger to be compact at 5 http://code.google.com/p/pharo/issues/detail?id=2567 Issue 2567:evaluate the finalizers outside the protected block in WeakRegistry http://code.google.com/p/pharo/issues/detail?id=2564 Issue 2564:WeakKeyDictionary finalizeValue tests http://code.google.com/p/pharo/issues/detail?id=2769 Issue 2769: Fixes for broken SocketStream behavior. http://code.google.com/p/pharo/issues/list?cursor=2551 weakstructure http://code.google.com/p/pharo/issues/detail?can=2&q=2244 Issue 2244: Socket support for #next:putAll:startingAt: and #readInto:startingAt:count: http://code.google.com/p/pharo/issues/detail?id=2825 Issue 2825: [[true] whileTrue] fork cannot be interrupted ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Really funny bug... :(
Hi guys I was integrated the methodDictionary enh of levente. And after I integrated the addition of some methods into String. Then it seems that I got all the packages extending String dirty. I checked the changes and nothing special. The changed methods are not logged in the changeSorter. So may be the dictionary got rehashed, changed and all the methods went to get "changed". Strange. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12112
- Issue 1899: MethodDictionary improvement. Part two. - Issue 2560: Convenient methods from Grease for Strings. We should get more of them. We need cool libraries. - Issue 2857: improve String to Number conversion. readFrom: now raises an error instead of silently returning 0. Thanks Guillermo Polito. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] would be nice to have a menu item for pointTo
so that we can select an object and invoke pointerFinder. Any taker? http://code.google.com/p/pharo/issues/detail?id=2867 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About webclient.ppm.73
hi philippe I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load? Is it for 1.2? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] about ValueAdapter
Bill I scanned the code. Could you - reformat your code? put space after : align on the first tab - get some more tests? - I could not see the class comments but if there are none then please adde something. - did you check the padded printon methods and others? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] could we fix MorphicModel
gary? Do you have surgeon knife? Because I do not see why slider need to depend on that wonderfully designed code. use: cachedSelector orMakeModelSelectorFor: selectorBody in: selectorBlock | selector | model ifNil: [^ nil]. cachedSelector ifNil: ["Make up selector from slotname if any" selector := (slotName ifNil: [selectorBody] ifNotNil: [slotName , selectorBody]) asSymbol. (model class canUnderstand: selector) ifFalse: [(self confirm: 'Shall I compile a null response for' , Character cr asString , model class name , '>>' , selector) ifFalse: [self halt]. model class compile: (String streamContents: [:s | selector keywords doWithIndex: [:k :i | s nextPutAll: k , ' arg' , i printString]. s cr; nextPutAll: '"Automatically generated null response."'. s cr; nextPutAll: '"Add code below for appropriate behavior..."'.]) classified: 'input events' notifying: nil]] ifNotNil: [selector := cachedSelector]. ^ selectorBlock value: selector ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
Thanks for your list. Now my comments. Did you guess why I asked this pol? - How can companies expect that all these points will be done if nobody puts money on the table or allocate time of their employee, or open source some of their software? Magic, wishful thinking? - We will do what we can and what is in our critical path. - We are thinking a consortium of companies and institutions that could be willing to help pharo. Now so far I do not see companies really putting effort so may be nothing will happen but this will not be because of us. :) > High Priority: > Enusure very high reliability of the base Pharo. No bugs that are not fixable > by the average developer with a bit of google and sending a few emails. If it > needs that one expert in one other end.. business continuity is hugely > impacted - INRIA is putting 24 months expert engineer on the table and we will clean and simplify the core. Now we will see what will happen. > Primary: > * better-faster VM aka Cog mainstream Teleplace played it the perfect way. I think that they will gain from the help of the community but so far I imagine that they pay every month the salary of people to develop and maintain Cog so again no real magic. > * Highly performant DBMS connectivity natively akin to JDBC through to all > DBs no DB specific stuff like now, the Squeak DBX is not business friendly > * Comprehensive Web Services + XMLRPC there is a XMLRPC package that cries to get improved. Just allocate some time and improve it. > * Pharo-Groovy bridge and / or Pharo-Ruby bridge ( or can we make Pharo work > in tandem with a JVM..! this will help leverage the tons of frameworks in > existence even if they are tad slower than native Java) There is javaconnect and JNI and I imagine that people are welcomed to help and improve. > * Configuration Management System plugin for SVN > * Acceleration of easy docs and plugins/ web development related framework > interfaces from Seaside viz flex/ silverlight: many that are possible as of > now, but needs a Smalltalk expert to cobble it up did you discuss that in the seaside mailing-list > * Have not really gone deeper with Webclient/ FTPClient/ SMTPClient et als. > they need to be really simple/ highly reliable/ dumbed down for the average > coder to pick snippets and make it work Yes > May be lots more.. I can bring in lot more thought this in terms of Generic/ > Sectoral or Domain/ Type of Apps preferences viz: > Banking/Insurance/Utilities/Technical/ Web vs GUI etc ...So first we should > think hard on the segment you want to hit harder.. > > Secondary: > * Better tools for GUI Dev and more standard GUI development capabilities yes but again... > * Make Pharo easily usable for a team of 100+ developers together in > one/multiple locations with code synch issues, change / version control , > performance ( a host of other stuff included) taken care of. There is Monticello. ***we*** are working on a fast binary loader but but but nothing is clear. > * Pluggable to industry standard tools for development: Rational/ Together > Soft viz for UML creation and conversion to code / reverse engineer code to > UML why would I spent my time without support to connect with tools that cost thousands dollars a license? > Follow through with: > * Pluggable with QTP/ Testing Automation tools.. Actually this is very > important in the standard large volume development. Makes a huge difference > for the risk mitigation for the company. really inexpensive , kind of not so > highly technical staff runs this show in comparison to Unit Tests/ test > automation through ST code is a more riskier investment and I have not seen > in JAva/ .Net / or even Smalltalk large legacy projects unit test done and > maintained well enough It seems that pharo is the first smalltalk to have a good integration with hudson (thanks guys we know who you are) so there is definitively some good news on that item. > > > -Skrish > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] this style looks cool
http://www.anymorphic.com/softwareentwicklung.html Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] float printing
hi guys here is a point where squeak and pharo could sync. Now I propose the change to be applied in Pharo. http://code.google.com/p/pharo/issues/detail?id=2888 in essence 0.1+0.2=0.3 which is normal since (0.1+0.2) hex '3FD4' 0.3 hex '3FD3' showing that we are in presence of two difference numbers. So since floats are approximations anyway, I like the idea that the language tells me all the time. This fits perfectly with the discussion and actions we got last year on floats. Of course 0.1s2 + 0.2s2 = 0.3s2 is true storeString is already conveying the right information both in squeak and pharo (0.1+0.2) storeString '0.30004' 0.3 storeString '0.3' I suggest that printString on float ie on little change in printString. So talk now. My point is that since we cannot perfectly lie better say it. I think that GNU and python are right so this an easy fix with a really good impact on education. Stef printOn: aStream base: base "Handle sign, zero, and NaNs; all other values passed to absPrintOn:base:" self isNaN ifTrue: [aStream nextPutAll: 'NaN'. ^ self]. "check for NaN before sign" self > 0.0 ifTrue: [self absPrintExactlyOn: aStream base: base] ifFalse: [self sign = -1 ifTrue: [aStream nextPutAll: '-']. self = 0.0 ifTrue: [aStream nextPutAll: '0.0'. ^ self] ifFalse: [self negated absPrintOn: aStream base: base]] ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12120
12120 - - Issue 2898: DurationTest>>testNormalizeNanoSeconds and fix. David T. Lewis - Issue 2892: ifNotNil decompilation. Thanks Henrik Johanssen and Eliot Miranda. - Issue 2895: urlClassForSchemehandles HTTPS. Thanks Andreas Raab. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Vote for the best Smalltalk book of the last 5 years...
I forgot to mention that the deadline is until wednesday 15 september at noon. On Sep 6, 2010, at 5:07 PM, Stéphane Ducasse wrote: > Dear Pharoers :) > > this year ESUG would like to reward effort made in book publications. Since > we want to push new books but that it takes time to write books we will > take into account a window of 5 years. So you are requested to vote for the > best book of the last 5 years. > > http://www.surveymonkey.com/s/Q2LKKDT > > Stef on the behalf of the ESUG board. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12125
12125 - - Issue 2778: Replace ParagraphEditor by TextEditor and SmalltalkEditor. Thanks Guillermo Polito. Now we should fix the menus :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12127
12127 - - 2920 and 2921: Some little recategorizations with Gabriela Arevalo, Gabriel Barbuto, Nicolas Paez and Martin Dias. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Cecinestpasunepomme best squeaksource package name!
Hi Cecinestpasunepomme best squeaksource package name! Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project