February 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo party near Annecy, France

by Hilaire Fernandes

I am interested Hilaire laurent laffont a Ã©crit : > Hi, > > We (a developper group) organize a Pharo & Smalltalk meeting near Annecy, > France. Saturday, March 20th. 2:00 pm - 6:00pm. > Location. FÃ©lix CrÃ©ation. 4 bis, avenue du Pont de Tasset | 74960 > Cran-Gevrier / ANNECY | France > > Welcome to all curious developpers who wants to learn. Welcome to all > experienced developpers who wants to share their knowledge. > > We will have wireless access, big screen ... and coffee :) > > Send me a mail if you want to participate. > > Cheers, > > Laurent Laffont > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 25, 2010

Re: [Pharo-project] in 11233 merging is broken?

by Marcus Denker

On Feb 25, 2010, at 5:35 PM, GARY CHAMBERS wrote: > Something must be wrong with the script load somehow... > > Note that there are changes between working copy after load and Polymorph-Tools-Diff-StephaneDucasse.23.mcz. > > To fix for yourself at the moment, reload Polymorph-Tools-Diff-StephaneDucasse.23.mcz. > The Scriptloader seems to never loas from the repository? Ther is a Name: Polymorph-Tools-Diff-StephaneDucasse.46 Author: StephaneDucasse Time: 10 February 2010, 7:16:13 pm Marcus > Not an answer to why though... > > Regards, Gary. > > From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > To: Pharo-project Development <Pharo-project(a)lists.gforge.inria.fr> > Sent: Thursday, 25 February, 2010 15:50:40 > Subject: [Pharo-project] in 11233 merging is broken? > > Hi all > > I'm trying to integrate changes and apparently I cannot merge anymore nothing show up :). > two questions: > - do you get the behavior with 11233 or it is only me. > - any idea of the potential problem > > - Issue 2071: subclasses and withAllSubclasses should return a array. > - Issue 2076: Clean Exceptions. > - Issue 2072: clean RealEstateAgent. > > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 25, 2010

Re: [Pharo-project] Streams. Status and where to go?

by Nicolas Cellier

2010/2/25 Igor Stasenko <siguctua(a)gmail.com>: > Hello, > > i am cross-posting, since i think it is good for all of us to agree on > some common points. > > 1. Streams needs to be rewritten. > 2. What do you think is good replacement for current Streams? > > personally, i currently need a fast and concise UTF8 reader. > The UTF8TextConverter is closest thing what i would take, but i don't > understand, why > it implemented as a non-stream? > > The #nextFromStream: > and #nextPut:toStream: > crying out of loud to be just > #next > and > #nextPut: > > Another thing which makes me sad is this line: > > nextFromStream: aStream > > Â Â Â Â | character1 value1 character2 value2 unicode character3 value3 > character4 value4 | > Â Â Â Â aStream isBinary ifTrue: [^ aStream basicNext]. Â <<<<<<< > > > All external streams is initially binary , but UTF8TextConverter wants > to play with characters, instead of octets.. > But hey... UTF8 encoding is exactly about encoding unicode characters > into binary form.. > I'm not even mentioning that operating with bytes (smallints) is times > more efficient than operating with characters (objects), because first > thing it does: > > Â Â Â Â character1 := aStream basicNext. Â " a #basicNext, obviously, reads a > byte from somewhere and then converts it to instance of Character. > 'Bonus' overhead here. " > Â Â Â Â character1 isNil ifTrue: [^ nil]. > Â Â Â Â value1 := character1 asciiValue. Â " and... what a surprise, we > converting a character back to integer value.. What a waste! " > Â Â Â Â value1 <= 127 ifTrue: [ > > I really hope, that eventually we could have a good implementation, > where horse runs ahead of cart, not cart ahead of horse :) > Meanwhile i think i have no choice but make yet-another implementation > of utf8 reader in my own package, instead of using existing one. > > -- > Best regards, > Igor Stasenko AKA sig. > Obviously right. encoded in bytes, decoded in Characters. There are also ideas experimented at http://www.squeaksource.com/XTream.html Sorry I hijacked VW name... You can download it, it coexist pacificly with Stream. - use endOfStreamAction instead of Exception... That means abandonning primitives next nextPut: (no real performance impact, and expect a boost in future COG). - separate CollectionReadStream=concrete class, ReadStream=abstract class - use a wrapper rather than a subclass for MultiByteFileStream - implement sequenceable collection API - buffer I/O (mostly in Squeak thanks Levente) Of course, alternate ideas to pick from Nile, VW XTream, gst generators etc... I think mutating existing library is doable (just a bit tricky because both Compiler and source code management use Stream extensively...). Nicolas > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 25, 2010

[Pharo-project] Streams. Status and where to go?

by Igor Stasenko

Hello, i am cross-posting, since i think it is good for all of us to agree on some common points. 1. Streams needs to be rewritten. 2. What do you think is good replacement for current Streams? personally, i currently need a fast and concise UTF8 reader. The UTF8TextConverter is closest thing what i would take, but i don't understand, why it implemented as a non-stream? The #nextFromStream: and #nextPut:toStream: crying out of loud to be just #next and #nextPut: Another thing which makes me sad is this line: nextFromStream: aStream | character1 value1 character2 value2 unicode character3 value3 character4 value4 | aStream isBinary ifTrue: [^ aStream basicNext]. <<<<<<< All external streams is initially binary , but UTF8TextConverter wants to play with characters, instead of octets.. But hey... UTF8 encoding is exactly about encoding unicode characters into binary form.. I'm not even mentioning that operating with bytes (smallints) is times more efficient than operating with characters (objects), because first thing it does: character1 := aStream basicNext. " a #basicNext, obviously, reads a byte from somewhere and then converts it to instance of Character. 'Bonus' overhead here. " character1 isNil ifTrue: [^ nil]. value1 := character1 asciiValue. " and... what a surprise, we converting a character back to integer value.. What a waste! " value1 <= 127 ifTrue: [ I really hope, that eventually we could have a good implementation, where horse runs ahead of cart, not cart ahead of horse :) Meanwhile i think i have no choice but make yet-another implementation of utf8 reader in my own package, instead of using existing one. -- Best regards, Igor Stasenko AKA sig.

Feb. 25, 2010

Re: [Pharo-project] Thread UI

by Alexandre Bergel

> Also have a look the OB and Glamour morphic tests. They mostly does > not display the actual morph to test it. I also do some extensive test on Mondrian without displaying the thing. I wanted to test whether a scrollbar appears in a ScrollPanel under certain condition. Thanks for all your replies. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 25, 2010

Re: [Pharo-project] Thread UI

by Alexandre Bergel

> morph := Morph new. > morph doLayoutIn: someBounds. > self assert: whatIExpectedWithAboveBounds equals: morph > someLayoutVariable Woaaa... Thanks Henrik! This is really cool! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 25, 2010

[Pharo-project] Pharo party near Annecy, France

by laurent laffont

Hi, We (a developper group) organize a Pharo & Smalltalk meeting near Annecy, France. Saturday, March 20th. 2:00 pm - 6:00pm. Location. FÃ©lix CrÃ©ation. 4 bis, avenue du Pont de Tasset | 74960 Cran-Gevrier / ANNECY | France Welcome to all curious developpers who wants to learn. Welcome to all experienced developpers who wants to share their knowledge. We will have wireless access, big screen ... and coffee :) Send me a mail if you want to participate. Cheers, Laurent Laffont

Feb. 25, 2010

[Pharo-project] Infinite Loop and Ctrl+.

by Lukas Renggli

Is this just me that suddenly cannot break out of an infinite loop with Ctrl+. in Pharo 1.0 anymore? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 25, 2010

[Pharo-project] Developing morphic apps with pharo - sorting wheat from chaff

by Michael Forster

Hi, I'm writing a desktop business application for a customer. Having written a number of web applications using Pharo and Seaside, I would like to use Pharo and Morphic in this case. I have read the section on Morphic in `Pharo by Example', however, writing a business application (i.e. CRUD), I need to focus on (tedious) data browsing and entry, keyboard navigation, and so on as opposed to (cool) interactive morphs. My problem is trying to discern the the current and most stable approach to using Morphic for such an application. Clearly, I have a wealth of code at my fingertips and the Squeak wiki has numerous posts, but many of the latter seem outdated and speak only vaguely of the MVC vs. Morphic situation. Do I use ToolBuilder? Are pluggable morphs a vestige of MVC? Do I use PolyMorph widgets? Do I use dependencies, events, or announcements? I am very interested in seeing Pharo succeed as a business application development tool (among other uses), and I would be quite happy to contribute to code and documentation to help that along. However, first, I need to learn how to sort the wheat of Morphic from the chaff of MVC and whatever else is lying around in a Pharo image. Any pointers to (more) definitive documentation and classes would be much appreciated. Regards, Mike -- Michael J. Forster <mike(a)sharedlogic.ca>

Feb. 25, 2010

Re: [Pharo-project] We should run + fix the tests in 1.1

by Marcus Denker

On Feb 25, 2010, at 4:27 PM, Yanni Chiu wrote: > StÃ©phane Ducasse wrote: >> ... testserver, where are you? > > I have: > > http://hudson.jooshr.org/job/Pharo1.1/ > > which builds once a day. cool! I added it to my RSS reader. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 25, 2010