- Pharo-users - lists.pharo.org

Re: [Pharo-users] SpecColumnLayout not behaving as expected

by Steven R. Baker

You're right. Reformatted as one line it looks *way* more obvious. Thanks! -Steven On 18/10/17 10:45, Peter UhnÃ¡k wrote: > Try to think about is going on in the code, because then it is obvious > (I hope). > For example you do the following: > > column add: #sideBar; add:#listView. > > why do you think that adding items to a column would create columns? > In Spec, one add:s rows to column, and columns to row. > > If people are going to get regularly stack on this, we can certainly > change it. > > Peter > > > On Tue, Oct 17, 2017 at 10:23 PM, Steven R. Baker > <steven(a)stevenrbaker.com <mailto:steven@stevenrbaker.com>> wrote: > > Oh! > > I remember fighting with this last week too. Am I the only who who > struggled with that? If not, perhaps we could call #add: #addRow: ? > > -Steven > > > > On 17/10/17 18:00, Peter UhnÃ¡k wrote: >> Because it is the other way around: in the block ([ :col | ... ]) >> you are describing the content of the column. >> >> So what you are actually doing is you create a Column >> (SpecColumnLayout), inside which you create another column >> (newColumn), and to that column you add two rows (add:, add:). >> >> On Tue, Oct 17, 2017 at 4:32 PM, Steven R. Baker >> <steven(a)stevenrbaker.com <mailto:steven@stevenrbaker.com>> wrote: >> >> Heya folks, >> >> I'm sure I'm doing something wrong, I just don't know what it is. >> >> I have the following: >> >> defaultSpec >> Â Â Â ^ SpecColumnLayout composed >> Â Â Â Â Â Â newColumn: [ :col | >> Â Â Â Â Â Â Â Â Â col >> Â Â Â Â Â Â Â Â Â Â Â Â add: #sideBar; >> Â Â Â Â Â Â Â Â Â Â Â Â add: #listView ]; >> Â Â Â Â Â Â yourself >> >> In the resulting window, I get the widgets stacked one on top >> of the >> other, and I expected them to be next to each other (two >> columns in a row.) >> >> What am I missing? >> >> Thanks! >> >> -Steven >> >> >> > >

Oct. 18, 2017

Re: [Pharo-users] Techtalk today: AI

by Marcus Denker

Hi, The tech talk recording is now in the archive: http://pharo.org/TechTalk > On 17 Oct 2017, at 16:43, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hello! > The tech talk starts in 20 minutes (17h europe time). > > Slides (pdf) can be downloaded here <https://github.com/AgileArtificialIntelligence/AgileArtificialIntelligence.…>. > > Invite for Discord (for Q&A after): > > http://discord.gg/Sj2rhxn <http://discord.gg/Sj2rhxn> > The talk will be on Youtube, follow this link: > > https://www.youtube.com/c/AlexandreBergel/live <https://www.youtube.com/c/AlexandreBergel/live> >

Oct. 18, 2017

Re: [Pharo-users] Pharo and instance variables ...

by James Ladd

That said from memory I think it was Digitalk or Enfin that used to automatically generate accessors and mutators Sent from my Commodore 64 > On 18 Oct 2017, at 4:34 pm, Markus Stumptner <mst(a)cs.unisa.edu.au> wrote: > > It would break code all over the place... > >> On 18/10/2017 16:02, James Ladd wrote: >> What if accessors were generated but not mutators? >> >> Sent from my Commodore 64 >> >> On 18 Oct 2017, at 4:21 pm, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >>> >>> >>>> On Wed, Oct 18, 2017 at 7:07 AM, James Ladd <ladd.james(a)gmail.com> wrote: >>>> Hey David, >>>> >>>> If you could only access instance variables in the class that defined them and therefore only in a subclass via an accessor / mutator method w that be a big problem in your view? >>> >>> Yes. >>> >>> I don't want to have to define accessors, which are public, just to have the subclasses access the instance variables. >>> >>>> >>>> Sent from my Commodore 64 >>>> >>>> On 18 Oct 2017, at 2:41 pm, David Mason <dmason(a)ryerson.ca> wrote: >>>> >>>>> In Pharo, open a browser on OrderedCollection, then click "Variables" in the top left of the window and then "array"... if you scroll through you can see that mostly OrderedCollection methods use it, but some SortedCollection (a subclass) methods also use it. >>>>> >>>>> The model is similar to protected in Java (see http://docs.oracle.com/javase/tutorial/java/javaOO/accesscontrol.html ) except there is no "Package" column. >>>>> >>>>>> On 17 October 2017 at 23:30, James Ladd <ladd.james(a)gmail.com> wrote: >>>>>> Please could you provide an example? >>>>>> >>>>>> >>>>>> >>>>>>> On Wed, Oct 18, 2017 at 2:16 PM, David Mason <dmason(a)ryerson.ca> wrote: >>>>>>> Any instance method in the class where the instance variable is defined or in a subclass can access the instance variable. Similarly for class methods to access class-side variables, and for class and instance methods to access class variables. >>>>>>> >>>>>>>> On 17 October 2017 at 23:04, James Ladd <ladd.james(a)gmail.com> wrote: >>>>>>>> Hello Pharo Users, >>>>>>>> >>>>>>>> I'm wondering about instance variables for support in Redline Smalltalk and >>>>>>>> want to get my understanding straight. >>>>>>>> >>>>>>>> Are instance variables only accessible (without using #instVarNamed:) inside >>>>>>>> the method with the same name as the instance variable? >>>>>>>> >>>>>>>> eg: >>>>>>>> >>>>>>>> myInstVar >>>>>>>> ^ myInstVar. >>>>>>>> >>>>>>>> Or can you reference an instance variable from a method that doesn't have >>>>>>>> the same name ? >>>>>>>> >>>>>>>> anotherMethod >>>>>>>> ^ myInstVar. >>>>>>>> >>>>>>>> Can someone give me or point me to an example of accessing an instance >>>>>>>> variable in Pharo Smalltalk? >>>>>>>> >>>>>>>> - James. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>>>>>>> >>>>>>> >>>>>> >>>>> >>> >>> >>> >>> -- >>> ClÃ©ment BÃ©ra >>> Pharo consortium engineer >>> https://clementbera.wordpress.com/ >>> BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq >

Oct. 18, 2017

Cannot update GLMTabulator containing list with Separators

by Peter UhnÃ¡k

Hi, apparently it is not possible to update a GLMTabulator if it contains a list pane with separators. Tested in P6 & P7. ``` data := { { #one. #two. #three } asOrderedCollection. { #alpha. #beta } asOrderedCollection } asOrderedCollection. browser := GLMTabulator new. browser column: #list; column: #actions. browser transmit to: #list; andShow: [ :a | a fastList withSeparators ]. browser transmit to: #actions; andShow: [ :a | a actionList act: [ :actionList | data last add: #dynamic. browser update ] entitled: 'Add Item'; act: [ :actionList | data last remove: #dynamic ifAbsent: [ ]. browser update ] entitled: 'Remove Item'. ]. browser openOn: data. ``` [image: Inline image 1] Thanks, Peter

Oct. 18, 2017

Re: [Pharo-users] SpecColumnLayout not behaving as expected

by Peter UhnÃ¡k

Try to think about is going on in the code, because then it is obvious (I hope). For example you do the following: column add: #sideBar; add:#listView. why do you think that adding items to a column would create columns? In Spec, one add:s rows to column, and columns to row. If people are going to get regularly stack on this, we can certainly change it. Peter On Tue, Oct 17, 2017 at 10:23 PM, Steven R. Baker <steven(a)stevenrbaker.com> wrote: > Oh! > > I remember fighting with this last week too. Am I the only who who > struggled with that? If not, perhaps we could call #add: #addRow: ? > > -Steven > > > > On 17/10/17 18:00, Peter UhnÃ¡k wrote: > > Because it is the other way around: in the block ([ :col | ... ]) you are > describing the content of the column. > > So what you are actually doing is you create a Column (SpecColumnLayout), > inside which you create another column (newColumn), and to that column you > add two rows (add:, add:). > > On Tue, Oct 17, 2017 at 4:32 PM, Steven R. Baker <steven(a)stevenrbaker.com> > wrote: > >> Heya folks, >> >> I'm sure I'm doing something wrong, I just don't know what it is. >> >> I have the following: >> >> defaultSpec >> ^ SpecColumnLayout composed >> newColumn: [ :col | >> col >> add: #sideBar; >> add: #listView ]; >> yourself >> >> In the resulting window, I get the widgets stacked one on top of the >> other, and I expected them to be next to each other (two columns in a >> row.) >> >> What am I missing? >> >> Thanks! >> >> -Steven >> >> >> > >

Oct. 18, 2017

Re: [Pharo-users] Pharo and instance variables ...

by Dimitris Chloupis

Well the method of the receiver can check for the type of the object from which you receive a message, technically you can restrict the access even to a particular instance object. You can enforce a ton of restrictions as the entire system is modifiable and live. On Wed, Oct 18, 2017 at 8:37 AM Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: > > On 18 Oct 2017, at 08:32 , James Ladd <ladd.james(a)gmail.com> wrote: > > What if accessors were generated but not mutators? > > > The point is that, once a method exists, there is not way to restrict who > can send a message that will execute it. So if one were forces to generate > a reader method, or a writer method, just to give access to a subclass, > then *every* object n the system would also gain access. > > Andrew > > >

Oct. 18, 2017

DesktopManaker from Ctrl-D to Ctrl-M help needed!!

by Torsten Bergmann

> PD to the DesktopManager team: Your tool is really cool, thanks a lot; There is no team, just one person ;) Glad you like it. More infos can be found here: http://smalltalkhub.com/#!/~TorstenBergmann/DesktopManager https://medium.com/concerning-pharo/multiple-desktops-for-pharo-5cbc46f3179f > nevertheless is not nice to hide the Do-It command Use CTRL+D twice in a playground to run the do it. This is already explained in detail here: http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2017-September… Side note: ========== I now added also a CTRL + D followed by CTRL + L (âDesktop Logoâ to enable/disable Logo on Desktop) Have fun T.

Oct. 18, 2017

Re: [Pharo-users] Pharo and instance variables ...

by James Ladd

Good point - thank you Sent from my Commodore 64 > On 18 Oct 2017, at 4:36 pm, Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: > > >> On 18 Oct 2017, at 08:32 , James Ladd <ladd.james(a)gmail.com> wrote: >> >> What if accessors were generated but not mutators? >> > > The point is that, once a method exists, there is not way to restrict who can send a message that will execute it. So if one were forces to generate a reader method, or a writer method, just to give access to a subclass, then every object n the system would also gain access. > > Andrew > >

Oct. 18, 2017

Re: [Pharo-users] Pharo and instance variables ...

by James Ladd

Good point thanks Sent from my Commodore 64 > On 18 Oct 2017, at 4:34 pm, Markus Stumptner <mst(a)cs.unisa.edu.au> wrote: > > It would break code all over the place... > >> On 18/10/2017 16:02, James Ladd wrote: >> What if accessors were generated but not mutators? >> >> Sent from my Commodore 64 >> >> On 18 Oct 2017, at 4:21 pm, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >>> >>> >>>> On Wed, Oct 18, 2017 at 7:07 AM, James Ladd <ladd.james(a)gmail.com> wrote: >>>> Hey David, >>>> >>>> If you could only access instance variables in the class that defined them and therefore only in a subclass via an accessor / mutator method w that be a big problem in your view? >>> >>> Yes. >>> >>> I don't want to have to define accessors, which are public, just to have the subclasses access the instance variables. >>> >>>> >>>> Sent from my Commodore 64 >>>> >>>> On 18 Oct 2017, at 2:41 pm, David Mason <dmason(a)ryerson.ca> wrote: >>>> >>>>> In Pharo, open a browser on OrderedCollection, then click "Variables" in the top left of the window and then "array"... if you scroll through you can see that mostly OrderedCollection methods use it, but some SortedCollection (a subclass) methods also use it. >>>>> >>>>> The model is similar to protected in Java (see http://docs.oracle.com/javase/tutorial/java/javaOO/accesscontrol.html ) except there is no "Package" column. >>>>> >>>>>> On 17 October 2017 at 23:30, James Ladd <ladd.james(a)gmail.com> wrote: >>>>>> Please could you provide an example? >>>>>> >>>>>> >>>>>> >>>>>>> On Wed, Oct 18, 2017 at 2:16 PM, David Mason <dmason(a)ryerson.ca> wrote: >>>>>>> Any instance method in the class where the instance variable is defined or in a subclass can access the instance variable. Similarly for class methods to access class-side variables, and for class and instance methods to access class variables. >>>>>>> >>>>>>>> On 17 October 2017 at 23:04, James Ladd <ladd.james(a)gmail.com> wrote: >>>>>>>> Hello Pharo Users, >>>>>>>> >>>>>>>> I'm wondering about instance variables for support in Redline Smalltalk and >>>>>>>> want to get my understanding straight. >>>>>>>> >>>>>>>> Are instance variables only accessible (without using #instVarNamed:) inside >>>>>>>> the method with the same name as the instance variable? >>>>>>>> >>>>>>>> eg: >>>>>>>> >>>>>>>> myInstVar >>>>>>>> ^ myInstVar. >>>>>>>> >>>>>>>> Or can you reference an instance variable from a method that doesn't have >>>>>>>> the same name ? >>>>>>>> >>>>>>>> anotherMethod >>>>>>>> ^ myInstVar. >>>>>>>> >>>>>>>> Can someone give me or point me to an example of accessing an instance >>>>>>>> variable in Pharo Smalltalk? >>>>>>>> >>>>>>>> - James. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>>>>>>> >>>>>>> >>>>>> >>>>> >>> >>> >>> >>> -- >>> ClÃ©ment BÃ©ra >>> Pharo consortium engineer >>> https://clementbera.wordpress.com/ >>> BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq >

Oct. 18, 2017

Re: [Pharo-users] Pharo and instance variables ...

by Prof. Andrew P. Black

> On 18 Oct 2017, at 08:32 , James Ladd <ladd.james(a)gmail.com> wrote: > > What if accessors were generated but not mutators? > The point is that, once a method exists, there is not way to restrict who can send a message that will execute it. So if one were forces to generate a reader method, or a writer method, just to give access to a subclass, then every object n the system would also gain access. Andrew

Oct. 18, 2017