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

SVG described countries in Roassal

by Alexandre Bergel

Hi! I had fun understanding how countries may be described using SVG. Here is a first shoot: Moving the mouse above a country name highlight the country. You can now rehearse your geography. The complete source code of this example is: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | view element nameComponent label | view := ROView new. ROSVGPath countries do: [ :k | element := (ROSVGPath path: (ROSVGPath perform: k)) elementOn: k. view add: element. ]. nameComponent := ROElement new. ROSVGPath countries do: [ :k | label := ROLabel elementOn: k asString. label @ ROLightlyHighlightable. label on: ROMouseEnter do: [ :event | ROBlink highlight: (view elementFromModel: event model asSymbol) ]. label on: ROMouseLeave do: [ :event | ROBlink unhighlight: (view elementFromModel: event model asSymbol) ]. nameComponent add: label. ]. ROGridLayout new gapSize: -3; lineItemsCount: 15; on: nameComponent elements. view add: nameComponent. nameComponent translateTo: 0 @ 400. view openInWindowSized: 1000 @ 700 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 16, 2013

Re: [Pharo-dev] New builder for Roassal: building geographical maps

by HernÃ¡n Morales Durand

Hi Alex, Have you checked Shapes to load ESRI .shp files? http://www.smalltalkhub.com/#!/~hernan/Shapes There are free shapefile maps in sites like this http://www.statsilk.com/maps/download-free-shapefile-maps HernÃ¡n El 16/11/2013 7:52, Alexandre Bergel escribiÃ³: > It is currently ad-hoc since we use a bitmap for the map, and locate cities with distances in pixels. > > We have found description in SVG and found a couple of formulas to map longitude and latitude into pixels. So we will have something vectorial very soon. > > If someone has some ideas, data, examples the we will be very happy to take them as challenges! > > Alexandre > > >> Le 15-11-2013 Ã 18:39, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >> >> Very nice, Alex, I guess you are using shape files then ? >> >> Sven >> >>> On 15 Nov 2013, at 20:56, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>> >>> Hi! >>> >>> During our pair coding session on Friday, we worked on a new builder for Roassal. >>> >>> Here is short example: >>> >>> >>> | builder | >>> builder := ROFranceMapBuilder new. >>> builder shape circle size: 15; color: Color red; withLabel. >>> builder showCities: #('Paris' 'Lyon' 'Marseille'). >>> >>> builder shape circle size: 25; color: Color blue; withLabel. >>> builder show: 'Nice'. >>> >>> builder open >>> >>> It should produce: >>> <Screen Shot 2013-11-15 at 4.53.30 PM.png> >>> >>> >>> There is no reference to external files. It runs out of the box. >>> >>> In case you got a sudden need to press a like button or do some retweet, here a bit of material: >>> >>> https://www.facebook.com/media/set/?set=a.543459092407359.1073741830.340543… >>> https://twitter.com/objectprofile/status/401433558684008448 >>> >>> On our facebook account we have many more screenshots. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> > > . >

Nov. 16, 2013

Re: [Pharo-dev] Would love to have chuck in Pharo

by GOUBIER Thierry

+1 Coupled with smart suggestions so that you can ask the type checker to infer the type of the selected item. Thierry ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Date d'envoi : samedi 16 novembre 2013 17:56 Ã : Pharo Development List Objet : [Pharo-dev] Would love to have chuck in Pharo http://lexspoon.org/chuck/ I want to read the PhD. Stef

Nov. 16, 2013

Re: [Pharo-dev] GraphViz - renggli repo down

by HernÃ¡n Morales Durand

Ok that's good. Please check in Pharo 2.0. I put also a Gofer installer script here: http://www.smalltalkhub.com/#!/~hernan/GraphViz There should be a way to specify original author because I don't want to take credit for others code. HernÃ¡n El 16/11/2013 14:04, StÃ©phane Ducasse escribiÃ³: > there are MIT because lukas did all his public code under MIT. > On Nov 16, 2013, at 3:22 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > >> Hi Phil, >> I have the packages somewhat adapted to Pharo 2.0 >> I can upload it to SmalltalkHub but I don't know the license. >> >> HernÃ¡n >> >> El 15/11/2013 17:39, phil(a)highoctane.be escribiÃ³: >>> Hello >>> >>> Is there someone having a copy of that package? I cannot load it from >>> Lukas repo. >>> >>> Gofer new >>> renggli: 'packaging'; >>> package: 'GraphViz'; >>> package: 'Package-Dependencies'; >>> load >>> >>> TIA >>> >>> --- >>> Phil >>> >> >> > > >

Nov. 16, 2013

Re: [Pharo-dev] GraphViz - renggli repo down

by Stephan Eggermont

hernan/BioSmalltalk Is what DeprecationFinder me tells Stephan Verstuurd vanaf mijn iPhone

Nov. 16, 2013

Re: [Pharo-dev] New builder for Roassal: building geographical maps

by Norbert Hartl

Am 16.11.2013 um 18:11 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > alexandre > > Check openstreetmap because I would love to have an openStreet map component in Pharo using Athens :) +1 Norbert > There is one topics about it in > http://topics.pharo.org > > Stef > >> Yes we do :) more will come in a couple of days >> >> Alexandre >> >> Le 15-11-2013 Ã 18:02, Tudor Girba <tudor(a)tudorgirba.com> a Ã©crit : >> >>> Nice! >>> >>> Did you consider drawing the background map vectorially? >>> >>> Cheers, >>> Doru >>> >>> >>> >>> >>> On Fri, Nov 15, 2013 at 8:56 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>> Hi! >>> >>> During our pair coding session on Friday, we worked on a new builder for Roassal. >>> >>> Here is short example: >>> >>> >>> | builder | >>> builder := ROFranceMapBuilder new. >>> builder shape circle size: 15; color: Color red; withLabel. >>> builder showCities: #('Paris' 'Lyon' 'Marseille'). >>> >>> builder shape circle size: 25; color: Color blue; withLabel. >>> builder show: 'Nice'. >>> >>> builder open >>> >>> It should produce: >>> <Screen Shot 2013-11-15 at 4.53.30 PM.png> >>> >>> >>> There is no reference to external files. It runs out of the box. >>> >>> In case you got a sudden need to press a like button or do some retweet, here a bit of material: >>> >>> https://www.facebook.com/media/set/?set=a.543459092407359.1073741830.340543… >>> https://twitter.com/objectprofile/status/401433558684008448 >>> >>> On our facebook account we have many more screenshots. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >

Nov. 16, 2013

Re: [Pharo-dev] Efficient string concatenation - proposed new

by Tudor Girba

You already have it: '' join: #('abc' 'def' 'ghi') Doru On Sat, Nov 16, 2013 at 7:09 PM, <btc(a)openinworld.com> wrote: > > Code Critic rule Optimization > String concatenation instead of streams > says: > > "Check for string concatenation inside some iteration message. Since > string concatenation is O(n^2), it is better to use streaming since it is > O(n) - assuming that n is large enough. As a general principal avoid , > since the receiver is copied. Therefore chaining , messages will lead to > multiple useless copies of the receiver." > > That is, > String streamContents: [:s | > #('abc' 'def' 'ghi') do: [:each | s nextPutAll: each asString]] > > should be used instead of... > 'abc' , 'def' , 'ghi'. > > However the first clutters the code. What about something like... > { 'abc' . 'def' . 'ghi' } asStreamString > where > Collection>>asStreamString > ^ String streamContents: [:s | self do: [:each | s nextPutAll: each > asString]] > > cheers -ben > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 16, 2013

Re: [Pharo-dev] A thought about backporting

by Tudor Girba

Hi Stef, I think you should be happy that the finally you have a filter that filters out automatically all the negative energy mails :). Cheers, Doru On Sat, Nov 16, 2013 at 5:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Nov 15, 2013, at 7:05 PM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > > > btc wrote > >> My apologies for how badly that poured out of me. > > > > We all have bad days :) > > oh yes > What is strange is that I did not see the original mail.I wonder if I lose > mails. > > > > > Actually, your passion may have awakened interest in this important > topic. I > > agree with you - I've been pushing semantic versioning since Dale (IIRC) > > explained it to me. At the time, I think the barrier was adding to the > > burden of our poor integrators. But now that our CI process has become so > > automated, maybe this is the perfect time to revisit... > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/A-thought-about-backporting-tp4722224p4722533.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 16, 2013

Re: [Pharo-dev] A thought about backporting

by btc＠openinworld.com

Nov. 16, 2013

Re: [Pharo-dev] [issue tracker] Please review "fix review needed" issues

by Marcus Denker

On 16 Nov 2013, at 17:50, kilon alios <kilon.alios(a)gmail.com> wrote: > A bit more details would help. For example I certainly dont mind testing fixes and marking them as resolved. My problem is that I am not an experienced smalltalker so I cant be sure what the expected behavior is. > > Is there a guideline, criteria , principles a fix should follow, or is it just a matter "if it works, its ok" ? Also I was curious what happens to a fix after its marked as resolved, how exactly the slice is integrated ? > That is the problemâ¦ itâs not an algorithmic decision. Itâs âDo you think this is a good idea to do and is the implementation ok?â. Marcus > > On Sat, Nov 16, 2013 at 6:32 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > So we now have an automatic system to check that a change does not break tests and even passes Code Critique. > > Nevertheless, this does *not* mean that any change that passes is good. (e.g. a change that just deletes all tests is fine for > the monkey). > > So we *need* people to look at proposed changes! > > Right now I feel that I decide far too many things. It would be very nice to have the input of more people. > > Marcus >

Nov. 16, 2013