March 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Spec and forms

by Sergi Reyner

2014-03-31 23:27 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > Are you on Windows? > > Because I experienced some strange (though similar) issues on Windows > (gods know why :S) > Nope, IÂ´m a gentooist. I will soon be running Pharo at work, though. Cheers, Sergi

March 31, 2014

Re: [Pharo-dev] FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in alphaSourceBlendBits8

by Nicolas Cellier

2014-03-31 23:58 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > Thank you Nicolas, > I verified the fix, it works. > > I took nicolas' change and build a windows pharo vm. changing the bit depth > to 8bit littleendian (-8) works now. > > hey, you made the major contribution : find the bug and suggest a correction! http://bugs.squeak.org/view.php?id=7247 > But there are two more issues (not related to this fix). > 1. Changing Display depth to 4/8/16 shows horrible rendering artifacts > (those do not occur on squeak) > could it be related to issue 13057? > 2. Since refactoring some parts out of DisplayScreen into MorphicUIManager > you > can not change the depth from -XX to XX > Display newDepth:8 > has no effect if current display depth is -8. > (This happens on squeak too, verified in Squeak 4.4/Squeak 4.5). > > Hmm, bad, but certainly not an operation tested everyday :) > > BTW found this change for alphaSourceBlendBits8 its way into squeaks vm? > I took the lates 4.5 allinone and the bug is still there. > > regards > > It's in both VMMaker and VMMaker.oscog head revisions for sure. But I don't know which VM was included in the distribution. Squeak VM production is not as engineered as the Pharo one, I think it's hand-crafted, and the MacOSX version lacks hands now, so it might be behind... Nicolai > > > > > ---------- Forwarded message ---------- > From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> > Date: 2014-03-30 15:49 GMT+02:00 > Subject: FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in > alphaSourceBlendBits8 > To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> > > > [image: avatar] > *Ulysse The Galactic Monkey From Outer Space* edited *Case 13154*: BitBlt > bug in alphaSourceBlendBits8 <https://pharo.fogbugz.com/default.asp?13154>: > > *Bug* in [image: Project:] Pharo VM: 2. External * You are subscribed > to this case > Issue Validation Failed: > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… > Errors: 1 | > *Status* changed: > Resolved (Monkey is checking) [image: changed to] Work Needed > > [image: Priority] *Priority*: 5 - Fix If Time [image: Status] > *Status*: Work Needed [image: Assigned To] *Assigned to*: Nicolas > Cellier [image: Milestone] *Milestone*: Pharo3.0 > > Go to Case > <https://pharo.fogbugz.com/default.asp?13154> > No longer need updates? Unsubscribe from this case.<https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…> > > Don't want FogBugz notifications anymore? Update your preferences.<https://pharo.fogbugz.com/default.asp?pg=pgPrefs> > > [image: FogBugz] A FogBugz case was edited by Ulysse The Galactic > Monkey From Outer Space. Case ID: 13154 Title: BitBlt bug in > alphaSourceBlendBits8 Status: Work Needed Category: Bug Project: Pharo VM > Area: 2. External Priority: 5 - Fix If Time Milestone: Pharo3.0: 30/03/2014 > (Today) Assigned To: Nicolas Cellier URL: > https://pharo.fogbugz.com/default.asp?13154 Changes: Status changed from > 'Resolved (Monkey is checking)' to 'Work Needed'. Issue Validation Failed: > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… > Errors: 1 | You are subscribed to this case. If you do not want to receive > automatic notifications in the future, unsubscribe > (https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…) > from this case. > >

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

Are you on Windows? Because I experienced some strange (though similar) issues on Windows (gods know why :S) Ben On 31 Mar 2014, at 23:59, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2014-03-31 22:48 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 31 Mar 2014, at 18:40, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > >> 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: >> On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >>> >>> Yes, MNU MAContainerMorph>>asSpecAdapter >>> >> >> #asSpecAdapter is implemented on Morph oO >> >> But MAContainerMorph does not inherit from Morph :) >> >> Object -> Model -> MADescriptionModel -> MAContainerMorph > > no matter, this: > > ProductFamily new asMagritteMorph morph asSpecAdapter > > should produce the right result (no image opened now, so it can be slightly different) :) > > Indeed it does. It looks slightly ugly though: > > defaultSpec > <spec: #default> > ^ SpecLayout composed > newColumn: [ :column | > column > add: #familyList; > add: #familyEditor ]; > yourself > > > initializeWidgets > familyList := self newList. > familyEditor := ProductFamily new asMagritteMorph morph asSpecAdapter. > > produces the attached result. > > Can it be easily fixed? > > > <PharoScreenshot.png>

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

On 31 Mar 2014, at 23:40, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > > But MAContainerMorph does not inherit from Morph :) I do not know how I could have imagined that it inherited from Morph :P Ben

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

On 31 Mar 2014, at 23:46, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2014-03-31 22:40 GMT+01:00 Sergi Reyner <sergi.reyner(a)gmail.com>: > 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > > On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> > > #asSpecAdapter is implemented on Morph oO > > Maybe > ProductFamily new asMagritteMorph morph asSpecAdapter > > But I can't try right now, real life is kicking in :S Keep me in touch then :) Ben

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Sergi Reyner

2014-03-31 22:48 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 31 Mar 2014, at 18:40, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > > 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > : > >> On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >> >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> >> >> #asSpecAdapter is implemented on Morph oO >> > > But MAContainerMorph does not inherit from Morph :) > > Object -> Model -> MADescriptionModel -> MAContainerMorph > > > no matter, this: > > ProductFamily new asMagritteMorph morph asSpecAdapter > > should produce the right result (no image opened now, so it can be > slightly different) :) > Indeed it does. It looks slightly ugly though: defaultSpec <spec: #default> ^ SpecLayout composed newColumn: [ :column | column add: #familyList; add: #familyEditor ]; yourself initializeWidgets familyList := self newList. familyEditor := ProductFamily new asMagritteMorph morph asSpecAdapter. produces the attached result. Can it be easily fixed?

March 31, 2014

Fwd: FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in alphaSourceBlendBits8

by Nicolai Hess

Thank you Nicolas, I verified the fix, it works. I took nicolas' change and build a windows pharo vm. changing the bit depth to 8bit littleendian (-8) works now. But there are two more issues (not related to this fix). 1. Changing Display depth to 4/8/16 shows horrible rendering artifacts (those do not occur on squeak) 2. Since refactoring some parts out of DisplayScreen into MorphicUIManager you can not change the depth from -XX to XX Display newDepth:8 has no effect if current display depth is -8. (This happens on squeak too, verified in Squeak 4.4/Squeak 4.5). BTW found this change for alphaSourceBlendBits8 its way into squeaks vm? I took the lates 4.5 allinone and the bug is still there. regards Nicolai ---------- Forwarded message ---------- From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> Date: 2014-03-30 15:49 GMT+02:00 Subject: FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in alphaSourceBlendBits8 To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> [image: avatar] *Ulysse The Galactic Monkey From Outer Space* edited *Case 13154*: BitBlt bug in alphaSourceBlendBits8 <https://pharo.fogbugz.com/default.asp?13154>: *Bug* in [image: Project:] Pharo VM: 2. External * You are subscribed to this case Issue Validation Failed: https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… Errors: 1 | *Status* changed: Resolved (Monkey is checking) [image: changed to] Work Needed [image: Priority] *Priority*: 5 - Fix If Time [image: Status] *Status*: Work Needed [image: Assigned To] *Assigned to*: Nicolas Cellier [image: Milestone] *Milestone*: Pharo3.0 Go to Case <https://pharo.fogbugz.com/default.asp?13154> No longer need updates? Unsubscribe from this case.<https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…> Don't want FogBugz notifications anymore? Update your preferences.<https://pharo.fogbugz.com/default.asp?pg=pgPrefs> [image: FogBugz] A FogBugz case was edited by Ulysse The Galactic Monkey >From Outer Space. Case ID: 13154 Title: BitBlt bug in alphaSourceBlendBits8 Status: Work Needed Category: Bug Project: Pharo VM Area: 2. External Priority: 5 - Fix If Time Milestone: Pharo3.0: 30/03/2014 (Today) Assigned To: Nicolas Cellier URL: https://pharo.fogbugz.com/default.asp?13154 Changes: Status changed from 'Resolved (Monkey is checking)' to 'Work Needed'. Issue Validation Failed: https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… Errors: 1 | You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…) from this case.

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Esteban Lorenzano

On 31 Mar 2014, at 18:40, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> > > #asSpecAdapter is implemented on Morph oO > > But MAContainerMorph does not inherit from Morph :) > > Object -> Model -> MADescriptionModel -> MAContainerMorph no matter, this: ProductFamily new asMagritteMorph morph asSpecAdapter should produce the right result (no image opened now, so it can be slightly different) :) > > Cheers, > Sergi > >

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Sergi Reyner

2014-03-31 22:40 GMT+01:00 Sergi Reyner <sergi.reyner(a)gmail.com>: > 2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > : > > On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: >> >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> >> >> #asSpecAdapter is implemented on Morph oO >> > Maybe ProductFamily new asMagritteMorph morph asSpecAdapter But I can't try right now, real life is kicking in :S

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Sergi Reyner

2014-03-31 22:36 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > On 31 Mar 2014, at 23:34, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > > > Yes, MNU MAContainerMorph>>asSpecAdapter > > > #asSpecAdapter is implemented on Morph oO > But MAContainerMorph does not inherit from Morph :) Object -> Model -> MADescriptionModel -> MAContainerMorph Cheers, Sergi

March 31, 2014