- Pharo-users - lists.pharo.org

Re: [Pharo-users] Turning off Growl notifications

by Nicolai Hess

I think there is no easy way. At least I don't see a setting for this. 2016-04-15 17:20 GMT+02:00 kmo <voxkmp(a)gmail.com>: > Is there an easy way to turn off the Growl notification > > Information - EvaluateCommandLineHandler successfully finished > > that comes up when an expression is evaluated on the command line? > > > > -- > View this message in context: > http://forum.world.st/Turning-off-Growl-notifications-tp4890227.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

April 15, 2016

Re: [Pharo-users] Trapping the Pharo window close event

by Peter UhnÃ¡k

> > I did not really get it. Now I have the impression that changing the > method definition shows that Pharo does not > offer the correct possibility. > Am I correct? > I disagree. Closing the window should not decide on it's own whether the session should be saved. Asking the user is the right thing. The ideal thing would be to not ask if nothing has happened... but that's impossible, this is a live system, not a text editor. Peter

April 15, 2016

Re: [Pharo-users] List with Border

by stepharo

I wish we could remove this self widget ifNotNil: but this is more complex than I would like. stef Le 14/4/16 21:10, Stephan Eggermont a Ã©crit : > On 14-04-16 16:53, peaslee wrote: >> I do not understand your answer. I am too new at this. >> > ListModel is a subclass of AbstractWidgetModel. > AbstractWidgetModel defines borderWidth: and borderColor:, > so one would expect all its subclasses to implement it. > > The mapping in Spec from the model to the actual widget > is in MorphicListAdapter, that is a subclass of AbstractMorphicAdapter. > > The implementation is > AbstractMorphicAdapter>borderColor: color > > self widget ifNotNil: [ :w | w borderColor: color ] > > and > AbstractMorphicAdapter>borderWidth: width > > self widget ifNotNil: [ :w | w borderWidth: width ] > > To find out how the widget is created, we need to take a look > at its superclass AbstractAdapter, which has > > AbstractAdapter class >adapt: aComposableModel > > ^ self new > adapt: aComposableModel; > yourself > > and on the instance side > AbstractAdapter>adapt: aComposableModel > > model := aComposableModel. > aComposableModel addDependent: self. > > widget := self buildWidget. > > buildWidget is then overridden for each concrete subclass > MorphicListAdapter>buildWidget > > ^ PluggableListMorph new > model: self; > getListSizeSelector: #listSize; > autoDeselect: self autoDeselect; > getIndexSelector: #getIndex; > setIndexSelector: #setIndex:; > getSelectionListSelector: #getSelectionStateFor:; > setSelectionListSelector: #setSelectionStateFor:at:; > backgroundColoringBlockOrSelector: #backgroundColorFor:at: ; > getListElementSelector: #listElementAt: ; > resetListSelector: #resetListSelection; > getMenuSelector: #menu:shifted: ; > setMultipleSelection: self multiSelection; > wrapSelector: #wrapItem:index: ; > setBalloonText: self help; > dragEnabled: self dragEnabled; > dropEnabled: self dropEnabled; > hResizing: #spaceFill; > vResizing: #spaceFill > > So we see that the concrete widget is a PluggableListMorph. > That has a method borderStyleToUse which ignores values set to the > individual component: > > PluggableListMorph>borderStyleToUse > "Answer the borderStyle that should be used for the receiver." > > ^self enabled > ifTrue: [self theme listNormalBorderStyleFor: self] > ifFalse: [self theme listDisabledBorderStyleFor: self] > > If you then look at the different implementors of borderStyleToUse, > you'll notice that there are a lot of them that only ask the theme for > a style. > > Stephan > > > > >

April 15, 2016

Re: [Pharo-users] [ANN] Introspect web content (Soup with some GT extensions)

by stepharo

This is a nice addition. I would like to do some HTML scraping again (as soon as I have the right to spend time hacking little programs :)). Stef Le 14/4/16 13:01, Torsten Bergmann a Ã©crit : > Hi, > > I added a few GT inspector extensions to Soup and cleaned up a little bit. > Released as a new version 1.8 of Soup - you will find easily in Catalog > for Pharo 5 or by opening Spotter and entering "Soup" to load. > > As the attached screenshots shows you now have a nice way to introspect > the structure of a web page as a tree in the inspector or see the > attributes of tags/nodes in a table. > > Thx > T.

April 15, 2016

Re: [Pharo-users] Trapping the Pharo window close event

by stepharo

I did not really get it. Now I have the impression that changing the method definition shows that Pharo does not offer the correct possibility. Am I correct? Stef Le 14/4/16 20:58, Peter UhnÃ¡k a Ã©crit : > The closing is intercepted in > > PasteUpMorph>>windowEvent: > > from where this is called > WorldState>>quitSession > | save | > save := self confirm: 'Save changes before quitting?' translated > orCancel: [ ^ self ]. > save > ifTrue: [Smalltalk snapshot: true andQuit: true] > ifFalse: [Smalltalk snapshot: false andQuit: true] > > So you can change the method for example to > > WorldState>>quitSession > Smalltalk snapshot: true andQuit: true > > (or snapshot: false if you don't want to save) > > Or you can close it by clicking on world menu and selecting "Save and > quit". > > Peter > > > On Thu, Apr 14, 2016 at 7:57 PM, kmo <voxkmp(a)gmail.com > <mailto:voxkmp@gmail.com>> wrote: > > How do you get rid of that "Quit Pharo without saving message" > that comes up > when you try to close the Pharo window? I want to just let the > user exit > without any message or perhaps replace the message with one of my own. > > > > > > -- > View this message in context: > http://forum.world.st/Trapping-the-Pharo-window-close-event-tp4890079.html > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

April 15, 2016

Re: [Pharo-users] Load a project from GitHub with command line

by stepharo

Yes it looks like :) Le 15/4/16 20:06, Thomas Heniart a Ã©crit : > Thanks a lot for your help Thierry, this is just perfect :D > > Cheers, > Thomas > > 2016-04-15 19:08 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com > <mailto:thierry.goubier@gmail.com>>: > > Le 15/04/2016 18:49, Damien Pollet a Ã©crit : > > On 15 April 2016 at 17:39, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com> > <mailto:thierry.goubier@gmail.com > <mailto:thierry.goubier@gmail.com>>> wrote: > > And then you can load your project with: > > Metacello new > baseline: 'YourTribes'; > repository: > 'gitfiletree://github.com/HappyPharoHackers/YourTribes > <http://github.com/HappyPharoHackers/YourTribes>'; > load: #(tests) > > > So this does the clone directly from github? YAY :D > > > Yes :) > > Thierry > > >

April 15, 2016

Re: [Pharo-users] Hello World (found a RoelTyper Bug)

by stepharo

Hello Diego Good initiative! RoelTyper is not a Moose project. It is just used in moose. Now it would be good to check a bit (RoelTyper was made to work on VisualWorks and Squeak/Pharo) and it would be nice to make sure that we do not need the VW specificities. RoelTyper is managed by RMoD so give me you login and we will add you to the project. Le 14/4/16 16:52, Diego Orellana a Ã©crit : > Hi, Pharo Users! > > I'm starting to work on types in Pharo. To be more precise, I'd like > to improve the RoelTyper (a package which "guesses" variable types in > code). What suggestions do you have? I have some ideas and I'm > currently working to find more, but it's always interesting to hear > what the community has to say :) > > Oh, and by the way, I've found a bug in RoelTyper. I have a fix, but > it seems that RoelTyper is a Moose thing, since it's not included in > the vanilla Pharo image. Do you know where I could submit the fix? > > Cheers, > Diego.

April 15, 2016

Re: [Pharo-users] Constants and the Playground

by stepharo

Le 15/4/16 18:28, Thibault Raffaillac a Ã©crit : > Hi, > > My work on OpenGL ES is almost done, Cool I'm curious if we could have an Athens backend based on it :) > and I am now trying to play with it in the Playground. However, since constants are stored in a pool dictionary you have to create a class importing it to encapsulate your OpenGL calls, so cannot just write snippets in Playground. This is very annoying for prototyping, so is there a good common design pattern to be able to use constants there ? What you could do is to generate class methods for each of the classvariable in pseudo code OpenGL classVariables do: [:each | OpenClass class compiled: each name, ' ^ ', each name classified: accessing ] this way you can do OpenGL MyConstant in the playground > > Cheers, > Thibault > >

April 15, 2016

Re: [Pharo-users] Load a project from GitHub with command line

by Thomas Heniart

Thanks a lot for your help Thierry, this is just perfect :D Cheers, Thomas 2016-04-15 19:08 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Le 15/04/2016 18:49, Damien Pollet a Ã©crit : > >> On 15 April 2016 at 17:39, Thierry Goubier <thierry.goubier(a)gmail.com >> <mailto:thierry.goubier@gmail.com>> wrote: >> >> And then you can load your project with: >> >> Metacello new >> baseline: 'YourTribes'; >> repository: 'gitfiletree:// >> github.com/HappyPharoHackers/YourTribes'; >> load: #(tests) >> >> >> So this does the clone directly from github? YAY :D >> > > Yes :) > > Thierry > > >

April 15, 2016

Re: [Pharo-users] Load a project from GitHub with command line

by Thierry Goubier

Le 15/04/2016 18:49, Damien Pollet a Ã©crit : > On 15 April 2016 at 17:39, Thierry Goubier <thierry.goubier(a)gmail.com > <mailto:thierry.goubier@gmail.com>> wrote: > > And then you can load your project with: > > Metacello new > baseline: 'YourTribes'; > repository: 'gitfiletree://github.com/HappyPharoHackers/YourTribes'; > load: #(tests) > > > So this does the clone directly from github? YAY :D Yes :) Thierry

April 15, 2016