[Pharo-project] [BUG] Merging Tool UndefinedObject(Object)doesNotUnderstand: #selector
I pressed on next conflict.
Stef
9 March 2009 1:45:36 pm
VM: Mac OS - a SmalltalkImage
Image: Pharo0.1 [Latest update: #10248]
SecurityManager state:
Restricted: false
FileAccess: true
SocketAccess: true
Working Dir
/Users/ducasse/Workspace/FirstCircle/ActiveResearch/Pharo/Pharo
Trusted Dir /foobar/tooBar/forSqueak/bogus
Untrusted Dir /Users/ducasse/Library/Preferences/Squeak/Internet/My
Squeak
UndefinedObject(Object)doesNotUnderstand: #selector
Receiver: nil
Arguments and temporary variables:
aMessage: selector
exception: MessageNotUnderstood: UndefinedObjectselector
resumeValue:nil
Receiver's instance variables:
nil
PSMCMergePatchMorphselectNextConflict
Receiver: a PSMCMergePatchMorph(2798)
Arguments and temporary variables:
next: a MCConflict
Receiver's instance variables:
bounds: 3...@77 corner: 1...@564
owner: a PSMCMergeMorph(3639)
submorphs: an Array(a ProportionalSplitterMorph(3787) a
MergeDiffMorph(3261) a ...etc...
fullBounds: 3...@77 corner: 1...@564
color: Color transparent
extension: a MorphExtension (1779) [other: (myDependents
- a
DependentsArray(...etc...
borderWidth:0
borderColor:#inset
model: an OrderedCollection(a MCModification a MCModification a
MCAddition a MC...etc...
slotName: nil
open: false
diffMorph: a MergeDiffMorph(3261)
changeTree: a TreeListMorph(2496)
selectedChangeWrapper: a PSMCConflictWrapper
PSMCMergeMorphselectNextConflict
Receiver: a PSMCMergeMorph(3639)
Arguments and temporary variables:
Receiver's instance variables:
bounds: 3...@77 corner: 1...@889
owner: a StandardWindow(1034)
submorphs: an Array(a ProportionalSplitterMorph(2834) a
PanelMorph(1565) a Plug...etc...
fullBounds: 3...@77 corner: 1...@889
color: Color white
extension: a MorphExtension (2299) [locked] [other:
(myDependents
- a Depend...etc...
borderWidth:0
borderColor:(Color r: 0.667 g: 0.667 b: 0.667)
model: a MCThreeWayMerger
slotName: nil
open: false
patchMorph: a PSMCMergePatchMorph(2798)
codeMorph: a PluggableTextEditorMorph(3583)
merged: false
PluggableButtonMorphPlus(PluggableButtonMorph)performAction
Receiver: a PluggableButtonMorphPlus(3905)
Arguments and temporary variables:
Receiver's instance variables:
bounds: 4...@861 corner: 1...@885
owner: a PanelMorph(1565)
submorphs: an Array(an AlignmentMorph(1769))
fullBounds: 4...@861 corner: 1...@885
color: (Color r: 0.827 g: 0.827 b: 0.827)
extension: a MorphExtension (1467) [balloonText] [other:
(layoutPolicy - a T...etc...
borderWidth:0
borderColor:Color transparent
model: a PSMCMergeMorph(3639)
label: '5 conflicts'
getStateSelector: nil
actionSelector: #selectNextConflict
getLabelSelector: #conflictCountString
getMenuSelector:nil
shortcutCharacter: nil
askBeforeChanging: false
triggerOnMouseDown: false
offColor: nil
onColor:nil
feedbackColor: nil
showSelectionFeedback: false
allButtons: nil
arguments: #()
argumentsProvider: nil
argumentsSelector: nil
enabled:true
action: nil
getColorSelector: nil
getEnabledSelector: #notAllConflictsResolved
--- The full stack ---
UndefinedObject(Object)doesNotUnderstand: #selector
PSMCMergePatchMorphselectNextConflict
PSMCMergeMorphselectNextConflict
PluggableButtonMorphPlus(PluggableButtonMorph)performAction
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PluggableButtonMorphPlusperformAction
[] in PluggableButtonMorphPlus(PluggableButtonMorph)mouseUp: {[:m | (m
containsPoint: evt cursorPoint) ifTrue: [m performAction]]}
Array(SequenceableCollection)do:
PluggableButtonMorphPlus(PluggableButtonMorph)mouseUp:
PluggableButtonMorphPlusmouseUp:
PluggableButtonMorphPlus(Morph)handleMouseUp:
MouseButtonEventsentTo:
PluggableButtonMorphPlus(Morph)handleEvent:
[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] 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 9:18 PM, Damien Cassou wrote: On Sun, Jan 31, 2010 at 9:15 PM, stephane ducasse stephane.duca...@free.fr 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=1265189477updated=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] [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 ExceptiondefaultReturnValue and ExceptiondefaultResumeValue 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 stephane.duca...@free.fr 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 changedDateAndTime+ operand "operand conforms to protocol Duration" | ticks | ticks := self ticks + (operand asDuration ticks) . ^ self class basicNew ticks: ticks offset: self offset; yourselfto beDateAndTime+ 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 RxMatchersplit: 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: DummyStreamnextPut: (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 CalvinHobbes ___ 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 inline: Screen shot 2010-04-05 at 10.22.24 AM.png Right now ProgressNotification signal: '' extra: val makes sure that the feedback is made as show below with defaultMorphicAction ProgressInitiationExceptiondefaultMorphicAction | 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 ProgressInitiationExceptionsendNotificationsTo: 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 i...@vpri.org Date: April 9, 2010 11:43:33 AM GMT+02:00 To: laurent laffont laurent.laff...@gmail.com Cc: stephane ducasse stephane.duca...@free.fr, stephane ducasse stephane.duca...@gmail.com 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
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. McIntosh john...@smalltalkconsulting.com Twitter: 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 DateAndTimereadFrom?
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
DateAndTimerreadFrom: 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:
day month year(15 April 1982; 15-APR-82;
15.4.82; 15APR82)
month day year(April 15, 1982; 4/15/82)
Squeak has a better one
readFrom: pattern:
Read a Date from the stream in any of the forms:
day month year(15 April 1982; 15-APR-82;
15.4.82; 15APR82)
month day year(April 15, 1982; 4/15/82)
year-month-day(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
[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 ObjectactionMap?
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: TestCaseassert: , TestCaseassert:equals: and BlockClosureassert: 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] 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 timeout: seconds 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 PopUpMenusetMenuFontTo: aFont in MenuMorph
Since menus are normally created dynamically I'd simply replace with nothing! (see MenuItemMorphinitialize) 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 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 CSLTransportInforenderPage: 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 CSLTransportInfomodelRenderer 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 SystemDictionaryorganization 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. SystemDictionaryorganization 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=2q=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: DurationTesttestNormalizeNanoSeconds 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
[Pharo-project] [update 1.2] #12161
12161 - - Issue 3003: handleDisabledKey: is missing in Editor and subclasses - Issue 2963: systemOrganizer fixes. Thanks German Leiva and James Foester 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] #12168
12168 - - Issue 3043:Refactor SystemOrganizer to decouple it from Smalltalk. Thanks Nicolas Paez and Damien Pollet. - Issue 3027: Base64MimeConverterTest#testOnByteArray raise an error. Thanks Cyrille Delaunay 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] Pharocasts: Getting started with Pier CMS
cool! Stef On Oct 3, 2010, at 10:19 PM, laurent laffont wrote: Pier is a content management system that is light, flexible and free. This screencast shows - how to setup Pier for a minimal web site - configure persistency. http://www.pharocasts.com/2010/10/getting-started-with-pier-cms.html Recorded by Damien Cassou, voice by Christoph Budzinsky, edited by Laurent Laffont. This video is a real team work :) Cheers, Laurent Laffont Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ ___ 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] call for scripting idea
Hi we would like to exercise a bit our scripting engine :) so if you have ideas of scripts that we should be able to write let us 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] ObjectScanner
ObjectScanner does not have any user and I was wondering what was its exact purpose? Apparently it is related to uniclasses and there are still some left over. It is not available in CUIS. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
