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

Re: [Pharo-users] Playground and Dr. Geo

by Henrik Nergaard

Hi, a)Do you wrap the morph inside the morph tab view? , b) Do you use the same code for rendering as in Morph>> #gtInspectorMorphIn: . if a) it is most likely caused by the morph being wrapped within one or more transform morphs, and the offset of these are not taken into account when opening the menu. if b) The real morph position is probably not the same as where clicked causing it to open at another place. What method are you using for opening the menu: (#popUpEvent:in: , #popUpAt:forHand:in: , other)? also see: https://pharo.fogbugz.com/f/cases/15927/Menu-is-broken-when-contained-in-a-… Best regards, Henrik ________________________________ Fra: Pharo-users <pharo-users-bounces(a)lists.pharo.org> pÃ¥ vegne av Hilaire <hilaire(a)drgeo.eu> Sendt: 16. juli 2017 21:12:16 Til: pharo-users(a)lists.pharo.org Emne: [Pharo-users] Playground and Dr. Geo Hi, I am integrating the Dr. Geo Smalltalk Sketch to Playground. So far, Dr. Geo morphic view is well integrated and interactive is there. However when I select a menu in the view it opens deported. See attached screenshot. The Dr. Geo view is a StandardWindow with its label area hidden. Any idea? Thanks Hilaire -- Dr. Geo http://drgeo.eu

July 16, 2017

Playground and Dr. Geo

by Hilaire

Hi, I am integrating the Dr. Geo Smalltalk Sketch to Playground. So far, Dr. Geo morphic view is well integrated and interactive is there. However when I select a menu in the view it opens deported. See attached screenshot. The Dr. Geo view is a StandardWindow with its label area hidden. Any idea? Thanks Hilaire -- Dr. Geo http://drgeo.eu

July 16, 2017

object serialization, STON & PharoJS

by Siemen Baader

Hi all, Iâm trying to transpile the STON class to JavaScript with PharoJS to use it in a client side web application. The goal is it to retrieve object(graphs) from the server and deserialize them in the frontend via xhr. But PharoJS doesn't support thisContext, I think that's a limitation of the JavaScript VM. PharoJS raises "PjJavascriptTranspilationError - thisContext not supported. Found in Collection >> #toBraceStack:". I tried to add the <pharoJsSkip> pragma to the method in the hope that it will not be needed for my uses, but no luck. Is the use of thisContext needed in STON, can I avoid it? I had hoped to use STON because it is simple and well documented and unlike JSON handles object graphs and classes. What are my options? Alternatively, what else could I use to serialize objects? I'm already using Voyage & Mongo on the backend which deal with JSON internally, and I think Moose also has a serialization component. Using a JS library in the frontend is also an option if there is a Pharo implementation for its format as well. Thanks, Siemen

July 16, 2017

Re: [Pharo-users] Mysterious problem in loading Pharo

by Peter Uhnak

I had this problem for several months (and still do), and so far I didn't manage to figure out what is the actual cause. Sometimes it fixes itself (close Pharo and open again), sometimes opening it with different VM (and then reopen with the original) helps, and sometimes I have to restart system. After I disabled Windows Fast Boot it is somewhat more infrequent (or rather it fixes itself without the need to restart). But otherwise I might as well wave a magical wand. It is annoying but still better than then spending countless hours digging randomly and aimlessly in the VM Â¯\_(ã)_/Â¯. Peter On Sat, Jul 15, 2017 at 10:38:51PM +0800, Ben Coman wrote: > Maybe revew recent Windows 10 updates... > http://www.sysprobs.com/how-to-view-installed-updates-on-windows-10-8-1-ser… > > cheers -ben > > On Sat, Jul 15, 2017 at 6:26 PM, PBKResearch <peter(a)pbkresearch.co.uk> > wrote: > > > Hello > > > > > > > > I have a problem in loading Pharo images which, until yesterday, loaded > > without difficulty. All the images showing the problem are Pharo 6 with the > > Cog VM; older images do not seem to be affected. > > > > > > > > The first sign of a problem is that, as soon as I start the image, the > > debug console appears, with several repeats of the message: > > > > LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) > > > > The other strange thing is that the appearance of some opened windows has > > changed. Most obviously, the three icons at the top left (close, minimise, > > expand) are very close together. Also, I think the print size has got a bit > > smaller, though this is not obvious. > > > > > > > > I have recently reinstalled some components of Pharo and Moose, trying to > > solve my problems with PunQLite, so I wondered if I had fouled something > > up. To check, I made a completely new install of Pharo 6 (#60508) from the > > Pharo download page in a separate folder. When I start the image, both the > > strange things above are present, plus a debug window with the message; > > âFT2 Error: Freetype2 primitive failedâ. > > > > > > > > So it looks as though something has happened to my system which means that > > any Pharo 6 image will show these oddities. The images I have tried seem > > able to run some of my functions correctly, so itâs all to do with > > appearance. > > > > > > > > I am running on Windows 10 with all recent updates. There was a major > > update of Windows late yesterday, so it may be that the problems appeared > > then. Does anyone have any suggestions? > > > > > > > > Many thanks > > > > > > > > Peter Kenny > >

July 16, 2017

VoyageMongo with Metacello project spec in Pharo 6 on MacOS Sierra

by Guillaume Giraud

Thanks a lot ! I used your config and now it works. The result of evaluating 'Smalltalk osâ is 'a MacOSPlatformâ, and the VM is 201705310241. By the way, I find it difficult to fully grasp the Metacello config process. I have read Deep into Pharo, but I canât really understand why the modification you suggested works. Are there other resources available on the subject ? Bye. > Hi, > >> On 15 Jul 2017, at 13:46, Guillaume Giraud <guillaume.giraud(a)openmailbox.org <mailto:guillaume.giraud@openmailbox.org>> wrote: >> >> Hello, >> >> I placed this code in a baseline of my package: >> >> spec >> project: 'VoyageMongo' >> with: [ spec >> className: #ConfigurationOfVoyageMongo; >> version: #stable; >> repository: 'github://pharo-nosql/voyage/mc <github://pharo-nosql/voyage/mc>'; >> loads: #('mongo tests') ]. >> >> Unfortunately, when I load my Package from Pharo6 on MacOS Sierra I get the following error: >> >> Error: Unsupported OS platform >> >> The first lines of the stack are: >> >> BaselineOfPunQLite(Object) error: >> BaselineOfPunQLite platformLibraryName >> BaselineOfPunQLite preLoad >> MetacelloMCVersionpec(MetacelloSpec) doItBlock: >> >> In detail: >> >> platformLibraryName >> " Answer a name for the compiled version of the library " >> >> Smalltalk os isUnix ifTrue: [ ^ 'unqlite.so' ]. >> Smalltalk os isWin32 ifTrue: [ ^ 'unqlite.dll' ]. >> Smalltalk os isMacOSX ifTrue: [ ^ 'unqlite.dylib' ]. >> >> self error: 'Unsupported OS platform? >> >> With Pharo6 on MacOsSierra, ? Smalltalk os isMacOSX ? return ? false ?. But ? Smalltalk os isMacOS ? return ? true ?. >> >> What can I do? I just need to load Voyage with the configuration of my package ? > > you can just change the Smalltalk os isMacOSX line for Smalltalk os isMacOS for the moment. > now, that?s very weird :) > What?s the result of evaluating "Smalltalk os? ? > and after executing "OSPlatform startUp: true.? ? > which VM are you using (Smalltalk vm version) ? > > > and btw, is a lot better to make your config as this: > > spec > baseline: 'Voyage' > with: [ > spec > repository: 'github://pharo-nosql/voyage:1.5/mc <github://pharo-nosql/voyage:1.5/mc>'; > loads: #('mongo tests') ]. > > (referring directly the baseline) > > > cheers! > Esteban > >> Thanks.

July 16, 2017

Re: [Pharo-users] Mysterious problem in loading Pharo

by Ben Coman

On Sun, Jul 16, 2017 at 1:15 AM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Well Windows is weird. I just shut down and re-booted the system, and the > problems disappeared. Sorry to have bothered people. > Sometimes virus scanners interact badly with applications, so if it reoccurs a lot also try excluding Pharo directories. cheers -ben > > > Peter > > > > *From:* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] *On > Behalf Of *Ben Coman > *Sent:* 15 July 2017 15:39 > *To:* Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > *Subject:* Re: [Pharo-users] Mysterious problem in loading Pharo > > > > Maybe revew recent Windows 10 updates... > > http://www.sysprobs.com/how-to-view-installed-updates-on- > windows-10-8-1-server-2012 > > > > cheers -ben > > > > On Sat, Jul 15, 2017 at 6:26 PM, PBKResearch <peter(a)pbkresearch.co.uk> > wrote: > > Hello > > > > I have a problem in loading Pharo images which, until yesterday, loaded > without difficulty. All the images showing the problem are Pharo 6 with the > Cog VM; older images do not seem to be affected. > > > > The first sign of a problem is that, as soon as I start the image, the > debug console appears, with several repeats of the message: > > LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) > > The other strange thing is that the appearance of some opened windows has > changed. Most obviously, the three icons at the top left (close, minimise, > expand) are very close together. Also, I think the print size has got a bit > smaller, though this is not obvious. > > > > I have recently reinstalled some components of Pharo and Moose, trying to > solve my problems with PunQLite, so I wondered if I had fouled something > up. To check, I made a completely new install of Pharo 6 (#60508) from the > Pharo download page in a separate folder. When I start the image, both the > strange things above are present, plus a debug window with the message; > âFT2 Error: Freetype2 primitive failedâ. > > > > So it looks as though something has happened to my system which means that > any Pharo 6 image will show these oddities. The images I have tried seem > able to run some of my functions correctly, so itâs all to do with > appearance. > > > > I am running on Windows 10 with all recent updates. There was a major > update of Windows late yesterday, so it may be that the problems appeared > then. Does anyone have any suggestions? > > > > Many thanks > > > > Peter Kenny > > >

July 16, 2017

Re: [Pharo-users] The method Form>>rotateBy: slows down if applied several times to the same form

by Nicolai Hess

2017-07-11 20:59 GMT+02:00 Matteo <matteob8(a)yahoo.it>: > > > On 10/07/17 21:54, Nicolai Hess wrote: > > > > 2017-07-04 23:54 GMT+02:00 Matteo via Pharo-users < > pharo-users(a)lists.pharo.org>: > >> >> >> ---------- Weitergeleitete Nachricht ---------- >> From: Matteo <matteob8(a)yahoo.it> >> To: "Pharo is welcome (ML)" <pharo-users(a)lists.pharo.org> >> Cc: >> Bcc: >> Date: Tue, 4 Jul 2017 23:54:06 +0200 >> Subject: The method Form>>rotateBy: slows down if applied several times >> to the same form >> Dears, >> applying the method "Form>>rotateBy:" several times, to the same >> form, the system slows down dramatically, even imposing a 0Â° rotation. >> >> Below you can find a code snippet, to be run on the playground: >> >> |aForm | >> aForm:= ImageReadWriter formFromFileNamed: 'pharo.png'. >> 10 timesRepeat: [ aForm := aForm rotateBy:90 ]. >> >> >> Increasing the number of repetitions the delay get worse. >> >> Does someone else get the same issue? >> Is there something wrong on my code, or in the way I'm using the method? >> >> >> > Hi Matteo, > > thanks for this contribution. > It is good that you found out the reason for the slowing down (repeatly > creating a bigger form is of course not good). > > I looked at your fix, it seems to work but both new methods are nearly > identically, maybe it would be better to create another method for the > common parts. > > And I saw that there is another method > > Form > rotateBy: direction centerAt: aPoint > > with direction could be either #left or #right and it will rotate cw/ccw > by 90 degree > > would this be useable for your use case? > > nicolai > > > > > > Hi Nicolai, > you're right: my methods "rotateByQuarterCCW" and "rotateByQuarterCW" > are redundant. > > The method "rotateBy: direction centerAt: aPoint" does the same thing. > > > Sorry for the trouble, but I got misled be the selectors: > "rotateBy:" > "rotateBy:smoothing:" > "rotateBy:magnify:smoothing:" > > that works differently than "rotateBy:centerAt:". > > > > What should I do with the fogbugz nÂ° 20216? > > Thanks, > Matteo > Yes, I think it is Ok, to close the issue (as you already did). And it is good to comment why this is closed and what method can be used instead. Thank you Matteo. > > > >

July 15, 2017

Re: [Pharo-users] Mysterious problem in loading Pharo

by PBKResearch

Well Windows is weird. I just shut down and re-booted the system, and the problems disappeared. Sorry to have bothered people. Peter From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Ben Coman Sent: 15 July 2017 15:39 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Mysterious problem in loading Pharo Maybe revew recent Windows 10 updates... http://www.sysprobs.com/how-to-view-installed-updates-on-windows-10-8-1-ser… cheers -ben On Sat, Jul 15, 2017 at 6:26 PM, PBKResearch <peter(a)pbkresearch.co.uk <mailto:peter@pbkresearch.co.uk> > wrote: Hello I have a problem in loading Pharo images which, until yesterday, loaded without difficulty. All the images showing the problem are Pharo 6 with the Cog VM; older images do not seem to be affected. The first sign of a problem is that, as soon as I start the image, the debug console appears, with several repeats of the message: LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) The other strange thing is that the appearance of some opened windows has changed. Most obviously, the three icons at the top left (close, minimise, expand) are very close together. Also, I think the print size has got a bit smaller, though this is not obvious. I have recently reinstalled some components of Pharo and Moose, trying to solve my problems with PunQLite, so I wondered if I had fouled something up. To check, I made a completely new install of Pharo 6 (#60508) from the Pharo download page in a separate folder. When I start the image, both the strange things above are present, plus a debug window with the message; âFT2 Error: Freetype2 primitive failedâ. So it looks as though something has happened to my system which means that any Pharo 6 image will show these oddities. The images I have tried seem able to run some of my functions correctly, so itâs all to do with appearance. I am running on Windows 10 with all recent updates. There was a major update of Windows late yesterday, so it may be that the problems appeared then. Does anyone have any suggestions? Many thanks Peter Kenny

July 15, 2017

Re: [Pharo-users] Seamless - send collections by value

by Petr Fischer

Thanks for all advices/options Denis. I will play with them. pf > Hi Petr. > > There are few solutions to your problem. > > 1) You can specify #value strategy for any collections for your network > instance: > > > network transferByValue: (Kind of: Collection) > > For your example you need to apply this strategy on server side. In that > case client will continue send collections by reference but it will receive > collections by value from server. > > 2) You can specify value strategy for BlockClosure. It will perform > #select: (for example) on server side without requests to client. > > network transferByValue: (Instance of: BlockClosure) > > > Here you will need to apply strategy on client because blocks will be sent > from client to server. > > 3) You can explicitly pass objects with value strategy: > > YourService>>getPersons > > "on server side" > > ^retrievePersons asTransferredByValue > > > 4) If persons collection is instance variable of other transferred by value > object then you can specify what value means for this container: > > PersonContainer>>prepareValueTransferBy: aSeamlessObjectTransporter > > aSeamlessObjectTransporter transferByValue: contents > > > 5) You can ask any proxy to load local copy of remote object: > > proxy asLocalObject. > > > Important notice: > - Seamless has no distributed garbage collection. So if you will transfer > by reference temporary objects they will be not collected as garbage. For > example server could compute something and return it by reference. Nobody > will kill it. > But if you share only long lived service then it is not problem for you. > - there is no security in the level of Seamless. You should organize secure > channel by external tools like VPN. > > These features are in todo. > > Best regards, > Denis > > > 2017-07-13 18:21 GMT+02:00 Petr Fischer <petr.fischer(a)me.com>: > > > Hello, I am testing Seamless project (https://github.com/ > > dionisiydk/Seamless) but I did not understand one thing: > > > > I have (for example) a Person class in my server and client image. Person > > class implements: > > > > Person>>sseamlessDefaultTransferStrategy > > ^SeamlessTransferStrategy defaultByValue > > > > so all Person instances are serialized from server to client image. Good. > > > > But when I have server method, for example, getPersons, that returns a > > collection (OrderedCollection) of Person instances, this collection is > > passed by reference (or not?). > > OrderedCollection inherits transfer strategy from Object, which is "by > > reference". > > > > So in client image, when I iterate this collection, too many (thousands) > > requests occurs. > > > > How to manage only this specific collection (returned from getPersons) to > > pass by value from server to client (to be completely serialized and copied > > to the client image), so when I iterate this collection in client image to > > avoid additional network requests (proxying)? > > > > Thanks! pf > > > >

July 15, 2017

User Story Tool (aka Phratch)

by Ben Coman

howdy all, just some random musing... I've just ended a two week hardware hackathon I was on, and it was interesting the organisers advised us to spend half of our 7 minute judging-pitch-presentation on the user stories - to identify for the judges we were addressing a real problem and not just doing technology for its own sake. Afterwards I had the insight that Scratch would have made a great tool for this - for example to animate a heavy vehicle and light vehicle approaching the same intersection. And then I remember we have Phratch. So an interesting concept would be having Phratch in the Pharo Catalog under the title "User Story Tool" - and have end-users writing simple blockly scripts to describe their domain, then as the main developers write Pharo code to fulfil these requirements, it could feed working features back the animated user stories. cheers -ben

July 15, 2017