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

Re: [Pharo-project] .changes are now 37MBâ¦.

by Igor Stasenko

On 7 March 2012 19:31, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Wed, Mar 7, 2012 at 1:56 AM, Craig Latta <craig(a)netjam.org> wrote: >> >> >> > > > And all that in 2 big files that one can only append to because? >> > > > No idea, actually... >> > > > >> > > > I personally think that it is a mistake today to merge all these >> > > > into one such basic mechanism. Especialy if >> > > > you look at how complex the code is in the image... it's actually >> > > > amazing. >> > > >> > > Â Â Hear hear. I think it's insane to do it (only) this way at this >> > > point. Objects everywhere... >> > > >> > can you elaborate? do what at which point? >> >> Â Â To use source code written on files to record history information, >> at this point in history where we have more than enough processor, >> network, and disk to just use live distributed object memories. I can >> see keeping the old stuff around for a while as a redundancy mechanism, >> but we needn't rely on it alone. > > > But both Occam's razor and IIABDFI (if-it-aint-broke-dont-fix-it) say we > should keep with it. Â It has worked extremely well with Squeak/Pharo, is > robust, persistent, and simple. Â Realistically we're not going to move to > Spoon over night, so what to do about a 37Mb changes file is a pressing > issue. Â Being able to compress with history and/or write a new sources file > with compressed history makes sense. Â It's not being unimaginitive or > regressive, or anti-innovation; merely pragmatic. > Well, it IS broken. I cannot say something else about direct uses of 'SourceFiles at: 1'/'SourceFiles at: 2' at random places in image. But we didn't yet found time to fix that, not saying about binding to something else like spoon, so yes, a pragmatic way would be to just do the same thing as we did before: condense/compres changes and source. -- Best regards, Igor Stasenko.

March 7, 2012

Re: [Pharo-project] Pharo 1.4 Tests-Unix - Build # 272 - Still Unstable!

by Sven Van Caekenberghe

On 07 Mar 2012, at 16:54, Sven Van Caekenberghe wrote: > The are all failing for the same reason (more or less): > > UTF8TextConverter(Object)>>error: > UTF8TextConverter>>errorMalformedInput > UTF8TextConverter>>nextFromStream: > ByteString(String)>>convertFromWithConverter: > FSFilePluginPrims>>decode: > > UTF8TextConverter(Object)>>error: > UTF8TextConverter>>errorMalformedInput > UTF8TextConverter>>nextFromStream: > ByteString(String)>>convertFromWithConverter: > > I will try on Linux later tonight... I just tried with the same image and the latest linux vm from the 1.4 unstable page (ci built) and all FS/Zn tests pass on my small netbook. Sven

March 7, 2012

Re: [Pharo-project] Smalltalk as embedded platform/language?

by Igor Stasenko

On 7 March 2012 19:16, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Wed, Mar 7, 2012 at 7:40 AM, Bernardo Ezequiel Contreras > <vonbecmann(a)gmail.com> wrote: >> >> http://wingolog.org/archives/2011/10/19/the-user-in-the-loop >> >> andy wingo discuss embedded vs extensions and suggest that extension is >> better >> because you put the user on the loop with better tool support. > > > yes, but this is orthogonal. Â If one has a useful library in Smalltalk and a > client in a C/C++ language, then embeddability is one way to provide that > library to C/C++. Â Rolling one's own socket-based connection is another, but > fraught with complications. Â Basically embeddability does provide something > useful in the right context (hence my employer wanting me to implement it). > Â That in no way indicates that dynamic language systems shouldn't continue > to improve themselves. Â And being able to embed might mean that occasionally > a Smalltalk application gets much wider use than might otherwise be the > case. > true. i barely see reason why embeddability and extensibility should be antonogized. >> >> >> On Wed, Mar 7, 2012 at 12:14 PM, Lawson English <lenglish5(a)cox.net> wrote: >>> >>> >>> >>> On 3/7/12 2:36 AM, Igor Stasenko wrote: >>>> >>>> On 7 March 2012 08:36, Lawson English<lenglish5(a)cox.net> Â wrote: >>>>> >>>>> [...] >>>>> >>>>> Igor, you're familiar with f-script? >>>>> >>>>> http://www.fscript.org/ >>>>> >>>> not really, why asking? >>>> I know there's plenty of alternatives.. >>>> And how do you see f-script could help us? >>>> It is objective-c (or Mac ) oriented. If you would want to use >>>> different platform , then what? >>>> >>>> >>> I was pointing to f-script as an example of an existing embedded >>> smalltalk. >>> >>> The biggest issue with an embedded Smalltalk, IMHO, isn't the VM but the >>> libraries: what do you keep and why? >>> >>> L. >>> >> > > > > -- > best, > Eliot > -- Best regards, Igor Stasenko.

March 7, 2012

Re: [Pharo-project] EPUB view for Pier Books

by Yanni Chiu

On 07/03/12 11:02 AM, Nick Ager wrote: > > That's great - what are you using it for? Do you have any books you've > generated using it? It's something I thought I needed for what I'm working on (which is still kind of in flux). I only have some test cases built with it (I only did it a few weeks ago). > Benefits to the Student > The project is well defined with a clear deliverable. The student > will gain an understanding of the internals of a powerful, well > structured content management system as well as the satisfaction of > having a set of artefacts in the format of the existing Pier book > content translated into ePUB format. > > > Do you recognise those benefits ;-) Yes, Pier is good software, and I got great satisfaction upon seeing Pier content come up in an EPUB reader. > Any other projects you have that you'd like to share :-) No more in the pipeline, but maybe later.

March 7, 2012

Re: [Pharo-project] EPUB view for Pier Books

by Yanni Chiu

On 07/03/12 10:50 AM, Carla F. Griggio wrote: > Ok! > Still, if you think more features could be added, you could write a > project idea for the GSoC with those features and improvements. I can't think of additional features needed at the moment. More testing of different Pier book features, and testing on different EPUB readers would be good. Meanwhile, it's been added to Pier2 (not addons). It seemed more sensible to treat it the same way as Latex, so it's in the category: Pier-Book-EPUB I've added a Pier-Tests-Book package as well, which only has one simple test at the moment. This was my first look at the EPUB format, so I'm no expert there. I've only tried it in Pharo-1.4, so let me know of problems on other platforms. I tried to stick to using Grease. For sure, Zip archive is needed.

March 7, 2012

[Pharo-project] R: Test

by Lorenzo Schiavina

+1 _____ Da: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] Per conto di Norbert Hartl Inviato: mercoledÃ¬ 7 marzo 2012 19.03 A: Pharo-project(a)lists.gforge.inria.fr Cc: A friendly place where any question about pharo is welcome Oggetto: Re: [Pharo-project] Test To be honest testing a mail script with the address of a mailing list is by far to least smart alternative I can imagine. Test it in a different not annoying way, please! Norbert Am 07.03.2012 um 19:00 schrieb Ulysse: This is a test for the generating mail script :) Thanks to ignore this, Ulysse, the integrator from outer space

March 7, 2012

[Pharo-project] Test

by Ulysse

This is a test for the generating mail script :) Thanks to ignore this, Ulysse, the integrator from outer space

March 7, 2012

Re: [Pharo-project] Test

by Norbert Hartl

To be honest testing a mail script with the address of a mailing list is by far to least smart alternative I can imagine. Test it in a different not annoying way, please! Norbert Am 07.03.2012 um 19:00 schrieb Ulysse: > This is a test for the generating mail script :) > > > Thanks to ignore this, > Ulysse, the integrator from outer space

March 7, 2012

[Pharo-project] Test

by Ulysse

This is a test for the generating mail script :) Thanks to ignore this, Ulysse, the integrator from outer space

March 7, 2012

[Pharo-project] Test

by Ulysse

This is a test for the generating mail script :) Thanks to ignore this, Ulysse, the integrator from outer space

March 7, 2012