- Pharo-users - lists.pharo.org

Pharo on Raspberry Pi

by Torsten Bergmann

good news: "After some efforts, fighting with cross-compilers (cross assemblers) Jean-Baptiste Arnaud finally fixed the PharoS bug on Raspbian and now Pharo runs totally on Raspberry. Well done JB." see [1] and some advertising [2]. [1] http://pharoweekly.wordpress.com/2014/02/19/raspberrypi/ [2] http://www.dzone.com/links/pharo_runs_totally_on_raspberry.html

Feb. 19, 2014

Re: [Pharo-users] Spec and an application menu

by Goubier Thierry

Le 18/02/2014 20:17, Johan Fabry a Ã©crit : > Just to motivate the browser example: we did try to find a different example but it's not so easy. If you want an application example, you need to explain the application and its' needs. The advantage of the browser is that you do not need to explain it. Also the browser has all the elements that you want to show in a simple example, including the reuse of models. Moreover this is without needing to provide (and explain) a bunch of application-specific code. I think this is where the issue is. Smalltalk Browsers are very specific GUI applications, and very old in their shape (old as an example of a GUI from the 80's). They do showcase very well the strength of the Spec component composition, but, at the same time, they are quite different from an average GUI application these days. Note that all "Business" Smalltalks I know off these days (Dolphin, ST/X, Cincom) have menu bars and tool bars in their browsers. > If you have an example that shows the same things than what we have now, taking into account the above requirements, and ending up at approx the same number of pages I would be most happy to write it up! Your typical text or model editor? But it doesn't showcase Spec composition as well as the Browser. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Feb. 19, 2014

Test for the string class available on SmalltalkHub

by Daniela Meneses

Hi to all, I'm writing missing test for the String class methods to improve the test coverage. I will commit my changes in this project at SmalltalkHub: http://smalltalkhub.com/#!/~DanielaMeneses/ImprovingStringAPI Feel free to take a look. Any feedback will be really welcome and useful. :D -- Cheers, Daniela

Feb. 18, 2014

Re: [Pharo-users] Spec and an application menu

by Benjamin

Spec provides today a new missing feature: a menu toolbar. As recently suggested in the mailing list, a menu toolbar is often a requirement to build an application. In order to provide an easy way to add a menu toolbar, Spec reuse **MenuModel** to generate the toolbar entries. So now, a **MenuModel** can be used in two cases: to define a toolbar, or to define a contextual menu. An example can be opened via ApplicationWithToolbar new openWithSpec Ben

Feb. 18, 2014

FileHandleTest>>#testTruncate

by Markus Fritsche

Hello, according to fogbugz, issue 10852 has been closed. I was just running the test in Pharo3.0 on Ubuntu 13.10 64bit with btrfs filesystem and I see the test failing. handle size answers 5. Is anyone else seeing this? https://pharo.fogbugz.com/f/cases/10852/ Regards, Markus

Feb. 18, 2014

Class renaming issue with Pharo3 + keyboard navigation in editor

by Manfred KrÃ¶hnert

Hi, I am currently playing with Pharo3 and encountered an issue with class renaming in a 30767 image. The image was obtained and started with PharoLauncher for Mac rev40 from Jenkins on OS X 10.6.8. Here are the steps which lead to the problem: 1. Open Nautilus 2. Add Package: Rename-Test 3. Add Class: RenameTestClass inheriting from Object 4. Right click on RenameTestClass Class -> rename 5. Choose RenameTestClass2 6. Accept ChangesBrowser Dialog 7. => the Class panel shows the new name but the code panel does not (only after reselecting the class) Another thing which is a bit confusing is that the key navigation mapping on OS X does not match what I would expect. In most applications I use the following behavior is the default: * Command + right/left arrow: jump to end/beginning of the line * Alt + right/left arrow: jump one word right/left In Nautilus it is different: * Command + right/left: jump one word right/left * Alt + right/left: go one word right/left Is this this the intended behavior or did this also change in more recent OS X releases? If it would be better to send this to the Pharo-Dev list please let me know. Many thanks for all your great efforts, Manfred

Feb. 18, 2014

Re: [Pharo-users] Spec and an application menu

by Sven Van Caekenberghe

I takes a long time and a lot of work to write decent documentation: once again, thanks Johan and Ben. There is nothing to prevent others from writing extra tutorials, blog posts or whatever, showing how to build cool stuff using Spec. You can refer to the base documentation and then get going. We really need stuff like that, written by non-core developers, possibly taken other approaches to the subject. Please contribute, you will be amazed at how much you will learn while doing so. On 18 Feb 2014, at 20:17, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Just to motivate the browser example: we did try to find a different example but it's not so easy. If you want an application example, you need to explain the application and its' needs. The advantage of the browser is that you do not need to explain it. Also the browser has all the elements that you want to show in a simple example, including the reuse of models. Moreover this is without needing to provide (and explain) a bunch of application-specific code. > > If you have an example that shows the same things than what we have now, taking into account the above requirements, and ending up at approx the same number of pages I would be most happy to write it up! > > On Feb 18, 2014, at 4:03 PM, kmo <voxkmp(a)gmail.com> wrote: > >> Spec can only get better and more complete as time goes on. I'm sure the >> effort will be turn out to be worthwhile. >> >> I'm just a bit disappointed that stuff like a menu widget is missing. It's >> not difficult to surmise what an application developer might want - there's >> probably less than a dozen basic widgets in a typical interface. Spec needs >> to have these covered. But is anyone even thinking of pharo for application >> developers? The Spec examples say it all - browsers, browsers, and more >> browsers - never anything that looks like an app. >> >> >> >> >> -- >> View this message in context: http://forum.world.st/Spec-and-an-application-menu-tp4744164p4744702.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > >

Feb. 18, 2014

Dowser edges

by rosariosm

Hi all, Is there a way in dowser to open a builder wich edges are immediately shown instead of appearing when you pass the mouse over the different nodes? I want to create a sort of static image. Thanks, Rosario -- View this message in context: http://forum.world.st/Dowser-edges-tp4744705.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 18, 2014

Re: [Pharo-users] Spec and an application menu

by Johan Fabry

Just to motivate the browser example: we did try to find a different example but it's not so easy. If you want an application example, you need to explain the application and its' needs. The advantage of the browser is that you do not need to explain it. Also the browser has all the elements that you want to show in a simple example, including the reuse of models. Moreover this is without needing to provide (and explain) a bunch of application-specific code. If you have an example that shows the same things than what we have now, taking into account the above requirements, and ending up at approx the same number of pages I would be most happy to write it up! On Feb 18, 2014, at 4:03 PM, kmo <voxkmp(a)gmail.com> wrote: > Spec can only get better and more complete as time goes on. I'm sure the > effort will be turn out to be worthwhile. > > I'm just a bit disappointed that stuff like a menu widget is missing. It's > not difficult to surmise what an application developer might want - there's > probably less than a dozen basic widgets in a typical interface. Spec needs > to have these covered. But is anyone even thinking of pharo for application > developers? The Spec examples say it all - browsers, browsers, and more > browsers - never anything that looks like an app. > > > > > -- > View this message in context: http://forum.world.st/Spec-and-an-application-menu-tp4744164p4744702.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Feb. 18, 2014

Re: [Pharo-users] Spec and an application menu

by kmo

Spec can only get better and more complete as time goes on. I'm sure the effort will be turn out to be worthwhile. I'm just a bit disappointed that stuff like a menu widget is missing. It's not difficult to surmise what an application developer might want - there's probably less than a dozen basic widgets in a typical interface. Spec needs to have these covered. But is anyone even thinking of pharo for application developers? The Spec examples say it all - browsers, browsers, and more browsers - never anything that looks like an app. -- View this message in context: http://forum.world.st/Spec-and-an-application-menu-tp4744164p4744702.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 18, 2014