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

[bloc] shape size?
by stepharo April 4, 2016

April 4, 2016

Hi I want a square morph with a circle or a line at 45 degree inside Now I do not get it. I thought that I needed to specialize drawOnAthensCanvas: so I did BlCell >> drawOnAthensCanvas: aCanvas super drawOnAthensCanvas: aCanvas. aCanvas drawShape: (BlShape new strokePaint: (BlStrokePaint new paint: (BlColorPaint new color: (Color blue)); width: 15); path: BlCirclePath new). Now I do not know how I can specify a shape size So I will use another API than drawShape: Stef

11 68

[Ann] New version of Ghost
by Denis Kudriashov April 4, 2016

April 4, 2016

Hello. I finished new version of Ghost: - DNU approach for basic proxies instead of #cannotInterpret: trick (trick used only for class proxies) - Abstract proxy classes uses Ghost name instead of Proxy: there are GHObjectGhost and GHClassGhost. - GHProxyHandler renamed to GHGhostBehaviour. Concrete ghosts should implement #ghostBehaviour instead of #proxyHandler. - GHGhostBehaviour should define #currentMetaLevel to specify set of messages which should not be intercepted. Such meta messages will be executed under ghost instance by subclass of GHMetaMessages. In previous version there was dictionary which maps meta message selector to implementation selector. It was not suitable. Now meta messages should be directly implemented on particular GHMetaMessages subclass and all it methods are considered meta. So GhostBehaviour should return instance of GHMetaLevel with meta messages implementation class: - GHMetaLevel with: GHEmptyMetaMessages "when all possible messages should intercepted" - GHMetaLevel with: GHStandartMetaMessages "when tools specific messages should not be intercepted" For example standard meta messages implements #inspect: GHStandartMetaMessages>>inspect "Create and schedule an Inspector in which the user can examine the receiver's variables." ^ Smalltalk tools inspector inspect: *ghost* - Traits for methods explicitly defined on ghosts: TMinimalProxy, TNotNilProxy, TIdentifiedProxy (with #=, #hash, #class). Concrete proxies can add this traits to itself independently from meta level. For example traits supply convenient methods to retrieve ghost information in polymorphic way with objects: - ghost isGhost - ghost ghostClass "returns actual class of receiver" - ghost ghostPrintString "returns string which represents ghost from meta level point of view" This traits are suitable and they provide some kind of optimisation for proxies (methods from traits are executed directly instead of complex meta messages mechanizm). But maybe they are superfluous. For example they can't be reused for class proxies which substitute real object classes (to intercept all instance messages). - GHClassGhost able to replace class of real objects. It implements cannotInterpret: trick to intercept all instance messages. Subclasses should define two behaviours: #ghostBehaviour (as any other ghost) and #instancesBehaviour which will process instance messages. In previous version it was different message to same #ghostBehaviour. - New kind of proxies: - GHObjectVirus. It is special kind of GHClassProxy. It infects real object to intercept it messages. From meta level infected object looks like healthy object which means that meta messages are executed by infected object itself. As class virus looks like real victim class. So in case when virus is created with standard meta level tools will not differ him from health object. There are special messages which allow ask object about viruses: - infectedObject isInfectedByVirus - infectedObject virus - infectedObject recoverFromVirus - GHLearningObject. It is suitable proxy which retrieves all unknown methods from teacher class. Thank's Stephan for this idea. This kind of proxy allows me easily find required set of messages to support inspectors and debuggers. You can create instance of learning object by: GHLearningObject withTeacher: Object. And any operation with it will fill studiedMessages dictionary. In my case I opened GTInspector on it and got all messages which was needed for him. - Ghosts works correctly with latest Pharo 5 tools (basic inspector, GTInspector, SpecDebugger, GTDebugger). Required methods for tools are extracted to 'Ghost-GTSupport' package. - Repackaging: - Ghost-ObjectProxies. It contains all core classes and abstract GHObjectGhost which is based on DNU - Ghost-ClassProxies. It contains code for proxy which can substitute class of real object. GHClassGhost implements cannotInterpret: trick to intercept all instance messages. And it implement support for debugging such methods. - Ghost-LearningObject - Ghost-ObjectVirus - Ghost-GTSupport - test packages - All code moved to Pharo repository http://smalltalkhub.com/#!/~Pharo/Ghost (in includes packages from CAR repo too) You can load new version by: Gofer it smalltalkhubUser: 'Pharo' project: 'Ghost'; configurationOf: 'Ghost'; loadStable I use it now in Seamless and Mocketry.

6 25

[pharo-project/pharo-core] 3ca289: 50675
by GitHub April 4, 2016

April 4, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 3ca2893882c3bf2278121b57e8a991e9eb7edaaf https://github.com/pharo-project/pharo-core/commit/3ca2893882c3bf2278121b57… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-04-04 (Mon, 04 Apr 2016) Changed paths: M Collections-Tests.package/TAsStringCommaAndDelimiterSequenceableTest.class/instance/tests - comma and delimiter/testAsStringOnDelimiterLastMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterSequenceableTest.class/instance/tests - comma and delimiter/testAsStringOnDelimiterMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterTest.class/instance/tests - as string comma delimiter sequenceable/testAsCommaStringMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterTest.class/instance/tests - as string comma delimiter sequenceable/testAsStringOnDelimiterLastMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterTest.class/instance/tests - as string comma delimiter sequenceable/testAsStringOnDelimiterMore.st M Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/instanceButtonLabel.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50674.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50675.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50674.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50675.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/extension/PluggableMenuItemSpec/instance/addToMenuItemModel_.st A Spec-Examples.package/ApplicationWithToolbar.class/instance/initialization/addItem.st A Spec-Examples.package/ApplicationWithToolbar.class/instance/initialization/addItemTo_.st M Spec-Examples.package/ApplicationWithToolbar.class/instance/initialization/initializeWidgets.st A Spec-Tests.package/MenuModelTest.class/README.md A Spec-Tests.package/MenuModelTest.class/definition.st A Spec-Tests.package/MenuModelTest.class/instance/as yet unclassified/testFromSpecSubMenu.st A Spec-Tests.package/MenuModelTest.class/instance/tests/testFromSpecSingle.st A Spec-Tests.package/SpecTestCase.class/README.md A Spec-Tests.package/SpecTestCase.class/definition.st A Spec-Tests.package/SpecTestCase.class/instance/running/tearDown.st Log Message: ----------- 50675 17930 MenuModel>>fromSpec: fails to open a PluggableMenuSpec if it contains a subMenu https://pharo.fogbugz.com/f/cases/17930 17932 Natuilus "Class" button no longer shows if theres anything on the class-side https://pharo.fogbugz.com/f/cases/17932 17929 Missing parenthesis around condition (testAsCommaStringMore) https://pharo.fogbugz.com/f/cases/17929 http://files.pharo.org/image/50/50675.zip

1 0

[pharo-project/pharo-core]
by GitHub April 4, 2016

April 4, 2016

Branch: refs/tags/50675 Home: https://github.com/pharo-project/pharo-core

1 0

Bloc, Athens, Pharo5 advice
by J.F. Rick April 3, 2016

April 3, 2016

Hi everybody, I've been off doing a seaside project which really had me using Pharo more than doing anything new to develop for it. Now, I'm in the project where I get to do some more fun stuff on multi-touch interfaces in Pharo. It seems like Pharo has made major progress in that direction so I'd like to take advantage of this progress and also contribute to it. But, I'm a bit confused about the current state, whether it is usable for my project, and how I can contribute to it. First, a little about the hardware I will be working with. At home (development), I have a Dell XPS27 running Ubuntu. It has native multi-touch capabilities. At work (deployment), I have a Mac Mini (OS X) hooked up to a 4k display and get multi-touch information through TUIO. In the past, I used a separate program to turn the Dell touch input into TUIO and then process it inside Pharo (pretty easy). It seems like I should use OSWindow support these days to deal with native input on the Dell and then modify my TUIO adaptor to create those events. Is that correct? If so, how do I get started on that? Do I need a special VM? Is the OSWindow code in Pharo5 or do I need other packages? Last time around (~2 years ago), I started using Athens for rendering multi-touch graphics and it worked fairly well (great fast vector rendering). It seems like Athens has been put into Bloc, which is a framework to replace Morphic. OSWindow support also seems to be linked to Bloc. Is Bloc solid enough where I could use it to create an application? If it is fairly far along, I'd be happy to use it and contribute back to it. Again, is this just in Pharo5 or do I have to load different packages? Is there any documentation I can look at (code examples are fine)? I've already looked at the things I found on Google. Anyway, I'd appreciate any advice on how to get up to speed and perhaps how I can contribute. At minimum, I have some existing multi-touch applications that I could share, thereby giving good demos of Pharo multi-touch capabilities. Cheers, Jeff

1 0

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)
by Cameron Sanders April 3, 2016

April 3, 2016

Seems that it was renamed? Any hints of the tools I should look at to find the rank of something in a distribution? -cam On Sun, Apr 3, 2016 at 1:54 PM, Cameron Sanders via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Cameron Sanders <camsanders(a)aol.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: > Date: Sun, 3 Apr 2016 13:46:31 -0400 > Subject: Re: [Pharo-dev] Call about Numerical Methods in Pharo :) > So was SciSmalltalk renamed? > -cam > > On Sun, Mar 6, 2016 at 9:05 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> It is understandable that over time an own identity for Pharo is helpful >> (especially >> because of the bad Smalltalk marketing, failures of commercial vendors in >> the past, ...). >> But also no one can not deny/hide the original roots of Pharo: the >> primary foundations >> with pure objects all the way down and messages and concepts just plain >> Smalltalk. >> Same for the basic class hierarchy, ... >> >> So this discussion is useless, especially because Pharo still lacks many >> of the >> features a portable, integratable environment should have (and that >> Smalltalk >> failed to deliver, at least in a common way). We should not confuse >> wishes/dreams >> with existing state of the technology and facts. >> >> Also why discuss about this now again? Did we discuss about renaming >> SUnit into PUnit? No. >> This just burns our cycles. >> >> For the marketing part there is a primary question to be answered: what >> are the >> (business) problems Pharo can solve. At least if we want Pharo to be >> commercially >> viable and get money (not only our own) into the community. >> This is the part that was answered by other languages and technologies so >> far and >> the simple reason why they are used: even when they are ugly they solve a >> problem. >> >> Nonetheless: >> ============ >> If there is a rename I would suggest to rename "SciSmalltalk" >> into "Polymath". >> - https://en.wikipedia.org/wiki/Polymath >> - it can be applied to many subject areas >> - would be related to Math and science >> - would also have a "P" like Pharo in the name >> - Da Vinci was a polymath person, as well as Imhotep :) >> >> Bye >> T. >> >> > >

1 0

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)
by Esteban Lorenzano April 3, 2016

April 3, 2016

> On 06 Mar 2016, at 10:50, Benoit St-Jean via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > Instead of spending a sh*tload of bytes arguing about this nonsense, let's move on to do some coding... Sorry, but this is the only reasonable thing I can rescue from this whole thread. The same discussion arises every year once or twice and is always same result: nothing, except people getting angry and trolling in every possible directionâ¦ we will *never* reach an agreement here because is a subjective matter. Is that a reason to zealot about? No (and take into account Iâm referring to all positions here, not just one side or another). So I will ask *again* too calm down and letâs talk about what is really important? This thread has now 44 mails (45 with this now)â¦ of those, just the first mail had something to do with the original purpose. Stay calm, stay coolâ¦ we are all big persons with strong opinions that deserves respect. But we are here to put that positions aside and to discuss about what we can do togetherâ¦ they can be great of dust, you decide. Esteban ps: if it helps, consider this thread as âmoderated: not constructiveâ :)

3 2

Spec SDL2 Bridge Help
by Rob Rothwell April 3, 2016

April 3, 2016

Hello, I'm not sure if I'm right, but it looks like with Spec and SDL2 it is almost possible to compose native UI widgets from Pharo. This is very interesting to me, and I would like to volunteer as a laborer if someone could show me what to do. Obviously, a lot of the work would just be wrapping Spec around the platform API calls, which I imagine would [mostly] be a lot of trudging (once you knew what you were doing). If anyone knows what needs t be done (I really don't even know where to begin), and would be willing to mentor me, I would be very willing to do a lot of that grunt work. I've poked around in F-Script enough to know how to research Mac API calls, and there was a time in my VisualBasic days that knew how to do the same in Windows. I'm pretty good at slogging through things that just need to be done if I know what to do, but I would really need help getting started. Perhaps things aren't quite ready for this yet, but if and when they are and sheer (boring!) effort is needed, please feel free to contact me. Take care, Rob

1 0

GSoC alternative: SOCIS
by Skip April 3, 2016

April 3, 2016

Hi everyone, I just came across an alternative to GSoC called SOCIS. It's run by the ESA (European Space Agency): http://sophia.estec.esa.int/socis/ Maybe you can try applying there? Deadline is April 10th. And maybe you all know already about this, in that case feel free to let this thread die :) Best wishes, Skip

2 2

Catching Exceptions without any notice
by Nicolai Hess April 3, 2016

April 3, 2016

Please don't do this: updateHeight "no need to care about height, when it's logic is not customized" self layout isHeightCustom ifFalse: [ ^ self ]. [ self bounds: (self brickBounds withHeight: self customHeight) ] on: Exception do: [ "just skip and do nothing" ] This makes debugging GLM/Brick ui/layout code with "self haltOnce" impossible. see GLMBrickGeometryTrait>>#updateHeight GLMBrickGeometryTrait>>#updateWidth And if you log out the raised exception, you see some calls to not initialized fonts and a ZeroDevide and some more errors. The above catch, catches and hides wrong / to late initialized objects.

14 34