On Mon, Nov 16, 2009 at 01:38:51PM +0100, Gubinelli Massimiliano wrote:
> Which version of Xcode do you have?

Version 3.2 (1610).

> As an aside I would prefer the choice of the
> graphical backend (QTTEXMACS, X11TEXMACS, AQUATEXMACS) not to be  
> performed at the level of config.h but with a -D directive to the  
> compiler.
> Can I commit a change at this effect?  This would allow to have multiple 
> targets (Qt,X11,Cocoa) in Xcode without the need to reconfigure.

Sure, as long as you keep the same configuration options.
You may add the -D flag to CPPFLAGS during the configuration when doing 
--enable-qt.

>> OK, I hope that the display penalty is not too large...
>
> Qt has already a buffer to handle graphics, so we are duplicating the  
> buffering which give a small penaly. I will wait the reimplementation to 
> be finished before trying to measure its performance.

The penalty for copying should be small. My main concern
is hardware acceleration for the main drawing routines.

> Under X11 we can disable double-buffering so there will be no overall  
> penalty. Under Mac and Windows this does not seems allowed nor I can  
> peek in the buffer to have some custom handling of its pixels so we do  
> not have really choice (unless we redesign the shadowing mechanism in  
> TeXmacs). Cocoa allow to peek in the double-buffer so there is the  
> possibility to write specific code to optimize the rendering under Mac  
> if we feel the need.

Hmmm.

>>> This plus the decoupling of the event queue should render the port more
>>> stable and more similar to the X11 one.
>>
>> Is the new event queue handler sufficiently stable so that you can  
>> commit it. Otherwise, please send me a patch and I will try the last version.
>
> I prefer to wait until I finish all the changes.  When I'm ready I will 
> post a patch with the redesigned graphical handling. For the moment it 
> draws just garbage on screen....

Hmmm, I hope that you will unlock the situation soon ;^)

Best, --Joris


_______________________________________________
Texmacs-dev mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/texmacs-dev

Reply via email to