August 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Usability issue : the class/instance button in Pharo 5 gives poor feedback

by Peter Uhnak

On Sat, Aug 20, 2016 at 09:07:57PM +0200, Dale Henrichs wrote: > Peter, > > Note that bold is not always as obvious as you think ... I don't think, I've > noticed that difference ... also when the hierarchy button is clicked the > package/category list changes in some subtle way Subtle way? It's very different; when you are in hierarchy view,the packages list has gray background and the text is gray too, compared to black on white. If you consider this subtle, maybe we should have a new theme that would focus on accessibility (=making colors more distinct)? Peter

Aug. 21, 2016

Re: [Pharo-dev] Beta of Mooc webportal

by Tudor Girba

This is great news. Thanks a lot for this effort! Doru > On Aug 20, 2016, at 3:24 PM, stepharo <stepharo(a)free.fr> wrote: > > Hi > > I published a new version of the webportal (a packaged version of the mooc) with the help of thibault. Now I'm about to test that all the videos have indeed the correct subtitles. > > If you want to give me a hand or simply have a look > > http://rmod-pharo-mooc.lille.inria.fr/MOOC/WebPortal/co/pharo.html > > Once everything will be verified we will push it to the mooc web page and announce it. > > Stef > > -- www.tudorgirba.com www.feenk.com "Quality cannot be an afterthought."

Aug. 21, 2016

Re: [Pharo-dev] Usability issue : the class/instance button in Pharo 5 gives poor feedback

by stepharo

If you have ideas let us know. In the past we changed for the radio because of that. What I do not like that is that we cannot press on a package when we are in hierarchy mode and this is super boring because it breask my flow. Stef Le 20/8/16 Ã 16:33, Oscar Nierstrasz a Ã©crit : > Well, as a user I want to see the current context as well. Thanks for pointing out that the methods and protocols on the class side are bold! Now that I know this I will watch for it; but it is not at all obvious. > > Following your point about buttons indicating what they would do, why not have the button say (C) when it would switch to the class view and (I) when it would switch back to the Instance view? > > Oscar > >> On Fri, Aug 19, 2016 at 02:15:06PM +0200, Oscar Nierstrasz wrote: >>> Hi Folks, >>> >>> Does anyone else find this to be a problem? I can never tell whether I am on the class or the instance side as the button toggle is non-obvious. In fact, the (C) is more clearly visible on the instance side, which is counter intuitive. >>> >>> I would rather see the name of the button change between ?Instance? and ?Class? so I always know where I am. >> This would be imho confusing, because you would always see the opposite (it's a button, so the label should state what should happen when you click on it, not describing the current context). >> >> But there is also another visual clue which always makes it obvious (for me at least) on which side I am: on class side all methods are bold. >> >> Peter >

Aug. 21, 2016

Re: [Pharo-dev] Beta of Mooc webportal

by stepharo

Tx I will check that problem. Le 20/8/16 Ã 19:23, Gour a Ã©crit : > On Sat, 20 Aug 2016 15:24:05 +0200 > stepharo <stepharo(a)free.fr> wrote: > >> I published a new version of the webportal (a packaged version of the >> mooc) with the help of thibault. Now I'm about to test that all the >> videos have indeed the correct subtitles. > Yesterday and today I was going through W1 material. Congratulations for > making people enthusisastic to learn and use Pharo!! > >> If you want to give me a hand or simply have a look >> >> http://rmod-pharo-mooc.lille.inria.fr/MOOC/WebPortal/co/pharo.html > "Coding a Counter" video in W1.7 section [Redo] & [Lives] is cut > short few minutes before the real end in comparison with the one at > http://rmod-pharo-mooc.lille.inria.fr/MOOC/Videos/W1/ > > Another small gotcha is that embedded video player does not have option > to click for a full-screen video, so it has to be selected via > right-click menu. > > > Sincerely, > Gour >

Aug. 21, 2016

Re: [Pharo-dev] Beta of Mooc webportal

by stepharo

Le 21/8/16 Ã 01:33, Cyril Ferlicot D. a Ã©crit : > Le 20/08/2016 Ã 15:24, stepharo a Ã©crit : >> Hi >> >> I published a new version of the webportal (a packaged version of the >> mooc) with the help of thibault. Now I'm about to test that all the >> videos have indeed the correct subtitles. >> >> If you want to give me a hand or simply have a look >> >> http://rmod-pharo-mooc.lille.inria.fr/MOOC/WebPortal/co/pharo.html >> >> Once everything will be verified we will push it to the mooc web page >> and announce it. >> >> Stef >> >> > Hi! > > Thank you! I will send the link to some friends that missed the Mooc :) > > The teaser has no subtitle, is that normal? Tx Probably I bug I will fix it. I did not convert the srt. Stef >

Aug. 21, 2016

Re: [Pharo-dev] Abotu FileReference objects as autoevaluating ones

by Sean P. DeNigris

Richard Sargent wrote > In many Smalltalk implementations, there are (at least) three behaviours > for this kind of thing: #storeString, #printString, and #displayString. I > would argue against conflating them. +1. There was a reason we added the "File @" prefix (although I don't remember the details at the moment) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Abotu-FileReference-objects-as-autoevaluating-ones-tp… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 21, 2016

Re: [Pharo-dev] Understanding WeakValueDictionary

by Sean P. DeNigris

Apparently never reached the list. Forwarding for JesÃºs... JesÃºs wrote > I'm trying to make a voyage version for CouchDB and I've copied the > VoyageMongoCache class, but I've been experimenting estrange behavior > using this class, because of the "equality" of the objects. > What I have done is to change the class of reversedObject from > WeakKeyDictionary to WeakIdentityKeyDictionary and the method > > at: anOID put: anObject > self compactIfNeeded. > self mutex critical: [ > objects at: anOID put: anObject. > reversedObjects at: anObject put: anOID ]. > > to: > at: anUUID put: anObject > > self compactIfNeeded. > self mutex critical: [ > reversedObjects at: anObject ifAbsent:[ > objects at: anUUID put: anObject. > reversedObjects at: anObject put:anUUID] ]. > > so now there is only one instance of an object in the cache. May be it > could be useful for you? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Understanding-WeakValueDictionary-tp4755052p4912084.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 21, 2016

Re: [Pharo-dev] <example>/<examplar>

by Sean P. DeNigris

Tudor Girba-2 wrote > In this case, you will not be able to use the resulting object, and the > new energy around examples started from the need to utilize that ability > The other solution is to delegate the action to another pragma that can > complement the example one. Isn't that what we've settled on? That is, <sampleInstance> for when you need the result? It seems that all bases are covered if those methods return an instance and the browser button takes that instance and opens an inspector, no? ----- Cheers, Sean -- View this message in context: http://forum.world.st/example-examplar-tp4911728p4912083.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 21, 2016

Re: [Pharo-dev] Beta of Mooc webportal

by Cyril Ferlicot D.

Le 20/08/2016 Ã 15:24, stepharo a Ã©crit : > Hi > > I published a new version of the webportal (a packaged version of the > mooc) with the help of thibault. Now I'm about to test that all the > videos have indeed the correct subtitles. > > If you want to give me a hand or simply have a look > > http://rmod-pharo-mooc.lille.inria.fr/MOOC/WebPortal/co/pharo.html > > Once everything will be verified we will push it to the mooc web page > and announce it. > > Stef > > Hi! Thank you! I will send the link to some friends that missed the Mooc :) The teaser has no subtitle, is that normal? -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Aug. 20, 2016

Re: [Pharo-dev] <example>/<examplar>

by Nicolai Hess

2016-08-20 22:24 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > On Aug 20, 2016, at 10:12 PM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > > > > > > > > 2016-08-20 18:29 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Hi, > > > > > > > On Aug 20, 2016, at 1:29 AM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > > > > > > > > > > > > 2016-08-20 0:26 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > > Hi, > > > > > > > On Aug 20, 2016, at 12:22 AM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > > > > > > > > > > > > > > > > 2016-08-20 0:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > > > Hi, > > > > > > > > > On Aug 19, 2016, at 11:55 PM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > > > > > > > > > > > > > > > > > > > > 2016-08-19 23:13 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > > > > Hi, > > > > > > > > > > If you attache a certain action such as "result openInWorldâ to a > pragma such as <interactiveExample>, it implies that when I have a > different resulting object that should be spawned with a different message > (for example, a Roassal view should be opened with "result open"), I should > use a different pragma. That will quickly lead to an explosion of pragmas. > > > > > > > > > > Cheers, > > > > > Doru > > > > > > > > > > I would not attach any action to a pragma, but instead let the > different tools decide what to do. The pragma is just used to differentiate > what the method execution returns: > > > > > > > > > > <example> or <exampleCode> - a code or script example - don't care > about the returned object. A tool like Nautilus just provides a way to > execute the code ("play" - icon) nothing more. > > > > > <script> - a code snippet for a more general use case (example or > class initialization). A tool like Nautilus just provices a way to execute > the code and for example, like it is now, show a growl notification with > the result > > > > > <sample> or <sampleInstance> - code to create an instance. A tool > like Nautilus can just provide a way to execute the code and open an > inspector on the result. (The inspector itself can react differently for > > > > > a morph -> inspectors morph tab > > > > > a roassal view -> inspector tab for roassal view > > > > > â¦. > > > > > > > > The inspector has the instance and can react to it. But, how can > Nautilus know what to do without the instance? For that you would need > static information. > > > > > > > > by the pragma name ? > > > > > > > > <example> -> execute > > > > <sample> -> execute and inspect > > > > <script> -> execute and show a growl information with the returned > value. > > > > > > As I understood the discussion, one issue was to associate an action > that can be specific to an object, > > > > > > No, that wasn't what I meant. > > > The question was, do we need two pragmas <example> and <examplar>, if > the <example> just opens a morph in the world instead of opening it in > inspector. > > > And I would say "yes", because for some "examples" (look at the > <example> tagged methods for FastTable) it makes more sense to have the > morph in the > > > world instead of the inspector. But I don't want to associate this > action #openInWorld to the pragma, instead, whoever writes the <example> > method, should decide. > > > an <example> method for a morph should end with #openInWorld > > > an <example> method for a spec model should end with #openWithSpec > > > an <example> method for a roassal example should end with # > whateverIsUsedToOpenItInAView. > > > > > > > In this case, you will not be able to use the resulting object, and the > new energy around examples started from the need to utilize that ability > The other solution is to delegate the action to another pragma that can > complement the example one. > > > > > > what is " the new energy around examplesâ ? > > This thread :). > > I happen to believe that examples are an important ingredient in the > future of Pharo, and I am just really happy that people want to invest > attention and effort in it. > > I also think that the examples problem is not a simple problem and finding > the solution is not quite so straightforward. > > There exists already a solution for examples inside the Pharo image. > Stefan Reichhart and I worked on this for about 2 years now, and now we > have a new version that is outside of the Pharo image. However, as it got > in the Pharo image without much public discussion (this was a mistake on > our side), we will now take it out to make sure that we can have that > proper discussion. We are also trying our best to document it. I will > follow up with more details in the next following days. > good! ( I don't know much about the "solution for example inside teh Pharo image", I am not sure they are working as expected, and I am not sure I understand how they are supposed to work :-) > > Doru > > > > Doru > > > > > and the example given was a morph that people might want to interact > with. This interaction would be achieved by sending openInWorld. But, maybe > I misunderstood. > > > > > > > > > > > > > > > > > > Cheers, > > > Doru > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Doru > > > > > > > > > > > > > I am for <example> for the first case, <exampleCode> is good as > well, but I like <example> more, and it is not uncommon to call some "code > examples" just "examples" > > > > > <sample> for a method that creates "the interesting object", > <sampleInstance> is fine as well. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Aug 19, 2016, at 10:32 AM, stepharo <stepharo(a)free.fr> wrote: > > > > > > > > > > > > > > > > > > > > > > > > Le 19/8/16 Ã 10:18, Tudor Girba a Ã©crit : > > > > > >> Hi, > > > > > >> > > > > > >> I strongly believe that the interaction should not be hardcoded > in the example pragma name. That is because you will want all sorts of > interactions once you go beyond the surface. For example, a Roassal > visualization, a Bloc element, and a Morph are all interesting from an > interaction point of view, but there are different ways to open them (and > having it polymorphic does not quite make sense). > > > > > > > > > > > > sorry but I cannot understand what you mean. > > > > > > You suggest to use example > > > > > > but not to have it polymorphic? > > > > > >> > > > > > >> Cheers, > > > > > >> Doru > > > > > >> > > > > > >> > > > > > >> > > > > > >>> On Aug 19, 2016, at 9:52 AM, stepharo <stepharo(a)free.fr> > wrote: > > > > > >>> > > > > > >>> Let me know. I do not care about examplar or sample. > > > > > >>> > > > > > >>> Let us pick one that works well. I thought about prototype but > this is too close to prototype based language. > > > > > >>> > > > > > >>> So we could get > > > > > >>> > > > > > >>> <interactiveExample> > > > > > >>> > > > > > >>> <sample>/<instance>/ > > > > > >>> > > > > > >>> > > > > > >>> Le 19/8/16 Ã 01:59, Ben Coman a Ã©crit : > > > > > >>>> On Fri, Aug 19, 2016 at 5:09 AM, Esteban A. Maringolo > > > > > >>>> <emaringolo(a)gmail.com> wrote: > > > > > >>>>> 2016-08-18 17:30 GMT-03:00 Stephan Eggermont < > stephan(a)stack.nl>: > > > > > >>>>>> On 18/08/16 14:38, stepharo wrote: > > > > > >>>>>>> Hi > > > > > >>>>>>> > > > > > >>>>>>> In my projects I start to do the following: > > > > > >>>>>>> > > > > > >>>>>>> I create <examplar> class method that returns an > prototypical instance. > > > > > >>>>>> Nice. Excellent inititive. I'm not a native speaker, and > <exemplar> does not > > > > > >>>>>> sound like the right name for this to me. That might be me > being dutch. > > > > > >>>>>> Native speakers, is this the right name to use? > > > > > >>>>> Semantically it is correct, but for me, also maybe by not > being a > > > > > >>>>> native English speaker, sounds weird. > > > > > >>>>> > > > > > >>>>> I'd use something like "sample". However I'll be fine with > whatever > > > > > >>>>> you choose. But I'd choose something that doesn't sound > weird to > > > > > >>>>> native English readers, we already have some cases of that. > > > > > >>>>> > > > > > >>>>> Regards, > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> Esteban A. Maringolo > > > > > >>>>> > > > > > >>>> In the previous thread I argued against <exemplar> and for > <sample>, > > > > > >>>> but I'm not so strong in my conviction to push it again :). > The > > > > > >>>> former is a little exotic, but is sufficient -- and perhaps > its useful > > > > > >>>> <example> and <exemplar> sound similar with just a minor > difference at > > > > > >>>> the end. > > > > > >>>> > > > > > >>>> P.S. In terms of discover-ability about this difference, a > passing > > > > > >>>> thought is it would be nice for newcomers to be able to hover > over a > > > > > >>>> code like a pragma and get a tool tip popup. > > > > > >>>> > > > > > >>>> cheers -ben > > > > > >>>> > > > > > >>>> > > > > > >>> > > > > > >> -- > > > > > >> www.tudorgirba.com > > > > > >> www.feenk.com > > > > > >> > > > > > >> "Next time you see your life passing by, say 'hi' and get to > know her." > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > > > > > > > > > > > > > > > > > > -- > > > > > www.tudorgirba.com > > > > > www.feenk.com > > > > > > > > > > "It's not how it is, it is how we see it." > > > > > > > > > > > > > > > > > > > > > > > -- > > > > www.tudorgirba.com > > > > www.feenk.com > > > > > > > > "Obvious things are difficult to teach." > > > > > > -- > > > www.tudorgirba.com > > > www.feenk.com > > > > > > "Yesterday is a fact. > > > Tomorrow is a possibility. > > > Today is a challenge." > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "In a world where everything is moving ever faster, > > one might have better chances to win by moving slower." > > -- > www.tudorgirba.com > www.feenk.com > > "When people care, great things can happen." > > > > > >

Aug. 20, 2016