- Pharo-dev - lists.pharo.org

[Pharo-project] Internationalization in Pharo - Updates?
by Gisela Decuzzi Sept. 2, 2012

Sept. 2, 2012

Hello, I want something of i18n for Pharo 1.4. I want to add english support for Loop. Searching I found 2 ways rigth now: - GetText package (ported from eToys), the problem here is that seems to be not working in Pharo 1.4 - the translate message The last updates I could find were years ago and I would like to know if there is any work related (in progress or done) or if someone with experience could point me the path to follow and avoid reinventing the wheel. I would be pleaced to hear any comment, even if this is some pending task that needs to be done or a link to a thread I coluldn't find. Thanks in advance!

3 3

[Pharo-project] interesting consonance
by Igor Stasenko Sept. 2, 2012

Sept. 2, 2012

C side <-> Seaside. /me hacking NB and thinking about C side ;) -- Best regards, Igor Stasenko.

1 0

[Pharo-project] [Nautilus] Someone needs to learn how to work with weak references :) + [Enh] patch to object explorer
by Igor Stasenko Sept. 2, 2012

Sept. 2, 2012

my work image grown to 80Mb in size.. and i start growing suspicious about myself for forming a resource leak somewhere.. But as it appears, it is because of Nautilus. During my experiments with ObjC wrapper for NativeBoost, i used nautilus for showing more than 4000 Objective-C classes in browser.. Since all those objects are actually wrappers, they generated each time when i open a new browser window.. to explore an obj-c universe and to test bugs.. So i ended up with: ObjCClassWrapper allInstances size 31885 Now, about why cache doesn't cleaning up automatically: The only reference coming to particular instance of ObjC wrapper is from a ClassesIconCache class var, which is a weak key dictionary: {my class wrapper} -> [IconicButtonStateHolder] so, a {wrapper} is held weakly here, of course, while [its Icon] strongly, and so far so good. But the problem is that , [IconicButtonStateHolder] having following in it's arguments ivar: an Array(an ObjCClassWrapper), which is [my class wrapper], held strongly. of course, there is no way how it can disappear from system.. After doing "AbstractNautilusUI resetIconCaches" my image shrunk from 83Mb down to 43Mb, But i found that i still having a lot of ObjCClassWrapper hanging around and wonder why.. And this time, because one of the wrapper classes were held in HistoryCollection via Nautilus 'RecentClasses' classvar. I think, history should not keep a live object references.. but instead use symbolic names to refer to the target, because apparently you cannot go and browse the method/class if you deleted it from a system. So, after nilling out that class var, my image lost another 10Mb, down to 33Mb.. and Ben, you owe me a ... (o shit i don't drink beer ) oh ok.. you owe me 2 bug fixes in Nautilus :) P.S. i modified a pointer explorer to show only strong references to object(s), because weak ones are completely useless for fighting with resource leak problems and only add noise. With this change a lists produced by pointer explorer are much shorter and going straight to the point. So, i attaching .cs to the mail.. in case if someone find it useful. -- Best regards, Igor Stasenko.

4 9

[Pharo-project] [ANN] Nagare - a new flexible logger for Smalltalk
by Masashi UMEZAWA Sept. 2, 2012

Sept. 2, 2012

Hello all, I have recently developed a new logging library called Nagare. http://code.google.com/p/nagare-logger/ Nagare is designed to be simple and scalable. Contrary to other logging frameworks which provide rich set of log output methods (file, socket, DB, etc.), Nagare just connects to fluentd (http://fluentd.org) And Fluentd does the various log processing jobs. Features: - Simple log interfaces with reliable backend - Semi-structured logging (Not only String, you can store structured records in log) - Flexible - you can easily customise log-tags, log policy, etc. - Portable (runs on Squeak, Pharo, VisualWorks) Enjoy! -- [:masashi | ^umezawa]

2 2

[Pharo-project] An idea about visual feedback in Athens
by Igor Stasenko Sept. 2, 2012

Sept. 2, 2012

so, the problem is that all you see on screen consists from shapes, which are drawn by Athens. Now, since drawings can be quite complex and include various transformations, it will be hard to track them manually to use for mouse (or fat finger) pointer hits. A simplest example: i wanna draw a rectangle, rotated by 45 degrees. and i wanna change it's color when mouse is over it. If you look at the situation from global coordinate system perspective, in order to find whether some morph contains given point or not, you have to iterate over all it's parent morphs (because they also can have coordinate system transformations). But in a local coordinate system, things remain extremely simple: to test whether a point is inside of rectangle (most morphs usually is) is a piece of cake, isnt? I think i found an interesting approach for a coordinate system feedback, (so it can be used for 'hit tests' as well as many other things) So, lets consider a simple draw method: Morph>>drawOnAthensCanvas: aCanvas aCanvas setPaint: Color red; drawShape: self bounds now if we add a single line here: self registerShapeForEvents: self bounds canvas: aCanvas. Things getting very interesting: what this method should do, is to simply capture enough state from current canvas (like transformation matrix, clipping and the shape , of course), so later it can be used to test whether some point (like mouse cursor position) is over it or not. Why in drawing method , you might ask? Where else, i would answer.. A parent morphs branch can impose own clipping and transformation, which you can easily observe during drawing, but it becomes tedious once you leave outside of it: to get same amount of information you'll have to manually go over all morph's hierarchy and apply same transformation/clipping calculations once you get to the morph under the question. The drawing method responsible for visual representation of morph on display media, which means that it actually defines the shape(s) with which users will interact. So, by drawing a bunch of morphs on desktop using such approach, we can automatically capture all the geometry (as well as its relative hierarchy), which needs to be tested for mouse hits (or receiving a mouse events in general). And the hit test , which we need to perform every mouse move, boils down to simply iterating over that hierarchical list and testing the current hand position against each element. The morphs, which are not interested in receiving a mouse events (like hidden or parent morphs of various kinds), apparently can simply avoid publishing anything into that list, instead of implementing numerous #handlesMouseDown/#handlesMouseOver etcc... and like that saving cycles for being tested every time you touching the mouse, because some of their submorphs are actually interested in receiving such events. And of course a most interesting aspect of this approach is handling a complex geometry for morphs. Because with rectangles it is fairly simple to imagine a visual feedback system which based solely on morph's bounds (like the one which we currently using), but for morphs with complex geometry, things can become quite tedious. -- Best regards, Igor Stasenko.

2 6

[Pharo-project] ProgressBar improvements
by Camillo Bruni Sept. 1, 2012

Sept. 1, 2012

Sean and I worked on a proof of concept for a new progress handling at ESUG. Over the last 2 days I refactored what we did and pushed it into a Slice on PharoInbox. At this time it would be nice if someone else could have a look at it and say what they think about it :). see: Job>>basicExample for more details. best cami

3 3

[Pharo-project] Xtreams (and other cross-platform projects)
by DeNigris Sean Sept. 1, 2012

Sept. 1, 2012

I'm posting this to squeak-dev, pharo dev, and esug, but it'd be great to keep discussion in one place, like the esug list, or even better, the issue link below if appropriate... At ESUG, Martin Kobetic, Dale Henrich, and I worked on some key pieces to port and maintain cross-platform projects via github. By adapting Filetree to convert between VW namespaces and class name prefixes, we: 1. loaded Xtreams from squeaksource 2. via a Filetree repo, pushed it to github in a directory structure identical to that of the VW branch 3. again via Filetree, loaded the pushed version into another Pharo image, where all the tests passed. This is an initial proof-of-concept (some things are hard-coded, conditional halts left as sanity checks, etc.), but it shows that it is possible. Some limitations: * only one level of namespace is supported * source code is not transformed More details can be found at https://github.com/dalehenrich/filetree/issues/59 Cheers, Sean

1 0

[Pharo-project] Pharo summer is 14557 or 14457?
by GastÃ³n Dall' Oglio Aug. 31, 2012

Aug. 31, 2012

Hi. I download Pharo-1.4-14557-OneClick.zip (named Pharo Summer in Pharo website), but this image in "System -> About..." dialog is showing Latest update: #14457. But in CI lastest is 1.4 #14459. Maybe it is a typo in zip file name? Another little type, in Linux script of Pharo-1.3-13328-OneClick.zip, exec "$BASE/pharo" should be exec "$BASE/CogVM". Regards.

3 3

[Pharo-project] Gaucho? (was Re: Breaking another dependency to Compiler (related to Traits I think))
by H. Hirzel Aug. 31, 2012

Aug. 31, 2012

On 8/16/12, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > For example, in gaucho i'm using the ast for pretty printing of the > source, and for styling unsed variables differently, etc... Fernando, Just curious, are there more news besides this http://www.inf.usi.ch/phd/olivero/gaucho/home.html and your 2010 ESUG presentation? I assume Gaucho is part of your PhD disseration... --Hannes

2 1

[Pharo-project] ZnClient>>beOneShot
by Sebastian Sastre Aug. 31, 2012

Aug. 31, 2012

Hi there, I've started using Zinc in more projects and it's doing well. Except for one thing :) Using the http client, I've found exceptions happening when receiving the answer after the request. I remember one related to someone sending #contents and failing due to entity being nil instead of the expected something stream related (see ZnClient>>contents). I also found that not using #beOneShot helps. If I make #beOneShot a no-op by commenting "self optionAt: #oneShot put: true" everything works as expected. That makes #beOneShot suspicious about making the client to close the connection before getting the contents of the data answered in the stream. It seems to be closing the connection without reading the answer the server sent. I don't know of more cases but this of course *had* to happen when using Merchant* to talk to my gateway to process credit card payments so you can have an idea how frustrating this is. With the workaround things are okay so far but I'm a little worried about this bug because it seems that beOneShot is the default for everything http client in Pharo and it is going to be needed a lot. Let me know how I can be of further help to get this fixed sebastian o/ *Merchant is available in squeak source and yeah, I know, I should move it to ss3 but maybe I'm waiting for smalltalkhub

2 2