March 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] adding credentials to a repo via a playground script

by Sven Van Caekenberghe

I don't know exactly how this is implemented or how it was designed; but I often felt as if you can easily have multiple copies of the same repository spec, where different packages use different ones; setting the credentials for one sometimes makes no difference for another user ... > On 08 Mar 2016, at 10:24, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > > Le 07/03/2016 18:21, Peter UhnÃ¡k a Ã©crit : >> MCRepositoryGroup default removeRepository: >> (MCSmalltalkhubRepository >> owner: 'Pharo' >> project: 'Pharo50Inbox'). >> MCRepositoryGroup default addRepository: >> (MCSmalltalkhubRepository >> owner: 'Pharo' >> project: 'Pharo50Inbox' >> user: 'peteruhnak' >> password: '******' ). >> >> >> Apparently this doesn't work either. When I execute it it shows correct >> info in Monticello Browser, but once I actually push to the repo it asks >> for credentials againâ¦ so I guess more digging is required. >> > > This is weird, > > I use it in a script and it works for me. > > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 165 Avenue Bretagne > Lille 59000 France

March 8, 2016

Re: [Pharo-users] adding credentials to a repo via a playground script

by Cyril Ferlicot D.

Le 07/03/2016 18:21, Peter UhnÃ¡k a Ã©crit : > MCRepositoryGroup default removeRepository: > (MCSmalltalkhubRepository > owner: 'Pharo' > project: 'Pharo50Inbox'). > MCRepositoryGroup default addRepository: > (MCSmalltalkhubRepository > owner: 'Pharo' > project: 'Pharo50Inbox' > user: 'peteruhnak' > password: '******' ). > > > Apparently this doesn't work either. When I execute it it shows correct > info in Monticello Browser, but once I actually push to the repo it asks > for credentials againâ¦ so I guess more digging is required. > This is weird, I use it in a script and it works for me. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

March 8, 2016

[ANN] SelectEntity, a new widget for Spec

by Stephan Eggermont

When using data entry applications, we often have to select one entity out of a large list. Spec provides the entryCompletion option for text fields for that. That works well for small lists When the number of different entities grows large however, or when we want to be able to add a new entity, the traditional solution is to combine an entry completion field with a button that opens a dialog. This is what SelectEntity provides. In addition, it supports limiting the choices shown based on the context in which the field is shown. https://vimeo.com/158063568 I've created a small demo application that can be found on smalltalkhub: Gofer it smalltalkhubUser: 'StephanEggermont' project:'Ancestry'; package: 'Ancestry'; load. It can be started with: ANPersonList new openWithSpec. Stephan Thanks to Peter Uhnak for the design comments & debugging

March 7, 2016

Re: [Pharo-users] NativeBoost replacement?

by HernÃ¡n Morales Durand

Ok I could wait, I have a talk but in a couple of weeks and I want to show Pharo 5 as backend. Thanks for the reply and for taking care of this. Cheers, Hernan 2016-03-07 12:25 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > 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>: > >> 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] adding credentials to a repo via a playground script

by Peter UhnÃ¡k

> > MCRepositoryGroup default removeRepository: > (MCSmalltalkhubRepository > owner: 'Pharo' > project: 'Pharo50Inbox'). > MCRepositoryGroup default addRepository: > (MCSmalltalkhubRepository > owner: 'Pharo' > project: 'Pharo50Inbox' > user: 'peteruhnak' > password: '******' ). Apparently this doesn't work either. When I execute it it shows correct info in Monticello Browser, but once I actually push to the repo it asks for credentials againâ¦ so I guess more digging is required. On Sun, Mar 6, 2016 at 5:10 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Metacello new > repository: > 'github://seandenigris/Monticello-Login:master/repository'; > baseline: 'MonticelloLogin'; > onConflict: [ :ex | ex allow ]; > load. > > It expects a file named .mcconfig in a user-specifiable folder (set with > `MlConfigurationFile folder: aFolder`), in the following format: > [squeaksource] > user := 'SD'. > password := 'mypassword'. > [squeaksource3] > user := 'SeanDeNigris'. > password = '12345'. > [smalltalkhub] > user := 'SeanDeNigris'. > password = 'secret'. > > As you can see, I show my actual passwords in case you need to access my > accounts ;-p > > p.s. it is just a utility for my personal convenience, so no warranty! > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/adding-credentials-to-a-repo-via-a-playground-script-… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 7, 2016

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