[Pharo-project] [TODO] 1.3

2011-05-29 Thread Marcus Denker
Core: 5 http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 1907Set with nil 4310Cleanup stdio ServerMode preference 3974[RPackage] rpackage do not update when adding a category 4209Transcipt could still be improved a little more 4236

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Stéphane Ducasse
On May 30, 2011, at 1:58 AM, askoh wrote: > How far along are we with making good packages for Pharo? 60%?? To obtain what? What are your constraints? Did you try to unload packages? Our goal is to bootstrap an image and we will go there step by step. One step is to remove StringHolder

Re: [Pharo-project] Mocketry?

2011-05-29 Thread Dennis Schetinin
BTW, I've provided a tiny example in VW thread: http://forum.world.st/Mocking-in-Unit-Tests-td3552082.html#a3554271 2011/5/27 Alexandre Bergel > Thanks Denis > > Alexandre > > > On 27 May 2011, at 09:12, Denis Kudriashov wrote: > > > Hello > > > > See squeaksource wiki tab http://www.squeaksourc

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread askoh
How far along are we with making good packages for Pharo? 60%?? -- View this message in context: http://forum.world.st/A-radical-proposal-to-cut-down-dead-code-tp3557448p3559722.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Schwab,Wilhelm K
Options are good, but one algorithm that tries to get it all right is probably asking for trouble. Dolphin has an elaborate stripper, but I found that slicing out unreferenced packages would typically give me a 4 MB or so executable. I was able to strip further, but it took time and raised the

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Craig Latta
Hi Aik-Siong-- I agree with Markus that dead code is a huge problem, in its obstruction to understanding. > What is desirable is to remove dead code from application images that > are ready for distribution. VisualWorks has RuntimePackager to strip > the application image before distributio

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Markus Fritsche
By the way, I think this is very interesting - as squeak depends on an image that's "there", being bootstrapped in the old days. GNU Smalltalk takes the approach of having a vm based compiler that bootstrap on request. "Java" having a centrally bootstrapped set of libraries by oracle (sun)...

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Markus Fritsche
2011/5/29 askoh : > Is Spoon trying to do this? AFAIK, yes. As far as I understand, Craig is using a modified VM to identify sent messages and to automagically mirror them from a master to a slave image; making testcases very crucial in the process. To make a tailored image, you run all the testc

[Pharo-project] [update 1.3] #13228

2011-05-29 Thread Stéphane Ducasse
13228 - - Issue 4311: Remove NewParagraph>>#fixLastWithHeight: http://code.google.com/p/pharo/issues/detail?id=4311 - Issue 3789: convert MenuMorph reference to invoke UIManager. Thanks Guillermo Polito!! http://code.google.com/p/pharo/issues/detail?id=3789

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Stéphane Ducasse
On May 29, 2011, at 9:09 PM, askoh wrote: > Dead code in the development image is not a serious problem. They may be used > by specific applications. > > What is desirable is to remove dead code from application images that are > ready for distribution. VisualWorks has RuntimePackager to strip t

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Marcus Denker
On May 29, 2011, at 9:09 PM, askoh wrote: > Dead code in the development image is not a serious problem. It is: it makes *understanding* nearly impossible. And it makes cleaning up impossible. It's not just un-used, it's *very* badly structured, in addition. There is unused code, but than the

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread askoh
Dead code in the development image is not a serious problem. They may be used by specific applications. What is desirable is to remove dead code from application images that are ready for distribution. VisualWorks has RuntimePackager to strip the application image before distribution. Pharo should

Re: [Pharo-project] cog vm for iOS

2011-05-29 Thread Richard Durr
Maybe it's because we feel Objective-C to be family. :) Maybe because of Apple's early connection to Parc and Smalltalk, who knows. On Thu, May 26, 2011 at 5:51 PM, Casimiro de Almeida Barreto < casimiro.barr...@gmail.com> wrote: > Em 26-05-2011 09:02, Igor Stasenko escreveu: > > On 25 May 2011

Re: [Pharo-project] iOS polymorph theme anyone?

2011-05-29 Thread Richard Durr
Sure, but my time is currently severly limited. :/ On Sun, May 29, 2011 at 5:40 PM, Richard Durr wrote: > > > On Sat, May 28, 2011 at 6:12 PM, Hilaire Fernandes < > hilaire.fernan...@gmail.com> wrote: > >> I am planning to work on a Polymorph theme to follow iPAD (and should be >> fine for Androi

Re: [Pharo-project] iOS polymorph theme anyone?

2011-05-29 Thread Richard Durr
On Sat, May 28, 2011 at 6:12 PM, Hilaire Fernandes < hilaire.fernan...@gmail.com> wrote: > I am planning to work on a Polymorph theme to follow iPAD (and should be > fine for Android) look and feel. > Anyone interested to jump in? > > Hilaire > > -- > Education 0.2 -- http://blog.ofset.org/hilaire

[Pharo-project] SIXX sixxIgnorableInstVarNames [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

2011-05-29 Thread Mariano Martinez Peck
On Wed, May 25, 2011 at 9:55 AM, Runar Jordahl wrote: > Interesting project. There are so many uses for object serializers. > Personally I am looking at storing objects in NoSQL databases, and > serializing them is an option that will work in a lot of cases. Using > a serializer for copying object

Re: [Pharo-project] Setting File>>serverMode

2011-05-29 Thread Marcus Denker
On May 29, 2011, at 1:28 PM, Stéphane Ducasse wrote: > stdioStreamClass > > ^self encodeAndDecodeStdioFiles > ifTrue: [ MultiByteFileStream ] > ifFalse: [ StandardFileStream ] > > so it is used? > So I replaced in the .cs the one call to stdioStreamClass with

Re: [Pharo-project] Setting File>>serverMode

2011-05-29 Thread Stéphane Ducasse
stdioStreamClass ^self encodeAndDecodeStdioFiles ifTrue: [ MultiByteFileStream ] ifFalse: [ StandardFileStream ] so it is used? encodeAndDecodeStdioFiles ^EncodeAndDecodeStdioFiles ifNil: [ true ] stdioSettingOn: aBuilder

Re: [Pharo-project] Setting File>>serverMode

2011-05-29 Thread Marcus Denker
On May 29, 2011, at 11:06 AM, Marcus Denker wrote: > > On May 29, 2011, at 11:00 AM, Marcus Denker wrote: >> >> >> >> So I vote for removing that preference. >> > > > It seems the code behind does nothing anyway. > > -> EncodeAndDecodeStdioFiles is only set to true in initialize. No other

Re: [Pharo-project] Setting File>>serverMode

2011-05-29 Thread Marcus Denker
On May 29, 2011, at 11:00 AM, Marcus Denker wrote: > > > > So I vote for removing that preference. > It seems the code behind does nothing anyway. -> EncodeAndDecodeStdioFiles is only set to true in initialize. No other use. So we can clean up... Marcus -- Marcus Denker -- http

[Pharo-project] Setting File>>serverMode

2011-05-29 Thread Marcus Denker
Hello, There is a setting Files serverMode 1) we now have two server mode settings, doing different things. 2) Do we actually *need* this setting? Server mode If enabled, then the contents of stdin, stdout and stderr are encoded/decoded using the system default text converter a) it's

[Pharo-project] [update 1.3] #13227

2011-05-29 Thread Marcus Denker
13227 - Issue 4307: loading a script at start up http://code.google.com/p/pharo/issues/detail?id=4307 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Re: [Pharo-project] A radical proposal (to cut down dead code)

2011-05-29 Thread Norbert Hartl
Am 28.05.2011 um 15:35 schrieb Marcus Denker: > Hi, > > There is *a lot* of dead code in the image. > > I guess around 1/3 of the code base in Core is just not used at all > (especially Morphic). > > One thing I would like to do is to put, at the beginning of a development > cycle, > a call

[Pharo-project] [update 1.3] #13226

2011-05-29 Thread Stéphane Ducasse
13226 - - Issue 4300: replace all implementation in ToolSet. Thanks uillermo Polito. http://code.google.com/p/pharo/issues/detail?id=4300 Stef