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

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

Weird behaviour of Opal

by Sven Van Caekenberghe

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 ;-) Sven

June 4, 2013

Re: [Pharo-dev] Rubric: playing with selection

by Usman Bhatti

Alain, This is great. Looking forward to work with it. usman On Mon, Jun 3, 2013 at 10:07 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > +1!!! > > > On Mon, Jun 3, 2013 at 5:04 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> fun :) >> and continue because a good text editor will change our life >> >> On Jun 2, 2013, at 11:38 PM, plantec <alain.plantec(a)yahoo.com> wrote: >> >> > Hi all, >> > I've tried to manage the selection as a Morph. >> > I was curious to see if it was enough efficient. >> > and yes it is :) >> > http://vimeo.com/67516363 >> > Cheers >> > Alain >> > >> > >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

June 4, 2013

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

by Sven Van Caekenberghe

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