On 2009-03-13 19:27-0000 Andrew Ross wrote:

> On Fri, Mar 13, 2009 at 12:09:07PM -0700, Alan Irwin wrote:
>> On 2009-03-13 11:47-0000 Alban Rochel wrote:
>>
>>> Alan,
>>>
>>> Alan W. Irwin wrote:
>>>> I applied the subsequent patch you sent to remove all special SVG text
>>>> offsets.  (Revision 9730.) The resulting svgqt text placement is not
>>>> correct on konqueror so there may indeed be a bug in the Qt library in the
>>>> way they produce (as opposed to view) SVG files with text.
>>>>
>>>> I have included the following screenshots of the second page of example 2
>>>> so that you know exactly what I am looking at.
>>>
>>> I've compared what I get to what you produced, and the results are...
>>> interesting :0
>>>
>>>> (1) -dev pngcairo results as viewed by the ImageMagick "display"
>>>> application
>>>> (which unlike SVG's gives reliable results for text positioning within
>>>> PNG's).  The glyphs appear to be well centred in their boxes (just like
>>>> all other cairo results including svgcairo as displayed by konqueror).
>>>
>>> Same thing for me
>>>
>>>> (2) konqueror result for -dev svg.  If you stare really hard at it, you
>>>> will
>>>> notice that result is off centre to the left compared to the first
>>>> screenshot, but the effect is just barely noticeable so we didn't bother to
>>>> correct it for -dev svg.
>>>
>>> I have to open the file in Inkscape to get the same output as you. In
>>> konqueror, see the attachment (svg_in_konqueror.png). Offset, color, font,
>>> nothing is right!
>>
>> My konqueror version is
>>
>> ir...@raven> konqueror --version
>> Qt: 3.3.8b
>> KDE: 3.5.10
>> Konqueror: 3.5.9
>>
>
> Alan, I can answer this on Alban's part based on earlier emails. Kubuntu
> 8.10 uses KDE 4.
>
> Qt: 4.4.3
> KDE: 4.1.4 (KDE 4.1.4)
> Konqueror: 4.1.4 (KDE 4.1.4)
>
> This version is definitely a "work in progress" - not all apps have been
> ported to KDE4 yet, so it is certainly possible that bugs have been
> introduced.

That explanation makes sense.  Thanks!  In fact, KDE-4.2 has a much better
reputation than KDE-4.1 so these color/text position rendering issues for
-dev svg results (as well as other SVG results) may already be resolved by
KDE-4.2.

In any case, I now feel we shouldn't worry too much about svgqt until the
fundamental validation issues get straightened out for the SVG files
produced by Qt4 so I now have disabled svgqt by default.

The remaining big concern for me is still the size issues for all the other
qt-related devices.

* Would you be willing to go through the same xdpyinfo and GUI measuring
exercises (with an actual meter stick) I asked Alban to do to make sure we
all have dimensions and resolutions configured right on our various Linux
systems, X configurations, and monitors?

* For -dev pngqt do you get the ~20 per cent smaller glyphs I do or the
normal-sized glyphs like Alban does?

* For -dev qtwidget do you get the half-size glyphs I do or the normal-sized
glyphs like Alban does?

(For the last two questions please refer back to the screenshots we both
recently sent to the list.)

Thanks in advance for your help with these qt glyph size questions.  It will
be a big help to know what the situation is for each of the Linux platforms
you have access to.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to