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

Re: [Pharo-project] Is there a small and effective File library around?

by Marcus Denker

On Nov 19, 2009, at 2:38 PM, Lukas Renggli wrote: > I am using Filesystem from http://source.wiresong.ca/mc/ from Colin. > As far as I know an official release is imminent. > > It is an amazing library, well documented and well tested with almost > 400 unit tests (they all pass in Pharo). It supports uniform access to > the filesystem, zip archives and in-memory filesystems (for tests). It > supports different enumeration strategies and platform specific > locations (such as home-directory, desktop, etc). > > Filesystem is built on the existing primitives, but does not depend on > FileDirectory and FileStream. I already mentioned this library several > times in the list and suggested to include it with Pharo core and kill > FileDirectory. > + 1000 Marcus

Nov. 19, 2009

Re: [Pharo-project] Is there a small and effective File library around?

by Lukas Renggli

I am using Filesystem from http://source.wiresong.ca/mc/ from Colin. As far as I know an official release is imminent. It is an amazing library, well documented and well tested with almost 400 unit tests (they all pass in Pharo). It supports uniform access to the filesystem, zip archives and in-memory filesystems (for tests). It supports different enumeration strategies and platform specific locations (such as home-directory, desktop, etc). Filesystem is built on the existing primitives, but does not depend on FileDirectory and FileStream. I already mentioned this library several times in the list and suggested to include it with Pharo core and kill FileDirectory. Lukas 2009/11/19 Alexandre Bergel <alexandre(a)bergel.eu>: > Dear List, > > I need to work with files. Unfortunately, FileDirectory and FileStream > are hardly my fiends. I essentially need to recurse over folders and > files. So far, I have been using Rio. But it contains bugs that make > me a hard life by being under the attack of the Mac Death Spinning > wheel! > Is there a small file library that enables block evaluation when > recursing over files? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 19, 2009

[Pharo-project] Is there a small and effective File library around?

by Alexandre Bergel

Dear List, I need to work with files. Unfortunately, FileDirectory and FileStream are hardly my fiends. I essentially need to recurse over folders and files. So far, I have been using Rio. But it contains bugs that make me a hard life by being under the attack of the Mac Death Spinning wheel! Is there a small file library that enables block evaluation when recursing over files? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 19, 2009

[Pharo-project] [update 1.1] #11051

by Marcus Denker

11051 ----- Issue 489: [Pending Etoy Cleaning] Morph >> cursor Issue 776: HTTPSocket class side duplicated code (removed superswiki methods)

Nov. 19, 2009

[Pharo-project] [update 1.0] #10498

by Marcus Denker

10498 ----- Issue 797: Pressing key (u grave) on french keyboard -> Error Issue 1425: Inspector does not handle correctly isVariable class with inst var Issue 1291: Warnings when using the inspector Issue 1456: HTTP encoding into UTF8 -- Marcus Denker -- http://www.marcusdenker.de

Nov. 19, 2009

[Pharo-project] [update 1.1] #11050

by Marcus Denker

11050 ----- Issue 1468: clean TheWorldMainDockingBar a little Issue 1466: LabelStringMorph and ReferenceMorph not used Issue 494: [Pending Etoy Cleaning] Morph>> getNumericValue

Nov. 19, 2009

[Pharo-project] About working with XML

by Torsten Bergmann

www.squeaksource.com/PharoGoodies includes an XMLWriter package to ease serialization with/without indenting. CDATA and stuff is missing but it is already usable and may be a start. See also http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg09180.ht… Bye T. -- DSL-Preisknaller: DSL Komplettpakete von GMX schon fÃ¼r 16,99 Euro mtl.!* Hier klicken: http://portal.gmx.net/de/go/dsl02

Nov. 19, 2009

Re: [Pharo-project] Conseils for develop a grid

by Alain Plantec

Hi all, The left reference is given by scroller left Did you have a look at MorphTreeMorph. It seems that it is very near of your grid. www.squeaksource.com/Momo It includes 2 examples. LazyClassList new openOn: Object see attached screenshot. Cheers Alain nullPointer a Ã©crit : > IÂ´m developing a grid for my UIBuilder. For the moment show a few cells and > columns.The rows area is a ScrollPane widget with TableLayout policy. The > rows header is another panel. > In vertical scroll the behavior is correct, the rows scrolling and the > header is fixed -> > > http://img43.imageshack.us/i/capturadepantalla200911w.png/ > > > my problem is in the horizontal scroll, in that case rows area scroll good, > but obviosly the header columns dont "match" with the rows columns, only is > a panel -> > > http://img10.imageshack.us/i/capturadepantalla200911f.png/ > > > IÂ´m catching the "scrolling" event, but i dont have a position reference for > relocate the rows header panel. The rows area position donÂ´t change when is > scrolled, is strange. > > I hope to me to have expressed wellâ¦ :| >

Nov. 19, 2009

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

by David T. Lewis

On Wed, Nov 18, 2009 at 09:44:08PM -0500, David T. Lewis wrote: > On Wed, Nov 18, 2009 at 05:14:04PM -0500, David T. Lewis wrote: > > On Wed, Nov 18, 2009 at 08:55:50AM -0500, Schwab,Wilhelm K wrote: > > > Dave, > > > > > > It would help to knock the MVC workspace out of the offending #initialize > > > method and re-save the packages. In my experience, that simple change make > > > the load hassle-free vs. the current situation. > > > > Bill, > > > > Good idea, thanks. I'll take a look at that when I get home. > > Well actually there were not any MVC references in #initialize. But > CommandShell class>>initialize opens a shell window, and that was failing > because text style 'Atlanta' no longer exists in Pharo. I fixed this, > so if you update to CommandShell-dtl.40.mcz that failure will no longer > occur. The shell window does not actually work, but at least the window > opens properly now. One bug down, ??? to go ... Correction, the shell window *does* seem to be working, so this is actually looking much better now. However, the CommandShellTestCase does not pass (hangs up part way through, lots of zombie unix processes left unhandled). The other unit tests are passing, with the exception of the tests in AioEventHandlerTestCase that use sockets. This is due to changes in the socket support in Pharo, but I am not worried about these failures as they probably just require updates to the tests to match the Pharo socket support. I am testing on Linux with a VM that I built locally. For OS X, an updated OSProcessPlugin will need to be included with the VM, otherwise we will have VM crashes when handling external process exit. The main concerns now are: 1) Need an updated OSProcessPlugin for the Mac VM (for both Squeak and Pharo) 2) Why does CommandShellTestCase on Pharo get hung up and leave zombies? Note, CommandShellTestCase is a real stress test for OSProcess. It does a lot of concurrent process handling with pipelines of OS processes interacting with Squeak/Pharo. If this test does not pass, then I am not confident in the overall reliability of OSProcess. Dave

Nov. 19, 2009

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

by David T. Lewis

On Wed, Nov 18, 2009 at 05:14:04PM -0500, David T. Lewis wrote: > On Wed, Nov 18, 2009 at 08:55:50AM -0500, Schwab,Wilhelm K wrote: > > Dave, > > > > It would help to knock the MVC workspace out of the offending #initialize > > method and re-save the packages. In my experience, that simple change make > > the load hassle-free vs. the current situation. > > Bill, > > Good idea, thanks. I'll take a look at that when I get home. Well actually there were not any MVC references in #initialize. But CommandShell class>>initialize opens a shell window, and that was failing because text style 'Atlanta' no longer exists in Pharo. I fixed this, so if you update to CommandShell-dtl.40.mcz that failure will no longer occur. The shell window does not actually work, but at least the window opens properly now. One bug down, ??? to go ... Thanks, Dave

Nov. 19, 2009