April 2018 - Pharo-users - lists.pharo.org

SmalltalkCI now supports loading tonel-based projects

by Peter UhnÃ¡k

Hi, SmalltalkCI now supports loading tonel-based projects, so feel free to start using it. The configuration is still the same. Please note that coveralls support for tonel is not yet in place, but that's just a cherry on top. :-) Cheers, Peter

April 7, 2018

Re: [Pharo-users] Plans for XSD in XML(Parser) the foreseeable future?

by Peter UhnÃ¡k

No problem, I've imagined this would be the case. Thanks, Peter On Fri, Apr 6, 2018 at 3:44 PM, monty <monty2(a)programmer.net> wrote: > Unfortunately not. It's a major effort, and I'm not able to devote the > time to it now. > >

April 7, 2018

Re: [Pharo-users] configurable space in XML Writer tag

by Peter UhnÃ¡k

> It's changed to no longer emit that space. Thank you, however this could cause trouble for people needing the space. :) Making it configurable makes a lot of sense if you version your XML files (with e.g. git) and interchange with other tools... that way you can produce same formatting from both tools and not create false changes. Thanks! Peter On Fri, Apr 6, 2018 at 10:42 PM, monty <monty2(a)programmer.net> wrote: > It's changed to no longer emit that space. I was considering removing it, > or at least making it configurable, anyway. > >

April 7, 2018

Re: [Pharo-users] configurable space in XML Writer tag

by monty

It's changed to no longer emit that space. I was considering removing it, or at least making it configurable, anyway.

April 6, 2018

Re: [Pharo-users] line drawing bug

by joe＠boremaj.net

That worked, thank you so much! This helps me get running in the interim while i investigate how to use Athens. { jb } On Apr 6, 2018, 9:31 AM -0400, Nicolai Hess <nicolaihess(a)gmail.com>, wrote: > Hi Joe, > > the problem is that the BalloonCanvas (or some objects it is using) aren't fully reset after some drawing operations. > (the drawString method for example sets the sourceForm as glyph to be drawn). > > it should work if you do not store the canvas instance, but create a new in every loop: > > Â Â Â points do: [ :p | > > Â Â Â Â Â Â canvas := form getCanvas asBalloonCanvas aaLevel:4; yourself. > > Â Â Â Â Â Â canvas drawPolygon: p > Â Â Â Â Â Â Â Â Â color: Color transparent > Â Â Â Â Â Â Â Â Â borderWidth: 1 > Â Â Â Â Â Â Â Â Â borderColor: Color red. > > Â Â Â Â Â Â canvas drawString: p first asString > Â Â Â Â Â Â Â Â Â at: p first > Â Â Â Â Â Â Â Â Â font: nil > Â Â Â Â Â Â Â Â Â color: Color green. > Â Â Â ]. > > > > > Or just reset the engine state (but I don't like this solution, the engine state should be private to the canvas). > > Â Â Â points do: [ :p | > > Â Â Â Â Â Â canvas drawPolygon: p > Â Â Â Â Â Â Â Â Â color: Color transparent > Â Â Â Â Â Â Â Â Â borderWidth: 1 > Â Â Â Â Â Â Â Â Â borderColor: Color red. > > Â Â Â Â Â Â canvas drawString: p first asString > Â Â Â Â Â Â Â Â Â at: p first > Â Â Â Â Â Â Â Â Â font: nil > Â Â Â Â Â Â Â Â Â color: Color green. > Â Â Â Â Â Â canvas resetEngine. > Â Â Â ]. > > > > > > > 2018-04-06 2:57 GMT+02:00 <joe(a)boremaj.net>: > > > Hello everyone! > > > > > > Im trying use the balloon canvas to draw some nice smooth anti aliased lines, but now i seem to have hit upon a bug which i dont know how to fix. > > > > > > if i draw just lines i get everything i want. Â but if i add a âdrawString:â¦â in there at any point, all the lines i try to draw subsequently dont show up. > > > > > > Here is code that shows the exact issue: > > > > > > > form := Form extent: 100@100 depth: 32. > > > > form fillWhite. > > > > canvas := BalloonCanvas on: form. > > > > canvas aaLevel: 4. > > > > "canvas := FormCanvas on: form." > > > > points := { {10@10 . 50@43} . {50@42 . 90@75} . {90@75 . 50@90 } }. > > > > > > > > points do: [ :p | > > > > Â Â canvas drawPolygon: p > > > > Â Â Â color: Color transparent > > > > Â Â Â borderWidth: 1 > > > > Â Â Â borderColor: Color red. > > > > > > > > Â Â canvas drawString: p first asString > > > > Â Â Â at: p first > > > > Â Â Â font: nil > > > > Â Â Â color: Color green. > > > > ]. > > > > > > > > morph := ImageMorph new. > > > > morph image: form. > > > > morph openCenteredInWorld. > > > > > > > > > if i comment out the canvas drawstring i get what you would expect: a squiggly line. > > > > > > if i add in the drawstring, the first line shows up but all the subsequent lines do not get drawn. Â (both images attached) > > > > > > I spent a bunch of time tracking it down to its most purest form and then a bunch of time debugging it and im out of my depth with the baloon code, i cant seem to figure out whats wrong. Â if anyone knows whats wrong or can give me a clue on how to fix it iâd greatly appreciate it. > > > > > > thanks in advance. > > > > > > > > > { jb } >

April 6, 2018

Re: [Pharo-users] line drawing bug

by joe＠boremaj.net

No at least not right now. { jb } On Apr 6, 2018, 8:11 AM -0400, Hilaire <hilaire(a)drgeo.eu>, wrote: > Does { jb } want to deploy on tablet computer (Android or iOS) ? > > > Le 06/04/2018 Ã 12:31, Esteban Lorenzano a Ã©critÂ : > > real question is why you use Balloon and not Athens:) > > -- > Dr. Geo > http://drgeo.eu > > >

April 6, 2018

Re: [Pharo-users] line drawing bug

by joe＠boremaj.net

I must have missed the deprecation warnings when i ran my code. 8). Ill check out Athens, i donât want to have to rewrite the entire application to support a new drawing backend. As a first step it would be great if i could render to an Athens canvas using the same API or something like it, but in my quick experiments Iâve had no luck. Iâm sure Iâm doing something wrong. Is there any Athens tutorial documentation? All Iâve found is forum posts and videos and most of that stuff is quite old and there are a lot of broken links. { jb } On Apr 6, 2018, 6:32 AM -0400, Esteban Lorenzano <estebanlm(a)gmail.com>, wrote: > hi, > > real question is why you use Balloon and not Athens :) > > cheers, > Esteban >

April 6, 2018

Re: [Pharo-users] Plans for XSD in XML(Parser) the foreseeable future?

by monty

Unfortunately not. It's a major effort, and I'm not able to devote the time to it now.

April 6, 2018

Re: [Pharo-users] line drawing bug

by Nicolai Hess

Hi Joe, the problem is that the BalloonCanvas (or some objects it is using) aren't fully reset after some drawing operations. (the drawString method for example sets the sourceForm as glyph to be drawn). it should work if you do not store the canvas instance, but create a new in every loop: points do: [ :p | canvas := form getCanvas asBalloonCanvas aaLevel:4; yourself. canvas drawPolygon: p color: Color transparent borderWidth: 1 borderColor: Color red. canvas drawString: p first asString at: p first font: nil color: Color green. ]. Or just reset the engine state (but I don't like this solution, the engine state should be private to the canvas). points do: [ :p | canvas drawPolygon: p color: Color transparent borderWidth: 1 borderColor: Color red. canvas drawString: p first asString at: p first font: nil color: Color green. canvas resetEngine. ]. 2018-04-06 2:57 GMT+02:00 <joe(a)boremaj.net>: > Hello everyone! > > Im trying use the balloon canvas to draw some nice smooth anti aliased > lines, but now i seem to have hit upon a bug which i dont know how to fix. > > if i draw just lines i get everything i want. but if i add a > âdrawString:â¦â in there at any point, all the lines i try to draw > subsequently dont show up. > > Here is code that shows the exact issue: > > form := Form extent: 100@100 depth: 32. > form fillWhite. > canvas := BalloonCanvas on: form. > canvas aaLevel: 4. > "canvas := FormCanvas on: form." > points := { {10@10 . 50@43} . {50@42 . 90@75} . {90@75 . 50@90 } }. > > points do: [ :p | > canvas drawPolygon: p > color: Color transparent > borderWidth: 1 > borderColor: Color red. > > canvas drawString: p first asString > at: p first > font: nil > color: Color green. > ]. > > morph := ImageMorph new. > morph image: form. > morph openCenteredInWorld. > > > > if i comment out the canvas drawstring i get what you would expect: a > squiggly line. > > if i add in the drawstring, the first line shows up but all the subsequent > lines do not get drawn. (both images attached) > > I spent a bunch of time tracking it down to its most purest form and then > a bunch of time debugging it and im out of my depth with the baloon code, i > cant seem to figure out whats wrong. if anyone knows whats wrong or can > give me a clue on how to fix it iâd greatly appreciate it. > > thanks in advance. > > > { jb } >

April 6, 2018

Re: [Pharo-users] Slower

by Hilaire

Le 05/04/2018 Ã 16:09, Henrik Sperre Johansen a Ã©critÂ : > > DRGEO: > >> 20.9% {27116ms} DrGPointMorph>>drawOnAthensCanvas: >> |16.7% {21720ms} AthensCairoCanvas(AthensCanvas)>>createPath: > Storing the path in DrGPointMorph, rather than recreating for each draw:, > should save alot of time. Indeed should work nicely for point with round shape. For rectangle shape it is not necessary, this what I did in the demo. >> 7.7% {9962ms} DrGTextMorph>>drawOnAthensCanvas: >> | 7.7% {9962ms} Form>>asAthensPaintOn: > Same thing here, only storing the paint, rather than converting from form > each draw. In my demo, the text changes at each iteration. Useful for static geometric item label thought. But I already optimized this by discarding empty label The cache suggestions will be find for static surface, it does not apply always though. In the scenario where Dr.Geo is used for animated demonstration, I already found a few optimization for Dr.Geo itself without touching to the Athens layer. Thanks for your review Hilaire -- Dr. Geo http://drgeo.eu

April 6, 2018