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

Re: [Pharo-users] Why is split: implemented in the separator rather than the string?

by John Pfersich

If you want to do it reversed, do it like this: '1969-07-20' splitOn: '-' > On May 19, 2016, at 11:48, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > I keep getting this wrong, which makes me wonder why we send split: to the separator rather than the thing to be split. Is there a benefit to doing > > $- split: '1969-07-20' > > rather than > > '1969-07-20' split: $- (which somehow seems more natural to me). > > Cheers > Andy

May 20, 2016

Re: [Pharo-users] [Pharo-dev] Scrollable Spec Model

by Peter UhnÃ¡k

Oh, rightâ¦ I didn't realize I can do that. :) Thanks, Peter On Thu, May 19, 2016 at 11:43 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > You can use a ListModel and put your Buttons in it. > > ListModel new > items: ( 'Files' asPackage classes collect:[:c | ButtonModel new icon: > c systemIcon; label: c name; action:[ UIManager default alert: c comment > title: c name]]); > displayBlock: [ :x | x buildWithSpec ]; > openWithSpec > > > > 2016-05-18 17:55 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> Hi, >> >> anyone has any experience with scrollable (arbitrary) Spec Model? >> >> e.g. I have a long list of buttons and fixed outer container windowâ¦ >> >> >> â >> As far as I can see scrolling is only available on morphic side, so I am >> not sure how to augment itâ¦ (Although we should probably allow scrolling on >> Spec side in some way) >> >> Thanks, >> Peter >> > >

May 19, 2016

Re: [Pharo-users] Spec layout

by Peter UhnÃ¡k

Hi, I've made a simple example â see attached fileout. Couple things to note: 1. > If i put it on instance side, the lookup don't find it (in the book Building UI with Spec, it said the lookup begin by the instance side and it allow to have specific UI, in part about layout) As far as I know / as far as I can tell this is false for ComposableModel. For DynamicComposableModel you can override the method "#layout". 2. For some odd reason when you add a new radio button it looks like a checkbox and only once you click on it it turns into a checkboxâ¦ which is WTF but it shouldn't matter atm 3. DynamicComposableModel holds the item in a Dictionary, since you can't provide accessors for each item, you have to cobble together some other selector, as shown in createWidgets 4. I don't know if this is the best approach, but I've been using something like this for quite a while I'm quite busy this week, however I scheduled to take a look at the Spec book next week as I should probably write something thereâ¦ So if you have any more questions/comments please ask. Peter On Wed, May 18, 2016 at 2:19 PM, Marion Noirbent < ms.noirbent(a)etudiant.univ-lille1.fr> wrote: > Ok, I wait your answer. > Thanks for your help. > Marion, > > > Le 18/05/2016 12:04, Peter UhnÃ¡k a Ã©crit : > >> Yes but someone must call rebuildWidgetâ¦ I will try to take a look at this >> today and give a better/more comprehensive example. >> >> Peter >> >> On Wed, May 18, 2016 at 1:01 PM, stepharo <stepharo(a)free.fr> wrote: >> >> I do not get it. >>> >>> I still think that the solution of peter is the one to implement >>> >>> rebuildWidget >>> self widgets removeAll. >>> self createWidgets. >>> self needFullRebuild: false. >>> self buildWithSpecLayout: self dynamicLayout. >>> self alignButtons >>> >>> >>> dynamicLayout >>> | keys | >>> keys := self widgets keys. >>> ^ SpecLayout composed >>> newColumn: [ :c | >>> keys do: [ :key | c newRow: key height: self class >>> buttonHeight ]. >>> c newRow: [ :r | ] ]; >>> yourself >>> >>> >>> >>> Le 18/5/16 Ã 12:46, Marion Noirbent a Ã©crit : >>> >>> Because I would use "openWithSpec" to build only when the widget is >>> ready, >>> >>>> but it call a method (with the good pragma) on the class side. >>>> >>>> In the example i use i have add RadioButtonModel with addRadioButton: in >>>> the collection buttons, it's not empty but RadioButtonModel is a >>>> ComposableModel and layout: is define in the subclass >>>> DynamicComposableModel . >>>> >>>> Le 18/05/2016 10:22, stepharo a Ã©crit : >>>> >>>> But why from the class side. >>>>> >>>>> buttons >>>>> ^ buttons >>>>> >>>>> returns an empty collection >>>>> >>>>> and >>>>> >>>>> rebuildWidget >>>>> self widgets removeAll. >>>>> self createWidgets. >>>>> self needFullRebuild: false. >>>>> self buildWithSpecLayout: self dynamicLayout. >>>>> self alignButtons >>>>> >>>>> >>>>> >>>>> Le 18/5/16 Ã 11:31, Marion Noirbent a Ã©crit : >>>>> >>>>> I was trying to use it but i have still the problem to call the >>>>>> instance method from the class side, so i call the >>>>>> buildWithSpecLayout: in the method to add buttons in the collection, >>>>>> it seems work but i have an "MessageNotUnderstood" >>>>>> RadioButton>>layout: >>>>>> >>>>>> Le 18/05/2016 09:20, stepharo a Ã©crit : >>>>>> >>>>>> marion the solution is what peter proposes. >>>>>>> >>>>>>> Stef >>>>>>> >>>>>>> >>>>>>> Le 18/5/16 Ã 11:14, Marion Noirbent a Ã©crit : >>>>>>> >>>>>>> In fact i was trying to modify RadioButtonGroup to turn it into a >>>>>>>> widget, #buttons is not a widget but its collection of widget. >>>>>>>> >>>>>>>> May you have confused RadioButtonGroup with the MenuModel / >>>>>>>> MenuGroupModel / MenuItemModel which are widgets. I take inspiration >>>>>>>> from them and I would got the same kind of behaviour. >>>>>>>> >>>>>>>> Le 17/05/2016 21:11, stepharo a Ã©crit : >>>>>>>> >>>>>>>> Thanks Johan >>>>>>>>> >>>>>>>>> >>>>>>>>> We looked at >>>>>>>>> >>>>>>>>> RadioButtonGroupExample >>>>>>>>> >>>>>>>>> but you see we cannot have a RadioButtonGroupPresenter having 2, 3 >>>>>>>>> or 4 >>>>>>>>> radioButton. >>>>>>>>> >>>>>>>>> Stef >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 17/5/16 Ã 18:52, Johan Fabry a Ã©crit : >>>>>>>>> >>>>>>>>> Hi Marion, >>>>>>>>>> >>>>>>>>>> the class side message of defaultSpec is generally meant to be >>>>>>>>>> used if >>>>>>>>>> you use a fixed number of widgets, so you can put the reference to >>>>>>>>>> the >>>>>>>>>> name of each widget there (in cour case #buttons). For variable >>>>>>>>>> number >>>>>>>>>> of widgets you should have a look at the dynamic features of Spec. >>>>>>>>>> >>>>>>>>>> That being said, It looks like what you really want to use is a >>>>>>>>>> Radio >>>>>>>>>> Button Group. Have a look at RadioButtonGroupExample. >>>>>>>>>> >>>>>>>>>> HTH >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Does this mail seem too brief? Sorry for that, I donât mean to be >>>>>>>>>> rude! Please see http://emailcharter.org . >>>>>>>>>> >>>>>>>>>> Johan Fabry - http://pleiad.cl/~jfabry >>>>>>>>>> PLEIAD and RyCh labs - Computer Science Department (DCC) - >>>>>>>>>> University of Chile >>>>>>>>>> >>>>>>>>>> On May 17, 2016, at 13:48, Marion Noirbent >>>>>>>>>> >>>>>>>>>>> <ms.noirbent(a)etudiant.univ-lille1.fr> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> I'm trying to create a widget whith Spec, managing a collection >>>>>>>>>>> of >>>>>>>>>>> RadioButton. But I have a problem with defaultSpec (the accessor >>>>>>>>>>> of >>>>>>>>>>> the collection is the methods "buttons") : >>>>>>>>>>> >>>>>>>>>>> If i put defaultSpec on class side, i can't acces the collection >>>>>>>>>>> of >>>>>>>>>>> the instance. (the following code iterate on the string) >>>>>>>>>>> >>>>>>>>>>> defaultSpec >>>>>>>>>>> <spec: #default> >>>>>>>>>>> ^ SpecLayout composed >>>>>>>>>>> newColumn: [ :column | #buttons do: [ :item | column >>>>>>>>>>> add: >>>>>>>>>>> item ] ]; >>>>>>>>>>> yourself >>>>>>>>>>> >>>>>>>>>>> If i put it on instance side, the lookup don't find it (in the >>>>>>>>>>> book >>>>>>>>>>> Building UI with Spec, it said the lookup begin by the instance >>>>>>>>>>> side >>>>>>>>>>> and it allow to have specific UI, in part about layout) >>>>>>>>>>> >>>>>>>>>>> defaultSpec >>>>>>>>>>> <spec: #default> >>>>>>>>>>> ^ SpecLayout composed >>>>>>>>>>> newColumn: [ :column | self buttons do: [ :item | column >>>>>>>>>>> add: >>>>>>>>>>> item ] ]; >>>>>>>>>>> yourself >>>>>>>>>>> >>>>>>>>>>> Any idea ? >>>>>>>>>>> >>>>>>>>>>> Marion Noirbent, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> >>> >> > -- > Ma clÃ© publique sur pgp.mit.edu > >

May 19, 2016

Re: [Pharo-users] [Pharo-dev] Scrollable Spec Model

by Nicolai Hess

You can use a ListModel and put your Buttons in it. ListModel new items: ( 'Files' asPackage classes collect:[:c | ButtonModel new icon: c systemIcon; label: c name; action:[ UIManager default alert: c comment title: c name]]); displayBlock: [ :x | x buildWithSpec ]; openWithSpec 2016-05-18 17:55 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Hi, > > anyone has any experience with scrollable (arbitrary) Spec Model? > > e.g. I have a long list of buttons and fixed outer container windowâ¦ > > > â > As far as I can see scrolling is only available on morphic side, so I am > not sure how to augment itâ¦ (Although we should probably allow scrolling on > Spec side in some way) > > Thanks, > Peter >

May 19, 2016

Re: [Pharo-users] Why is split: implemented in the separator rather than the string?

by Peter UhnÃ¡k

On Thu, May 19, 2016 at 8:48 PM, Andy Burnett < andy.burnett(a)knowinnovation.com> wrote: > I keep getting this wrong, which makes me wonder why we send split: to the > separator rather than the thing to be split. Is there a benefit to doing > > $- split: '1969-07-20' > Because you are telling the receiver that he should split the argument. "Hey dash, can you split this for me?" > > rather than > > '1969-07-20' split: $- (which somehow seems more natural to me). > Try instead '1969-07-20' splitOn: $- "Hey collection, can you split on this?" Peter

May 19, 2016

Why is split: implemented in the separator rather than the string?

by Andy Burnett

I keep getting this wrong, which makes me wonder why we send split: to the separator rather than the thing to be split. Is there a benefit to doing $- split: '1969-07-20' rather than '1969-07-20' split: $- (which somehow seems more natural to me). Cheers Andy

May 19, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Sprint 27 May

by Dimitris Chloupis

perfect, I will keep an eye on slack and I think I can spend an hour or so On Thu, May 19, 2016 at 2:00 PM Marcus Denker <marcus.denker(a)inria.fr> wrote: > On 19 May 2016, at 12:37, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > what time the sprint ends ? > > > it slows down and drops out around 17-18h local time normally. > > is the sprint only bug orientated ? what about adding class and method > comments ? > > > The idea is to do boring stuff that you canât get yourself todo normallyâ¦ > this is the > overall direction, not a strict rule. > > I can only attend remotely > > Yes, this is why we make it public: so people can join remotely. Of course > it is not the same, > but it can be fun, too. > > Marcus > > On Thu, May 19, 2016 at 11:56 AM Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >> We will organize a Pharo sprint / Moose dojo Friday, 27 May, starting at >> 10:00am. (Local Time Lille). >> >> It will be at the Inria Lille, Building B, third floor (RMoD offices). >> >> Remotely, you can join us on Slack or the IRC channel #pharo on >> irc.freenode.net server. During the sprint, we will try to synchronize >> local and remote Pharo sprinters. >> >> As the building is not open to the public, please contact us before if >> you plan to come. >> >>

May 19, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Sprint 27 May

by Marcus Denker

> On 19 May 2016, at 12:37, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > what time the sprint ends ? it slows down and drops out around 17-18h local time normally. > is the sprint only bug orientated ? what about adding class and method comments ? The idea is to do boring stuff that you canât get yourself todo normallyâ¦ this is the overall direction, not a strict rule. > I can only attend remotely > Yes, this is why we make it public: so people can join remotely. Of course it is not the same, but it can be fun, too. Marcus > On Thu, May 19, 2016 at 11:56 AM Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > We will organize a Pharo sprint / Moose dojo Friday, 27 May, starting at > 10:00am. (Local Time Lille). > > It will be at the Inria Lille, Building B, third floor (RMoD offices). > > Remotely, you can join us on Slack or the IRC channel #pharo on > irc.freenode.net <http://irc.freenode.net/> server. During the sprint, we will try to synchronize > local and remote Pharo sprinters. > > As the building is not open to the public, please contact us before if > you plan to come. >

May 19, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Sprint 27 May

by Dimitris Chloupis

what time the sprint ends ? is the sprint only bug orientated ? what about adding class and method comments ? I can only attend remotely On Thu, May 19, 2016 at 11:56 AM Marcus Denker <marcus.denker(a)inria.fr> wrote: > We will organize a Pharo sprint / Moose dojo Friday, 27 May, starting at > 10:00am. (Local Time Lille). > > It will be at the Inria Lille, Building B, third floor (RMoD offices). > > Remotely, you can join us on Slack or the IRC channel #pharo on > irc.freenode.net server. During the sprint, we will try to synchronize > local and remote Pharo sprinters. > > As the building is not open to the public, please contact us before if > you plan to come. > >

May 19, 2016

[ANN] Pharo Sprint 27 May

by Marcus Denker

We will organize a Pharo sprint / Moose dojo Friday, 27 May, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on Slack or the IRC channel #pharo on irc.freenode.net <http://irc.freenode.net/> server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come.

May 19, 2016