June 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN]: Pharo x.5

by StÃ©phane Ducasse

Hi sean I like your browser showing issue. What does it show? Because I'm always lost with figbuz :) For the DateAndTime long time ago camillo was mentioning that dart as a nice way to specify how to print dates so may be we should have a look Stef On Jun 18, 2013, at 3:30 PM, DeNigris Sean <sean(a)clipperadams.com> wrote: > Are you both impatient and conservative (and apparently confused) like me? I want to use the stable release of Pharo with the best new features of the alpha version. Also, do you ever think of cool enhancements to the IDE that for whatever reason have not made it into the release? > > Well, I've been collecting these things into ConfigurationOfPharoSpd. There are many little parts, which you can load with: > Gofer it > squeaksource3: 'PharoSpd'; > package: 'ConfigurationOfPharoSpd'; > load. > (Smalltalk at: #ConfigurationOfPharoSpd) load. > > Here is a screenshot of its little browser showing the issues which have been addressed (gray means the issue is not applicable to the current image version, green means the fix has been applied): > <Screen Shot 2013-06-18 at 9.13.03 AM.png> > There are also a bunch of little IDE enhancements. > > This one is one of my favorites. Instead of sprinkling method comments like "self open" in every class-side unary method, there are Nautilus menu items to send them (and optionally inspect the result): > <Screen Shot 2013-06-18 at 9.15.47 AM.png> > Or you can add a boilerplate ComposableModel to a package: > <Screen Shot 2013-06-18 at 9.17.50 AM.png> > And some extension methods I find myself using often, like: > * String>>surroundedByDoubleQuotes > * DateAndTime>>printUS, which returns a string like '6/18/2013 @ 9:20 am' > * ZnNetworkingUtils>>isPortAvailable: (doesn't take ip6 into account) > > Anyway, enjoy! Feedback welcome...

June 18, 2013

Re: [Pharo-dev] on:do: for shortcuts?

by StÃ©phane Ducasse

On Jun 18, 2013, at 7:21 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > The problem with onkeypress, onkeydown, onkeyup is that they are low-level events compared to the shortcuts we are talking about. > > A shortcut is at least one key, but is usually a key + a modifier or a sequence of key + modifiers (such as the emacs ^X ^C ($x ctrl, $c ctrl). The Keymapping stuff sits a lot higher than the basic keypress events (which do exist as well) and can recognize multi-keys combinations. If you call that onKeyPress:do:, then you loose in the name part of the power of it. > > Hence the onKeyCombination:do: (but I prefer onShortcut:do:) onShortcut:do: looks good to me. Stef > > Thierry > ________________________________________ > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Esteban A. Maringolo [emaringolo(a)gmail.com] > Date d'envoi : mardi 18 juin 2013 18:14 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] on:do: for shortcuts? > > 2013/6/18 ClÃ©ment Bera <bera.clement(a)gmail.com> > >> On Javascript, there are : >> >> onkeypress >> onkeydown >> onkeyup >> >> >> I think we should have same API than other languages, especially popular ones. So 1 of these 3 would be the best for me. >> >> Why not onKeyPress:do: ? > > +1 to each of the last two statements. > >

June 18, 2013

Re: [Pharo-dev] Barcodes

by StÃ©phane Ducasse

Hello Gary I'm sure that Olivier is interested. Stef On Jun 18, 2013, at 6:37 PM, "Gary Chambers" <gazzaguru2(a)btinternet.com> wrote: > Well, hoping to work with Torsten on barcodes in general, given we have support for canvas based drawing of a few formats here at Pinesoft. > > Also, if Olivier would like some help with TTF in PDFs I can give some pointers etc. > > Regards, Gary > ----- Original Message ----- > From: Chris Cunningham > To: Pharo Development List > Sent: Tuesday, June 18, 2013 5:23 PM > Subject: Re: [Pharo-dev] Barcodes > > You should be able to create a form, paint it white, draw on it with a barcode TTF font, export that form to JPEG, and then use that JPEG into Artefact. > > Not really straight-forward, but it should work. > > *Note: I've found that writing JPEG's in Pharo, it assumes that the background is BLACK if it isn't isn't specifically painted with something else first. Unlike PNG and GIF, which assume WHITE. > > -Chris > > > On Tue, Jun 18, 2013 at 1:44 AM, Olivier Auverlot<olivier.auverlot(a)gmail.com> wrote: > Hi Torsten, > > Artefact don't support TTF fonts for the moment but it's planned in futures versions. > > Best regards > Olivier :-) > > Le 14 juin 2013 Ã 16:16, Milan Mimica a Ã©crit : > >> You just need a TTF font. Does Artefact support TTF? hpdf does. >> >> >> On 14 June 2013 13:58, Torsten Bergmann <astares(a)gmx.de> wrote: >> Do we have some barcode stuff available for Pharo? >> Something "Form" based that can be used with Artefact? >> >> Thx >> T. >> >> >> >> >> -- >> Milan Mimica >> http://sparklet.sf.net

June 18, 2013

Re: [Pharo-dev] Also "create method" in traits

by Martin Dias

awesome, thank you! On Tue, Jun 18, 2013 at 3:48 PM, Sebastian Tleye <stleye(a)gmail.com> wrote: > Done :) > You can download the fix and not suffer anymore :P > > > 2013/6/18 Camillo Bruni <camillobruni(a)gmail.com> >> >> yes please :) >> >> https://pharo.fogbugz.com/default.asp?10951 >> >> On 2013-06-18, at 14:59, Camille Teruel <camille.teruel(a)gmail.com> wrote: >> > On 18 juin 2013, at 14:56, Martin Dias wrote: >> > >> >> Hi >> >> >> >> I informally reported this "feature requirement" today to Sebastian, >> >> but I wanted to post it to all. >> >> >> >> When the debugger is shown after a MNU, the developer can press the >> >> button "Create method". A list of the superclasses is shown to the >> >> developer, so he/she can choose in which class crate the method. In >> >> addition to superclasses, it would be nice to show the traits that the >> >> classes use, since developer might want to create the method there. >> >> >> >> Cheers, >> >> MartÃn >> >> >> > >> > +1 >> >> >

June 18, 2013

Re: [Pharo-dev] on:do: for shortcuts?

by GOUBIER Thierry

The problem with onkeypress, onkeydown, onkeyup is that they are low-level events compared to the shortcuts we are talking about. A shortcut is at least one key, but is usually a key + a modifier or a sequence of key + modifiers (such as the emacs ^X ^C ($x ctrl, $c ctrl). The Keymapping stuff sits a lot higher than the basic keypress events (which do exist as well) and can recognize multi-keys combinations. If you call that onKeyPress:do:, then you loose in the name part of the power of it. Hence the onKeyCombination:do: (but I prefer onShortcut:do:) Thierry ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Esteban A. Maringolo [emaringolo(a)gmail.com] Date d'envoi : mardi 18 juin 2013 18:14 Ã : Pharo Development List Objet : Re: [Pharo-dev] on:do: for shortcuts? 2013/6/18 ClÃ©ment Bera <bera.clement(a)gmail.com> > On Javascript, there are : > > onkeypress > onkeydown > onkeyup > > > I think we should have same API than other languages, especially popular ones. So 1 of these 3 would be the best for me. > > Why not onKeyPress:do: ? +1 to each of the last two statements.

June 18, 2013

Re: [Pharo-dev] Object>>#if:then:else:

by Camille Teruel

On 18 juin 2013, at 17:04, ClÃ©ment Bera wrote: > I don't like this new structure. Then people coming from non object language using all the time control structure will do : > > #someRandomObject if: then: else: thinking of doing a C style condition and not using at all the receiver. Come on, people are not that stupid ! And if they really are, no matter what you do, they will write bad code eventually. > I like how it is now. It is not about replacing stuff, just adding one method. ifTrue:ifFalse: is still the better choice in most situations. > > 2013/6/18 kilon <thekilon(a)yahoo.co.uk> > Very few things are truly necessary in life, programming languages are not > amongst them. > > As I said , for me how already things work in pharo is fine concerning > ifTrue: and friends . > > > > -- > View this message in context: http://forum.world.st/Pharo-dev-Object-if-then-else-tp4693871p4693952.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > > > -- > ClÃ©ment BÃ©ra > Mate Virtual Machine Engineer > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq

June 18, 2013

Re: [Pharo-dev] Barcodes

by Gary Chambers

Well, hoping to work with Torsten on barcodes in general, given we have support for canvas based drawing of a few formats here at Pinesoft. Also, if Olivier would like some help with TTF in PDFs I can give some pointers etc. Regards, Gary ----- Original Message ----- From: Chris Cunningham To: Pharo Development List Sent: Tuesday, June 18, 2013 5:23 PM Subject: Re: [Pharo-dev] Barcodes You should be able to create a form, paint it white, draw on it with a barcode TTF font, export that form to JPEG, and then use that JPEG into Artefact. Not really straight-forward, but it should work. *Note: I've found that writing JPEG's in Pharo, it assumes that the background is BLACK if it isn't isn't specifically painted with something else first. Unlike PNG and GIF, which assume WHITE. -Chris On Tue, Jun 18, 2013 at 1:44 AM, Olivier Auverlot <olivier.auverlot(a)gmail.com> wrote: Hi Torsten, Artefact don't support TTF fonts for the moment but it's planned in futures versions. Best regards Olivier :-) Le 14 juin 2013 Ã 16:16, Milan Mimica a Ã©crit : You just need a TTF font. Does Artefact support TTF? hpdf does. On 14 June 2013 13:58, Torsten Bergmann <astares(a)gmx.de> wrote: Do we have some barcode stuff available for Pharo? Something "Form" based that can be used with Artefact? Thx T. -- Milan Mimica http://sparklet.sf.net

June 18, 2013

Re: [Pharo-dev] Cloud Hosting Tip

by Sven Van Caekenberghe

On 18 Jun 2013, at 17:24, "Esteban A. Maringolo" <emaringolo(a)gmail.com> wrote: > I did some tests with AWS EC2, and it is good to know to know Pharo is so simple to install in this provider. > > It looks more like a VPS provider, or am I missing something? Because I haven't seen an autoscaling (up or out) option there. > Do you know if they support something similar to Elastic IP? No, you just get a simple machine ('VPS', but they are all virtual, right) of some size and then you are on your own. AWS has lots and lots of more options, API's and services. > Regards, > > Esteban A. Maringolo > > > 2013/6/18 Sven Van Caekenberghe <sven(a)stfx.eu> > Hi, > > I am a fan of Amazon AWS's Cloud Services. But it is not perfect. > > Enter Digital Ocean (https://www.digitalocean.com) an easier to use, simpler cloud hosting provider, that is cheaper and seems faster. You get a raw machine, so you still need some basic Unix admin skills, but apart from that it cannot get much easier. > > For just $5 a month you get this: > > <Screen Shot 2013-06-18 at 16.00.41.png> > As an SSD based machine, it feels very fast. I did some quick benchmarks at the Pharo level which show that this virtualised hardware is up to 10x faster than an Amazon AWS EC2 micro instance, and up to 3x faster than an Amazon AWS EC2 small instance. Its just a bit slower than my top of the line MacBook Air: > > root@stfx:~# ./pharo Pharo.image eval '1 tinyBenchmarks' > '764749813 bytecodes/sec; 94679619 sends/sec' > > To get started on the empty machine, just do > > root@stfx:~# curl get.pharo.org/30+vm | bash > > If you picked a 32 bit Ubuntu, you only need to do > > root@stfx:~# apt-get install libssl0.9.8 > > Starting a Zn server is dead easy: > > root@stfx:~# ./pharo Pharo.image eval --no-quit 'ZnServer startDefaultOn: 1701' & > > Have a look at: > > http://82.196.12.54:1701 > > Which is a single vm+image instance. > > Local network performance is quite good: > > root@stfx:~# ab -k -n 1024 -c 4 http://localhost:1701/bytes > > Server Software: Zinc > Server Hostname: localhost > Server Port: 1701 > > Document Path: /bytes > Document Length: 64 bytes > > Concurrency Level: 4 > Time taken for tests: 0.584 seconds > Complete requests: 1024 > Failed requests: 0 > Write errors: 0 > Keep-Alive requests: 1024 > Total transferred: 243712 bytes > HTML transferred: 65536 bytes > Requests per second: 1753.68 [#/sec] (mean) > Time per request: 2.281 [ms] (mean) > Time per request: 0.570 [ms] (mean, across all concurrent requests) > Transfer rate: 407.59 [Kbytes/sec] received > > I also tried a big config based build that downloaded and compiled about 1Gb worth of .mcz and that took less than 4 minutes which is also quite fast. > > Of course, you get way fewer features than with Amazon AWS (the total ecosystem). But for the price it seems hard to beat. > > Have fun ! > > Sven > > PS: Feel free to do me a favour by using this link https://www.digitalocean.com/?refcode=6a0334a169dc > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > >

June 18, 2013

Re: [Pharo-dev] Barcodes

by Chris Cunningham

You should be able to create a form, paint it white, draw on it with a barcode TTF font, export that form to JPEG, and then use that JPEG into Artefact. Not really straight-forward, but it should work. *Note: I've found that writing JPEG's in Pharo, it assumes that the background is BLACK if it isn't isn't specifically painted with something else first. Unlike PNG and GIF, which assume WHITE. -Chris On Tue, Jun 18, 2013 at 1:44 AM, Olivier Auverlot < olivier.auverlot(a)gmail.com> wrote: > Hi Torsten, > > Artefact don't support TTF fonts for the moment but it's planned in > futures versions. > > Best regards > Olivier :-) > > Le 14 juin 2013 Ã 16:16, Milan Mimica a Ã©crit : > > You just need a TTF font. Does Artefact support TTF? hpdf does. > > > On 14 June 2013 13:58, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Do we have some barcode stuff available for Pharo? >> Something "Form" based that can be used with Artefact? >> >> Thx >> T. >> >> > > > -- > Milan Mimica > http://sparklet.sf.net > > >

June 18, 2013

Re: [Pharo-dev] on:do: for shortcuts?

by Esteban A. Maringolo

2013/6/18 ClÃ©ment Bera <bera.clement(a)gmail.com> > On Javascript, there are : > > onkeypress > onkeydown > onkeyup > > > I think we should have same API than other languages, especially popular ones. So 1 of these 3 would be the best for me. > > Why not onKeyPress:do: ? +1 to each of the last two statements.

June 18, 2013