- Pharo-users - lists.pharo.org

Re: [Pharo-users] Spec and an application menu

by kilon alios

" If you constantly have to fall back on Morphs then you might as well build the whole thing with Morphs." Whats stops you from using Morphic and Spec at the same time ? It is even possible to use Morphic + Spec + Athens + NBOpenGL + Mars + .... personally I am making my own GUI API using Athens and Morphic. Athens for the actual drawing, Morphic for managing the widgets and the events. I could throw some Spec in it as well if I figure out how it works and see that it fits my way of thinking. From what I have read on Spec recent documentation it has an API for making extensions to it so adding new Morphs to it and Widgets is already doable. For me the main problem is that 90% of Pharo methods are not documented. I dont have a problem fighting with a messy library like Morphic , but taking a look at all these methods with no comments and no documentation just viewing the source is a huge waste of time and effort. I found out that its far easier to implement my own GUI API with Athens which at least it comes with a lengthy tutorial and some basic knowledge of Morphic. Its sad to reject a library just because it does not offer much documentation but I have no choice. So I have to disagree , documenting Morphic is far more important than cleaning it up. Because a method you know how to use but is difficult to use is far more useful than a method that is easy to use but you dont know how to use it.

Feb. 17, 2014

Re: [Pharo-users] Detecting open debuggers

by Andrei Chis

MorphicWindowAdapter allInstances select: [:w | (w model isKindOf: WindowModel) and: [ w model model isKindOf: SpecDebugger ] ] Based on "SpecDebugger class>>closeAllDebuggers". Cheers, Andrei On Mon, Feb 17, 2014 at 9:16 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > How to detect debugger windows? In pharo 2.0 I had this > > SystemWindow allSubInstances select: [:each| each model isKindOf: Debugger > ] > > What would be the 3.0 equivalent? > > thanks, > > Norbert > > >

Feb. 17, 2014

Detecting open debuggers

by Norbert Hartl

How to detect debugger windows? In pharo 2.0 I had this SystemWindow allSubInstances select: [:each| each model isKindOf: Debugger ] What would be the 3.0 equivalent? thanks, Norbert

Feb. 17, 2014

Writing test for the String class

by Daniela Meneses

Hi guys: I'm working on adding new test for the String class to improve the test coverage. Rigth now, the string class has 75,42% of coverage. I found out thanks to Hapao. Well, these ones are methods that I don't understand. what are they used for? how can I use them? - correctAgainst: continuedFrom: - correctAgainstDictionary: continuedFrom: - lineNumberCorrespondingToIndex: - correctAgainstEnumerator: continuedFrom: - tabDelimitedFieldsDo: - expandMacrosWithArguments: - indexOfWideCharacterFrom: to: Please, could you help me to understand them, in order to do write some test cases? -- Cheers, Dani

Feb. 17, 2014

Re: [Pharo-users] How is the screenshot tool supposed to work?

by kmo

Cool! -- View this message in context: http://forum.world.st/How-is-the-screenshot-tool-supposed-to-work-tp4744162… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 17, 2014

Re: [Pharo-users] Spec and an application menu

by kmo

Yes - there's no problem with menus if you use Morphs. Here's an interface that uses a ToolDockingBarMorph to implement a menu. <http://forum.world.st/file/n4744441/PharoScreenshot.3.png> The question is - why can't you do this in Spec? if Spec is to become the standard way to build interfaces then it needs to provide a full widget set. If you constantly have to fall back on Morphs then you might as well build the whole thing with Morphs. I can see that one day Spec may justify the effort spent on it - we may get the promised UI builder, we may get an OpenGL backend or a MARS backend that allows us to build Spec interfaces with native widgets. When these things happen we can all rejoice. But right now I'm thinking that the effort might have been better spent on cleaning and documenting Morphic, or removing the one window restriction, or fully integrating MARS. I confess I've never really understood Spec. When I first heard about it I assumed a Spec would be a text description of an interface, like Mozilla XUL or Delphi DFM files. Instead Spec is just another layer of code on top of Morphic - a layer of code that is still some way from being complete. Not ready for prime time just yet, I'm afraid. -- View this message in context: http://forum.world.st/Spec-and-an-application-menu-tp4744164p4744441.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 17, 2014

Re: [Pharo-users] How to look for local senders/implementors in a hierarchy

by btc＠openinworld.com

Esteban A. Maringolo wrote: > Is there any way (shortcut?) to search for the senders/implementors in > a selected class or any of its subclasses? > > Sometimes I want to find which methods reference a particular one in > my own hierarchy, and if the selector name is common I'll have to dive > through a long list of methods I'm not interested in :) > > Regards! > > Esteban A. Maringolo Its not a shortcut but what I do is click the <Packages...> button in Finder to use just on the ones I want, and then search Sources - which is now pretty quick. I often have several Finders open all scoped differently, so I often change the window title (e.g. "Roassal Finder") and also set the window to "Not Closable". cheers -ben

Feb. 17, 2014

Re: [Pharo-users] How to look for local senders/implementors in a hierarchy

by Sean P. DeNigris

On Feb 17, 2014, at 12:34 PM, "Esteban A. Maringolo [via Smalltalk]" <ml-node+s1294792n4744426h94(a)n4.nabble.com> wrote: > Convoluted it is. But gets the job done. Thanks! np > I got MNU (MetaClass DNU #prettyName). This is Pharo 2.0. Ah yes, I was in 3.0. IMHO it is finally safe to do so on a regular basis. ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-to-look-for-local-senders-implementors-in-a-hiera… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 17, 2014

Re: [Pharo-users] How to look for local senders/implementors in a hierarchy

by Esteban A. Maringolo

2014-02-17 12:28 GMT-03:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Esteban A. Maringolo wrote >> Is there any way (shortcut?) to search for the senders/implementors in a >> selected class or any of its subclasses? > > A bit convoluted maybe, but you can "Browse Scoped" on the hierarchy from > the Nautilus context menu. This is easy if they are all in the same package. Convoluted it is. But gets the job done. Thanks! > If you want more control, you can create a group from the hierarchy and > browse scoped on that. An easy way to create the group if the classes are > spread across different packages is to bring up a hierarchy view on the base > class, then mull-select and "Add in Group" from the context menu. HTH. I got MNU (MetaClass DNU #prettyName). This is Pharo 2.0. But nevermind, I'm fine with above proposed workaround. Esteban A. Maringolo

Feb. 17, 2014

Re: [Pharo-users] How to look for local senders/implementors in a hierarchy

by Sean P. DeNigris

Esteban A. Maringolo wrote > Is there any way (shortcut?) to search for the senders/implementors in a > selected class or any of its subclasses? A bit convoluted maybe, but you can "Browse Scoped" on the hierarchy from the Nautilus context menu. This is easy if they are all in the same package. If you want more control, you can create a group from the hierarchy and browse scoped on that. An easy way to create the group if the classes are spread across different packages is to bring up a hierarchy view on the base class, then mull-select and "Add in Group" from the context menu. HTH. ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-to-look-for-local-senders-implementors-in-a-hiera… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 17, 2014