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

[Pharo-project] Issue 3545 in pharo: FEATURE: Multiple Worlds
by Torsten Bergmann Jan. 19, 2011

Jan. 19, 2011

>I've implemented a Morphic-Animations pacakge, adding the bitmap >animations as strategy objects for each animation. If there's interest >i could decouple it from Gaucho, and post it. Yes, if thats easy to do. I played with JavaFX last year and (even when it is now abondened and will reappear as Java API) it was a nice way to easily build visual appealing applications with transition effects, shadows, ... (see http://javafx.com/samples) Would like to see that in future for Pharo too easily allow people to build sexy apps. Thx T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

3 2

[Pharo-project] Issue 3422 in pharo: Use UIManager instead of Workspace
by pharo＠googlecode.com Jan. 19, 2011

Jan. 19, 2011

Status: Fixed Owner: stephane.ducasse Labels: Milestone-1.3 Difficulty-Easy New issue 3422 by stephane.ducasse: Use UIManager instead of Workspace http://code.google.com/p/pharo/issues/detail?id=3422 viewGZipContents "View the contents of a gzipped file" | stringContents | self binary. stringContents := self contentsOfEntireFile. stringContents := Cursor wait showWhile: [(GZipReadStream on: stringContents) upToEnd]. stringContents := stringContents asString withSqueakLineEndings. UIManager default edit: stringContents label: 'Decompressed contents of: ', self localName

1 1

Re: [Pharo-project] [Hudson] truncated build history
by Marcus Denker Jan. 19, 2011

Jan. 19, 2011

On Jan 19, 2011, at 2:22 PM, Schwab,Wilhelm K wrote: > Would it be possible/better to keep a limited number of successful builds and to time-limit the bad ones? > There are not many bad ones. Successfull ones are done every day *and* every time something is commited. No way to keeep them all. We need to think about what to keep... and how. But the build server is not the right spot. We do keep snapshots of images all ca. 10-20 updates in the archive here: https://gforge.inria.fr/frs/?group_id=1299 but this is right now done manually, we need to automate that. Marcus > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Marcus Denker [marcus.denker(a)inria.fr] > Sent: Wednesday, January 19, 2011 8:04 AM > To: Pharo-project(a)lists.gforge.inria.fr Development > Subject: [Pharo-project] [Hudson] truncated build history > > -> we configured it to just keep 7 days of builds (the images are quite large) > -> There is now a project for Pharo 1.3 Core > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/ > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [Hudson] truncated build history
by Marcus Denker Jan. 19, 2011

Jan. 19, 2011

-> we configured it to just keep 7 days of builds (the images are quite large) -> There is now a project for Pharo 1.3 Core https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/ -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] Issue 3551 in pharo: Morph>>morphsInFrontOverlapping: and friends' behavior does not match comment
by pharo＠googlecode.com Jan. 19, 2011

Jan. 19, 2011

Status: New Owner: ---- New issue 3551 by sean.p.d...(a)gmail.com: Morph>>morphsInFrontOverlapping: and friends' behavior does not match comment http://code.google.com/p/pharo/issues/detail?id=3551 Morph #morphsInFrontOverlapping: #morphsInFrontOf:overlapping:do: #morphsInFrontOverlapping:do: all include the morphs submorphs in the returned collection, but the comments state "Return all top-level morphs", which means the submorphs shouldn't be included, no? Pharo1.2rc1 Latest update: #12310 Steps to reproduce: 1. Open a window (e.g. a browser) 2. Inspect it 3. evaluate: "self morphsInFrontOverlapping: self bounds"

1 1

[Pharo-project] [ANN 1.3 started] Core 1.3#13001
by Marcus Denker Jan. 19, 2011

Jan. 19, 2011

https://gforge.inria.fr/frs/download.php/28163/PharoCore-1.3-13001.zip .. same as 1.2rc1, just a 13 Scriptloader. (this way we can deep-freeze 1.2 and start adding to 1.3 instead) Hudson project to follow.... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] About XML Support in the 1.2
by Fabrizio Perin Jan. 19, 2011

Jan. 19, 2011

Hi, I have a problem with the XMLSupport version from Pharo 1.2. The problem is that I need to work with one of the last version of XMLSupport but in the pharo image 1.2 is loaded an old version of XMLSupport (I mean a version from Jan 2010). I did try to load a newer version of XMLSupport using ConfigurationOfXMLSupport but some errors make this operation impossible. So either Pharo-dev 1.2 load a newer (possibly the last) version of XMLSupport by default or Pharo-dev 1.2 should not load XMLSupport at all. I think that doesn't make sense to use by default such an old version, also considering that the last XMLSupport has nice and useful features like the XMLPluggableElementFactory. By avoiding to load XMLSupport in Pharo-dev 1.2 by default you let people free to use the version that they like. Thanks, Fabrizio

3 2

[Pharo-project] Issue 3545 in pharo: FEATURE: Multiple Worlds
by Torsten Bergmann Jan. 19, 2011

Jan. 19, 2011

inspirations to switch between worlds: http://clickheredammit.com/pageflip (a page flip) combined with a peeling effect in the upper corner: http://www.sohtanaka.com/web-design/examples/peeling-effect/ or a carousel of world thumbnails: http://jquery-ui.googlecode.com/svn/branches/labs/carousel/demo/dynamic.html or a coverslide: http://jquery-ui.googlecode.com/svn/branches/labs/coverslide/index.html If you want to port a more mac like UI to Pharo also check: http://www.wizzud.com/jqDock (a dock done in JavaScript, check the properties) -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

2 1

Jan. 19, 2011

Hi guys I'm sure that some of you will really like to type on that list and see it auto selectioning its elements.... Gofer it squeaksource: 'DirtyExperiments'; package: 'DirtyExperiments'; load | test | test := DummyTest on: (Smalltalk allClasses). test openInWorld Of course I would love to have that for a lot of lists..... :) Thanks Benjamin for this first version :) Stef

5 9

[Pharo-project] Cog problems
by Igor Stasenko Jan. 19, 2011

Jan. 19, 2011

I built new Cog by taking latest VMMaker-oscog.46 on MacOS VM still crashing at some random point during running all pharo-core image tests. Once i were able to run w/o crash and found following failures: MethodContextTest debug: #testClosureRestart because actually this one: MethodContextTest new privRestartBlockArgsNoRemoteTempsTest i'm not sure if this is a compiler issue (maybe it shuffling the temps) or because of Cog, which doesn't likes restarts like that :) BecomeTest>>testBecomeIdentityHash. Sometimes passes, sometimes not (try doing following in workspace): | a b | a := 'ab' copy. b := 'cd' copy. self assert: (a identityHash ~= b identityHash). a become: b. self assert: (a ~= b). self assert: (a identityHash ~= b identityHash). i'm not sure if this is a big issue.. afaik, #become: don't gives any guarantees about copying identityhash. P.S. yesterday i were able to successfully build Cog on linux using cmake configs i generating. but it crashing at first #commonReturn point, which is really weird :) I tried multiple images, same result. The crash happens in given loop: while (closure != GIV(nilObj)) { home = longAt((closure + BaseHeaderSize) + (ClosureOuterContextIndex << ShiftForWord)); closure = longAt((home + BaseHeaderSize) + (ClosureIndex << ShiftForWord)); } -- Best regards, Igor Stasenko AKA sig.

1 0