- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Spec and forms

by Benjamin

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 Ben

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Sergi Reyner

2014-03-31 22:25 GMT+01:00 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > > Did you try: > > familyEditor > ^ ProductFamily new asMagritteMorph asSpecAdapter > Yes, MNU MAContainerMorph>>asSpecAdapter

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

Not yet :) I would love too, but not enough time so far :) Ben On 31 Mar 2014, at 18:51, Norbert Hartl <norbert(a)hartl.name> wrote: > Is there anything that might help in order to create a form like UI in spec? Any descriptive way? slot based? magritte? > > Norbert

March 31, 2014

Re: [Pharo-dev] Spec and forms

by Benjamin

On 31 Mar 2014, at 19:19, Sergi Reyner <sergi.reyner(a)gmail.com> wrote: > I just naÃ¯vely tried to do: > > familyEditor > ^ MorphicGenericAdapter morph: ProductFamily new asMagritteMorph > Did you try: familyEditor ^ ProductFamily new asMagritteMorph asSpecAdapter ? Ben

March 31, 2014

PharoVM on Windows & Code::Blocks for debugging

by phil＠highoctane.be

I'd like to know if someone managed to get Code::Blocks to work with the MinGW configuration. I've the build running from the command line. I can also configure C::B to use makefiles. Now, there seems to be some glitches and was curious to know if someone had a working setup. (Yes, one can use gdb in the command line mode, but it is ugly. And TUI doens't work on Windows). There are many interesting pieces of code in the Windows platform code. And I'd like (at one point) to have a real headless Pharo.exe There are also the pieces to get the Pharo.exe run as a service natively. I've been studying this with SourceNavigator and done basic gdb work. But for larger work, I'd like to have a decent IDE. NOTE: my email appears to bounce on the vm-dev list, please someone help me sort that out. Phil

March 31, 2014