May 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] PluggableMenuSpec>>add:

by StÃ©phane Ducasse

It seems that PluggableMenuSpec >> add: aString ^ self add: aString action: nil does not exist in Squeak and since add:action: does not return a String, we should check if we should not remove this method. Stef (in the train - could not add that in the bugtracker)

May 6, 2010

[Pharo-project] Metacello questions

by Torsten Bergmann

Just have a look at ConfigurationOfSQLite3 for a simple example. This one has a "project dependency" on ConfigurationOfFFI. If you want Help system project to be loaded in your configurartion you need to define it in the baselineXXX method and set a specific version of the project in your own #versionXXX method Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 6, 2010

Re: [Pharo-project] Help System

by StÃ©phane Ducasse

In addition to the story around tests, Torsten do you think we could use book.pharo-project.org to populate the help? On May 5, 2010, at 11:45 PM, Torsten Bergmann wrote: > Again, in its current state Help System supports the two options: > > a) class comment/method comment for API help and > b) topic structure mapped to the class hierarchy (CustomHelp books) > > I understand all things said and we all have our points > about pros and cons. But hey, they are JUST two possible ways, nobody > forces you to use them. Since these two are in by default does not > mean you are limited to them. > > The help system is flexible enough to ADDITIONALLY HANDLE VARIOUS OTHER > ways of describing the help contents. So YOU CAN DEFINE AND HAVE YOUR OWN > just by extending the help system itself. > > After this discussion it looks like we all agree that it is a good > direction to check out the pragma/builder approach too and see how far we can go here. > > So please check out the code I attached to my last post. In this simple > example I've shown how you can extend the help system itself to support > other options - here a pragma/builder oriented way of describing the > help contents. > > It is not complete but should give you an idea that you are not limited > to a) and b) ... > > Bye > T. > > > > > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 6, 2010

[Pharo-project] Metacello questions

by Andreas Raab

Hi - I've been trying to wet my feet with Metacello a little by writing a ConfigurationOfWebClient and in the process I've come across various things that I don't understand or don't know how to express. The configuration itself can be found here: http://www.squeaksource.com/MetacelloRepository Here are the questions I'm having: 1) #includes: vs. #requires: What is the difference between #includes: and #requires:? They sound entirely interchangeable, in particular after reading the tutorial which states: "When you use the #includes: directive, you are not only specifying that the listed packages should be loaded when the parent package is loaded, but that the #included: packages should be loaded _before_ any packages that require the parent package." I would expect that precise behavior for required packages, i.e., if Foo requires: Bar then Bar is loaded before Foo if some other package requires: Foo. What am I missing? 2) Why is HelpSystem not loaded? In my configuration, baseline specifies that HelpSystem is required for WebClient-Help: "Documentation doesn't require Core/Tests, but HelpSystem" spec package: 'WebClient-Help' with:[spec requires: 'HelpSystem']. spec project: 'HelpSystem' with:[ spec className: 'ConfigurationOfHelpSystem'; repository: 'http://www.squeaksource.com/MetacelloRepository' ]. However, when executed, Metacello goes through the motions but doesn't actually *load* any version of HelpSystem (I can see it 'fetch' the packages but not load them). It even calls the postLoadDoIt on it (which fails since nothing was loaded). What am I doing wrong? 3) When exactly is HelpSystem loaded? What I'm wondering about in the above is that HelpSystem should only be loaded if WebClient-Help is being loaded. Is this implicitly part of specifying a 'project' instead of a 'package'? Or is there some other way of specifying that? I guess really the question here is what entities get loaded implicitly simply by declaring them (packages for sure, any others?) and what entities need to be 'required' in order to be loaded? 4) How does one define dependencies that differ based on platform? In WebClient, the WebClient-HTTP package requires WebClient-Core and -only for: #pharo- also WebClient-Pharo. How does one express that there's an additional dependency for WebClient-HTTP that only exists for: #pharo? The config currently specifies: spec for: #common do:[ " ... " spec package: 'WebClient-HTTP' with:[spec requires: 'WebClient-Core']. " ... " ]. spec for: #pharo do:[ "Just the fact it exists; no requirements here" spec package: 'WebClient-Pharo'. ]. Which means that WebClient-Pharo will be loaded on Pharo by default but it's missing the fact that WebClient-Pharo is in fact a requirement for WebClient-HTTP (but only on that platform). How is that best expressed? 5) Bootstrapping Metacello? I found that most of the ConfigurationsOfXXX include some code to 'bootstrap' Metacello in some form. There appear to be variants on the code; is there a "canonical bootstrap method" that should be used? 6) A standard Configuration template? The Metacello tutorial is very useful as far as the configuration goes but it falls short of getting into the details of what it means to provide a 'working' configuration. Testing the configuration isn't covered (is there a way to get back to a 'clean' state?); bootstrapping isn't covered; the meaning of #isMetacelloConfig, #metacelloVesion:loads:, #lastMetacelloVersionLoad and several other -seemingly random- methods that can be found on most -but not all- of the configurations. There is no indication on what these do, if they're required, recommended, or optional. Is there some 'standard' Configuration template that people can use to avoid guessing about which parts of the boilerplate to copy from some other configuration? That's it for now. Thanks for any insights on any of these issues. Cheers, - Andreas

May 6, 2010

Re: [Pharo-project] Help System

by StÃ©phane Ducasse

On May 5, 2010, at 11:45 PM, Torsten Bergmann wrote: > Again, in its current state Help System supports the two options: > > a) class comment/method comment for API help and > b) topic structure mapped to the class hierarchy (CustomHelp books) > > I understand all things said and we all have our points > about pros and cons. But hey, they are JUST two possible ways, nobody > forces you to use them. Since these two are in by default does not > mean you are limited to them. > > The help system is flexible enough to ADDITIONALLY HANDLE VARIOUS OTHER > ways of describing the help contents. So YOU CAN DEFINE AND HAVE YOUR OWN > just by extending the help system itself. Yes this is why I integrate it :) > After this discussion it looks like we all agree that it is a good > direction to check out the pragma/builder approach too and see how far we can go here. Yes so I would like that we agree on the pragma as I mentioned in my previous mail Then we start to tag/adapt some Unit tests and learn. > So please check out the code I attached to my last post. In this simple > example I've shown how you can extend the help system itself to support > other options - here a pragma/builder oriented way of describing the > help contents. > > It is not complete but should give you an idea that you are not limited > to a) and b) ... > > Bye > T. > > > > > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 6, 2010

Re: [Pharo-project] gettext package

by Philippe Marschall

On 05.05.2010 21:39, Hilaire Fernandes wrote: > Philippe Marschall a Ã©crit : >> On 04/29/2010 10:55 PM, Hilaire Fernandes wrote: >>> I have move in a Gettext package in PharoInbox classes for gettext >>> support. Do not expect it to work. Some of the classes there, are just >>> moved from former categories in pharo System-Localization and >>> Multilingual other are coming from Etoys. >>> >>> I have not yet test to load it in a fresh image. >> >> I'm interested in this for Seaside. I have a couple of notes: >> - Why do you move LocaleID from System-Localization to Gettext? > > This class was modified. It is a temporary action to study this set of > classes. > >> - Do we really need GetTextExporter2 if you don't have a >> GetTextExporter1? >> - Why is there a #translate:in: if it's empty? > > Yes, cleaning is needed and I need to figure out several aspect of the > framework, as do we need InternalTranslator and the LanguageEditor? I am > tempted to think no. > > > >> The protocol I have in mind for Seaside is something like: >> >> html translate: > > aString translated "return the translating in the current locale." Nope sorry, in a server the current locale in the one of the request or session, not a global variable. Seaside can figure this out automatically which is why I need some layer over gettext. But I also need a way to make the gettext exporter aware of this, basically looking for more selectors. >> html translate:to: > > > NaturalLanguageTranslator > translate: 'This point %1' > toLocaleID: (LocaleID isoLanguage: 'fr') > inDomain: 'DrGeoII' > -> 'Ce point %1' > 'DrGeoII' is the name of the catalog to look for the translation. Which would be the Seaside application name. This can be looked up automatically without a need to repeat yourself every time you want to have a string translated. > Wth this message you also avoid some overhead as your directly specify > the translation catalog. The system does not need to figure out the > catalog to search the translation (done by figuring out from which class > - then class category - the String>>translated message was sent). > > > Your register a domain from classes prefix: > TextDomainManager registerCategoryPrefix: 'DrGeoII' domain: 'DrGeoII'. I would need to hock into that. So that a domain has a "scope" of only several class categories and has a given value there. Is there a way to do this? > Then you export the .po file for translation: > GetTextExporter2 exportTemplate. > > Then you compile your .po translation as .mo and move it in > locale/fr/LC_MESSAGES/DrGeo.mo > > > Some documentation in the PBE2 could be written once stuff is stabilized. > In the Etoys ml, Bert proposed to move the domain in the method > properties to get a more efficient translation look-up > >> What would the way to hook into GetTextExporter(2) to make it pick >> that up? Cheers Philippe

May 6, 2010

[Pharo-project] customizing tab looks in watery2

by Tudor Girba

Hi, I would like to change slightly the default Watery2 theme. For starters, I would like to change the tab widget: - to make it look like a group box - use a smaller font However, I did not figure out how to do that. Could anyone point me in the right direction? Cheers, Doru -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

May 5, 2010

[Pharo-project] Help System

by Torsten Bergmann

Again, in its current state Help System supports the two options: a) class comment/method comment for API help and b) topic structure mapped to the class hierarchy (CustomHelp books) I understand all things said and we all have our points about pros and cons. But hey, they are JUST two possible ways, nobody forces you to use them. Since these two are in by default does not mean you are limited to them. The help system is flexible enough to ADDITIONALLY HANDLE VARIOUS OTHER ways of describing the help contents. So YOU CAN DEFINE AND HAVE YOUR OWN just by extending the help system itself. After this discussion it looks like we all agree that it is a good direction to check out the pragma/builder approach too and see how far we can go here. So please check out the code I attached to my last post. In this simple example I've shown how you can extend the help system itself to support other options - here a pragma/builder oriented way of describing the help contents. It is not complete but should give you an idea that you are not limited to a) and b) ... Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 5, 2010

Re: [Pharo-project] [Pharo-users] Using FFI to call a MacOs System function

by John M McIntosh

Well /* * KLGetKeyboardLayoutCount() *** DEPRECATED *** * * Deprecated: * Use TISCreateInputSourceList API to create a list of input * sources that match specified properties. * * Summary: * Returns the number of keyboard layouts. * * Mac OS X threading: * Not thread safe * * Parameters: * * oCount: * On exit, the number of keyboard layouts * * Availability: * Mac OS X: in version 10.2 and later in Carbon.framework [32-bit only] but deprecated in 10.5 * CarbonLib: not available in CarbonLib 1.x, is available on Mac OS X version 10.2 and later * Non-Carbon CFM: not available */ That would imply you need to say module: 'Carbon.framework' If you look at the usage of FFI in Sophie, you'll find *lots* of examples http://www.opensophie.org/ just download the app run and tap "cmd-'.'" to get a debugger up. But I think there was an example in the FFI stuff once. Say: apicall: void 'GetMouse' (MacPoint) module:'Carbon.framework'> You can also set SqueakDebug to 1 in the Squeak VM's info.plist setting to get the VM to print lots more diagnostics info to the Console when it attempts to run for the entry point name . On 2010-05-05, at 2:10 PM, Mariano Martinez Peck wrote: > > > On Tue, May 4, 2010 at 4:46 PM, David Wilson <djwilson(a)bluewin.ch> wrote: > Hi > > I'm new to Pharo (although I was a Smalltalk programmer in the 90's), and I'm trying to use FFI to access an MacOs system function: > > > Hi and welcome! > > apiKLGetKeyboardLayoutCount > < cdecl: ulong 'KLGetKeyboardLayoutCount' (void) module: 'keyboards'> > ^ self externalCallFailed. > > I get an error "'Unable to find function address'" which seems to say the OS-module "keyboards" can't be found. > > Exactly. That's the problem. > > I can't figure out what the address should be. > The function is defined here: http://developer.apple.com/legacy/mac/library/documentation/Carbon/Referenc… > (yes, it's deprecated, I have a very old mac runnning 10.4). > > > But you see the library in your computer, isn't it ? I mean, it is there, but FFI doesn't find it ? > > > I'm not sure if I'm using FFI correctly, do I have to somehow include the external library in the Pharo VM? > > No, you shouldn't need to do that. However, you can try to put them there just to see if that's the problem. I think that at some point (depends on an order) the library is searched in the same place where you are calling from. So, yes, do a test, but just a test. It should work without doing that. > > How did you install FFI ? Which Pharo VM and image versions are you using ? > > Can anyone help? > > > I would like too, but I don't have such library. > > I developed a wrapper for a Clibrary called OpenDBX using FFI. In our website, some people experimented similar problems. > Please take a look to the title "Problems with Mac OS:" of the following link: > > http://www.squeakdbx.org/Compiling%20and%20installing%20OpenDBX > > I also cc'ed people that can help you. > > Cheers > > Mariano > > > I'm looked for FFI examples, but don't find anything helpful. > > David > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

May 5, 2010

Re: [Pharo-project] [Pharo-users] Using FFI to call a MacOs System function

by Mariano Martinez Peck

On Tue, May 4, 2010 at 4:46 PM, David Wilson <djwilson(a)bluewin.ch> wrote: > Hi > > I'm new to Pharo (although I was a Smalltalk programmer in the 90's), and > I'm trying to use FFI to access an MacOs system function: > > Hi and welcome! > apiKLGetKeyboardLayoutCount > < cdecl: ulong 'KLGetKeyboardLayoutCount' (void) module: 'keyboards'> > ^ self externalCallFailed. > > I get an error "'Unable to find function address'" which seems to say the > OS-module "keyboards" can't be found. > Exactly. That's the problem. > I can't figure out what the address should be. > The function is defined here: > http://developer.apple.com/legacy/mac/library/documentation/Carbon/Referenc… > (yes, it's deprecated, I have a very old mac runnning 10.4). > > But you see the library in your computer, isn't it ? I mean, it is there, but FFI doesn't find it ? > I'm not sure if I'm using FFI correctly, do I have to somehow include the > external library in the Pharo VM? > No, you shouldn't need to do that. However, you can try to put them there just to see if that's the problem. I think that at some point (depends on an order) the library is searched in the same place where you are calling from. So, yes, do a test, but just a test. It should work without doing that. How did you install FFI ? Which Pharo VM and image versions are you using ? Can anyone help? > > I would like too, but I don't have such library. I developed a wrapper for a Clibrary called OpenDBX using FFI. In our website, some people experimented similar problems. Please take a look to the title "Problems with Mac OS:" of the following link: http://www.squeakdbx.org/Compiling%20and%20installing%20OpenDBX I also cc'ed people that can help you. Cheers Mariano I'm looked for FFI examples, but don't find anything helpful. > > David > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

May 5, 2010