- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16

by StÃ©phane Ducasse

> > (*) we'll be expecting results by then ;) > > new text model refactoring: > - different kind of Span's like Morphs and Tab-symbols. > - undo text changes > - separation building text model from editing text model > - text positions should transparently preserve consistent state after any text changes Hi denis igor started to review the code and we want to integrate athens really soon. We were blocked because of netwrok failure somewhere in another inria lab. Now once igor will have finished to review your code he will work on the text part for athens. Did you look at rubric? Stef

June 5, 2013

Re: [Pharo-dev] [amber-lang] Amber's new stepping debugger

by Nicolas Petton

On Jun 4, 2013, at 10:47 PM, steve wirts <stevewirts(a)yahoo.com> wrote: > Also, will it be like the stepping debugger ala other smalltalks, where it's not just per line, but steps/highlights each method within a line? yes, that's planned :) Highlighting the line is indeed not enough for smalltalkers. Nico

June 4, 2013

Re: [Pharo-dev] Amber's new stepping debugger

by steve wirts

I'm really excited to start using the debugger. I think this is going to be a game changer for lots of people... Also, will it be like the stepping debugger ala other smalltalks, where it's not just per line, but steps/highlights each method within a line? On Thursday, May 30, 2013 5:26:01 PM UTC-4, nicolas petton wrote: > > Hi guys! > > Today I was able to debug Amber code with a stepping debugger for the > first time! > The debugger is based on an AST interpreter with a small stack > implementation. > > Here's a short video of the debugger in action: > https://www.dropbox.com/s/43mli1wwbdwj5kx/amber-debugging.mov > > While it's an early version, it is already usable :) > > cheers, > nico

June 4, 2013

Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16

by Denis Kudriashov

2013/6/3 <seaside(a)rmod.lille.inria.fr> > Hi! We're sending this automatic email twice a month, to give the > community an opportunity to easily know what's happening and to coordinate > efforts. Just answer informally, and feel free to spawn discussions > thereafter! > > ### Here's what I've been up to since the last WhatsUp: > > - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS > - TxText with edit decorators, validators and basic TxTextMorph menu items > ### What's next, until 2013-06-16 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION > > (*) we'll be expecting results by then ;) > new text model refactoring: - different kind of Span's like Morphs and Tab-symbols. - undo text changes - separation building text model from editing text model - text positions should transparently preserve consistent state after any text changes

June 4, 2013

ImageMorph initialize

by StÃ©phane Ducasse

initialize "ImageMorph initialize" | h p d | DefaultForm := (Form extent: 80@40 depth: 16). h := DefaultForm height // 2. 0 to: h - 1 do: [:i | p := (i * 2)@i. d := i asFloat / h asFloat. DefaultForm fill: (p corner: DefaultForm extent - p) fillColor: (Color r: d g: 0.5 b: 1.0 - d)]. I wonder why I get a transparent morph DefaultForm asMorph openInWorld Stef

June 4, 2013

Re: [Pharo-dev] Scrolling without clicking in lists

by StÃ©phane Ducasse

mine too :) On Jun 4, 2013, at 5:25 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Bump: this really is a PITA, now it not only brakes my workflow, it breaks it ;-) > > On 20 May 2013, at 18:28, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Mine too ! >> >> I opened an issue for that yesterday: https://pharo.fogbugz.com/default.asp?10670 >> >> Ben >> >> On May 20, 2013, at 6:17 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi, >>> >>> In 2.0 you can scroll (using a scroll wheel or the track pad 2-finger swipe) in any list (of a browser for example) just by moving the mouse pointer over it, _without_ clicking in it, thus _without_ moving the focus. >>> >>> In 3.0 this seems to be broken: no matter where you are with the mouse pointer, you scroll the view with focus. >>> >>> As far as I can tell, this is not how it should be, and it brakes my workflow ;-) >>> >>> Sven >> > >

June 4, 2013

Re: [Pharo-dev] Issue with ZnMimeType>>#=

by Sven Van Caekenberghe

Great, thank you for the help ! On 04 Jun 2013, at 19:05, Andy Kellens <akellens(a)vub.ac.be> wrote: > Hi Sven, > > I just tested your new version of Zinc-HTTP and everything works! > > Thanks, > > Andy > > On 04 Jun 2013, at 16:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Andy, >> >> On 04 Jun 2013, at 14:42, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> On 04 Jun 2013, at 14:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> OK: I have a Pharo 2.0 + Seaside 3.1 image with Zn all up to date. What is the simplest thing that I can do to trigger the problem ? Can I use one of the builtin functional tests ? >>> >>> Found it, I broke about every Seaside request ;-) >> >> Well, it took longer than expected because my Seaside image contained leftovers from experiments that I long forgot about. Anyway, the following two version should be good: >> >> === >> Name: Zinc-HTTP-SvenVanCaekenberghe.367 >> Author: SvenVanCaekenberghe >> Time: 4 June 2013, 4:28:29 am >> UUID: 04dcc6f1-361f-46c1-a734-746b71460eb2 >> Ancestors: Zinc-HTTP-SvenVanCaekenberghe.366 >> >> Introduction of ZnEntity class>>#matches: to fix ZnEntity class>>#concreteSubclassForType:binary: and >> ZnEntity>>#contentType: (Thanks Andy Kellens) >> === >> Name: Zinc-Seaside-SvenVanCaekenberghe.40 >> Author: SvenVanCaekenberghe >> Time: 4 June 2013, 4:24:57 am >> UUID: a6c5f1db-16b3-46ef-912f-95f54235c518 >> Ancestors: Zinc-Seaside-SeanDeNigris.39 >> >> Modified ZnZincServerAdaptor>>#requestBodyFor: and #requestFieldsFor: to use ZnMimeType>>#matches: after a change in the semantics of ZnMimeType>>#= (mime type parameters like charset are now relevant) (Thx Andy Kellens) >> === >> >> Please confirm that it works for you. >> >> Regards, >> >> Sven >> >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >> >> >> >> > >

June 4, 2013

Re: [Pharo-dev] Issue with ZnMimeType>>#=

by Andy Kellens

Hi Sven, I just tested your new version of Zinc-HTTP and everything works! Thanks, Andy On 04 Jun 2013, at 16:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Andy, > > On 04 Jun 2013, at 14:42, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 04 Jun 2013, at 14:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> OK: I have a Pharo 2.0 + Seaside 3.1 image with Zn all up to date. What is the simplest thing that I can do to trigger the problem ? Can I use one of the builtin functional tests ? >> >> Found it, I broke about every Seaside request ;-) > > Well, it took longer than expected because my Seaside image contained leftovers from experiments that I long forgot about. Anyway, the following two version should be good: > > === > Name: Zinc-HTTP-SvenVanCaekenberghe.367 > Author: SvenVanCaekenberghe > Time: 4 June 2013, 4:28:29 am > UUID: 04dcc6f1-361f-46c1-a734-746b71460eb2 > Ancestors: Zinc-HTTP-SvenVanCaekenberghe.366 > > Introduction of ZnEntity class>>#matches: to fix ZnEntity class>>#concreteSubclassForType:binary: and > ZnEntity>>#contentType: (Thanks Andy Kellens) > === > Name: Zinc-Seaside-SvenVanCaekenberghe.40 > Author: SvenVanCaekenberghe > Time: 4 June 2013, 4:24:57 am > UUID: a6c5f1db-16b3-46ef-912f-95f54235c518 > Ancestors: Zinc-Seaside-SeanDeNigris.39 > > Modified ZnZincServerAdaptor>>#requestBodyFor: and #requestFieldsFor: to use ZnMimeType>>#matches: after a change in the semantics of ZnMimeType>>#= (mime type parameters like charset are now relevant) (Thx Andy Kellens) > === > > Please confirm that it works for you. > > Regards, > > Sven > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >

June 4, 2013

Re: [Pharo-dev] Scrolling without clicking in lists

by Sven Van Caekenberghe

Bump: this really is a PITA, now it not only brakes my workflow, it breaks it ;-) On 20 May 2013, at 18:28, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Mine too ! > > I opened an issue for that yesterday: https://pharo.fogbugz.com/default.asp?10670 > > Ben > > On May 20, 2013, at 6:17 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi, >> >> In 2.0 you can scroll (using a scroll wheel or the track pad 2-finger swipe) in any list (of a browser for example) just by moving the mouse pointer over it, _without_ clicking in it, thus _without_ moving the focus. >> >> In 3.0 this seems to be broken: no matter where you are with the mouse pointer, you scroll the view with focus. >> >> As far as I can tell, this is not how it should be, and it brakes my workflow ;-) >> >> Sven >

June 4, 2013

Re: [Pharo-dev] Weird behaviour of Opal

by Marcus Denker

On Jun 4, 2013, at 4:49 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > When I enable OpalCompiler, and try to evaluate the following in a Workspace: > > ZnClient new > systemPolicy; > url: 'http://easy.t3-platform.net/rest/geo-ip'; > queryAt: 'address' put: '81.83.7.35'; > accept: ZnMimeType applicationJson; > contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; > ifFail: [ ^ self inform: 'Sorry, Dave, cannot do that.' ]; > get; > response. > > I get a 'Name already defined' error on :entity, no matter how I name the block parameter. > > Well, it happens on > > [ :x | x + 1 ] value: 100. > > as well ;-) > Yes, Camille was telling me already that he saw problems in the workspace like that. I will checkâ¦ Marcus

June 4, 2013