Re: MathView

From: Tomas Frydrych <tomasfrydrych_at_yahoo.co.uk>
Date: Mon Aug 29 2005 - 12:11:19 CEST

I think what needs to be done is as follows:

* fix the unix version of ::glyphBox() to return measurments in logical
units (note that the current version does not even take font size into
account)

* fix the win32 version (currently returns device units)

* fix the plugin to work with logical units; it currently works around
the the numbers returned by the unix function.

All of this is necessary prior to the 2.4 release if the plugin is to be
included.

Tomas

Francis James Franklin wrote:
> Hi Y'All,
>
> (Thanks Luca. Things on my end improving.)
>
> *** Important UNIX & Win32 ***
>
> luca, tf & I have been looking at glyphBox() and gr_Abi_CharArea.cpp
>
> The UNIX implementation of glyphBox() seems to use a fixed size of font
> (i.e., cache size, 120) to calculate the bounding box of the glyph and
> doesn't return layout units. The plug-in therefore does some weird
> scaling using measureUnremappedChar() methods to compensate. The Win32
> implementation of glyphBox() is understandably confused.
>
> Occam would be slitting his wrists by this point.
>
> Bemused, Frank
>
> On 29 Aug 2005, at 08:27, Luca Padovani wrote:
>
>> On Sun, 2005-08-28 at 22:38 +0100, Francis James Franklin wrote:
>>
>>> Okay, much better now, though still not there...
>>
>>
>> clearly the metrics for the various glyphs are wrong (or at least scaled
>> incorrectly). And I don't see the fraction bars either. Attached is the
>> same MathML equation as I see it on Linux.
>>
>> Does the MacOSX backend have a different way of scaling lenghts?
>
>
>
> ------------------------------------------------------------------------
>

                
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
Received on Mon Aug 29 12:12:36 2005

This archive was generated by hypermail 2.1.8 : Mon Aug 29 2005 - 12:12:36 CEST