April 2016 - Pharo-users - lists.pharo.org

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

by Thierry Goubier

Hi Thomas, 2016-04-15 15:51 GMT+02:00 Thomas Heniart <heniart.thomas(a)gmail.com>: > Hello, > > I tried this: > ./pharo Pharo.image eval "Metacello new baseline: #YourTribes; repository: > 'github://HappyPharoHackers/YourTribes; load: #(tests)' > You need to ask your eval to save the image with: eval --save Thierry > > It seems to load everything but unfortunately when I open the image, I > don't see my packages > > And when I evaluate the Metacello expression in the playground then it > works. > > What is the problem ? > > Cheers, > Thomas >

April 15, 2016

Load a project from GitHub with command line

by Thomas Heniart

Hello, I tried this: ./pharo Pharo.image eval "Metacello new baseline: #YourTribes; repository: 'github://HappyPharoHackers/YourTribes; load: #(tests)' It seems to load everything but unfortunately when I open the image, I don't see my packages And when I evaluate the Metacello expression in the playground then it works. What is the problem ? Cheers, Thomas

April 15, 2016

Setting the pharo window title from command line

by kmo

I want to change the title of the pharo window to "My Example Application' but the -title command line option does not seem to allow spaces in the title string. I have tried single quotes and double quotes but I always get an error if I try to set the title to more than a singe word. I have been reduced to using hyphens: pharo -title My-Example-Application myimage.image I am using Pharo 4 on Linux. Am I missing something? How do I get spaces in the title string? The problem is made worse by the fact that DisplayScreen>>hostWindowTitle does not work on Linux (in pharo 4 or with 5 and Spur) I also seem to remember that there was also a very useful -geometry command line option once - but this seems to have disappeared. DisplayScreen>>hostWindowSize doesn't work on Linux either. -- View this message in context: http://forum.world.st/Setting-the-pharo-window-title-from-command-line-tp48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 15, 2016

[Bug] Sometime RPackage is desync with the system

by Yann Dubois

Hello, I loaded a repo', and later, I wanted to look my changes between my current repo' and the repo' that has been loaded. And I have this message : KeyNotFound: key #aDeletedMethod not found in MethodDirectory

April 15, 2016

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

by kmo

Many thanks for that helpful and amazingly fast answer! -- View this message in context: http://forum.world.st/Trapping-the-Pharo-window-close-event-tp4890079p48900… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 14, 2016

Re: [Pharo-users] List with Border

by Stephan Eggermont

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 14, 2016

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

by Peter UhnÃ¡k

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> 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 14, 2016

Trapping the Pharo window close event

by kmo

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 14, 2016

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

by Offray Vladimir Luna CÃ¡rdenas

Thanks a lot! Pretty useful on web scrapping and workshops. Cheers, Offray On 14/04/16 11:04, Tudor Girba wrote: > Nice! > > Doru > > >> On Apr 14, 2016, at 4:01 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >> >> 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. >> <soup.png> > -- > www.tudorgirba.com > www.feenk.com > > "Value is always contextual." > > > > > >

April 14, 2016

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

by Tudor Girba

Nice! Doru > On Apr 14, 2016, at 4:01 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > 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. > <soup.png> -- www.tudorgirba.com www.feenk.com "Value is always contextual."

April 14, 2016