April 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] System browser in Pharo 1.4

by Chris Muller

Why not just use the Hierarchy browser? On Thu, Apr 26, 2012 at 8:43 AM, Olivier Auverlot <olivier.auverlot(a)gmail.com> wrote: > Hi, > > This is probably a stupid question. Why in Pharo 1.4, the system browser does not display classes hierarchically in the column instances / class. Each class is displayed at the same level. It's not easy to read. > > How to get the same behavior as in previous versions of Pharo ? > > Best regards > Olivier

April 27, 2012

Re: [Pharo-project] What about making the configuration browser more visible?

by Schwab,Wilhelm K

That would be nice to see. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Friday, April 27, 2012 3:10 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] What about making the configuration browser more visible? On Apr 27, 2012, at 8:38 PM, Schwab,Wilhelm K wrote: > I'm simply saying that we have a problem. When I first saw the config browser, I had hoped that it would bring the problem to light and spur a fix. As it is now, there are too many quirks and caveats for the browser to have any meaning beyond a few well-behaved items. It will. Everybody should use symbolic versions to milestone their works and clients can then update. Stef

April 27, 2012

Re: [Pharo-project] SSL plugin for linux

by Sven Van Caekenberghe

Hey Igor, Thanks a lot for looking into this. I did a quick test (on a server) and yes it seems to work as expected. But someone has to run all the tests, I will try myself if I have time. Regards, Sven On 27 Apr 2012, at 19:29, Igor Stasenko wrote: > hi, i built ssl plugin > > i didn't tested but at least it find it and loads and i were able to > run 1st primitive: > > primitiveSSLCreate > "Primitive. Creates and returns a new SSL handle in the VM plugin" > > <primitive: 'primitiveCreate' module: 'SqueakSSL'> > > ^ self primitiveFailed > > > i updated the configuration & added missing source files in this commit: > > https://gitorious.org/cogvm/blessed/commit/59ef1cb1c70a93ed3c974b5d6beea0e4… > > to build SSL plugin you must have ssl, and ssl-dev libs installed: > > > sudo apt-get install openssl > sudo apt-get install libssl-dev > > > You can download prebuilt plugin from here: > > http://code.google.com/p/cog/downloads/detail?name=libSqueakSSL.so.gz&can=2… > > (it is with debug info, since i used debug config to build it) > > To build it, you shoud use >= CMakeVMMaker-IgorStasenko.157 > and > > CogUnixConfig new > addExternalPlugins: #( ... yours ... SqueakSSLPlugin ) > generateSources; generate. > > > please try plugin, if it works, so we can include it in standard build > and be built automatically on jenkins server. > > -- > Best regards, > Igor Stasenko. >

April 27, 2012

Re: [Pharo-project] What about making the configuration browser more visible?

by StÃ©phane Ducasse

On Apr 27, 2012, at 8:38 PM, Schwab,Wilhelm K wrote: > I'm simply saying that we have a problem. When I first saw the config browser, I had hoped that it would bring the problem to light and spur a fix. As it is now, there are too many quirks and caveats for the browser to have any meaning beyond a few well-behaved items. It will. Everybody should use symbolic versions to milestone their works and clients can then update. Stef

April 27, 2012

Re: [Pharo-project] Who is maintaining the Grease configuration

by StÃ©phane Ducasse

thanks I will try to reload citizen then. Today was cool hacking daysâ¦. we found some bugs in traits event notificationsâ¦ that were never used. Stef > Stef, > > Just pushed new version of Grease that loads into Pharo2.0 ... the slime/refactoring core aspect of Grease is not loaded for now... > > Dale > > ----- Original Message ----- > | From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > | To: "Pharo-project(a)lists.gforge.inria.fr Development" <Pharo-project(a)lists.gforge.inria.fr> > | Sent: Wednesday, April 25, 2012 7:37:14 AM > | Subject: [Pharo-project] Who is maintaining the Grease configuration > | > | Because we should create a symbolic version for 20 > | > | This package depends on the following classes: > | BlockContext > | You must resolve these dependencies before you will be able to load > | these definitions: > | fixCallbackTemps > | tempVarRefs > | valueWithPossibleArguments: > | > | > | >

April 27, 2012

Re: [Pharo-project] Polymorph (and a few other) changes/fixes

by StÃ©phane Ducasse

On Apr 27, 2012, at 2:53 PM, Sean P. DeNigris wrote: > > StÃ©phane Ducasse wrote >> >> - this is not about visibility more about dependencies >> > > So an extension method does not create a dependency, right? If I replace a > test like: >> (m ~= self and: [m respondsTo: #font:]) >> ifTrue: [m font: aFont] > with a Morph>>font: method in a *Polymorph protocol, all the code is still > in the Polymorph package, so it's simpler, with no clear deficiency (except > possibly clutter in the browser, which we discussed). I'm just thinking this > through for myselfâ¦. yes Now too much layering can be a problem so this is why we want to get core packages solid. Stef > > -- > View this message in context: http://forum.world.st/Polymorph-and-a-few-other-changes-fixes-tp4583837p459… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 27, 2012

[Pharo-project] Adding hooks for well known events in morphic

by Guillermo Polito

I've made up a list with all the useful morphic widget I've found in a alpha alpha alpha 2.0 image. I'd like to put in those widgets empty hooks like: Morph>>triggerOnShow "hook" for common events widgets provide usually in MVC frameworks. That means *not changing the whole interface nor refactoring everything*. *Just adding the hooks*. What we were talking with Mariano (I hate you for putting ideas in my head) today in the train was to add those empty hooks and put senders for them, what should be easy. This way we can start to homogenize morphic a bit. Most likely, in a not so far future, those empty hooks could be replaced by something like: Morph>>triggerOnShow self announcer announce: (MorphShowAnnouncement show: self) Now, here is a list of the most important widgets i've found (I could've missed some) and events they should trigger. I'm not taking into account new multitouch interfaces and stuff. For all widgets onShow onDelete onKeyUp onKeyPress onKeyDown onClick onMouseDown onMouseUp onDoubleClick onDragged onDropped onMove? onResize? For all containers onChildAdded onChildRemoved "Widgets" Check/Radio -> CheckboxButtonMorph/SimpleSwitchMorph onSelectionChanged List/Grids -> PluggableListMorph/PluggableMultiColumnListMorph/LazyListMorph/MulticolumnLazyListMorph onSelectionChanged Button -> PluggableButtonMorph/SimpleButtonMorph/MultistateButtonMorph onClick Label -> LabelMorph/FuzzyLabelMorph /MultistateLabelMorph Progress Bar-> SystemProgressBarMorph Slider -> Slider/PluggableSliderMorph onSelectionChanged Text handling -> TextMorph/PluggableTextMorph onSelectionChanged Field Handling -> PluggableTextFieldMorph/PluggableTextEditorMorph Tree -> MorphTreeMorph onSelectionChanged onExpandItem onCollapseItem Combo box -> DropListMorph/EditableDropListMorph /SearchMorph/MorphDropListMorph onSelectionChanged Menues -> MenuMorph + friends onClick (for menu item probably) Image -> ImageMorph/ImagePreviewMorph Diff -> DiffMorph Color Presenter -> ColorPresenterMorph Color chooser -> ColorChooserMorph/HSVColorSelectorMorph / SVColorSelectorMorph onSelectionChanged Task var -> TaskbarMorph "Containers" ScrollPane Windows -> SystemWindow/PluggableSystemWindow /StandardWindow Dialog window -> DialogWindow & (lots of) subclasses Panel -> PanelMorph & subclasses / PluggablePanelMorph Tabs -> TabGroupMorph (Other Tab stuff -> PluggableTabBarMorph + PluggableTabButtonMorph ) onSelectionChanged Guille

April 27, 2012

Re: [Pharo-project] SSL plugin for linux

by Sven Van Caekenberghe

On 27 Apr 2012, at 20:02, Igor Stasenko wrote: > Zodiac.. > i don't know much details since i never used it. Ask Sven bout it :) http://zdc.stfx.eu Sven

April 27, 2012

Re: [Pharo-project] What about making the configuration browser more visible?

by Schwab,Wilhelm K

I'm simply saying that we have a problem. When I first saw the config browser, I had hoped that it would bring the problem to light and spur a fix. As it is now, there are too many quirks and caveats for the browser to have any meaning beyond a few well-behaved items. ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Guillermo Polito [guillermopolito(a)gmail.com] Sent: Friday, April 27, 2012 2:20 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] What about making the configuration browser more visible? On Fri, Apr 27, 2012 at 8:11 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: I know it's not a popular opinion, but overall, they don't work. It is so bad that any effort on my part to fix one here or there would simply be sticking a finger in a collapsing Hoover dam. "Yelling in general" is a mis-characterization of my apparently being the only person willing to characterize the emperor's new clothes. There are wide-spread problems. Either the configs need to be fixed, or we need a common location for the latest incantation that is thought to work with a given version of Pharo. But then you have the same problem if people commit packages that do not work. :S Providing working versions and tagging them, right now is a people problem, not a tool problem. And the same happens with python, java, javascript, .net, ruby, the OS software... I don't know how else to put it. ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of Guillermo Polito [guillermopolito(a)gmail.com<mailto:guillermopolito@gmail.com>] Sent: Friday, April 27, 2012 1:37 PM To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] What about making the configuration browser more visible? On Fri, Apr 27, 2012 at 7:25 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: It's nice that there are examples that work, but the vast majority of configs are not so well organized. I'm not the mantainer of the majority of configs so I do not know. What I explained before is how they are supposed to work and be managed. If the person who mantains the config does not ensure you that, It's not the problem of the configuration :). Now, if there are configs not working as expected, it would be good to: - know them - tell the mantainers - try to fix one? - not yelling in general because that does not work :S. >From my side, this week I fixed the configurations of: - Glamour - OpenDBXDriver - Glorp + GlorpDBX - ScriptManager so they can load in latest 1.4. But I can't be everywhere yet :P. Also, 1.4 is has just been released, so I expect most users are moving their stuff soon. Cheers, Guille ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of Guillermo Polito [guillermopolito(a)gmail.com<mailto:guillermopolito@gmail.com>] Sent: Friday, April 27, 2012 12:26 PM To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] What about making the configuration browser more visible? I meant: Example of 1) is you loading OmniBrowser or Nautilus. Example of 2) is your project using a specific version of XmlSupport or seaside. Example of 3) is the ImageBuilder of Mariano, which loads a lot of stuff to build a Development image. :P On Fri, Apr 27, 2012 at 6:26 PM, Guillermo Polito <guillermopolito(a)gmail.com<mailto:guillermopolito@gmail.com>> wrote: Wat? Probably there was a misunderstood... 1) if you are an user of the project, stable should be enough and fine. 2) if your project is coupled to the project, probably you are coupled to an specific version. Thus, in your configuration you better put the specific number :). 3) if your project is not coupled to the project, just inteded to load it, using stable should be enough and fine. Example of 1) is you loading OmniBrowser or Nautilus. Example of 2) is your project using a specific version of XmlSupport or seaside. Example of 3) is the ImageBuilder of Mariano, which loads a lot of stuff to build a Development image. Guille On Fri, Apr 27, 2012 at 5:06 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: Put another way, if it's that simple, why all the contrary instructions over time? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of Camillo Bruni [camillobruni(a)gmail.com<mailto:camillobruni@gmail.com>] Sent: Thursday, April 26, 2012 7:40 PM To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] What about making the configuration browser more visible? On 2012-04-27, at 01:17, Schwab,Wilhelm K wrote: > Can they really download stuff? How much? Until the configurations are truly self-describing and "know" what to use for which version of Pharo[*], the Config Browser is really (sorry guys) a very clear illustration of what we have yet to do in the way of packaging. > > Bill > > [*] there needs to be one incantation that works to load everything, something like #loadStable. Then a config browser can work as advertised, and I fear, not until. Prove me wrong :) seems like you missed something (Metacello Configurations)? it's done like this in st-code: ConfigurationOfXYZ project load: #stable > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>] > Sent: Thursday, April 26, 2012 6:17 PM > To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> > Subject: Re: [Pharo-project] What about making the configuration browser more visible? > > Ok for me. > Package Maps Loader > > Stef > >> What about naming it "Package Loader" or "Package center" or something like that? >> And putting it in the main menu instead of inside of Tools? >> >> I want people who open pharo for the first time to say "Hey, here I can download stuff!!!" >> >> Guille

April 27, 2012

Re: [Pharo-project] SSL plugin for linux

by Janko MivÅ¡ek

Igor perfect, I'd just love to have this plugin in every OpenClick, including current 1.4. Best regards Janko Dne 27. 04. 2012 19:29, piÅ¡e Igor Stasenko: > hi, i built ssl plugin > > i didn't tested but at least it find it and loads and i were able to > run 1st primitive: > > primitiveSSLCreate > "Primitive. Creates and returns a new SSL handle in the VM plugin" > > <primitive: 'primitiveCreate' module: 'SqueakSSL'> > > ^ self primitiveFailed > > > i updated the configuration & added missing source files in this commit: > > https://gitorious.org/cogvm/blessed/commit/59ef1cb1c70a93ed3c974b5d6beea0e4… > > to build SSL plugin you must have ssl, and ssl-dev libs installed: > > > sudo apt-get install openssl > sudo apt-get install libssl-dev > > > You can download prebuilt plugin from here: > > http://code.google.com/p/cog/downloads/detail?name=libSqueakSSL.so.gz&can=2… > > (it is with debug info, since i used debug config to build it) > > To build it, you shoud use >= CMakeVMMaker-IgorStasenko.157 > and > > CogUnixConfig new > addExternalPlugins: #( ... yours ... SqueakSSLPlugin ) > generateSources; generate. > > > please try plugin, if it works, so we can include it in standard build > and be built automatically on jenkins server. > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

April 27, 2012