Areithfa Ffenestri where?

John M McIntosh johnmci at
Sun Jun 24 17:42:17 UTC 2007

Check with the 3.10 team.

	Subject: 	Re: Ffenestri (multiple host window support), and Mac Host  
	Date: 	January 15, 2007 2:48:02 PM PST (CA)
> The 3.10 team asked me to build a change set for Ffenestri   
> (multiple host window support), and Mac Host Menus for 3.10.
> The last change set was build for Tweak in 2004.
> I've updated my ftp site and my idisk in the Ffenestri folder found  
> in the experimental directory with a number of new
> change sets that let you load the Ffenestri logic into a 3.10  
> image, likely also into a 3.9 image. Testing shows that this re- 
> released code works with Mac PowerPC and MacIntel.  I did uncover a  
> byte order problem on macintel btw.
> For the additional Macintosh Host menu support, used by Sophie, and  
> by Scratch I've also pushed out a set of change sets
> to allow one to load that logic into a 3.10 image, likely also into  
> a 3.9 image too. Testing shows that this re-released code works  
> with Mac PowerPC and MacIntel.
> I did NOT revisit the Tweak support, there seems to be a LACK of  
> interest. Anyone who wants to explore that should email me and I'll  
> point out the methods of interest they can rework for Tweak.  Of  
> course for Tweak you can open a tweak project in a host window and  
> expect everything to work since the display and event queue are  
> instance variables, not globals like in Morphic.

On Jun 24, 2007, at 8:37 AM, tim Rowledge wrote:

> On 24-Jun-07, at 7:19 AM, Herbert König wrote:
>> Hello,
>> I wanted to have a look at Areithfa Ffenestri and couldn't find a  
>> link
>> for download, only a lot of references on the mailing list.
> is the current intro page. The  
> VM code is in the VM repository under 'HostWindowPlugin'. Aside  
> from some simple testing code there isn't any image code to speak  
> of; someone needs to write it. John wrote some code to treat a  
> Project as a host window but I really don't like that approach very  
> much. In my opinion we really want the ability to have each window  
> as a window. If some suitable high-level morph (existing or new)  
> can be made a suitable proxy for the host window then Ffenestri  
> should have enough API to allow us to make fully host decorated  
> main windows, undecorated host windows to use as pop-up menus and  
> dialogues and pretty much anything else.
> Now that we have access to Cairo drawing libraries and all the font  
> stuff it really ought to be possible to implement a Squeak UI that  
> hardly ever needs to fall back to simple bitblt. The potential for  
> performance enhancement is enormous.
> tim
> --
> tim Rowledge; tim at;
> dilate - live long

John M. McIntosh <johnmci at>
Corporate Smalltalk Consulting Ltd.

More information about the Squeak-dev mailing list