June 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] <example> pragmas and example* methods use-cases

by Ben Coman

On Tue, Jun 30, 2015 at 2:10 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Peter UhnÃ¡k wrote >> It seems that >> <sample> >> is then the go-to naming for now > > I agree with Ben that from a native English perspective, exemplar doesn't > quite sound right. > > Sample and Example are the two words that most clearly capture the intent. > The problem with using #sample to return instances and #example to > illustrate usage is that it's a bit too subtle. Even though technically one > could argue the logic of that distinction, in reality English speakers use > them interchangeably and it will be confusing. Thats a fair argument. > A core principle of Smalltalk > is to type a bit more to make things clearer (e.g. avoid > single-character/abbreviated variable names). I strongly feel we should be > more specific and uniform by either using (<exampleInstance> & > <exampleCode>) or (<sampleInstance> & <sampleCode>). I find myself liking the last two, I think since the concatenated words rolls off the tongue nicer with one less syllable, but I think any of those are fine. Actually, rather than pairing based on the first part, maybe using <exampleCode> together with <sampleInstance> will distinguish the most between the two cases. cheers -ben

June 30, 2015

Re: [Pharo-users] Slow compilation on one of my Windows PCs

by Marcus Denker

we really should get rid of the .changes fileâ¦ it would simplify things a lot. > On 30 Jun 2015, at 15:02, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Can you think of any other window process that could be detecting changes all the time in .changes and therefore have an impact in the performance? Do you have such pharo image in dropbox or similar service? > > On Tue, Jun 30, 2015 at 9:37 AM, Jan BlizniÄenko <bliznjan(a)fit.cvut.cz <mailto:bliznjan@fit.cvut.cz>> wrote: > Unfortunately no - all benchmarks I made with antivirus disabled. > > > Mariano Martinez Peck wrote > > Do you have antivirus running in windows that may be bothering with > > .changes? > > Please try temporary disable antivirus and try again. > > > > -- > > Mariano > > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/> > > > > > > -- > View this message in context: http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668p4… <http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668p4…> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > -- > Mariano > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/>

June 30, 2015

Re: [Pharo-users] Slow compilation on one of my Windows PCs

by Mariano Martinez Peck

Can you think of any other window process that could be detecting changes all the time in .changes and therefore have an impact in the performance? Do you have such pharo image in dropbox or similar service? On Tue, Jun 30, 2015 at 9:37 AM, Jan BlizniÄenko <bliznjan(a)fit.cvut.cz> wrote: > Unfortunately no - all benchmarks I made with antivirus disabled. > > > Mariano Martinez Peck wrote > > Do you have antivirus running in windows that may be bothering with > > .changes? > > Please try temporary disable antivirus and try again. > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > -- > View this message in context: > http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

June 30, 2015

Re: [Pharo-users] Setting GUI pointer's position

by Ben Coman

For a deep hack, you might look at Tools>ProcessBrowser and see the event loop of Input Event Fetcher calls a method in which you might put a #haltOnce and trace on from there to find a suitable place to inject the mouse position you want. Otherwise maybe look at how EventRecorder works... http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2014-January/090… cheers -ben On Mon, Jun 29, 2015 at 11:28 PM, Laura Risani <laura.risani(a)gmail.com> wrote: > I'll try to dig into some suggestions found in your link... > > On Mon, Jun 29, 2015 at 11:50 AM, Matthieu Lacaton > <matthieu.lacaton(a)gmail.com> wrote: >> >> I meant 1. >> I don't know if you can hide the active hand but I don't think so :s >> >> 2015-06-29 16:42 GMT+02:00 Laura Risani <laura.risani(a)gmail.com>: >>> >>> Do you mean 1 or 2? >>> 1) can add another hand and have two hands at the same time opened on the >>> world, be able to move the new one >>> 2) can add another hand and make it take the place of the existing hand >>> and move it (so the effect would be like moving the hand) >>> >>> On Mon, Jun 29, 2015 at 11:33 AM, Matthieu Lacaton >>> <matthieu.lacaton(a)gmail.com> wrote: >>>> >>>> Hello, >>>> >>>> I asked the same thing some time ago and here are the answers I got : >>>> >>>> http://forum.world.st/Moving-the-HandMorph-td4826025.html >>>> >>>> Maybe it will give you ideas. >>>> >>>> As I said at the end, I did not find how to move the active hand but you >>>> can create another one and move this one. >>>> I don't know if it will be useful for you though. >>>> >>>> Cheers, >>>> >>>> Matthieu >>>> >>>> 2015-06-29 16:22 GMT+02:00 Laura Risani <laura.risani(a)gmail.com>: >>>>> >>>>> How can i programmatically set the GUI pointer's position? >>>>> I've tried >>>>> World currentHand position:20@20. >>>>> World activeHand position:20@20. >>>>> but didn't work. >>>> >>>> >>> >> >

June 30, 2015

Re: [Pharo-users] an elegant way to return a result

by jtuchel＠objektfabrik.de

Ah, Okay, you are mentioning the one and only one case in which this could make sense.... ;-) Something like stream next ifNil: [^stream next]. So there may be cases where the two sends do not return the same result. But that is, of course, not what the OP suggested. Nevertheless, I was too fast in criticizing ;-) I would consider code like that "less easy" to maintain, however. Nice thinking Kata ;-) Joachim Am 30.06.15 um 14:22 schrieb Esteban Lorenzano: > ah yeah :) > > I assumed > > first "something aMsg" ~= second "something aMsgâ > > In case is the same, the correct way is as you say: > > ^ something aMsg ifNil: [ anotherResult ] > > (sorry, he :P) > >> On 30 Jun 2015, at 13:43, jtuchel(a)objektfabrik.de wrote: >> >> Am 30.06.15 um 13:40 schrieb Peter UhnÃ¡k: >>> Make sense if there's code in between. >> not sure what you're saying. I mean, sending the message twice makes sense if you already know the outcome? Hmmm... >> >>> something aMsg ifNil:[ ^ something aMsg ]. "yay for guards!" >>> "much more code" >>> ^ aNotherResult >>> >>> Peter >> >> -- >> ----------------------------------------------------------------------- >> Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de >> Fliederweg 1 http://www.objektfabrik.de >> D-71640 Ludwigsburg http://joachimtuchel.wordpress.com >> Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 >> >> > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

June 30, 2015

Re: [Pharo-users] Slow compilation on one of my Windows PCs

by Jan BlizniÄenko

Unfortunately no - all benchmarks I made with antivirus disabled. Mariano Martinez Peck wrote > Do you have antivirus running in windows that may be bothering with > .changes? > Please try temporary disable antivirus and try again. > > -- > Mariano > http://marianopeck.wordpress.com -- View this message in context: http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668p4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 30, 2015

Re: [Pharo-users] an elegant way to return a result

by Esteban Lorenzano

ah yeah :) I assumed first "something aMsg" ~= second "something aMsgâ In case is the same, the correct way is as you say: ^ something aMsg ifNil: [ anotherResult ] (sorry, he :P) > On 30 Jun 2015, at 13:43, jtuchel(a)objektfabrik.de wrote: > > Am 30.06.15 um 13:40 schrieb Peter UhnÃ¡k: >> Make sense if there's code in between. > not sure what you're saying. I mean, sending the message twice makes sense if you already know the outcome? Hmmm... > >> >> something aMsg ifNil:[ ^ something aMsg ]. "yay for guards!" >> "much more code" >> ^ aNotherResult >> >> Peter > > > -- > ----------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > >

June 30, 2015

Re: [Pharo-users] an elegant way to return a result

by abdelghani ALIDRA

Thanks eveybody, ^ something aMsg ifNotNil: [ aNotherResult ]is much more prety indded :) Abdelghani DeÂ : Peter UhnÃ¡k <i.uhnak(a)gmail.com> ÃÂ : abdelghani ALIDRA <alidrandco(a)yahoo.fr>; Any question about pharo is welcome <pharo-users(a)lists.pharo.org> EnvoyÃ© le : Mardi 30 juin 2015 13h26 ObjetÂ : Re: [Pharo-users] an elegant way to return a result No need to have both if you are returning the receiver. ^ something aMsg ifNotNil: [ aNotherResult ] For example try printing these two lines1 ifNotNil: [ true ]. "true"nil ifNotNil: [ true ]. "nil" If you are interested in the implementation details I highly recommend to look at the implementation.ProtoObject>>ifNotNil: aBlockandUndefinedObject>>ifNotNil: aBlock. Peter On Tue, Jun 30, 2015 at 1:21 PM, abdelghani ALIDRA <alidrandco(a)yahoo.fr> wrote: Hi guys, what is the best way to express the following :return (something aMsg) if it is not nil, return somethingElse elsewhere I could stil write: something aMsg Â Â Â Â ifNil:[^ something aMsg]Â Â Â Â ifNotNil:[^aNotherResult] but it sounds a little bit weird Regards. Abdelghani

June 30, 2015

Re: [Pharo-users] Slow compilation on one of my Windows PCs

by Mariano Martinez Peck

Do you have antivirus running in windows that may be bothering with .changes? Please try temporary disable antivirus and try again. On Tue, Jun 30, 2015 at 4:25 AM, Jan BlizniÄenko <bliznjan(a)fit.cvut.cz> wrote: > I ran it in Pharo 4 (40616) because method putSource:inFile:withPreamble: > no > longer exists in Pharo 5 and results are: > > Desktop... > all: 13.062 per second > compile: 6,603 per second (why the hell is there comma as separator and not > dot?) > store: 13.431 per second > add: 406.400 per second > > Notebook... > all: 210.180 per second > compile: 12,007 per second > store: 454.818 per second > add: 806.239 per second > > Jan > > > Peter UhnÃ¡k wrote > > Windows XP > > 1011857707 bytecodes/sec; 132044070 sends/sec > > > > Debian > > 1172295363 bytecodes/sec; 144744207 sends/sec > > > > But I think taking the compile: method apart tells a better story > > > > ~~~~~~~~~~~~~~~~~~~ > > code := 'a'. > > > > method := Object compiler > > source: code; > > requestor: nil; > > failBlock: [ ^nil ]; > > compile. > > > > all := [ > > Object compile: code. > > ]. > > > > compile := [ > > Object compiler > > source: code; > > requestor: nil; > > failBlock: [ ^nil ]; > > compile. > > ]. > > > > store := [ > > method putSource: code inFile: 2 > > withPreamble: [:f | f cr; nextPut: $!; nextChunkPut: 'Behavior method'; > > cr]. > > ]. > > > > add := [ > > Object addSelector: method selector withMethod: method notifying: nil. > > ]. > > ~~~~~~~~~~~~~~~~~~~ > > > > > > Windows XP: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > all bench. "'183.763 per second'" > > compile bench. "'10,729 per second'" > > *store bench. "'286.170 per second'"* > > add bench. "'697.883 per second'" > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > Debian > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > all bench. "'622.551 per second'" > > compile bench. "'11,129 per second'" > > *store bench. "'41,604 per second'"* > > add bench. "'787.885 per second'" > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > 150x slower disk operations? -_- > > > > I mean for normal programming this doesn't really matter, but when we are > > downloading even medium-sized package it takes ages to process... > > > > Peter > > > > > > -- > View this message in context: > http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

June 30, 2015

Re: [Pharo-users] Chess Game / UpdatingStringMorph

by Sean P. DeNigris

stepharo wrote > Polling is a bad idea from an architecture point of view. And dated :) While in this case that might be true (I haven't looked at the code), IMHO it's overstated to say that polling is always a bad idea. For exploratory spikes, mockups, throwaway tools, etc it can be very useful. Morphic stepping is based on the idea that polling makes it easy to observe underlying objects that are not designed for UI support (no change/update, announcements, etc), and may be inexpensive if the widget doesn't have to be redrawn. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Chess-Game-UpdatingStringMorph-tp4834675p4834864.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 30, 2015