May 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Pharo-2.0-Tests Â» 32,mac - Build # 51 - Failure!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

May 7, 2012

[Pharo-project] [update 2.0] #20056

by Marcus Denker

20056 ----- Issue 5820: RPackage and Monticello dependency http://code.google.com/p/pharo/issues/detail?id=5820 Issue 5823: remove update stream posting from MCConfiguration Browser http://code.google.com/p/pharo/issues/detail?id=5823 Issue 5826: New versions of Spec http://code.google.com/p/pharo/issues/detail?id=5826 -- Marcus Denker -- http://marcusdenker.de

May 7, 2012

Re: [Pharo-project] ServerDirectory

by Sven Van Caekenberghe

On 07 May 2012, at 13:22, Edgar J. De Cleene wrote: > Still foreigner in Pharo, but I do not see why ZnClient could't replace this use of ServerDirectory. OK, but Zn will never to FTPâ¦ There was/is FTP functionality in the image and it could be salvaged into a separate package: that would be a good external, separate, standalone project. Now that Zodiac is coming along, maybe SFTP becomes possible as well. Any takers ? Sven

May 7, 2012

Re: [Pharo-project] ServerDirectory

by Edgar J. De Cleene

On 5/7/12 7:37 AM, "Sven Van Caekenberghe" <sven(a)beta9.be> wrote: > I also don't really understand why ServerDirectory exists. > MCConfigurationBrowser seems to use it. > > If ServerDirectory does something that cannot be done with ZnClient, I am all > ears. Comes from old , old days when SuperSwiki exists and projects (.pr) was used. In Squeak you could define external ftp using it. I could define my SqueakRos external dir and store direct from inside .image. Still foreigner in Pharo, but I do not see why ZnClient could't replace this use of ServerDirectory. Edgar

May 7, 2012

Re: [Pharo-project] ServerDirectory

by Marcus Denker

On May 7, 2012, at 12:37 PM, Sven Van Caekenberghe wrote: > > On 07 May 2012, at 11:48, Camillo Bruni wrote: > >> how much do we still need ServerDirectory in 2.0? >> Isn't that almost fully included by Zn? >> >> ServerDirectory features a lot of references to FileDirectory hence I would like to nuke it :D > > I also don't really understand why ServerDirectory exists. > MCConfigurationBrowser seems to use it. > > If ServerDirectory does something that cannot be done with ZnClient, I am all ears. > ServerDirectory needs to be removed. It was just a mapping of names to servesr so that one could use symbolic names for pre-defined servers. Quite strange. Marcus -- Marcus Denker -- http://marcusdenker.de

May 7, 2012

Re: [Pharo-project] ServerDirectory

by Sven Van Caekenberghe

On 07 May 2012, at 11:48, Camillo Bruni wrote: > how much do we still need ServerDirectory in 2.0? > Isn't that almost fully included by Zn? > > ServerDirectory features a lot of references to FileDirectory hence I would like to nuke it :D I also don't really understand why ServerDirectory exists. MCConfigurationBrowser seems to use it. If ServerDirectory does something that cannot be done with ZnClient, I am all ears. Sven

May 7, 2012

[Pharo-project] [5822] Directories browser cache stuff and not refreshing on host change

by Sebastian Sastre

Pharo image: 1.4 Steps to reproduce: 1. Open a pharo 1.4 image in a mac or win32 host 2. add a directory repository to any MC package, save and quit 3. open that image in a different host (linux for example) You'll be surprised the next time you try to add a MC directory repository. No easy way to refresh that cached content. http://code.google.com/p/pharo/issues/detail?id=5822 sebastian o/

May 7, 2012

Re: [Pharo-project] dependency injection

by Philippe Marschall

On 05/05/2012 10:04 AM, Milan Mimica wrote: > What are you feelings about dependency injection? Oh oh, you brought up "the topic". We have about six different ways in Seaside how we look up implementation classes. Anything from writing them to a class variable to iterating over the subclasses and class extensions. It would be really nice if we could replace them with one approach. Cheers Philippe

May 7, 2012

[Pharo-project] FlatMessageListBrowser and class comments

by Mariano Martinez Peck

Hi guys. I don't like the fact that FlatMessageListBrowser is being used for more things than "messages". As an example, if you select a piece of text, right click -> method source with it, it uses this class. However, the resulted items are not all methods, but also class comments. What does it mean: 1) I needed to implement #category in RGCommentDefinition (see http://code.google.com/p/pharo/issues/detail?id=5821) 2) If you select a class comment, and then click the button senders, implementors or version, it breaks (because they do not make sense for class comments) 3) The class comment is displayed with shout, which is ugly and doesn't make sense 4) etc... So I guess in the future we should have an abstract class say FlatListBrowser with different concrete subclasses. The buttons, and the code pane should be adopted to what is being show (the results). I know this would take time, but I just wanted to express my opinion. Cheers -- Mariano http://marianopeck.wordpress.com

May 7, 2012

Re: [Pharo-project] Drawing speed for animations?

by Henrik Sperre Johansen

On 05.05.2012 17:23, Igor Stasenko wrote: > On 5 May 2012 09:39, Martin Drautzburg<Martin.Drautzburg(a)web.de> wrote: >> On Saturday, 5. May 2012 02:38:11 Igor Stasenko wrote: >>> On 5 May 2012 01:43, Martin Drautzburg<Martin.Drautzburg(a)web.de> wrote: >>>> On Saturday, 5. May 2012 00:17:09 Igor Stasenko wrote: >>>>> may i ask you, what is your plans? >>>>> say, you want to implement a particle system which can be animated at >>>>> decent frame rate, >>>>> or something more complex? >>>> No much simpler. All I am doing is some sort of gantt chart. I thought >>>> smoth- scrolling would be cool, so I implemented it. But it just doesn't >>>> look as smooth as an iPad (but pretty smoth nontheless) >>> but you can cheat. >>> look at ipad/imac zooming interface.. when you zoom in, it doesn't >>> redraws the whole >>> desktop each frame. it just captures screenshoot and zooms that image >>> instead (with nice filtering of course).. and only when you stop >>> zooming, it redraws everything at new scale. >> Where would I have to look, when I want to do somehting like this? I had some >> hope in CachingMorph and I replaced my smooth scrolling RectangleMorph with a >> CachingMorph, but that froze everything, so it is probably not as simple as >> that. > i dont think there is something like that. > what you need is to create a large Form and then draw your scene there. > > form := Form extent: ... depth:.. . > canvas := form getCanvas. There is, the Hand does this when you drag a morph. (minus the scaling) Probably not very well factored/reusable though :) Cheers, Henry

May 7, 2012