June 2017 - Pharo-users - lists.pharo.org

snap morphs/windows to each other when dragging

by Peter Uhnak

Hi, is it possible to tell windows to "snap" to other windows when dragging? So e.g. when I am dragging Playground window, it will try to snap side by side with a close-by another window, so they don't overlap (unless I e.g. press shift or something). Thanks, Peter

June 4, 2017

Creating a BaselineOf from a ConfigurationOf>>#baselineXyz:

by Sean P. DeNigris

I'm trying to write a rewrite rule, but can't quite get it. I first want to remove `spec blessing: #baseline.` I tried the following with no effect: RBParseTreeRewriter new replace: '`@expr blessing: `#lit' with: ''; executeTree: methodTree; tree. NB: If I try to edit the expression instead of remove, by passing something like '`@expr assert: `#lit' for #with:, it works What am I missing here? Thanks! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Creating-a-BaselineOf-from-a-ConfigurationOf-baseline… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 4, 2017

Re: [Pharo-users] Porting Transducers to Pharo

by Steffen MÃ¤rcker

Dear all, attached are updated file-outs. I fixed a couple of annoyances that slipped through yesterday evening. Most notable: 1) Random generator now works. 2) Early termination via Reduced exception does MNU anymore. 3) Printing a transducer holding a block does not MNU anymore. Please, give it a spin and tell me your impressions. (At least) The coin-flipping the example from the package comment works now: scale := [:x | (x * 2 + 1) floor] map. sides := #(heads tails) replace. count := 1000 take. collect := [:bag :c | bag add: c; yourself]. experiment := (scale * sides * count) transform: collect. "experiment cannot be re-used" samples := Random new reduce: experiment init: Bag new. "transform and reduce in one step" samples := Random new transduce: scale * sides * count reduce: collect init: Bag new. "assemble coin (eduction) and flip (reduction) objects" coin := sides <~ scale <~ Random new. flip := Bag <~ count. "flip coin =)" samples := flip <~ coin. Cheers! Steffen Am .06.2017, 23:08 Uhr, schrieb Steffen MÃ¤rcker <merkste(a)web.de>: > Thanks, this appears to work. Attached you'll find the file-out from > VisualWorks and the file-out from Pharo (includes package comment). > > Cheers! > Steffen > > > Am .06.2017, 20:06 Uhr, schrieb Yanni Chiu <yanni.code(a)gmail.com>: > >> To get the extension methods into the Transducers package, the following >> worked for me - edit the category to have the prefix '*Transducers-' >> >> 2710c2710 >> >> < !Number methodsFor: 'transforming' stamp: ' 2/6/17 15:38'! >> >> --- >> >>> !Number methodsFor: '*Transducers-transforming' stamp: ' 2/6/17 15:38'! >> >> >> On Fri, Jun 2, 2017 at 11:05 AM, Steffen MÃ¤rcker <merkste(a)web.de> wrote: >> >>> Dear all, >>> >>> thanks for the many suggestions. I didn't had time to test all >>> import/export ways yet. But for now, I can report on two: >>> >>> 1) NGFileOuter >>> Unfortunately It raised several MNUs in my image. I'll investigate them >>> later. >>> >>> 2) FileOut30 (VW Contributed) >>> I was able to file out the code except for the package definition. >>> Replacing {category: ''} in the class definitions with {package: >>> 'Transducers'} fixed that. However, methods that extend existing >>> classes >>> did not end up in the Transducers package. Is there a similar easy >>> change >>> to the file-out making that happen? Also I'd like to add the package >>> comment if that's possible. >>> >>> Most things appear to work as far as I can see. Two exceptions: >>> 1) Random is a subclass of Stream in VW and in Pharo it is not. Hence, >>> I'll have to copy some methods from Stream to Random. >>> 2) I used #beImmutable in VW but I couldn't yet figure out how to make >>> objects immutable in Pharo. >>> >>> However, until the tests are ported, I cannot guarantee. Porting the >>> test >>> suite will be another beast, since I rely on the excellent >>> mocking/stubbing >>> library DoubleAgents by Randy Coulman. I am not sure how I will handle >>> that. In general, I think it would be really worth the effort to be >>> ported >>> to Pharo, too. DoubleAgents is pretty powerful and produces easy to >>> read >>> and understand mocking/stubbing code. Personally, I prefer it clearly, >>> e.g., over Mocketry (no offence intended!). >>> >>> Attached you'll find the file-out that I loaded into Pharo. The issues >>> above are not addressed yet. However, the following example works: >>> >>> | scale sides count collect experiment random samples coin flip | >>> scale := [:x | (x * 2 + 1) floor] map. >>> sides := #(heads tails) replace. >>> count := 1000 take. >>> collect := [:bag :c | bag add: c; yourself]. >>> experiment := (scale * sides * count) transform: collect. >>> random := #(0.1 0.3 0.4 0.5 0.6 0.7 0.8 0.9). >>> >>> samples := random >>> reduce: experiment >>> init: Bag new. >>> >>> samples := random >>> transduce: scale * sides * count >>> reduce: collect >>> init: Bag new. >>> >>> coin := sides <~ scale <~ random. >>> flip := Bag <~ count. >>> >>> samples := flip <~ coin. >>> >>> >>> Best, Steffen >>> >>> >>> >>> Am .06.2017, 08:16 Uhr, schrieb Stephane Ducasse >>> <stepharo.self(a)gmail.com >>> >: >>> >>> There is a package for that NGFileOuter or something like that on >>> cincom >>>> store. >>>> We used it for mobydic code. >>>> >>>> On Wed, May 31, 2017 at 6:35 PM, Alexandre Bergel < >>>> alexandre.bergel(a)me.com> >>>> wrote: >>>> >>>> If I remember correctly, there is a parcel in VisualWorks to export a >>>> file >>>>> out (Squeak format). >>>>> >>>>> @Milton, can you give a hand to Steffen? >>>>> >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> On May 31, 2017, at 10:32 AM, Steffen MÃ¤rcker <merkste(a)web.de> wrote: >>>>> >>>>> Thanks for the encouraging response! First question: Which is the >>>>> recommended (friction free) way to exchange code between VW and >>>>> Pharo? >>>>> >>>>> Cheers! >>>>> Steffen >>>>> >>>>> Am .05.2017, 16:22 Uhr, schrieb Alexandre Bergel < >>>>> alexandre.bergel(a)me.com >>>>> >: >>>>> >>>>> I second Sven. This is very exciting! >>>>> >>>>> Let us know when you have something ready to be tested. >>>>> >>>>> Alexandre >>>>> >>>>>

June 3, 2017

Re: Morphic or forking bug?

by Milan Vavra

Sven's Clock example. Just unzip & file in. MyClock.zip <http://forum.world.st/file/n4949170/MyClock.zip> Best Regards, Milan Vavra -- View this message in context: http://forum.world.st/Morphic-or-forking-bug-tp4948727p4949170.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 3, 2017

Re: [Pharo-users] Morphic or forking bug?

by horrido

Okay, let me explain my application... It displays a Morphic window containing lines of information that are updateable in real time on a periodic basis. As I indicated in the original post, the code skeleton is basically: initA a := ((StringMorph contents: '####') color: Color white) position: (0@0). m addMorph: a initialize f := Form fromFileNamed: 'hot_air_balloon_mysticmorning.jpg'. m := ImageMorph new. m form: f. self initA. m openInWindowLabeled: 'Cranky'. delay := (Delay forSeconds: 5). [ [ true ] whileTrue: [ a contents: 0 asString. delay wait ] fork Imagine that #initA creates many such StringMorphs, each displaying a different kind of information. In the endless loop, imagine that instead of 'a contents: 0 asString', I'm updating all of the StringMorphs I created in #initA. The need to do this in a separate thread is to prevent Pharo from being completely frozen during the 'delay wait', which is practically all the time! Now, I did try Hilaire's suggestion to use Morphic's step protocol instead. But in my test scenario of closing the app/saving and exiting the image/restarting the image, repeatedly (in may take 10-20 times), it still causes the occasional segmentation fault. So if the problem is updating a structure in the main thread from another process, then why did Hilaire's suggestion not solve the problem? It seems to me, then, either way, it's an issue of multithreading...whether my way or Hilaire's way. Sven Van Caekenberghe-2 wrote > Hi Horrido, > > It is very hard to follow what you are exactly doing or trying to do. > > Here is the simplest example I can think of that updates something in > Morphic on a regular basis. > > StringMorph subclass: #MyClock > instanceVariableNames: '' > classVariableNames: '' > package: '_UnpackagedPackage' > > MyClock>>#initialize > super initialize. > self updateClock > > MyClock>>#step > self updateClock > > MyClock>>#updateClock > self contents: Time now printString > > MyClock class>>#open > "self open" > > ^ self new openInWindow > > This inherits #stepTime as 1 second. If I open such a window and save my > image, it is still there when the image is restarted, with the clock still > working. > > Updating (data structures in) the main UI process from another process is > dangerous. Saving such constructs is even more dangerous. > > HTH, > > Sven > >> On 2 Jun 2017, at 15:54, horrido < > horrido.hobbies@ > > wrote: >> >> Sorry, I could be mistaken. I just checked my notes. The *0 asString* >> test >> failed once, but I've not been able to replicate it. I might've been >> working >> with an unclean image. >> >> So perhaps it is related to Morphic, after all. >> >> >> horrido wrote >>> Yup, they all fail. Interesting that >> * >>> 0 asString >> * >>> fails. This means it has NOTHING to do with Morphic (or Morphic being >>> thread-unsafe). >>> >>> Ben Coman wrote >>>> On Wed, May 31, 2017 at 10:23 PM, horrido < >> >>>> horrido.hobbies@ >> >>>> > wrote: >>>> >>>> Can you try a few other variations... >>>> [ [ true ] whileTrue: [ 0 asString. delay wait ] fork. >>>> [ [ true ] whileTrue: [ a contents: '0'. delay wait ] fork. >>>> [ [ true ] whileTrue: [ a contents: '0'. ] forkAt: 20. >>>> >>>> cheers -ben >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Morphic-or-forking-bug-tp4948727p4948984.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. -- View this message in context: http://forum.world.st/Morphic-or-forking-bug-tp4948727p4949166.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 3, 2017

Re: [Pharo-users] planet squeak and friends

by Bruce O'Neel

Hi Stef, Thanks.ÃÂ Do you mind that planet squeak has Pharo blogs?ÃÂ I think it's reasonable since they share a history. cheers bruce

June 3, 2017

Deprecating Auto-fix: WOW

by Sean P. DeNigris

Either I died and went to heaven, or my Pharo 6 image just ported all my deprecated methods auto-magically. Very cool! Thanks!!! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Deprecating-Auto-fix-WOW-tp4949164.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 3, 2017

Re: [Pharo-users] Pharo and QT

by Julien Delplanque

Hello, Some month ago I did a project that allows to generate python code from Pharo, Python3Generator [1]. I used it to play with Matplotlib [2] and it works pretty well (I should announce these projects one day... :-) ). Seeing your mail, I took a look at it to see if it was possible to make a PyQt windows pop using it and it works (I'll put the source code to try by yourself at the end of this mail). Of course, once you start Qt events loop, the image is frozen (see the screenshot attached to this mail). :-) Nevertheless, P3G is not complete and yet, you can not retrieve values from Python side, it is just used to generate and execute code without getting results back from an execution. I guess this will be problematic for buttons callbacks for example. But it could probably be extended to retrieve these values... P3G can use your Atlas Python interpreter but, I could not get a window to pop with it. I don't know why since the interpreter returns no error. Julien Links: [1]: https://github.com/juliendelplanque/Python3Generator [2]: https://github.com/juliendelplanque/MatplotLibBridge Load P3G: Metacello new baseline: 'Python3Generator'; repository: 'github://juliendelplanque/Python3Generator/repository'; load The source code (#<- message is used to build an assignation, #=> is used to access the attribute of an object): "Use and initialize the FFI interpreter." P3GInterpreter useFFIInterpreter. P3GInterpreter current pathToPython: '/usr/bin/python3'. "instructions will hold the instructions of the program we are going to build." instructions := P3GInstructionsList new. "Import sys and PyQt." sys := 'sys' asP3GIdentifier. pyqt := 'PyQt4' asP3GIdentifier => 'QtGui'. instructions add: sys import; add: pyqt import. "Instantiate Qt App." app := 'app' asP3GIdentifier. instructions add: app <- ((pyqt => 'QApplication') callWith: #(())). "Create a simple window with a progress bar." w := 'w' asP3GIdentifier. instructions add: w <- (pyqt => 'QMainWindow') call; add: (((w => 'statusBar') call => 'showMessage') callWith: #('Ready')); add: ((w => 'setGeometry') callWith: #(300 300 250 150)); add: (( w => 'setWindowTitle') callWith: #(Statusbar)); add: (w => 'show') call; add: ((sys => 'exit') callWith: { (app => 'exec_') call }). "Execute the program built (you can inspect instructions to see the source code)." instructions execute. On 02/06/17 22:00, Dimitris Chloupis wrote: > There is a way to make this into a small task > > One of my experiments of testing my Pharo to Python bridge (What I have > named project "Atlas") was to build a QT hello world example. It created a > problem because I was using python threads that QT does not like (it offers > its own kind of threads) but after changing the code to use no threads, it > worked. > > My bridge is not like UFFI where anything has to be wrapped because unlike > C , Python is a dynamic language so there is no need for wrappers because > Atlas allows dynamic execution of code. But of course there is the issues > of data types and how they can be mapped to Pharo and the fact that PyQT > free version is GPL and commercial is 500 dollars which sits of course on > top of the commercial version of QT. So at the time I decided to not pursue > it. > > I will give it a try and see how far it can goes, at worst I may offer a > partial solution to using QT with Pharo. Then someone else can take it from > there if there is genuine interest and expand it to more features. > > On Fri, Jun 2, 2017 at 12:01 AM Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> Hi dimitris >> >> We would love to have that. We could have a Spec binding and build >> automatically applications in QT for people willing. >> Esteban always wanted to have a Cocoa binding used the same way. >> But this is large task >> >> Stef >> >> On Thu, Jun 1, 2017 at 2:44 PM, Hilaire <hilaire(a)drgeo.eu> wrote: >> >>> A must for any serious dekstop application with Pharo, but it is a hudge >>> task >>> >>> >>> Le 29/05/2017 Ã 14:35, Dimitris Chloupis a Ã©crit : >>>> Is there an interest for working with QT from Pharo ? I make no >>>> promises just something I was interested in trying. >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>> >>> >>>

June 3, 2017

Re: [Pharo-users] planet squeak and friends

by Stephane Ducasse

Hi Bruce Thanks for taking care about this. Now I would check because there are many broken old links and it gives the impression of abandonware. Pharo official blog is: https://pharoweekly.wordpress.com and it points to three blogs: - http://astares.blogspot.fr (excellent and active) - https://clementbera.wordpress.com (really nice to understand inside the vm). - and cog Stef On Sat, Jun 3, 2017 at 11:00 AM, Bruce O'Neel <bruce.oneel(a)pckswarms.ch> wrote: > Hi, > > At a timescale that only can be described as geological I am moving the > existing planet squeak and friends http://planet.squeak.org/ to a new box > and will be maintaining it. > > Lots of the links have rotted over time. If you have a squeak or pharo > related blog could you glance at the links on the right hand side of > planet.squeak.org and see if your blog is listed, and, if so make sure > the feed link is ok? If it is not listed if you send me the info I will > add it. > > Finally, does someone have an opinion about what to do with Andreas' > blog? I would like to leave it... And what about the others that are no > longer updated but still work? > > cheers > > bruce > > >

June 3, 2017

planet squeak and friends

by Bruce O'Neel

Hi, At a timescale that only can be described as geological I am moving the existing planet squeak and friends [http://planet.squeak.org/](http://planet.squeak.org/) to a new box and will be maintaining it. Lots of the links have rotted over time.ÃÂ If you have a squeak or pharo related blog could you glance at the links on the right hand side of planet.squeak.org and see if your blog is listed, and, if so make sure the feed link is ok?ÃÂ If it is not listed if you send me the info I will add it. Finally, does someone have an opinion about what to do with Andreas' blog?ÃÂ I would like to leave it...ÃÂ And what about the others that are no longer updated but still work? cheers bruce

June 3, 2017