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

Re: [Pharo-project] [Pharo-users] Screencast on Tiling Window Manager

by laurent laffont

Guillermo, I've load it, I understood how it works, now I'm adding keymapping for TWM and it's cooooooooooool !!!!!!!!! Laurent. On Mon, May 30, 2011 at 5:01 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Hmm, well, because of that I've decided to continue working on another > repository... Try: > > Gofer it > squeaksource: 'ShortWays'; > package: 'ConfigurationOfKeymapping'; > load. > > (ConfigurarionOfKeymapping project version: #bleedingEdge) load > > I'm developing in 1.3 btw, so It should not be compatible with 1.2 so far. > > > On Mon, May 30, 2011 at 11:55 AM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Is ConfigurationOfKeyMapping supposed to load on 1.3 ? I've tried: >> >> ConfigurationOfKeymapping project latestVersion load: #( 'default' 'tests' >> 'configurations' ) >> >> >> (ConfigurationOfKeymapping project version: '1.3') load. >> >> but always end with debuggers opened ..... >> >> >> Laurent >> >> >> On Mon, May 30, 2011 at 3:22 PM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Yesterday I went to sleep late to make Keymapping work on >>> PluggableTextMorph & friends crap :). >>> >>> >>> On Mon, May 30, 2011 at 7:40 AM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> And I would like to have a new wa to handle shortcuts and keybinding in >>>> 1.4 >>>> >>>> Stef >>>> >>>> On May 30, 2011, at 10:04 AM, laurent laffont wrote: >>>> >>>> > >>>> > On Mon, May 30, 2011 at 9:51 AM, Bernat Romagosa < >>>> tibabenfortlapalanca(a)gmail.com> wrote: >>>> > What about the possibility of implementing shortcuts? A big part of >>>> the point of most of these WMs is to minimize the use of the rat ;) >>>> > >>>> > >>>> > yes yes it's planned, I want to use ConfigurationOfKeymapping .... may >>>> be someone can have a look to help ? >>>> > >>>> > Laurent. >>>> > >>>> > >>>> > For example, in my WM you'd go c-t s to get an horizontal split, c-t S >>>> to get a vertical split, c-t t to switch between the two last used windows, >>>> c-t space to cycle through all open windows etc. >>>> > >>>> > Just a suggestion... >>>> > >>>> > Bernat. >>>> > >>>> > >>>> > 2011/5/30 laurent laffont <laurent.laffont(a)gmail.com> >>>> > I've never used xmonad but if you provide an alternate layout >>>> implementation (See TilingWM>>tileWindows: ) + tests :) I will merge it >>>> using a Strategy Pattern. >>>> > >>>> > Laurent. >>>> > >>>> > On Sat, May 28, 2011 at 9:52 PM, Miguel Moquillon < >>>> miguel.moquillon(a)gmail.com> wrote: >>>> > >>>> > It is a cool project with which I could retrieve my habits from my >>>> window manager (I use xmonad) on my GNU/Linux machines. >>>> > You talk about emacs as inspiration of your project; why don't take >>>> ideas from tiling window manager like xmonad, awesome or others? For >>>> exemple, they use the concept of layouts to provide several policy on >>>> tiling window management. >>>> > >>>> > Mig >>>> > >>>> > >>>> > Le 28 mai 2011 Ã 00:15, laurent laffont <laurent.laffont(a)gmail.com> a >>>> Ã©crit : >>>> > >>>> >> Here: >>>> http://magaloma.blogspot.com/2011/05/tiling-window-manager.html >>>> >> >>>> >> Not really good, awful english (I'm tired :) but feedback is always >>>> welcome ! >>>> >> >>>> >> >>>> >> Laurent Laffont - @lolgzs >>>> >> >>>> >> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>>> >> Blog: http://magaloma.blogspot.com/ >>>> >> Developer group: http://cara74.seasidehosting.st >>>> >> >>>> > >>>> > >>>> > >>>> >>>> >>>> >>> >> >

May 30, 2011

Re: [Pharo-project] A radical proposal (to cut down dead code)

by Casimiro de Almeida Barreto

Regarding this subject I think: 1. There's impossible to authoritatively classify anything as "dead code" unless there's a reference standard of what's core and what's not core (like, Java defines the JFCs). At this point it would be useful to have a reference standard of "core classes" and their "core messages/methods". 2. Having a reference model, it would be nice to have a way preventing modifications of core classes inside official distribution. Meaning: to be considered part of an official pharo distribution, code must not alter foundation classes. That shouldn't be an issue due to huge support for inheritance provided by smalltalk. So, if need arises to have, let's say, a new message/method inside something like Array or OrderedCollection or whathever, it's easy to do that simply creating MyNewLittleOrderedCollection... It's not hard to verify integrity of core classes using digital signatures. 3. There should be an official policy for marking code as "obsolete" or "deprecated". I guess that once a model of reference classes is established, it's easier to start profiling things and finding what's alive and what's dead (not used anymore inside an official distribution). It also prevents the uncontrolled growth of "core stuff" as consequence of ad-hoc solutions. A plus advantage of defining a set of core classes is that it makes easy to fully document and analyze them. It allows to ensure several things that are required for any system to be used in the development of serious commercial software: 1. Profiling (theoretical/measured): known algorithms 2. Security 1. Regarding continuous operation and up time 2. Regarding "civilized" use of resources (memory, IO) 3. Regarding integrity of data 4. Regarding misuse & unforeseen uses of classes/messages/resources 5. Regarding privacy 6. etc... 3. It makes it possible to have serious end user documentation, clearly specifying functionality, interfaces, cases of use, limits, error conditions, etc. (side comment: it never went into my mind de discourse of "documentation is the code" (moreover when some code is not easily understandable)). My 2Â¢ CdAB

May 30, 2011

Re: [Pharo-project] How to know 'real' extent of a PanelMorph

by StÃ©phane Ducasse

cyrille I was rereading your mail and I could not really understand what you are really looking for. Stef On May 20, 2011, at 3:34 PM, Cyrille Delaunay wrote: > Hello, > > I have a panelMorph composed by several row/columns with different kind of morphs. > What I would like to know is, what is the extent / size that I should use to FULLY display this panel (without scrollbars). > Each time I ask for the extent of a panelMorph, it answers 50@40, whatever what is inside. If you openInWorld you will have something very very small. > Is there a way to retrieve an extent with which the panel morph will be 'well' displayed (without having scrollbars everywhere)? > > In other words, what I really want to know is: > Given two panelMorph, is there a way to say that one need more place than the other to be displayed? >

May 30, 2011

[Pharo-project] looking for inputField with memory of the last typed entries

by stephane ducasse

Hi I would like to know if an inputField with last typed entry is available in Pharo (if not I will ask benjamin to see what he can do) because we need better widgets. Stef

May 30, 2011

Re: [Pharo-project] How to know 'real' extent of a PanelMorph

by StÃ©phane Ducasse

Cyrille I tried to understand what you need because minExtent seems to returns the minimum size that is required to display a morph. I tried your example and open the two morphs and everything looks fine. Did you check the implementation of minExtent because may be you can use it as a basis for optimalExtent? Stef On May 30, 2011, at 1:50 PM, Cyrille Delaunay wrote: > Thanks gary. > Indeed #minExtent give something interesting according the 'resizing strategy' of the submorphs (#rigid #spaceFill #shrinkWrap). If resizing of submorphs are #rigid, it works well. For example : > > |tmpPanelMorph| > tmpPanelMorph := PanelMorph new changeTableLayout;hResizing: #shrinkWrap; > vResizing: #shrinkWrap; listDirection: #leftToRight; yourself. > > tmpPanelMorph addMorphBack: ( > (PluggableListMorph > on: (ListModel new list: #(adededed ) ;yourself) > list: #list > selected: #selectionIndex > changeSelected: #selectionIndex: ) hResizing: #rigid; vResizing: #rigid ; yourself) . > tmpPanelMorph addMorphBack: ( > (PluggableListMorph > on: (ListModel new list: #(a b c d e f g h i j k l m n ) ;yourself) > list: #list > selected: #selectionIndex > changeSelected: #selectionIndex: ) hResizing: #rigid; vResizing: #rigid ; yourself). > > tmpPanelMorph minExtent. > > > The minExtent is 'correct'. Now if you try with: > > |tmpPanelMorph| > tmpPanelMorph := PanelMorph new changeTableLayout;hResizing: #shrinkWrap; > vResizing: #shrinkWrap; listDirection: #leftToRight; yourself. > > tmpPanelMorph addMorphBack: ( > (PluggableListMorph > on: (ListModel new list: #(adededed ) ;yourself) > list: #list > selected: #selectionIndex > changeSelected: #selectionIndex: ) hResizing: #spaceFill; vResizing: #spaceFill ; yourself) . > tmpPanelMorph addMorphBack: ( > (PluggableListMorph > on: (ListModel new list: #(a b c d e f g h i j k l m n ) ;yourself) > list: #list > selected: #selectionIndex > changeSelected: #selectionIndex: ) hResizing: #spaceFill; vResizing: #spaceFill ; yourself). > > tmpPanelMorph minExtent. > > It answers something smaller. So I don't know if it would make sense to be able to retreive the same extent whatever the 'extending stratgies' of the submorphs ? Maybe another method that would always return this value (optimalExtent like you said) ? > > > 2011/5/23 Gary Chambers <gazzaguru2(a)btinternet.com> > Try #minExtent, though that won't cater for things with scrollbars. > Perhaps worth re-implementing #optimalExtent to deal with those. > > Regards, Gary > ----- Original Message ----- > From: Cyrille Delaunay > To: pharo-project > Sent: Friday, May 20, 2011 2:34 PM > Subject: [Pharo-project] How to know 'real' extent of a PanelMorph > > Hello, > > I have a panelMorph composed by several row/columns with different kind of morphs. > What I would like to know is, what is the extent / size that I should use to FULLY display this panel (without scrollbars). > Each time I ask for the extent of a panelMorph, it answers 50@40, whatever what is inside. If you openInWorld you will have something very very small. > Is there a way to retrieve an extent with which the panel morph will be 'well' displayed (without having scrollbars everywhere)? > > In other words, what I really want to know is: > Given two panelMorph, is there a way to say that one need more place than the other to be displayed? > >

May 30, 2011

Re: [Pharo-project] loading code from command line inovcation

by StÃ©phane Ducasse

thanks hilaire we should fixed that! Stef On May 30, 2011, at 9:12 PM, Hilaire Fernandes wrote: > Some more tests: > > 1. this crash the image: > squeak PharoCore-1.3.image `pwd`/cacaboudin > > cacaboudin does not exist > > 2. this crash the image: > squeak PharoCore-1.3.image `pwd`/empty.st > > where empty.st is empty > > 3. this work: > > squeak PharoCore-1.3.image `pwd`/test.st > > where test.st only contains: Transcript show: 'hello' > > > > > > > > Le 28/05/2011 22:53, Hilaire Fernandes a Ã©crit : >> Still does not work >> >> Hilaire >> >> Le 28/05/2011 21:02, Guillermo Polito a Ã©crit : >>> It seems code loader is not sending #startRetrieval to the UrlDownload >>> Request, and the Semaphore waits forever. >>> >>> I've put a changeset with what I think is a fix in the tracker :). >>> >>> On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes >>> <hilaire.fernandes(a)gmail.com >>> <mailto:hilaire.fernandes@gmail.com>> wrote: >>> >>> And the debug is there. >>> The halt does not crash the VM in normal condition. (ie Alt-[.] is ok) >>> >>> Hilaire >>> >>> >>> Le 28/05/2011 19:07, Hilaire Fernandes a Ã©crit : >>>> And when there are no halt in commandLineHandlerAction:, the image is >>>> frozen >>>> >>>> Le 28/05/2011 18:53, Hilaire Fernandes a Ã©crit : >>>>> With latest pahro core 1.3, I can't load script with command like >>>>> >>>>> >>>>> squeak pharo "`pwd`\myScript.st" >>>>> >>>>> When I put a halt at the begining of commandLineHandlerAction: >>>>> aCommandLine the VM crash >>>>> >>>>> VM is 4.0.3-2202 >>>>> >>>>> Hilaire >>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> Education 0.2 -- http://blog.ofset.org/hilaire >>> >>> >> >> > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

May 30, 2011

Re: [Pharo-project] loading code from command line inovcation

by Hilaire Fernandes

The enclosed .st file does not work on my setup with: squeak Pharo.image `pwd`/test.st strange -- Education 0.2 -- http://blog.ofset.org/hilaire

May 30, 2011

Re: [Pharo-project] loading code from command line inovcation

by Hilaire Fernandes

Some more tests: 1. this crash the image: squeak PharoCore-1.3.image `pwd`/cacaboudin cacaboudin does not exist 2. this crash the image: squeak PharoCore-1.3.image `pwd`/empty.st where empty.st is empty 3. this work: squeak PharoCore-1.3.image `pwd`/test.st where test.st only contains: Transcript show: 'hello' Le 28/05/2011 22:53, Hilaire Fernandes a Ã©crit : > Still does not work > > Hilaire > > Le 28/05/2011 21:02, Guillermo Polito a Ã©crit : >> It seems code loader is not sending #startRetrieval to the UrlDownload >> Request, and the Semaphore waits forever. >> >> I've put a changeset with what I think is a fix in the tracker :). >> >> On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes >> <hilaire.fernandes(a)gmail.com >> <mailto:hilaire.fernandes@gmail.com>> wrote: >> >> And the debug is there. >> The halt does not crash the VM in normal condition. (ie Alt-[.] is ok) >> >> Hilaire >> >> >> Le 28/05/2011 19:07, Hilaire Fernandes a Ã©crit : >> > And when there are no halt in commandLineHandlerAction:, the image is >> > frozen >> > >> > Le 28/05/2011 18:53, Hilaire Fernandes a Ã©crit : >> >> With latest pahro core 1.3, I can't load script with command like >> >> >> >> >> >> squeak pharo "`pwd`\myScript.st" >> >> >> >> When I put a halt at the begining of commandLineHandlerAction: >> >> aCommandLine the VM crash >> >> >> >> VM is 4.0.3-2202 >> >> >> >> Hilaire >> >> >> >> >> > >> > >> >> >> -- >> Education 0.2 -- http://blog.ofset.org/hilaire >> >> > > -- Education 0.2 -- http://blog.ofset.org/hilaire

May 30, 2011

Re: [Pharo-project] Smalltalk job :)

by StÃ©phane Ducasse

On May 30, 2011, at 8:17 PM, Torsten Bergmann wrote: >> HRWorks in Germany is looking for Smalltalkers. > > For interested parties some more details: > > - AFAIK HRWorks, a Travel costs management is done in VisualWorks > - Job Description http://www.hrworks.de/de/unternehmen/jobs-karriere.html > - A video of the application they are building > http://www.youtube.com/user/HRworksTV#p/u/0/s1iwRHUNG28 > >> There are about to open source a nice web framework. > > Stef, do you know any details about it? yes there are looking for a cool guy to port it to Pharo and so that they can open-source it. What I saw is that this is a nice layer to get javascript wrapped in the web and do everything in Smalltalk It will be presented at ESUG and it would be great to have it open-sourced by then :) > > Bye > T. > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

May 30, 2011

Re: [Pharo-project] Smalltalk job :)

by Franz Josef Konrad

that's right.... HRWorks is developed in Visual Age as you can see from Thomas Holzer's posting at the Instantiations forum <http://forums.instantiations.com/viewtopic.php?f=12&t=6253>. Regards, Franz Josef Am 30.05.2011 20:24, schrieb Marcus Denker: > > On May 30, 2011, at 8:18 PM, Torsten Bergmann wrote: > >>> HRWorks in Germany is looking for Smalltalkers. >> >> For interested parties some more details: >> >> - AFAIK HRWorks, a Travel costs management is done in VisualWorks > > I thought visual age? > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

May 30, 2011