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

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Nicolas Petton

Igor Stasenko <siguctua(a)gmail.com> writes: > > (Lets hope, smalltalkhub won't forget all the data, so i have to add > users over and over again like on squeaksource ;) > It shouldn't just nuke the db, no :) Nico

Jan. 31, 2013

[Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Igor Stasenko

Hi, i just migrated all packages & history to new hosting on smalltalkhub. There is a new version AsmJit 1.3 and NativeBoost 2.0 but 'new' there is just changing the official repository urls. --- To try if it works do: --- Gofer it url: 'http://www.smalltalkhub.com/mc/Pharo/NativeBoost/main'; package: 'ConfigurationOfNativeBoost'; load. (ConfigurationOfNativeBoost project version: '2.0') load --- If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials. (Lets hope, smalltalkhub won't forget all the data, so i have to add users over and over again like on squeaksource ;) -- Best regards, Igor Stasenko.

Jan. 31, 2013

[Pharo-project] [update 2.0] #20501

by Marcus Denker

20501 ----- Issue 7343: Monkey should *not* set FailingTest http://code.google.com/p/pharo/issues/detail?id=7343 Issue 7333: CommandLineUImanager missing methods (was define behavior ie, writing on stdout) http://code.google.com/p/pharo/issues/detail?id=7333 Issue 5878: Monticello history search http://code.google.com/p/pharo/issues/detail?id=5878 Issue 3435: Do not draw transparent fillStyles http://code.google.com/p/pharo/issues/detail?id=3435 Diff information: http://ss3.gemstone.com/ss/Pharo20/UIManager-MarcusDenker.98.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1338.diff http://ss3.gemstone.com/ss/Pharo20/MonticelloGUI-MarcusDenker.212.diff http://ss3.gemstone.com/ss/Pharo20/CI-Core-MarcusDenker.53.diff

Jan. 31, 2013

Re: [Pharo-project] Extent a Athens surface?

by Vanessa PeÃ±a Araya

Hi, Thank you very much for your answer, it works perfectly :) Vanessa. On 01/30/2013 05:44 PM, Igor Stasenko wrote: > On 30 January 2013 18:14, MartinW <wm(a)fastmail.fm> wrote: >> Igor Stasenko wrote >>>>> I wanted to ask if it's possible to extent an Athens surface. If it >>>>> can't be done, because as far as I understand this can't be done in >>>>> Cairo, is it possible to simulate it at least? Is it possible to stop >>>>> #drawDuring: and build another surface, maybe? >>> how large? >>> is >>> >>> AthensCairoSurface extent: 2000@2000 >>> >>> not works? >> I think it is about resizing an existing Morph that is drawn with Athens >> Surface? I had problems with it and had the same question. But it works well >> with something like: >> >> SomeSubclassOfMorph>>extent: aPoint >> |newExtent| >> newExtent := aPoint rounded. >> (bounds extent closeTo: newExtent) ifTrue: [^ self]. >> self changed. >> bounds := (bounds topLeft extent: newExtent). >> surface := AthensCairoSurface extent: newExtent. >> self layoutChanged. >> self changed. >> >> Now Boids fly in a resizable sky :) >> > yes. this is the way. you cannot resize existing surface, but create a > new one instead. > >> >> -- >> View this message in context: http://forum.world.st/Extent-a-Athens-surface-tp4665978p4666666.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >

Jan. 31, 2013

Re: [Pharo-project] [Jenkins] Old Jenkins has been turned off

by StÃ©phane Ducasse

Thanks a lot for all the efforts. I'm convinced that it will really pay off. Stef On Jan 31, 2013, at 8:55 AM, Marcus Denker wrote: > Hi, > > The migration is done! > > The old jenkins now is officially turned off, and we are running on the new one: > > https://ci.inria.fr/pharo/ > > Of course, like all move, there are some collaterals to fix, but the first milestone has > been passed. > > TODO: > -> Get the broken builds running > -> fix VM builds > -> use staging for the image and the vm later... > > Things we will seeâ¦ > > -> Virtualized Mac Slaves > -> A second Jenkins for community projects > -> More slaves to speed up builds > > and much more. > > Marcus

Jan. 31, 2013

Re: [Pharo-project] OrderedIdentityDictionary in a more general package

by Tudor Girba

Does anyone know the difference between: - OrderedIdentityDictionary from Spec and - OrderPreservingDictionary from http://www.squeaksource.com/OrderPreservingDict ? we use the latter in XMLSupport and I think we could probably consolidate. Doru On Thu, Jan 31, 2013 at 9:38 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > ... and we need Spec as a project under team Pharo, in sthub :) > > On Jan 31, 2013, at 8:28 AM, "Torsten Bergmann" <astares(a)gmx.de> wrote: > > > Stef wrote: > >> good idea. > >> Do you know the test coverage of the class? > >> Because it would be nice to run hapao on it and write some tests if > there are none. > > > > Actually there are no tests - at least not in the Pharo image. > > Maybe Benjamin can comment if there are some tests in the Spec universe > for it. > > > > I opened an issue: http://code.google.com/p/pharo/issues/detail?id=7374 > > > > @Benjamin: can you move "OrderedIdentityDictionary" it out of Spec up to > a > > more general "Collection-Ordered" category/package for Pharo? > > I dont want to interfere with current Spec development and > > have no rights to commit to http://ss3.gemstone.com/ss/Spec > > > > BTW: Is it really necessary to have an mzc per "Collection-***" > category? Dont > > know about the dependencies - but for Kernel we have only one package > (and one > > for the tests). > > > > Thx > > T. > > > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 31, 2013

Re: [Pharo-project] help needed

by StÃ©phane Ducasse

Usman did you check with 1.3 to know if the method was there? Stef On Jan 31, 2013, at 7:03 AM, Usman Bhatti wrote: > > > > On Thu, Jan 31, 2013 at 2:30 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Morbid fascination > It is late so I may completely off but > how many isKindOf: are executed in this method? > > > ((aSymbol isKindOf: Array) > > and: [aSymbol size > 1 and: [aSymbol first == self nodeListSelector and: [ > > aSymbol second == #openPath]]]) > > when [aSymbol second == #openPath] is not openPath > then we go to the next (not mentioning duplicated code inside the method ---- I will vomit) > and we restart to execute isKindOf: > > ((aSymbol isKindOf: Array) > and: [aSymbol size > 1 and: [aSymbol first == self nodeListSelector and: [ > aSymbol second == #expandAllFromNode:]]]) > > Am'I right? > It looks so terrible. > > Yes. And more so for someone not frequently working with Morphs. > So, can someone at least see if the problem can be fixed without a large refactoring that should surely happen, but the glamour bug needs a quick fix. Or at least point to why the missing method on the receiver is abundantly found in the code? > > usman > > > Stef > > > > > update: aSymbol > > aSymbol == #selection ifTrue: [^ self listManager updateSelectionFromModel]. > > ((aSymbol isKindOf: Array) and: [aSymbol size > 1 and: [aSymbol first == #selectItems and: [aSymbol second isCollection]]]) > > ifTrue: [^ self selectedItems: aSymbol second]. > > aSymbol == self nodeListSelector ifTrue: [^ self updateList]. > > aSymbol == #selectAll ifTrue: [^ self listManager selectAll]. > > aSymbol == #deselectAll ifTrue: [^ self listManager deselectAll]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol size > 1 and: [aSymbol first == self nodeListSelector and: [ > > aSymbol second == #openPath]]]) "allow directed path opening where multiple trees exist" > > ifTrue: > > [^(self allNodeMorphs at: 1 ifAbsent: [^self]) > > openPath: (aSymbol allButFirst: 2)]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol size > 1 and: [aSymbol first == self nodeListSelector and: [ > > aSymbol second == #openItemPath]]]) "allow directed path opening where multiple trees exist" > > ifTrue: > > [^ (self allNodeMorphs at: 1 ifAbsent: [^self]) > > openItemPath: (aSymbol allButFirst: 2)]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol size > 1 and: [aSymbol first == self nodeListSelector and: [ > > aSymbol second == #expandAllFromNode:]]]) > > ifTrue: > > [^ self expandAllFromNode: aSymbol third]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol size > 1 and: [aSymbol first == self nodeListSelector and: [ > > aSymbol second == #closeItemPath]]]) "allow directed path closing where multiple trees exist" > > ifTrue: > > [^ (self allNodeMorphs at: 1 ifAbsent: [^self]) > > closeItemPath: (aSymbol allButFirst: 2)]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol notEmpty and: [aSymbol first == #openPath]]) > > ifTrue: > > [^(self allNodeMorphs at: 1 ifAbsent: [^self]) > > openPath: aSymbol allButFirst]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol size = 2 and: [aSymbol first = self nodeListSelector and: [ > > aSymbol second == #expandRoots]]]) > > ifTrue: > > [^self expandRoots]. > > ((aSymbol isKindOf: Array) > > and: [aSymbol size = 2 and: [aSymbol first = self nodeListSelector]]) > > ifTrue: [aSymbol second = #expandAll ifTrue: [^ self expandAll]. > > aSymbol second = #collapseAll ifTrue: [^ self collapseAll]] > > >

Jan. 31, 2013

Re: [Pharo-project] OrderedIdentityDictionary in a more general package

by StÃ©phane Ducasse

Ok so it would be good to address the issue. We should get better and larger collection choice. Since you already add a look could you check it again. Stef On Jan 31, 2013, at 5:49 AM, ClÃ©ment Bera wrote: > Actually this was in the bug tracker > > http://code.google.com/p/pharo/issues/detail?id=2759&can=1&q=orderedDiction… > > error 2759 > > This OrderedIdentityDictionary is only used for user interface that is why it is on Spec-Core for now. See the bug report for more details. > > 2013/1/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Jan 30, 2013, at 4:44 PM, Torsten Bergmann wrote: > > > The class "OrderedIdentityDictionary" is currently defined in package "Spec-Core". > > > > Since it is useful also in other scenarios and I do not want a dependency > > on spec: wouldnt it make sense to move it to a more common "Collections-..." > > package. > > good idea. > Do you know the test coverage of the class? > Because it would be nice to run hapao on it and write some tests if there are none. > > > > > Since there is already "Collections-Unordered" I would suggest to put it > > into "Collections-Ordered". > > Mmmhh ... but then class OrderedCollection would have to move from "Collections-Sequenceable" > > to "Collections-Ordered" as well (at least from the name). > > > > Any comments on that... > > > > Thx > > T. > > > > >

Jan. 31, 2013

Re: [Pharo-project] [Jenkins] Old Jenkins has been turned off

by Sven Van Caekenberghe

On 31 Jan 2013, at 12:55, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > The migration is done! > > The old jenkins now is officially turned off, and we are running on the new one: > > https://ci.inria.fr/pharo/ > > Of course, like all move, there are some collaterals to fix, but the first milestone has > been passed. > > TODO: > -> Get the broken builds running > -> fix VM builds > -> use staging for the image and the vm later... > > Things we will seeâ¦ > > -> Virtualized Mac Slaves > -> A second Jenkins for community projects Cool! > -> More slaves to speed up builds > > and much more. > > Marcus Yes, thanks a lot for taking care: these things take a *lot* of effort. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Jan. 31, 2013

Re: [Pharo-project] [Jenkins] Old Jenkins has been turned off

by Tudor Girba

Much more?! Impressive. Thank you for all the effort. Cheers, Doru On Thu, Jan 31, 2013 at 12:55 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hi, > > The migration is done! > > The old jenkins now is officially turned off, and we are running on the > new one: > > https://ci.inria.fr/pharo/ > > Of course, like all move, there are some collaterals to fix, but the first > milestone has > been passed. > > TODO: > -> Get the broken builds running > -> fix VM builds > -> use staging for the image and the vm later... > > Things we will seeâ¦ > > -> Virtualized Mac Slaves > -> A second Jenkins for community projects > -> More slaves to speed up builds > > and much more. > > Marcus > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 31, 2013