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

[Pharo-project] [update 1.3] #13147
by Marcus Denker April 13, 2011

April 13, 2011

13147 ----- Issue 3818: CommandLine Manager (some cleanup of Undeclared AutoStart will be needed later) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3818 in pharo: CommandLine Manager
by pharo＠googlecode.com April 13, 2011

April 13, 2011

Status: FixProposed Owner: stephane...(a)gmail.com Labels: Milestone-1.3 New issue 3818 by stephane...(a)gmail.com: CommandLine Manager http://code.google.com/p/pharo/issues/detail?id=3818 The proposal of adrien is in PharoTaskForces/SLICE-Issue-00000-replaceAbstractProjectAndLinkedElement

1 8

Re: [Pharo-project] Issue 1817 in pharo: [etoy] Should remove project
by pharo＠googlecode.com April 13, 2011

April 13, 2011

Updates: Labels: Milestone-1.3 Comment #2 on issue 1817 by marcus.d...(a)gmail.com: [etoy] Should remove project http://code.google.com/p/pharo/issues/detail?id=1817 So we can now easily remove Project: the only thing left are some methods on the class side that are already in MorphicUIManager (forwarding there to Project).

1 0

[Pharo-project] Issue 3997 in pharo: Move all code in Morph related the properties, to a trait: TProperties
by pharo＠googlecode.com April 13, 2011

April 13, 2011

Status: New Owner: ---- New issue 3997 by fernando...(a)gmail.com: Move all code in Morph related the properties, to a trait: TProperties http://code.google.com/p/pharo/issues/detail?id=3997 So the behavior of handling properties, can be shared between morphic and non-morphic classes. First load TProperties1.1.cs, Second load TProperties2.2.cs. Attachments: TProperties1.1.cs 1.4 KB TProperties2.2.cs 367 bytes

1 1

Re: [Pharo-project] Meanwhile, at another vm
by Marcus Denker April 13, 2011

April 13, 2011

On Apr 13, 2011, at 9:32 AM, Philippe Marschall wrote: > On 04/13/2011 09:00 AM, StÃ©phane Ducasse wrote: >> I really interested to see if pharo would run on a JVM. > > Probably not. I mean you all the code relying on primitives, all the > code relying on ByteString having the same memory layout as ByteArray, > all the code relying on the scheduler being non-preemptive, all the > code relying on #become: and so forth. > And does anyone really want a smalltalk without become: ? And how do they do the thisContext magic? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.3] #13146
by StÃ©phane Ducasse April 13, 2011

April 13, 2011

13146 ----- - Issue 3991: use them instead of UITheme current. Thanks Fernando Olivero. You were faster than me on this one but this is cool since I could review the code faster. Stef

1 0

[Pharo-project] Fwd: [Seaside] Should I become a Seasider?
by stephane ducasse April 13, 2011

April 13, 2011

we should have that in our success stories. Stef Begin forwarded message: > From: Sven Van Caekenberghe <sven(a)beta9.be> > Date: April 9, 2011 10:25:39 AM GMT+02:00 > To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org> > Subject: Re: [Seaside] Should I become a Seasider? > Reply-To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org> > > > On 09 Apr 2011, at 09:35, Johan Brichau wrote: > >> Well, to make a long story short, we did exactly that 2 years ago: www.inceptive.be >> Our two core projects are built using Seaside. One of them is already public: www.yesplan.be. The second one is going public by summer. >> >> In one project, we got started explicitly because we were offering a Seaside-based solution. The customer had very bad experiences with traditional software development houses and was explicitly looking for an agile team using a dynamic language to do the job. So, it's fair to say that this was a unique opportunity. However, Seaside and Smalltalk did deliver! In only a single man-year of working hours (not counting the designer), we had produced a working application that other "established" development houses had failed to deliver. Whenever we show the functionality of the application to partnering software producers, they are amazed by the productivity we had gotten. Ah... and it should mention that one person in our team of three had never done any Seaside.... >> >> But, in our second Seaside project, the customers don't care at all what technology is used. They want a good product! And, in my opinion, that is true for many other potential projects we have down the pipeline. For us, Seaside and Smalltalk are powerful tools we can use to leverage a better price and better product in comparison to competitors. In the end, that is what customers want. >> >> In other projects, we are exposed to .net, ios, objective-c, etc... and I generally miss a lot of the power and simplicity of Smalltalk. There is a lot of power in Smalltalk and the Smalltalk community when you look at Gemstone, Seaside, Pharo, Squeak, Visualworks, Cog, etc... ! >> >> There are (of course) occasions when I curse on Smalltalk in general: the lack of (or difficult) interoperability with non-Smalltalk based libraries and the relative small size of Smalltalk libraries is often the biggest hurdle. For every project we intend to do in Smalltalk, we have to carefully analyze the requirements and see if we can meet all of them in the Smalltalk environment. MS-Office interoperability, for example, is a nightmare. >> >> Bottomline: Seaside and Smalltalk are currently our core technologies but not our *only* technologies. You cannot start a business on a single technology and doing business is more than technology.... there are many factors playing a role. > > Yesplan seems very impressive, Johan, this is really looking more and more like a super Success Story. > I absolutely agree with your points/analysis: technology does matter, as does the team, but a great product/solution is the final delivery. > Thanks for sharing all this! > > Sven > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >

1 0

[Pharo-project] [update 1.3] #13145
by Marcus Denker April 12, 2011

April 12, 2011

13145 ----- Issue 4000: Little improvement in MenuMorph Issue 3998: Cleanup MVC compatibility methods in Displayscanner Issue 4001: clean more unused postscript canvas methods -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3995 in pharo: alt+k when no window is open throws a debugger
by pharo＠googlecode.com April 12, 2011

April 12, 2011

Status: Accepted Owner: damien.c...(a)gmail.com Labels: Milestone-1.2.2 Type-ReportDefect Difficulty-Easy New issue 3995 by damien.c...(a)gmail.com: alt+k when no window is open throws a debugger http://code.google.com/p/pharo/issues/detail?id=3995 1- Download Pharo-1.2.1-OneClick 2- Open it 3- Close all open windows 4- press alt+k Debugger is coming

1 3

[Pharo-project] Issue 4001 in pharo: clean more unused postscript canvas methods
by pharo＠googlecode.com April 12, 2011

April 12, 2011

Status: Closed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 4001 by marcus.d...(a)gmail.com: clean more unused postscript canvas methods http://code.google.com/p/pharo/issues/detail?id=4001 clean more unused postscript canvas methods in 13145 Attachments: CleanPostScriptCanvas.1.cs 707 bytes

1 0