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

Re: [Pharo-users] Phratch: Support for Spanish language in the interface

by jannik laval

2015-07-03 11:01 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > > 2015-07-03 10:51 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > >> Hi Thierry, >> >> It is a choice :) >> Scratch uses the scratch plugin to do that. >> In phratch, I removed the scratch plugin, to be sure to be compatible >> with platforms where it is not available. >> > > Ok. I need to have a deeper look into all this (like why phratch doesn't > has the sound working on linux). My daughters are using scratch at the > moment, and we're planning scratch-type of things around fablab-type > activities, so it would be good to do Phratch instead. > Yes, does she try to load the sound addon ? Normally, sound should work on the latest pharo VM, but I did not try it. > > And I want to control my daughter's Lego with Phratch via bluetooth ;) > Yes, we have some problems with Linux and bluetooth... but we will fix it soon, i hope. > > >> Maybe, we can reintroduce it using OSProcess or NativeBoost. >> > > Yes, I've seen that you load OSProcess in Phratch, so it means we can rely > on it. NativeBoost has access to the environment variables, and it would be > to use LANG. > > >> If you have a code snippet, I can use it. >> > > I don't know enough about Phratch source code to propose anything yet. > LANG value on my system is probably typical and is 'fr_FR.UTF-8'; how would > that match Phratch language settings ? > phratch uses the .po files, like scratch. So, the string sent by your system should be uderstandable by phratch. Jannik > > Regards, > > Thierry > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

July 3, 2015

Re: [Pharo-users] Phratch: Support for Spanish language in the interface

by Thierry Goubier

2015-07-03 10:51 GMT+02:00 jannik laval <jannik.laval(a)gmail.com>: > Hi Thierry, > > It is a choice :) > Scratch uses the scratch plugin to do that. > In phratch, I removed the scratch plugin, to be sure to be compatible with > platforms where it is not available. > Ok. I need to have a deeper look into all this (like why phratch doesn't has the sound working on linux). My daughters are using scratch at the moment, and we're planning scratch-type of things around fablab-type activities, so it would be good to do Phratch instead. And I want to control my daughter's Lego with Phratch via bluetooth ;) > Maybe, we can reintroduce it using OSProcess or NativeBoost. > Yes, I've seen that you load OSProcess in Phratch, so it means we can rely on it. NativeBoost has access to the environment variables, and it would be to use LANG. > If you have a code snippet, I can use it. > I don't know enough about Phratch source code to propose anything yet. LANG value on my system is probably typical and is 'fr_FR.UTF-8'; how would that match Phratch language settings ? Regards, Thierry

July 3, 2015

Re: [Pharo-users] Phratch: Support for Spanish language in the interface

by jannik laval

Hi Thierry, It is a choice :) Scratch uses the scratch plugin to do that. In phratch, I removed the scratch plugin, to be sure to be compatible with platforms where it is not available. Maybe, we can reintroduce it using OSProcess or NativeBoost. If you have a code snippet, I can use it. Cheers, Jannik 2015-07-02 17:14 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Hi Jannik, > > about that. Why is Phratch not picking the language from the environment? > Scratch on the same platform (linux / french) does it. > > Regards, > > Thierry > > Le 02/07/2015 14:00, Offray Vladimir Luna CÃ¡rdenas a Ã©crit : > >> Thanks Jannik, it worked. I miss the little globe. >> >> Cheers, >> >> Offray >> >> On 02/07/15 06:48, jannik laval wrote: >> >>> Dear Offray, >>> >>> Thank you for using phratch. >>> Spanish is available. You just have to click on the sphere on the left >>> of "file" menu. Here, you will find a list of available languages. >>> Sometimes, there are blocks that are not translated. In this case, >>> don't hesitate to contact me, we will translate them. >>> >>> Best regards, >>> Jannik >>> >>> 2015-07-02 5:09 GMT+02:00 Offray Vladimir Luna CÃ¡rdenas >>> <<mailto:offray@riseup.net>offray(a)riseup.net>: >>> >>> Hi, >>> >>> Some teachers are considering to make some field work with Phratch >>> on learning physics by modelling simple real world phenomena >>> (uniform accelerated movement, free fall etc). I downloaded it >>> today and try to change the interface to Spanish, but I couldn't >>> find the proper place to do it. Has Phratch support for a Spanish >>> interface. If not, how difficult will be to provide this and how >>> can we help? >>> >>> Cheers, >>> >>> Offray >>> >>> >>> >>> >>> -- >>> >>> ~~Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> http://www.phratch.com >>> http://www.approchealpes.info >>> http://car.mines-douai.fr/ >>> >>> >> > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

July 3, 2015

Re: [Pharo-users] [Ann] DragPanels: Floating palette windows with drag-and-drop in Morphic

by H. Hirzel

On 7/1/15, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 01/07/15 13:00, H. Hirzel wrote: >> BTW >> >> Gofer new >> smalltalkhubUser: 'StephanEggermont' project: 'Documentation' >> package: 'CardsMorphic'; >> load. >> >> taken from above gives an error message. > > Needs a configuration, depends on DragPanels and WebSocket from Zinc. OK, so load order is 1. WebSocket 2. Dragpanel 3. Documentation >> I understand that there is no menu command yet to do the export so I did >> >> CardsSvgWriter newFile: 'cards.svg' on: (CardWall allInstances at: >> 1) >> >> in a playground workspace window. I suggest to include that the context >> menu. > > You noticed the websocket client? No, how do I use it with the Cards application? > >> Texts are preserved in the svg file, so search is possible. >> >> Fontsize is an issue: in the exported SVG file it is much smaller than >> in the CardWall panel. > > Is it? I didn't define a font in SVG, and most fonts look smaller than > the one I used in the panel. Including fonts looks more painful than > including pictures. I do not mean they should be included, just a larger font size. And the text in the card should wrap around and not go out of the card. >> Adding a card by just typing the card text and hitting '<ENTER>' would be >> nice. > > There is a shortcut Alt-A defined in CardsApplication. I tried defining > <enter> but that seems to be intercepted somewhere. OK > Stephan > > >

July 3, 2015

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

by Peter UhnÃ¡k

by the way > nextOrNextAfterNext := stream next ifNil: [stream next]. > I would argue that almost every person who would read this would think it's a bug and it should be ifNotNil: Also there would be no point in saving it to a variable if you will just return. ^ stream next ifNil: [ stream next ]

July 3, 2015

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

by Jan BlizniÄenko

I tried making store benchmark based on caching settings on Windows which look like this: http://www.windows7library.com/blog/wp-content/uploads/2011/07/Write-Cachin… both options checked: desktop 690 per sec, laptop 490 per sec caching checked (enabled), second one not checked (which is default setting): desktop 18 per sec, laptop 480 per sec neither checked: desktop 17 per sec, laptop 9 per sec All is still very far from more than 20 000 on linux in virtual box on the same PC. Also pretty curious how it has different influence on them. I should note that desktop HDD is much older - laptop is 3 years old, but desktop HDD is WD Blue WD6400AAKS made almost 8 years ago. However, disc monitoring utilities report that it is in perfect health (but still old, technologies improved since then I believe). Jan philippeback wrote > Side question: is write caching enabled on that drive? > > Phil -- 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.

July 3, 2015

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

by Jan BlizniÄenko

Well, Peter posted here his results on his Windows XP and it is slow on his PC, too. About those non-latin characters... lots of these benchmarks are made on compilation of ASCII characters as far as I know, without our project ever loaded. I tested whole loading also on Roassal2 package where I don't expect non-ASCII characters (any way to find out for sure?). Sven Van Caekenberghe-2 wrote > Jan, > > I find it rather hard to believe you are the only Windows users for who > #flush is slow. This is such a fundamental operation that it should have > been caught earlier. Remember that the Pharo code itself is cross platform > identical. Anyway, that is how I feel it. > > Just an idea: does your source code contain non-Latin-1 characters (i.e. > WideStrings), even a single one ? Maybe your name itself (the Ä). > > Sven -- 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.

July 3, 2015

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

by abdelghani ALIDRA

Hi, There is also this book : Clean Code: A Handbook of Agile Software Craftsmanship Some of you probably already knew about it, still it is good to recall :) Abdelghani | Â | | Â | | Â | Â | Â | Â | Â | | Clean Code: A Handbook of Agile Software CraftsmanshipBook by Martin Robert C | | | | Afficher sur www.amazon.fr | AperÃ§u par Yahoo | | | | Â | Date: Thu, 02 Jul 2015 07:37:11 +0200 From: Joachim Tuchel <jtuchel(a)objektfabrik.de> To: stepharo <stepharo(a)free.fr> Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] an elegant way to return a result Message-ID: Â Â Â <mailman.312.1435823336.8793.pharo-users_lists.pharo.org(a)lists.pharo.org> Â Â Â Content-Type: text/plain; charset=utf-8 Just found this on twitter: http://www.cs.wm.edu/~denys/pubs/ICSE%2715-BadSmells-CRC.pdf Am 01.07.2015 23:35 schrieb stepharo <stepharo(a)free.fr>: > > I know :D > > Le 1/7/15 15:19, jtuchel(a)objektfabrik.de a ?crit : > > Stef, > > > > you're shooting the wrong man! ;-) The crime was committed in your > > team ;-)))) > > > > See you in Brescia > > > > Joachim > > > > Am 30.06.15 um 19:19 schrieb stepharo: > >> > >> > >> Le 30/6/15 14:39, jtuchel(a)objektfabrik.de a ?crit : > >>> 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 ugly. > >> Please we should not teach how to do exception with blocks :) > >>> > >>> 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 > >>>>> > >>>>> > >>>> > >>>> > >>> > >>> > >> > >> > >> > > > > > > >

July 3, 2015

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

by jtuchel＠objektfabrik.de

Stef, So we're finding more and more problems in just a single line of code ;-) Do you see advantages in this piece of code? Would it be friendlier to the Compiler/VM or a programmer in your opinion? |nextOrNextAfterNext| nextOrNextAfterNext := stream next ifNil: [stream next]. ^nextOrNextAfterNext Joachim Am 02.07.15 um 23:23 schrieb stepharo: > Hi matthieu > > on my side: > > stream next ifNil: [^stream next]. > > When you execute a block (far away from the place it was created), it > acts as an exception, it stops the execution of currently executed > methods and > return to its home context (method that led to the creation of the > block) Read deep into Pharo because this is a great chapter. > So people should avoid to put return statement into a block since a > block returns already the value of its last expression. > > So for me > arg: [ ^ ... ] > > is a big warning. > > Stef > > > > Le 1/7/15 23:55, Matthieu Lacaton a Ã©crit : >> >> This whole conversation really makes me want to ask: How do you know >> if some code is bad, good or completely ugly ? I've not been >> programming for long but I've already heard sentences like this: >> "Damn this piece of code is so bad !" so often that I am really >> wondering. What are the rules ? Performant code makes total sense but >> it seems there is something else. >> >> Le 1 juil. 2015 23:36, "stepharo" <stepharo(a)free.fr >> <mailto:stepharo@free.fr>> a Ã©crit : >> >> I know :D >> >> Le 1/7/15 15:19, jtuchel(a)objektfabrik.de >> <mailto:jtuchel@objektfabrik.de> a Ã©crit : >> >> Stef, >> >> you're shooting the wrong man! ;-) The crime was committed in >> your team ;-)))) >> >> See you in Brescia >> >> Joachim >> >> Am 30.06.15 um 19:19 schrieb stepharo: >> >> >> >> Le 30/6/15 14:39, jtuchel(a)objektfabrik.de >> <mailto:jtuchel@objektfabrik.de> a Ã©crit : >> >> 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 ugly. >> Please we should not teach how to do exception with blocks :) >> >> >> 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 >> <mailto:jtuchel@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 >> <mailto:jtuchel@objektfabrik.de> >> Fliederweg 1 http://www.objektfabrik.de >> D-71640 Ludwigsburg >> http://joachimtuchel.wordpress.com >> Telefon: +49 7141 56 10 86 0 >> <tel:%2B49%207141%2056%2010%2086%200> >> Fax: +49 7141 56 10 86 1 >> <tel:%2B49%207141%2056%2010%2086%201> >> >> >> >> >> >> >> >> >> >> >> >> >> > -- ----------------------------------------------------------------------- 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

July 3, 2015

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

by phil＠highoctane.be

On Thu, Jul 2, 2015 at 11:39 PM, Jan BlizniÄenko <bliznjan(a)fit.cvut.cz> wrote: > Flush is, in the store benchmark I used, called from from > MultiByteFileStream(WriteStream) >>#nextChunkPut: and from > CompiledMethod>>#putSource:inFile:withPreamble: ... when I comment out > calling flush in these two methods, it is fast like when whole content of > flush method is commented out. However, If I keep these two flush calls > commented, but I once call flush manually in the end of the "store" code, > it > is slow again (well, instead of 8-18 runs per sec it runs 40-50 times per > sec, but it is far from 9000 when flush does not happen at all). It seems > to > me like the problem is not in how many times flush is called, but more in > what actually happens when flush is called (how is the primitive primFlush: > achieved on Windows). > In pharo-vm\platforms\win32\plugins\FilePlugin\sqWin32FilePrims.c sqInt sqFileFlush(SQFile *f) { if (!sqFileValid(f)) FAIL(); /* note: ignores the return value in case of read-only access */ FlushFileBuffers(FILE_HANDLE(f)); return 1; } http://blogs.msdn.com/b/oldnewthing/archive/2010/09/09/10059575.aspx "If you perform one of these explicit flush operations, you aren't letting the disk cache do its job." I guess we do just that. More on that issue: http://stackoverflow.com/questions/18276554/windows-fsync-flushfilebuffers-… http://winntfs.com/2012/11/29/windows-write-caching-part-2-an-overview-for-… Side question: is write caching enabled on that drive? Phil > > Jan > > > Nicolai Hess wrote > > 2015-07-02 19:01 GMT+02:00 Sven Van Caekenberghe < > > > sven@ > > > >: > > > >> #flush on a stream means pushing all data to the final destination, > >> clearing buffers, doing actual network transfers. > >> > >> What can happen when you disable that ? > >> > >> That some data does not arrive where it should I guess. > >> > >> Mind that #close most of the time does an automatic/implicit #flush. > >> > >> Anyway, I don't think disabling #flush is a real solution. > >> > > > > +1 > > > > Maybe it is enough, if we remove the call to "self flush" in > > WriteStream>>#nextChunkPut: > > ? > > > > I see that squeak does not call flush, and :) in Squeak > > WriteStream>>#flush > > is empty (!) > > (But I think in squeak and pharo are many differences for stream and > > source/changes handling) > > > > > > -- > 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. > > >

July 3, 2015