October 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Ann] Phratch 4.0

by jannik laval

Yes, We planed to do it. But maybe for Phratch 5 :) Jannik 2014-10-22 11:25 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Great! > > One more point to consider, the left panel, containing all the bricks, > looks to me too narrow: you have to use the horizontal slider to reveal > all the brick views. Not sure it is easy to make it larger, or even > better make it resize-able > > Thanks > > Hilaire > > Le 22/10/2014 11:06, jannik laval a Ã©crit : > > Thank you Hilaire. > > > > I just fixed that. > > I am rebuilding the one-click. > > > > You can try again in 1 hour. > > > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > > -- ~~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/

Oct. 22, 2014

Re: [Pharo-users] [Ann] Phratch 4.0

by Hilaire

Great! One more point to consider, the left panel, containing all the bricks, looks to me too narrow: you have to use the horizontal slider to reveal all the brick views. Not sure it is easy to make it larger, or even better make it resize-able Thanks Hilaire Le 22/10/2014 11:06, jannik laval a Ã©crit : > Thank you Hilaire. > > I just fixed that. > I am rebuilding the one-click. > > You can try again in 1 hour. > -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Oct. 22, 2014

Re: [Pharo-users] [Pharo-dev] Clickable class side example and initialize methods in Pharo 4.0

by Tudor Girba

You are welcome. You should expect more in this direction. Doru On Wed, Oct 22, 2014 at 11:02 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > very good feature that I was completely unaware of. I have actually > examples in my Ephestos project that are at class side but I use ex instead > of example. This will come very handy for my users thanks :) > > On Wed, Oct 22, 2014 at 11:43 AM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> Hi Torsten, >> >> Thanks for this. This is indeed the way to go. >> >> Just to let you know, the example infrastructure is also being developed >> in the context of GT, so we have a healthy interest overlap which is great. >> Only in our case, the discovery of the example happens through an <example> >> pragma. Would it be possible to change your slice to use this pragma >> instead of the example* convention? >> >> Cheers, >> Doru >> >> >> >> On Wed, Oct 22, 2014 at 9:19 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >> >>> One addition I implemented for Nautilus is that one can run examples >>> directly >>> in the browser just by clicking on class side example methods icons. >>> >>> See >>> https://pharo.fogbugz.com/f/cases/13892/Example-methods-should-be-runnable-… >>> for a picture. >>> >>> >>> SO PLEASE: WHEN YOU PROVIDE EXAMPLES IN CLASSES PLEASE PUT THEM ON THE >>> CLASS SIDE >>> AND LET THE SELECTOR START WITH "example". >>> >>> This way people will easily see that it is an example and can run them. >>> Additionally it >>> would help to put them into a category like "examples". So be a good >>> citized and >>> provide not only class comments but also examples for others to study. >>> >>> >>> Side note: >>> ========== >>> It is also possible to click on the icon of class side initialize >>> methods so the >>> class get reinitialized (after a confirmation to avoid false clicking). >>> >>> >>> https://pharo.fogbugz.com/f/cases/13894/Class-side-initialize-methods-shoul… >>> >>> Both issues are already integrated. >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 22, 2014

Re: [Pharo-users] [Ann] Phratch 4.0

by jannik laval

Thank you Hilaire. I just fixed that. I am rebuilding the one-click. You can try again in 1 hour. Cheers, Jannik 2014-10-21 12:36 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Le 21/10/2014 07:07, jannik laval a Ã©crit : > > > > Could you try phratch and say me what do you expect. > > Then explain me what is not working. > > > > > AS you indicated me, I create an Arduino sprite, then when I click on > the Arduinio block category I have an out of bounds error. See changelog > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > -- ~~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/

Oct. 22, 2014

Re: [Pharo-users] [Pharo-dev] Clickable class side example and initialize methods in Pharo 4.0

by kilon alios

very good feature that I was completely unaware of. I have actually examples in my Ephestos project that are at class side but I use ex instead of example. This will come very handy for my users thanks :) On Wed, Oct 22, 2014 at 11:43 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Torsten, > > Thanks for this. This is indeed the way to go. > > Just to let you know, the example infrastructure is also being developed > in the context of GT, so we have a healthy interest overlap which is great. > Only in our case, the discovery of the example happens through an <example> > pragma. Would it be possible to change your slice to use this pragma > instead of the example* convention? > > Cheers, > Doru > > > > On Wed, Oct 22, 2014 at 9:19 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> One addition I implemented for Nautilus is that one can run examples >> directly >> in the browser just by clicking on class side example methods icons. >> >> See >> https://pharo.fogbugz.com/f/cases/13892/Example-methods-should-be-runnable-… >> for a picture. >> >> >> SO PLEASE: WHEN YOU PROVIDE EXAMPLES IN CLASSES PLEASE PUT THEM ON THE >> CLASS SIDE >> AND LET THE SELECTOR START WITH "example". >> >> This way people will easily see that it is an example and can run them. >> Additionally it >> would help to put them into a category like "examples". So be a good >> citized and >> provide not only class comments but also examples for others to study. >> >> >> Side note: >> ========== >> It is also possible to click on the icon of class side initialize methods >> so the >> class get reinitialized (after a confirmation to avoid false clicking). >> >> >> https://pharo.fogbugz.com/f/cases/13894/Class-side-initialize-methods-shoul… >> >> Both issues are already integrated. >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Oct. 22, 2014

Re: [Pharo-users] [Pharo-dev] Clickable class side example and initialize methods in Pharo 4.0

by Tudor Girba

Hi Torsten, Thanks for this. This is indeed the way to go. Just to let you know, the example infrastructure is also being developed in the context of GT, so we have a healthy interest overlap which is great. Only in our case, the discovery of the example happens through an <example> pragma. Would it be possible to change your slice to use this pragma instead of the example* convention? Cheers, Doru On Wed, Oct 22, 2014 at 9:19 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > One addition I implemented for Nautilus is that one can run examples > directly > in the browser just by clicking on class side example methods icons. > > See > https://pharo.fogbugz.com/f/cases/13892/Example-methods-should-be-runnable-… > for a picture. > > > SO PLEASE: WHEN YOU PROVIDE EXAMPLES IN CLASSES PLEASE PUT THEM ON THE > CLASS SIDE > AND LET THE SELECTOR START WITH "example". > > This way people will easily see that it is an example and can run them. > Additionally it > would help to put them into a category like "examples". So be a good > citized and > provide not only class comments but also examples for others to study. > > > Side note: > ========== > It is also possible to click on the icon of class side initialize methods > so the > class get reinitialized (after a confirmation to avoid false clicking). > > > https://pharo.fogbugz.com/f/cases/13894/Class-side-initialize-methods-shoul… > > Both issues are already integrated. > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 22, 2014

Clickable class side example and initialize methods in Pharo 4.0

by Torsten Bergmann

One addition I implemented for Nautilus is that one can run examples directly in the browser just by clicking on class side example methods icons. See https://pharo.fogbugz.com/f/cases/13892/Example-methods-should-be-runnable-… for a picture. SO PLEASE: WHEN YOU PROVIDE EXAMPLES IN CLASSES PLEASE PUT THEM ON THE CLASS SIDE AND LET THE SELECTOR START WITH "example". This way people will easily see that it is an example and can run them. Additionally it would help to put them into a category like "examples". So be a good citized and provide not only class comments but also examples for others to study. Side note: ========== It is also possible to click on the icon of class side initialize methods so the class get reinitialized (after a confirmation to avoid false clicking). https://pharo.fogbugz.com/f/cases/13894/Class-side-initialize-methods-shoul… Both issues are already integrated.

Oct. 22, 2014

ConfigurationOfSandstoneDb

by Torsten Bergmann

Hi Mike, attached is an updated version: - Packages should have corrected dependencies in ConfigurationOfSandstoneDb - also when 1.0 is released the development is 2.0-baseline always as one version is released and you load on the next upcoming. As it is the baseline it will load all At least this is also how Versioner works with the config, open it in the Versioner tool in 3.0. I can not commit, maybe you add it/upload it to the repo. Also put it into MetaRepoForPharo30 so it appears in the config browser as Stef suggested. I did not create groups (usually we could/should have one for each possible combination usage of SandStoneDB, for instance one for Goods, one for Fuel, ...also tests separated from core etc). I think the packages are not yet correctly cutted (for instance SandstoneDbFileSystemStore includes the store AND the tests). Usually tests should be in an own package, so one can load them separately. This way you could have a "Core" group for loading the basics you need at runtime and a group "Tests" that allows you to load the packages including the Tests when developing. Bye T.

Oct. 22, 2014

Pharo - OpenDBXDriver: Unsupported data type: UNKNOWN

by bsselfridge＠gmail.com

Whenever I try to select a table that has timestamp defined columns I'm getting the following error: "OpenDBXDriverError: OpenDBXDriver: Unsupported data type: UNKNOWN, trying to parse 2011-03-31 17:38:35" I've traced this down into the NBOpenDBX_ApiH>>odbx_column_type:pos: method. I don't know if this is a DBXTalk problem or an OpenDBX problem, or simply that OpenDBX does not support timestamp column types for MySQL database. My system is: Pharo 3.0. MySql DBXTalk Thanks, B Selfridge -- View this message in context: http://forum.world.st/Pharo-OpenDBXDriver-Unsupported-data-type-UNKNOWN-tp4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 21, 2014

Re: [Pharo-users] UDP example

by Sven Van Caekenberghe

> On 21 Oct 2014, at 17:53, Annick Fron <list(a)afceurope.com> wrote: > > > I think the following code does polling : >>> [ result := socket receiveUDPDataInto: buffer. >>> result first > 0 ] whileFalse: [ (Delay forMilliseconds: 10) wait ]. > > and it is preferable to use semaphores, which are more efficient. > Is it possible to replace it by : > > socket waitForData. > result :- socket receiveUDPDataInto: buffer ??? > > Annick Good idea, I somehow always thought that #waitForData was only for TCP, but apparently it is not. https://pharo.fogbugz.com/f/cases/14276/Add-UDPSocketEchoTest-test-example == Name: SLICE-Issue-14276-Add-UDPSocketEchoTest-testexample-SvenVanCaekenberghe.2 Author: SvenVanCaekenberghe Time: 21 October 2014, 8:58:15.37026 pm UUID: 5c97ef33-ccff-4cab-9981-d4284d60e162 Ancestors: SLICE-Issue-14276-Add-UDPSocketEchoTest-testexample-SvenVanCaekenberghe.1 Dependencies: NetworkTests-SvenVanCaekenberghe.100 Use #waitForData instead of a busy wait loop (thx Annick From) === > PS : I have successfully used broadcast UDP on Raspberry Feel free to share whatever you learned. > Le 21 oct. 2014 Ã 16:08, Henrik Johansen <henrik.s.johansen(a)veloxit.no> a Ã©crit : > >> >>> On 21 Oct 2014, at 3:52 , Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >>> >>> >>> >>> 2014-10-21 15:40 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>> >>> > On 21 Oct 2014, at 15:29, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: >>> > >>> > >>> > yes examples are good. >>> > but I also suggest to use a stream on a UDPSocket instead of manipulating the socket directly in the model code. >>> > Usually, it lowers the code complexity. >>> >>> Hmm, are you sure that is even possible with UDP sockets ? >>> >>> I was thinking of using a stream on the data part of the datagram packets. >>> If you have structured data it simpler to use #next or #nextImage, ... >>> >>> And if the data part is bigger than one datagram packet (65535 IIRC), you can append to the stream as soon as you receive the next packet. >>> >>> Does it sounds good? >>> >>> Cheers, >>> >>> Luc >> >> UDP delivery isn't ordered, nor reliable. >> Build those into a Stream wrapper in order to reliably reconstruct a data stream from the sender, and you're almost back to TCP... >> >> Cheers, >> Henry >

Oct. 21, 2014