- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharocasts: GUI with Polymorph

by Jeff Gray

Thanks - that's very informative. Especially interesting for me. Firstly I've been playing around with a similar example and was at least on the right track, though my several hours have only yielded half the solution so far :-) Secondly, and much more importantly, it has given me a bit of an insight into how real smalltalk developers work. I had never really understood the productivity gains that this environment can give you over and above all the other IDEs for other languages that I have used previously. Seeing the debugger being used to dynamically create stuff as you need it was a revelation :-) -- View this message in context: http://forum.world.st/Pharocasts-GUI-with-Polymorph-tp3257888p3280217.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 8, 2011

Re: [Pharo-users] windows/flaps not responding

by StÃ©phane Ducasse

On Feb 8, 2011, at 12:12 AM, Markus Schlager wrote: > Hi all, > > I'm currently teaching smalltalk with pharo1.1 on Linux to pupils (10th grade). Some of them are experiencing the following problem: > > After reopening their pharo-image none of the windows left open before nor the window-flap at the bottom are responsive to mouse-clicks. Wherever you're clicking on, the world-menu shows up. You can open new system windows though. These will behave nicely. I saw this kind of behavior and I do not remember if it was fixed. > Is there any way to reactivate the old system-windows and the flap? Not from the top of my head. Let us know if you have problem and tell us what you are teaching to them. I have some extra material that I did not publish from my bot inc book. If you want I can send it to you. > Unfortunately I discarded the buggy images. > > Essentially the pupils had been reading ProfStef-Tutorials and some workspaces and browsers opened. > > Markus >

Feb. 8, 2011

windows/flaps not responding

by Markus Schlager

Hi all, I'm currently teaching smalltalk with pharo1.1 on Linux to pupils (10th grade). Some of them are experiencing the following problem: After reopening their pharo-image none of the windows left open before nor the window-flap at the bottom are responsive to mouse-clicks. Wherever you're clicking on, the world-menu shows up. You can open new system windows though. These will behave nicely. Is there any way to reactivate the old system-windows and the flap? Unfortunately I discarded the buggy images. Essentially the pupils had been reading ProfStef-Tutorials and some workspaces and browsers opened. Markus

Feb. 7, 2011

Re: [Pharo-users] [Pharo-project] [ANN] JNIPort 2.0 for VisualWorks, Pharo and Squeak

by Luc Fabresse

Hi Joachim, JNIPort sounds really great and I will test it. It is really great to have these kind of bindings. For your Alien problem on Cog, I also experienced some troubles with the library path. So I am pretty sure that the problem is on the Cog side. Perhaps the Alien plugin compiled in Cog. I would like to do more investigations on that. #Luc 2011/2/5 Joachim Geidel <joachim.geidel(a)onlinehome.de> > Am 05.02.11 18:11 schrieb Tudor Girba: > > What are the impediments of getting it to work with Cog on Pharo? > > JNIPort relies on Alien, and I have not yet found a Cog VM working with > Alien and JNIPort. > > I tried Squeak 5.8b12 for Mac OS X which identifies itself as Cog, but it > crashes when you just evaluate "LibCLibrary uniqueInstance". Apparently > this > VM version doesn't work with Alien. > > Eliot's latest Cog build for Mac OS X at > http://www.mirandabanda.org/files/Cog/VM/VM.r2349/ is able to load libc. > When I try to use JNIPort, it can't find the library libjvm.dylib when I > create a symbolic link to it in the working directory. When I create a > symbolic link in the subdirectory Cog.app/Contents/Resources, it is able to > load the library, but the VM crashes with a bus error when I try to call > the > first function of the library. I currently have no idea what causes the > error. As the same code runs without problems on a Squeak VM, I don't think > that the problem is in the JNIPort code, but I may be wrong. > > So, no JNIPort on Cog for now. This may change soon, of course. > > Regards, > Joachim Geidel > > > >

Feb. 5, 2011

Re: [Pharo-users] [Pharo-project] [ANN] JNIPort 2.0 for VisualWorks, Pharo and Squeak

by Joachim Geidel

Am 05.02.11 18:11 schrieb Tudor Girba: > What are the impediments of getting it to work with Cog on Pharo? JNIPort relies on Alien, and I have not yet found a Cog VM working with Alien and JNIPort. I tried Squeak 5.8b12 for Mac OS X which identifies itself as Cog, but it crashes when you just evaluate "LibCLibrary uniqueInstance". Apparently this VM version doesn't work with Alien. Eliot's latest Cog build for Mac OS X at http://www.mirandabanda.org/files/Cog/VM/VM.r2349/ is able to load libc. When I try to use JNIPort, it can't find the library libjvm.dylib when I create a symbolic link to it in the working directory. When I create a symbolic link in the subdirectory Cog.app/Contents/Resources, it is able to load the library, but the VM crashes with a bus error when I try to call the first function of the library. I currently have no idea what causes the error. As the same code runs without problems on a Squeak VM, I don't think that the problem is in the JNIPort code, but I may be wrong. So, no JNIPort on Cog for now. This may change soon, of course. Regards, Joachim Geidel

Feb. 5, 2011

Re: [Pharo-users] [Pharo-project] [ANN] JNIPort 2.0 for VisualWorks, Pharo and Squeak

by Tudor Girba

Sounds great! What are the impediments of getting it to work with Cog on Pharo? Cheers, Doru On 5 Feb 2011, at 16:14, Joachim Geidel wrote: > JNIPort 2.0 for VisualWorks, Pharo and Squeak is now available! > > JNIPort is a Smalltalk library which allows Java code to be invoked from > Smalltalk. It acts as a bridge between the world of Smalltalk objects and a > Java Virtual Machine (JVM) where Java code is executing. For more > information see > > http://jniport.wikispaces.com > > JNIPort 2.0 for VisualWorks can be loaded from the Cincom Public Store > Repository and from the JNIPort wiki at > > http://jniport.wikispaces.com/Downloads > > JNIPort 2.0 for Pharo and Squeak is available from SqueakSource at > > http://www.squeaksource.com/JNIPort.html > > and from the JNIPort wiki. > > The changes from JNIPort 1.9 are: > > - JNIPort can now be used in Pharo and Squeak. > > - Packages have been renamed such that the can be shared between Store > and Monticello. > > - Platform specific code has been moved to separate packages to make the > core packages portable between VisualWorks, Pharo, and Squeak. > > - The much-critized _null postfix used for selectors of wrapper methods > which don't have arguments is gone. > > - A few bugs have been fixed. > > Installation instructions for VisualWorks are on the JNIPort wiki, > instructions for Pharo and Squeak are on the wiki of the JNIPort project > page of SqueakSource. I strongly encourage you to read the instructions > before installing and using JNIPort. > > JNIPort 2.0 has been tested with: > > - VisualWorks from 7.5 to 7.8 (trent dec10.3) on Mac OS X 10.6.6 and > Windows XP SP 3 > > - VisualWorks from 7.7 to 7.8 (trent dec10.3) on Ubuntu 10.04 (64bit) > with both the 32-bit and the 64-bit VisualWorks VMs > > - Squeak 4.2 on Mac OS X 10.6.6 and Windows XP SP 3 > > - Pharo 1.1.1 and 1.2 on Mac OS X 10.6.6 and Windows XP SP 3 > > Known issues: > > - In Pharo 1.1.1, you may encounter an error when JNIPort tries to register > a new Java object in an internal weak dictionary. This is a bug in Pharo's > implementation of this collection class. I can't do anything about it. If > you can't live with it, please upgrade to Pharo 1.2. > > - JNIPort for Pharo and Squeak currently cannot be used with the Cog VM. > > - Callbacks from foreign operating system threads cannot be used in Pharo > and Squeak. The Alien foreign function interface does not yet support > this feature. When you run the unit tests, three tests will fail because > of this restriction. These failures are expected and do not indicate bugs. > > Best regards, > Joachim Geidel -- www.tudorgirba.com "Don't give to get. Just give."

Feb. 5, 2011

[ANN] JNIPort 2.0 for VisualWorks, Pharo and Squeak

by Joachim Geidel

JNIPort 2.0 for VisualWorks, Pharo and Squeak is now available! JNIPort is a Smalltalk library which allows Java code to be invoked from Smalltalk. It acts as a bridge between the world of Smalltalk objects and a Java Virtual Machine (JVM) where Java code is executing. For more information see http://jniport.wikispaces.com JNIPort 2.0 for VisualWorks can be loaded from the Cincom Public Store Repository and from the JNIPort wiki at http://jniport.wikispaces.com/Downloads JNIPort 2.0 for Pharo and Squeak is available from SqueakSource at http://www.squeaksource.com/JNIPort.html and from the JNIPort wiki. The changes from JNIPort 1.9 are: - JNIPort can now be used in Pharo and Squeak. - Packages have been renamed such that the can be shared between Store and Monticello. - Platform specific code has been moved to separate packages to make the core packages portable between VisualWorks, Pharo, and Squeak. - The much-critized _null postfix used for selectors of wrapper methods which don't have arguments is gone. - A few bugs have been fixed. Installation instructions for VisualWorks are on the JNIPort wiki, instructions for Pharo and Squeak are on the wiki of the JNIPort project page of SqueakSource. I strongly encourage you to read the instructions before installing and using JNIPort. JNIPort 2.0 has been tested with: - VisualWorks from 7.5 to 7.8 (trent dec10.3) on Mac OS X 10.6.6 and Windows XP SP 3 - VisualWorks from 7.7 to 7.8 (trent dec10.3) on Ubuntu 10.04 (64bit) with both the 32-bit and the 64-bit VisualWorks VMs - Squeak 4.2 on Mac OS X 10.6.6 and Windows XP SP 3 - Pharo 1.1.1 and 1.2 on Mac OS X 10.6.6 and Windows XP SP 3 Known issues: - In Pharo 1.1.1, you may encounter an error when JNIPort tries to register a new Java object in an internal weak dictionary. This is a bug in Pharo's implementation of this collection class. I can't do anything about it. If you can't live with it, please upgrade to Pharo 1.2. - JNIPort for Pharo and Squeak currently cannot be used with the Cog VM. - Callbacks from foreign operating system threads cannot be used in Pharo and Squeak. The Alien foreign function interface does not yet support this feature. When you run the unit tests, three tests will fail because of this restriction. These failures are expected and do not indicate bugs. Best regards, Joachim Geidel

Feb. 5, 2011

Pharocasts: StringCalculator Kata

by laurent laffont

This is the first Kata proposed by the 12meses12katas<http://www.12meses12katas.com/> (12 months 12 katas) initiative. You will learn: Test-Driven Development, the Pharo way. Recorded and edited by Rafael Luque <http://vimeo.com/user1627267> (big thank you!). Here: http://www.pharocasts.com/2011/02/stringcalculator-kata.html Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

Feb. 5, 2011

Re: [Pharo-users] TFFiler: creates file containers to store external files in Monticello

by StÃ©phane Ducasse

> Stef, > > After re-reading, I'm not sure I addressed your question. no problem! this is already a nice way to package package resources. > > My plan is to include file container classes along with the rest of > the classes in my projects when I check them in to Monticello. That > way the version of the external files and the compatible version of > the source code is kept together. > > Of course, the file container content is opaque to Monticello and > nothing like a diff tool would be useful in perusing versions of the > external files unless it understood how to decode and uncompress the > file container's contents. > > TF > > On Fri, Feb 4, 2011 at 11:51 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >>> >>> (I was actually glad to see FileSystem delayed, as I made heavy use of >>> FileDirectory in TFFiler.) >> >> :) >> But if you look at the existing code in pharo you can faint :) >> >>> >>> Best regards, >>> TF >>> >>> >>> >>> >>> >>> >>> On Fri, Feb 4, 2011 at 11:12 AM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> Argh I want that! >>>> Now tony tell us what is the principle. >>>> I was thinking to add a git entry to a squeaksource but how do you manage them? >>>> Stef >>>> >>>>> >>>>> I've published a tool I'm using called TFFiler. >>>>> >>>>> My problem was that I had a number of external files that were >>>>> required for my Seaside web application. These were CSS, Javascript, >>>>> and image files that had to be placed in a specific directory tree >>>>> structure. When I moved my web app to another system, I always had to >>>>> remember to reconstruct the external directory tree. Over time, the >>>>> directory tree got larger and more complex. >>>>> >>>>> For deployment, I wanted the files to be served by Apache and not the >>>>> Seaside ExternalFileLibrary. (ExternalFileLibrary was the most >>>>> convenient approach during development.) This meant the directory tree >>>>> should be moved to a location other than the Pharo Resources >>>>> directory, which was the most convenient location during development. >>>>> >>>>> The current version of Monticello does not provide a way to save >>>>> external files with a project. TFFiler addresses this shortcoming. Now >>>>> when I load my project from Monticello the necessary external files >>>>> are deployed automatically. >>>>> >>>>> Maybe someone else will find this useful as well. >>>>> >>>>> http://www.tonyfleig.com/smallthoughts/blog/tffiler >>>>> http://www.squeaksource.com/TFFiler >>>>> >>>>> Regards, >>>>> TF >>>>> >>>> >>>> >>>> >>> >> >> >> >

Feb. 4, 2011

Re: [Pharo-users] TFFiler: creates file containers to store external files in Monticello

by Tony Fleig

Stef, After re-reading, I'm not sure I addressed your question. My plan is to include file container classes along with the rest of the classes in my projects when I check them in to Monticello. That way the version of the external files and the compatible version of the source code is kept together. Of course, the file container content is opaque to Monticello and nothing like a diff tool would be useful in perusing versions of the external files unless it understood how to decode and uncompress the file container's contents. TF On Fri, Feb 4, 2011 at 11:51 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> (I was actually glad to see FileSystem delayed, as I made heavy use of >> FileDirectory in TFFiler.) > > :) > But if you look at the existing code in pharo you can faint :) > >> >> Best regards, >> TF >> >> >> >> >> >> >> On Fri, Feb 4, 2011 at 11:12 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> Argh I want that! >>> Now tony tell us what is the principle. >>> I was thinking to add a git entry to a squeaksource but how do you manage them? >>> Stef >>> >>>> >>>> I've published a tool I'm using called TFFiler. >>>> >>>> My problem was that I had a number of external files that were >>>> required for my Seaside web application. These were CSS, Javascript, >>>> and image files that had to be placed in a specific directory tree >>>> structure. When I moved my web app to another system, I always had to >>>> remember to reconstruct the external directory tree. Over time, the >>>> directory tree got larger and more complex. >>>> >>>> For deployment, I wanted the files to be served by Apache and not the >>>> Seaside ExternalFileLibrary. (ExternalFileLibrary was the most >>>> convenient approach during development.) This meant the directory tree >>>> should be moved to a location other than the Pharo Resources >>>> directory, which was the most convenient location during development. >>>> >>>> The current version of Monticello does not provide a way to save >>>> external files with a project. TFFiler addresses this shortcoming. Now >>>> when I load my project from Monticello the necessary external files >>>> are deployed automatically. >>>> >>>> Maybe someone else will find this useful as well. >>>> >>>> http://www.tonyfleig.com/smallthoughts/blog/tffiler >>>> http://www.squeaksource.com/TFFiler >>>> >>>> Regards, >>>> TF >>>> >>> >>> >>> >> > > >

Feb. 4, 2011