- Pharo-users - lists.pharo.org

Re: [Pharo-users] Nautilus code panel unsynchronized with 4.0

by Hilaire

Le 06/03/2016 11:31, stepharo a Ã©crit : > How much time do you expect your migration to take? The migration is already done. And althought I mentionned in the list the problems I met, it went pretty fine. My application is still in development, so no configuration yet. I will move later soon to 5.0. For DrGeo, migrating to 4.0 or 5.0 may be more complicate, it will be for a later time :) Hilaire -- Dr. Geo http://drgeo.eu

March 7, 2016

Re: [Pharo-users] NativeBoost replacement?

by Esteban Lorenzano

so yesâ¦ UFFI is included in Pharo5, and the âofficialâ replacement for NB. Now, NB had a lot of things that do not fit to what NB was (most of them were there originally as examples but they became aliveâ¦) the functionality you are looking for should be provided now by the package OSWindows (by Torsten). Torsten is working very hard to update his frameworks to Pharo 5.0 (Thanks!)â¦ this is good because he has tons of things windows-oriented and that works as test bed for the new UFFI :) Anywayâ¦ this was not finished but we made a pass today and now tests are green. If you can wait until tomorrow, most probably everything will be ready to useâ¦ if you really need to use it: http://smalltalkhub.com/#!/~TorstenBergmann/NOS (Notice that this repository is temporal until work is accepted and it merges back to official OSWindows repository). â¦ and you need bleedingEdge of UFFI version to get it fully working :) cheers! Esteban > On 07 Mar 2016, at 13:15, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Hi Cyril > > It seems the UFFI pre-loaded in the Pharo 5 does not include classes like "Win32Window" or NBMacShell, or contained methods. > Are these features lost? Someone already working on that? > > HernÃ¡n > > 2016-03-07 3:46 GMT-03:00 Cyril Ferlicot <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>>: > I think that ffi-nb is now call uffi and is directly in the image. > > See: https://www.mail-archive.com/pharo-dev@lists.pharo.org/msg36699.html <https://www.mail-archive.com/pharo-dev@lists.pharo.org/msg36699.html> > > > On Sunday, 6 March 2016, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com <mailto:hernan.morales@gmail.com>> wrote: > Hi Damien, > > I installed FFI-NB as follows: > > Gofer it > smalltalkhubUser: 'Pharo' project: 'FFI-NB'; > configurationOf: 'FFINB'; > loadStable > > And found the following methods are missing from NBWin32Window: > > createWindowExA:lpClassName:lpWindowName:dwStyle:x:y:width:height:hWndParent:hMenu:hInstance:lParam: > createWindowExW:lpClassName:lpWindowName:dwStyle:x:y:width:height:hWndParent:hMenu:hInstance:lParam: > ffiCalloutOptions > getActiveWindow > getCapture > getClipboardOwnerWindow > getClipboardViewer > getDesktopWindow > getForegroundWindow > getWindowFromPoint: > > Should I try something else? > > HernÃ¡n > > > > 2016-03-06 18:10 GMT-03:00 Damien Pollet <damien.pollet+pharo(a)gmail.com <>>: > The replacement is http://smalltalkhub.com/#!/~Pharo/FFI-NB <http://smalltalkhub.com/#!/~Pharo/FFI-NB> > > The API should be mostly if not completely compatible. If not tell us, as I need to adapt my ESUG 2013 tutorial :) > > On 6 March 2016 at 21:18, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com <>> wrote: > Hi guys, > > I am porting packages which uses NativeBoost in Pharo <= 4 to Pharo 5 (update: #50628). Since NB is not supported anymore I would like to know which is the replacement of such library. > > I found FFI is loadable in Pharo 5, but methods like #getForegroundWindow are missing. > Even worst, when I try to browse a method like > > #shellExecute:lpOperation:lpFile:lpPrameters:lpDirectory:nShowCmd: > > with any tool (Nautilus, Finder, etc) I get a MessageNotUnderstood: RubShoutStylerDecorator>>disableDrawingWhile: > > What's your recommendation? > > Cheers, > > HernÃ¡n > > > > > > -- > Cheers > Cyril Ferlicot > >

March 7, 2016

Re: [Pharo-users] [Moose-dev] Re: Call for action for Roassal

by Peter UhnÃ¡k

Hi Johan, I've just commited RTAnchorConstraint to latest Roassal, see class-side example there. I've been using it for my class diagrams where it works quite well, however class diagrams are usually orthogonal-ish, which makes it a bit nicer. The Anchor will avoid intersecting it's own line, and one of the end shapes (it should both but apparently I have a bug there...). It doesn't look at other lines, however you can specify on which side it should be. (You can also put the node label inside the circle with `el @ (RTLabelled new center)` but you probably know that.) â I have also a global edge labeling layout which produces good placementâ¦ but it's slow as hellâ¦ I need to write a fast flow alogrithmâ¦ Also the Anchor currently doesn't work with self-edges. On the other hand Roassal doesn't have self-edges yet so it shouldn't be a problem. :) Peter On Mon, Mar 7, 2016 at 2:34 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Better late than never :-) (working on the holidays backlog) > > I only have one request: better positioning on labels of nodes and edges. > For example see the image: three of the four labels are badly positioned > because the bounding box of their text is intersected by one or more edges. > > I know that to solve this generally is hard, but for simple cases like > this it should be possible. > > Ah, and it should work well with animations and dragging of course ;-) > > On Feb 24, 2016, at 05:51, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > Dear community, > > As you may have seen, Roassal has entered a stabilization phase. The book > AgileVisualization.com <http://agilevisualization.com> will soon be > released. After its release, Roassal will go over a new development phase. > In order to prepare it, I am asking this question: > > What are the 3 aspects you would like to see improved in Roassal? > > You can answer publicly or by sending private messages. > > Kind regards, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > >

March 7, 2016

Re: [Pharo-users] [Moose-dev] Call for action for Roassal

by Alexandre Bergel

Thanks! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Mar 7, 2016, at 10:34 AM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > > Better late than never :-) (working on the holidays backlog) > > I only have one request: better positioning on labels of nodes and edges. For example see the image: three of the four labels are badly positioned because the bounding box of their text is intersected by one or more edges. > > <Screen Shot 2016-03-07 at 10.31.24.png> > I know that to solve this generally is hard, but for simple cases like this it should be possible. > > Ah, and it should work well with animations and dragging of course ;-) > >> On Feb 24, 2016, at 05:51, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> >> Dear community, >> >> As you may have seen, Roassal has entered a stabilization phase. The book AgileVisualization.com <http://agilevisualization.com/> will soon be released. After its release, Roassal will go over a new development phase. In order to prepare it, I am asking this question: >> >> What are the 3 aspects you would like to see improved in Roassal? >> >> You can answer publicly or by sending private messages. >> >> Kind regards, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> >> https://www.list.inf.unibe.ch/listinfo/moose-dev >> > > > > ---> Save our in-boxes! http://emailcharter.org <http://emailcharter.org/> <--- > > Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/~jfabry> > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev

March 7, 2016

Re: [Pharo-users] [Moose-dev] Call for action for Roassal

by Johan Fabry

Better late than never :-) (working on the holidays backlog) I only have one request: better positioning on labels of nodes and edges. For example see the image: three of the four labels are badly positioned because the bounding box of their text is intersected by one or more edges. I know that to solve this generally is hard, but for simple cases like this it should be possible. Ah, and it should work well with animations and dragging of course ;-) > On Feb 24, 2016, at 05:51, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Dear community, > > As you may have seen, Roassal has entered a stabilization phase. The book AgileVisualization.com will soon be released. After its release, Roassal will go over a new development phase. In order to prepare it, I am asking this question: > > What are the 3 aspects you would like to see improved in Roassal? > > You can answer publicly or by sending private messages. > > Kind regards, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

March 7, 2016

Re: [Pharo-users] Lost class migrating from 3.0 to 4.0

by Hilaire

I did not try this. I prefer to start from scratch. Le 07/03/2016 13:03, HernÃ¡n Morales Durand a Ã©crit : > Have you checked obsolete behaviors/references in the class hierarchy? > Can you create the class manually and then load methods separately from > MC Browser? -- Dr. Geo http://drgeo.eu

March 7, 2016

Re: [Pharo-users] Voyage, Magritte descriptions, and nil exceptions

by Sabine Manaa

Hi Tommaso, you did not define a One>>mongoContainer. I defined it and then it seems to work. Regards 2016-03-06 1:42 GMT+01:00 Tommaso DS [via Smalltalk] < ml-node+s1294792n4882726h1(a)n4.nabble.com>: > Hi, > > I am having troubles with Voyage and Mongo. > I have some Classes that I save in Mongo, say "One", "Two", and "Three". > All three classes and are voyage roots, so the objects from each class > are stored in different collections. > One objects has a reference to Two or Three objects. > > The problem arises when I use a Magritte description and define a Mongo > container to optimize the storage: since each class is stored in its own > collection, there is no point in storing the #instanceOf attribute as > well. > > Two>>mongoContainer > <mongoContainer> > > ^ VOMongoContainer new > kind: Two; > yourself > > If I add this method, when I try to load an object One, I get the > exception: "KeyNotFound: key #nil not found in SystemDictionary". > It looks like Voyage is not able to understand the type of the objects > stored in the collection Two, when loaded from a reference. > > Am I missing something? Do I need to specify something more to make it > work? > > I reproduced the scenario in an image that can be downloaded here: > https://dl.dropboxusercontent.com/u/11506662/VoyageMongo-Link-Test.zip > > Do you have any idea? Should I report this on the issue tracker? > > Thanks! > Tommaso > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Pharo Smalltalk Users, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 7, 2016

Re: [Pharo-users] NativeBoost replacement?

by HernÃ¡n Morales Durand

Hi Cyril It seems the UFFI pre-loaded in the Pharo 5 does not include classes like "Win32Window" or NBMacShell, or contained methods. Are these features lost? Someone already working on that? HernÃ¡n 2016-03-07 3:46 GMT-03:00 Cyril Ferlicot <cyril.ferlicot(a)gmail.com>: > I think that ffi-nb is now call uffi and is directly in the image. > > See: https://www.mail-archive.com/pharo-dev@lists.pharo.org/msg36699.html > > > On Sunday, 6 March 2016, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > >> Hi Damien, >> >> I installed FFI-NB as follows: >> >> Gofer it >> smalltalkhubUser: 'Pharo' project: 'FFI-NB'; >> configurationOf: 'FFINB'; >> loadStable >> >> And found the following methods are missing from NBWin32Window: >> >> >> createWindowExA:lpClassName:lpWindowName:dwStyle:x:y:width:height:hWndParent:hMenu:hInstance:lParam: >> >> createWindowExW:lpClassName:lpWindowName:dwStyle:x:y:width:height:hWndParent:hMenu:hInstance:lParam: >> ffiCalloutOptions >> getActiveWindow >> getCapture >> getClipboardOwnerWindow >> getClipboardViewer >> getDesktopWindow >> getForegroundWindow >> getWindowFromPoint: >> >> Should I try something else? >> >> HernÃ¡n >> >> >> >> 2016-03-06 18:10 GMT-03:00 Damien Pollet <damien.pollet+pharo(a)gmail.com>: >> >>> The replacement is http://smalltalkhub.com/#!/~Pharo/FFI-NB >>> >>> The API should be mostly if not completely compatible. If not tell us, >>> as I need to adapt my ESUG 2013 tutorial :) >>> >>> On 6 March 2016 at 21:18, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> >>>> Hi guys, >>>> >>>> I am porting packages which uses NativeBoost in Pharo <= 4 to Pharo 5 >>>> (update: #50628). Since NB is not supported anymore I would like to know >>>> which is the replacement of such library. >>>> >>>> I found FFI is loadable in Pharo 5, but methods like >>>> #getForegroundWindow are missing. >>>> Even worst, when I try to browse a method like >>>> >>>> #shellExecute:lpOperation:lpFile:lpPrameters:lpDirectory:nShowCmd: >>>> >>>> with any tool (Nautilus, Finder, etc) I get a MessageNotUnderstood: >>>> RubShoutStylerDecorator>>disableDrawingWhile: >>>> >>>> What's your recommendation? >>>> >>>> Cheers, >>>> >>>> HernÃ¡n >>>> >>>> >>> >> > > -- > Cheers > Cyril Ferlicot > >

March 7, 2016

Re: [Pharo-users] Lost class migrating from 3.0 to 4.0

by HernÃ¡n Morales Durand

Hi Hilaire, Have you checked obsolete behaviors/references in the class hierarchy? Can you create the class manually and then load methods separately from MC Browser? HernÃ¡n 2016-03-03 6:01 GMT-03:00 Hilaire <hilaire(a)drgeo.eu>: > I am migrating a web application from 3.0 to 4.0. > I noted one class can't get load! It is however present in the > Squeaksource repo. > > The class is a WAComponent, it is the entry point of the application > with all the initializations. All the libraries dependencies are > satisfied. I don't see reason why the class can't be load, and there is > no such warning. Trying to load by hand this sole class does not work > either. > > Did any of you meet such problem with Pharo 4.0 > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > > >

March 7, 2016

Re: [Pharo-users] Fwd: Fwd: Phratch + Debian

by Hilaire

In last resort, it is still possible for a LiveCD to get Pratch installed even if not a Deb package. But yes, Pratch will greatly gain exposure being a Deb package, propagated to the debian family distribution. I write that, but DrGeo is not deb packaged as well... Good luck. Hilaire Le 07/03/2016 08:32, jannik laval a Ã©crit : > > I send the email to the pharo community. > Can someone help us to create a phratch .deb package ? > > The need is for a french professor who needs to create a debian live > distrib for education. He want to include phratch instead of scratch / > snap ... > So, it is a great opportunity for us. > > Thank you for your help. > Jannik -- Dr. Geo http://drgeo.eu

March 7, 2016