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

Re: [Pharo-project] [squeak-dev] Graph library in Smalltalk - Need for advices

by Michael Haupt

CÃ©drick, On 17 December 2010 17:13, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > If not, do you know any open-source projects outside of Smalltalk that I may look at ? JGraphT was quite useful for me once, and it is rather nicely designed IMHO. http://jgrapht.sourceforge.net/ Best, Michael

Dec. 17, 2010

Re: [Pharo-project] Issue 3446 in pharo: VMMakerTool load config buttondoesn't work

by Levente Uzonyi

On Fri, 17 Dec 2010, Javier PimÃ¡s wrote: > OK, if I'm correct the 3449 issue is fixed and integrated now. So how do we > solve this one? Because the method lays on VMMakerTool's code, for squeak. > Maybe we can add a line to ConfigurationOfVMMaker>>#fixVMMakerForPharo like > this: > > (Smalltalk at: #VMMakerTool) compile: > 'loadConfig > | fileResult file | > fileResult := UIManager default chooseFileMatching: #(''*.config'') label: > ''Select > VMMaker configuration...''. > fileResult > ifNotNil: [file := fileResult. > [vmMaker := VMMaker forConfigurationFile: file. > vmMaker logger: logger. > vmMaker platformDirectory] > on: Error > do: [self inform: ''Possible problem with path settings or platform > name?'']. > self updateAllViews]' > > > It's a bit of a dirty hack, maybe there's a cleaner way. What do you think? No need to do dirty hacks, just communicate your needs properly. Ask David to update the method. Squeak (since 3.9) also implements UIManager >> #chooseFileMatching:label:. Note that the name of this method is a bit misleading. The first argument is a list of "file extensions", not a list of patterns. So this should work in both Squeak and Pharo: fileResult := UIManager default chooseFileMatching: #('config') label: 'Select VMMaker configuration...'. Since fileResult is a string that contains the full path, the variable "file" is not necessary anymore. Levente > > Regards, > Javier. > > On Fri, Dec 17, 2010 at 8:35 AM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > >> It seems the implementation in MorphicUIManager uses the patterns >> as extensions. >> >> So >> fileResult := UIManager default chooseFileMatching: #('config') label: >> 'Select >> VMMaker configuration...'. >> >> would work. >> >> However, that misses the meaning of patterns. >> I've raised issue http://code.google.com/p/pharo/issues/detail?id=3449with change set attached... >> >> Regards, Gary >> >> ----- Original Message ----- From: <pharo(a)googlecode.com> >> To: <pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, December 17, 2010 4:21 AM >> Subject: [Pharo-project] Issue 3446 in pharo: VMMakerTool load config >> buttondoesn't work >> >> >> >> Status: New >>> Owner: ---- >>> >>> New issue 3446 by elpochodelagente: VMMakerTool load config button doesn't >>> work >>> http://code.google.com/p/pharo/issues/detail?id=3446 >>> >>> Pharo image: dev 1.1.1 >>> Pharo core version: Pharo-1.1-11411 >>> Virtual machine used: custom linux, allmost latest VMMaker, classic (not >>> cog) >>> Class browser used if applicable: OBSystemBrowserAdaptor >>> >>> Steps to reproduce: >>> 1. Load VMMaker with >>> 2. Open the VMMakerTool with: "VMMakerTool openInWorld" >>> 3. Push load config button, you get an error message >>> >>> The problem is that VMMaker tool makes use of StandardFileDialog, which >>> isn't present in Pharo anymore. The method that raises the error is >>> >>> VMMakerTool>>#loadConfig >>> | fileResult file | >>> fileResult := (StandardFileMenu oldFileMenu: FileDirectory default >>> withPattern: '*.config') startUpWithCaption: 'Select VMMaker >>> configuration...'. >>> fileResult >>> ifNotNil: [ >>> file := fileResult directory fullNameFor: fileResult name. >>> [ >>> vmMaker := VMMaker forConfigurationFile: file. >>> vmMaker logger: logger. >>> vmMaker platformDirectory >>> ] >>> on: Error >>> do: [self inform: 'Possible problem with path settings or >>> platform name?']. >>> self updateAllViews] >>> >>> >>> Changing >>> >>> fileResult := (StandardFileMenu oldFileMenu: FileDirectory default >>> withPattern: '*.config') startUpWithCaption: 'Select VMMaker >>> configuration...'. >>> >>> for >>> >>> fileResult := UIManager default chooseFileMatching: nil label: 'Select >>> VMMaker configuration...'. >>> >>> and >>> >>> file := fileResult directory fullNameFor: fileResult name. >>> >>> for >>> >>> file := fileResult >>> >>> Fixes it almost completely. It would be better to use chooseFileMatching: >>> #('*.config') but it didn't work well. >>> >>> >>> >>> >> >> > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires >

Dec. 17, 2010

Re: [Pharo-project] Graph library in Smalltalk - Need for advices

by YossiDM

I have the same problem, so I am really interested in what you find out. We've put that dev on hold for now hoping we might luck out in the next few months and someone will develop something or point us to the right place. We did consider another option which might work for you which is to call things through FFI/Alien. It's really going to depend on the scope and size of analysis you require as well as performance. Some of the more robust libraries in terms of features don't scale well or are difficult to call from Smalltalk, for example Boost Graph. Another option is there are some java libs, for example JUNG which you might be able to call from some of the Java interop libs that have been developed. I can't remember the names off hand, but I know there are least 2 decent libs in Pharo that let you call to the JVM. There's also Redline Smalltalk in the near future which would let you directly run your Smalltalk code in the JVM and then call a Java lib, but it's probably awhile before you want to consider that for production. Any other ideas from anyone? I agree that the libs we looked at were incomplete, too simple, or not up to date to even work at all on Pharo. I think we may just develop our own at some point, but we probably won't release anything for a long while to the public given our current dev priorities. -- View this message in context: http://forum.world.st/Graph-library-in-Smalltalk-Need-for-advices-tp3092747… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 17, 2010

Re: [Pharo-project] Pharo 1.2 - default packages

by Miguel CobÃ¡

El vie, 17-12-2010 a las 10:05 +0100, laurent laffont escribiÃ³: > IMHO for Pharo 1.2 Metacello configurations should be mandatory. + 1 -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Dec. 17, 2010

[Pharo-project] Graph library in Smalltalk - Need for advices

by CÃ©drick BÃ©ler

Hi All (cross-posted squeak and pharo), I'm more and more in need for some graph lib in smalltalk. I need graphs to implement special bayesian networks (specific inference mechanisms which aren't probabilistic) and also influence diagrams [1], and maybe in the future, reliablity tools (markov chains, petri nets, ...)... Do you know any existing smalltalk (open source) projects for graphs? I've only found [2] and [3] from 2005 but don't know them (they don't feel as generic as I would expect). If not, do you know any open-source projects outside of Smalltalk that I may look at ? I've found BGL (C++) [3] which was ported in Ruby (RGL) [4]. Does some of you know this lib ? Do you think it would be interesting to have an equivalent in Smalltalk ? As usual, any comments/advises would be greatly appreciated ;-) ? Cheers, CÃ©drick [1] http://en.wikipedia.org/wiki/Influence_diagram [2] http://www.squeaksource.com/Graph [3] http://www.squeaksource.com/DynaGraph.html [4] http://www.boost.org/doc/libs/1_42_0/libs/graph/doc/index.html [5] http://rgl.rubyforge.org/rgl/index.html

Dec. 17, 2010

Re: [Pharo-project] Issue 3446 in pharo: VMMakerTool load config buttondoesn't work

by Javier PimÃ¡s

OK, if I'm correct the 3449 issue is fixed and integrated now. So how do we solve this one? Because the method lays on VMMakerTool's code, for squeak. Maybe we can add a line to ConfigurationOfVMMaker>>#fixVMMakerForPharo like this: (Smalltalk at: #VMMakerTool) compile: 'loadConfig | fileResult file | fileResult := UIManager default chooseFileMatching: #(''*.config'') label: ''Select VMMaker configuration...''. fileResult ifNotNil: [file := fileResult. [vmMaker := VMMaker forConfigurationFile: file. vmMaker logger: logger. vmMaker platformDirectory] on: Error do: [self inform: ''Possible problem with path settings or platform name?'']. self updateAllViews]' It's a bit of a dirty hack, maybe there's a cleaner way. What do you think? Regards, Javier. On Fri, Dec 17, 2010 at 8:35 AM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > It seems the implementation in MorphicUIManager uses the patterns > as extensions. > > So > fileResult := UIManager default chooseFileMatching: #('config') label: > 'Select > VMMaker configuration...'. > > would work. > > However, that misses the meaning of patterns. > I've raised issue http://code.google.com/p/pharo/issues/detail?id=3449with change set attached... > > Regards, Gary > > ----- Original Message ----- From: <pharo(a)googlecode.com> > To: <pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, December 17, 2010 4:21 AM > Subject: [Pharo-project] Issue 3446 in pharo: VMMakerTool load config > buttondoesn't work > > > > Status: New >> Owner: ---- >> >> New issue 3446 by elpochodelagente: VMMakerTool load config button doesn't >> work >> http://code.google.com/p/pharo/issues/detail?id=3446 >> >> Pharo image: dev 1.1.1 >> Pharo core version: Pharo-1.1-11411 >> Virtual machine used: custom linux, allmost latest VMMaker, classic (not >> cog) >> Class browser used if applicable: OBSystemBrowserAdaptor >> >> Steps to reproduce: >> 1. Load VMMaker with >> 2. Open the VMMakerTool with: "VMMakerTool openInWorld" >> 3. Push load config button, you get an error message >> >> The problem is that VMMaker tool makes use of StandardFileDialog, which >> isn't present in Pharo anymore. The method that raises the error is >> >> VMMakerTool>>#loadConfig >> | fileResult file | >> fileResult := (StandardFileMenu oldFileMenu: FileDirectory default >> withPattern: '*.config') startUpWithCaption: 'Select VMMaker >> configuration...'. >> fileResult >> ifNotNil: [ >> file := fileResult directory fullNameFor: fileResult name. >> [ >> vmMaker := VMMaker forConfigurationFile: file. >> vmMaker logger: logger. >> vmMaker platformDirectory >> ] >> on: Error >> do: [self inform: 'Possible problem with path settings or >> platform name?']. >> self updateAllViews] >> >> >> Changing >> >> fileResult := (StandardFileMenu oldFileMenu: FileDirectory default >> withPattern: '*.config') startUpWithCaption: 'Select VMMaker >> configuration...'. >> >> for >> >> fileResult := UIManager default chooseFileMatching: nil label: 'Select >> VMMaker configuration...'. >> >> and >> >> file := fileResult directory fullNameFor: fileResult name. >> >> for >> >> file := fileResult >> >> Fixes it almost completely. It would be better to use chooseFileMatching: >> #('*.config') but it didn't work well. >> >> >> >> > > -- Javier PimÃ¡s Ciudad de Buenos Aires

Dec. 17, 2010

Re: [Pharo-project] Issue 3444 in pharo: Finder searchedTextList problem

by pharo＠googlecode.com

Updates: Status: Closed Comment #3 on issue 3444 by marcus.denker: Finder searchedTextList problem http://code.google.com/p/pharo/issues/detail?id=3444 (No comment was entered for this change.)

Dec. 17, 2010

Re: [Pharo-project] Pharo 1.2 - default packages

by laurent laffont

On Fri, Dec 17, 2010 at 1:28 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > I would really like to have commented packages in the dev. > Glimmer of hope: ConfigurationOfMocketry includes HelpSystem book and I have used it this week to learn and it has worked :) Laurent. > > Stef > > On Dec 17, 2010, at 9:04 AM, laurent laffont wrote: > > > Hi, > > > > > > What do you think about adding these packages as default in Pharo 1.2: > > - ConfigurationOfMocketry > > - ConfigurationOfXMLSupport > > - ConfigurationOfCryptography (does'nt exist yet, planned to be created > in a local coding-dojo on Tuesday). > > > > Motivations: > > - XMLSupport and Cryptography are often needed to consume web services > > - Mocketry because I want to write tests using Mocks and it's easier to > work when tools are in standard Pharo (and then newcomers can see Mocketry > examples). > > > > > > I will update ConfigurationOfPharo 1.2 (beta3 ?) if people agree. > > > > Cheers, > > > > Laurent Laffont > > >

Dec. 17, 2010

Re: [Pharo-project] [ANN] First release of Keymappings for Pharo

by StÃ©phane Ducasse

Thanks guillermo. Continue! Stef On Dec 17, 2010, at 12:07 PM, Guillermo Polito wrote: > Hi! > > I wanted to announce some advances in my work on Keymapping. What I did so far: > - some refactors and changes. I did them While I learnt the code and how it worked. There's much cleaning left. > - I added some comments to classes > - added and changed tests > - added a Pragma mecanism to collect the keymappings, like this: > > SomeClass class>>declareKeymappingOn: aBuilder > <keymap> > aBuilder > addKeymap: [ :builder | builder on: '<m-j>' do: [ :m | UIManager default inform: 'yes!' ] ] on: #Test; > attach: #Test to: SystemWindow. > > > Next things I want to do on it: > - more cleaning > - a little more documentation > - replace the string way of declaring the shortcuts (the '<m-j>') > - add Application specific shortcuts (today shortcuts are attached to morphs, and it would be good to get them declared in models of those morphs too) > - build an usable UI (today's UI doesn't reflect the changes I did. BTW, it is very odd, and I didn't found a way to use it well). > > Well, I just wanted to share it :P. I believe that in the weekend I'll build a new release ;). > > Cheers! > Guille

Dec. 17, 2010

[Pharo-project] [update 1.2] #12281

by StÃ©phane Ducasse

12281 ----- - Issue 3444: Finder searchedTextList problem. Thanks Benjamin van ryseghem. - Issue 3449: MorphicUIManager>>chooseFileMatching:label: uses extensions rather than patterns. Thanks Gary Chambers. - Issue 3448: MorphicUIManager>>chooseFileMatching:label: uses extensions rather than patterns. Thanks Gary Chambers. - Issue 3450: FileDialogWindow double click on directory causes MNU. Thanks Gary Chambers. Stef

Dec. 17, 2010