November 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] LaTeX users: favorite editor??

by Schwab,Wilhelm K

Stef, I looked at the PBE page again and noticed a link to the LaTeX sources for the book, which lead me to wonder what editor you use? I recently found TeX Maker, and generally like it. My one complaint is that (so far at least) I have found no analog to texify, which (part of MikTeX) would do everything required to update a document. While that might be painful for "quick" edits to a book, it's great for shorter documents or to ensure that the toc, references, etc. are up to date. Bill

Nov. 21, 2009

[Pharo-project] O2PackageBrowser broken in Pharo 10495

by Simon Denier

Does someone know why the O2 browser suddenly broke in the latest 10495. It does not look good, especially since there is plenty of people here at Smalltalks 09 trying to launch Pharo and follow PharoByExample get stuck pretty quickly. This especially for issues 1475, 1476, 1477 Perhaps we can simply go back to a previous version of O2 and publish a new RC, if David does not have time to correct the bugs. -- Simon

Nov. 21, 2009

[Pharo-project] Managing images: new files vs. new folder

by Schwab,Wilhelm K

Hello all, How do you handle a new version of Pharo? Obvious choices are to unzip in the same directory with the previous image, and to create an image-specific directory. I have succesfully put various images in one folder in the past, but I worry about MC stepping on itself in the then common package cache. There are some advantages to that approach, but if MC gets into trouble, it's a bad idea. Bill

Nov. 21, 2009

Re: [Pharo-project] OSProcess - working on gnuplot

by David T. Lewis

On Sat, Nov 21, 2009 at 12:31:06PM +0100, Adrian Lienhard wrote: > Hi Dave, > > [...] > > > The remaining issue that is relevant to the Pharo image (as opposed to > > OSProcess running on any other image) is this CommandShellTestCase > > issue. > > I'm not sure about this anymore. I just ran CommandShellTestCase a > couple of times in a Squeak trunk image and the third time it also > blocked on completionSemaphore. Do you see different problems on Linux? > Yes I think that it must be behaving differently on Linux. On the combination of Linux + Pharo, I get bad failures on every test run. > > I think we are seeing different, but presumably related, symptoms of > > some > > underlying problem. The tests in CommandShellTestCase do some rather > > complex > > things with lots of processes, semaphore synchronization and so on. > > So I > > think I will need to somehow whittle the problem down to some > > simpler test > > that can provide some more reproduceable symptoms. > > That would certainly be a good next step! Yes, I think so. I will see if I can narrow it down better. Thanks again, Dave

Nov. 21, 2009

[Pharo-project] [update 1.1] #11057

by StÃ©phane Ducasse

11057 ----- - Issue 1458: Support for line delimiters zoo Part 2 - Issue 1485: "new category..." on method category menÃº should not have both quick search and "new..." category

Nov. 21, 2009

Re: [Pharo-project] Fwd: [squeak-dev] [ANN] Filesystem 1.0

by Alexandre Bergel

I now use FileSystem for CAnalyzer (not committed yet). I will provide some comments soon. Cheers, Alexandre On 21 Nov 2009, at 06:01, Lukas Renggli wrote: > ---------- Forwarded message ---------- > From: Colin Putney <cputney(a)wiresong.ca> > Date: 2009/11/21 > Subject: [squeak-dev] [ANN] Filesystem 1.0 > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > > > Hi folks, > > I've just made available for download a new project of mine. It's an > alternative interface to the filesystem, which grew out of my > frustration with trying to use FileDirectory for some particularly > file-intensive code. It's built upon the FilePlugin primitives, but > all the image-side code is written from scratch. > > The interface offers: > - Convenient path manipulation > - Transparent access to the contents of zip files > - Late-bound references to files and directories > - Support for working with entire directory trees > > A SAR file is available for download here: > > http://www.wiresong.ca/downloads/Filesystem-1.0.0.sar > > A short tutorial is available here: > > http://www.wiresong.ca/filesystem/ > > Feedback appreciated! > > Colin > > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 21, 2009

Re: [Pharo-project] Issue 332: (Arithmetic protocol should be removed from Collections and Strings)

by Simon Denier

On 21 nov. 2009, at 12:19, StÃ©phane Ducasse wrote: >> Hi there from Pharo sprint >> >> We are trying to tackle Issue 332: (Arithmetic protocol should be >> removed from Collections and Strings) >> >> The problem is that the chronology classes in Pharo depend on the >> arithmetic of Collection to perform time computation. >> >> So there is two things. We remove the Collection-arithmetic from >> Core and we propose: >> - move the Colllection arithmetic stuff in an extension package, so >> that if people want to use it, they can >> - rewrite the Chrono stuff so that they do their computation >> without Collection arithmetics. >> >> >> -- >> Simon > > Simon I have the impression that this is the best path. > Because the arithmetic for collection is cool but it could be really > better. > So having a small core + a separate package would be good. > Yes because Like Rabak says, it's APL semantics with vector arithmetics. But it's not documented so you have to know it's there. > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Nov. 21, 2009

[Pharo-project] [update 1.1] #11055

by StÃ©phane Ducasse

11055 ----- - Issue 1458: Support for line delimiters zoo Part 1 - Issue 262: TODO: Checks for #isDoit not needed anymore

Nov. 21, 2009

Re: [Pharo-project] Issue 332: (Arithmetic protocol should be removed from Collections and Strings)

by StÃ©phane Ducasse

> Hi there from Pharo sprint > > We are trying to tackle Issue 332: (Arithmetic protocol should be removed from Collections and Strings) > > The problem is that the chronology classes in Pharo depend on the arithmetic of Collection to perform time computation. > > So there is two things. We remove the Collection-arithmetic from Core and we propose: > - move the Colllection arithmetic stuff in an extension package, so that if people want to use it, they can > - rewrite the Chrono stuff so that they do their computation without Collection arithmetics. > > > -- > Simon Simon I have the impression that this is the best path. Because the arithmetic for collection is cool but it could be really better. So having a small core + a separate package would be good. Stef

Nov. 21, 2009

[Pharo-project] [update 1.1] #11055

by StÃ©phane Ducasse

11055 ----- - Issue 1458: Support for line delimiters zoo Part 1 - Issue 262: TODO: Checks for #isDoit not needed anymore

Nov. 21, 2009