Re: 5.2 rc2 tarball now available

[sfeam <sf...@us...>]

On Tuesday, 04 July 2017 13:33:50 Dmitri A. Sergatskov wrote:
> On Tue, Jul 4, 2017 at 1:12 PM, sfeam <sf...@us...> wrote:
> 
> > On Tuesday, 04 July 2017 12:58:08 Dmitri A. Sergatskov wrote:
> > > On Tue, Jul 4, 2017 at 12:46 PM, sfeam <sf...@us...>
> > wrote:
> > >
> > > > On Tuesday, 04 July 2017 12:01:33 Dmitri A. Sergatskov wrote:
> > > > > On Tue, Jul 4, 2017 at 10:59 AM, sfeam via gnuplot-beta <
> > > > > gnu...@li...> wrote:
> > > > >
> > > > > >
> > > > > > > Further, I can see that
> > > > > > >       set term qt; test
> > > > > > > does not pass the test of character width (testing rectangle is
> > too
> > > > > > narrow),
> > > > > > > while x11 and wxt pass well.
> > > > > >
> > > > > >   I don't see this problem here.
> > > > > >   Is it maybe an issue with the font?
> > > > > >
> > > > > >
> > > > >
> > > > > ​I can reproduce it and it is definitely font/font size dependent
> > but ​
> > > > > ​mostly wrong than right​.
> > > > >
> > > > > Attached are screenshots with fonts set to "DroidSans,9" (bad)
> > > > > and "DroidSans,14" (OK).
> > > >
> > > > Huh.  It works fine for me.  Mageia 5/Qt5
> > > >
> > > > screenshot attached from
> > > >    set term qt font "DroidSans,9"; test
> > > >
> > > > I am still guessing it is an error in font handling, external to
> > gnuplot.
> > > >
> > > >         Ethan
> > > >
> > > >
> > > > > This is on Fedora 26/Qt5
> > > > >
> > > > > Dmitri.
> > > > > --
> > > >
> > >
> > > ​Perhaps. The kerning looks different (see e.g. the spacing between "t"
> > and
> > > "e" in "test")
> > >
> > > I will try on plasma desktop.
> >
> > I have the Droid fonts courtesy of TexLive.  They provide them as *.ttf
> > and as
> > *.afm  + *.pfb
> >
> > I specifically tested the ttf variant.  Can you check if you are using an
> > Adobe
> > variant instead?   Or for that matter a TeX-processed *.vf or *.tfm
> > version?
> > The pre-processed versions in particular would be likely to scale badly.
> >
> >
> ​I used Google's Droid fonts.
> I have tried many fonts, and all of them have this problem. if you play
> with the size, you can find a range where it is almost OK, but usually it
> is not.
> Here is with dejavu sans mono 9 (this is actually the best fit I could get
> --
> it gets worse for either smaller or bigger sizes).
> ​(This is still on Gnome desktop).​

I believe you, but I have never seen this problem here with any "normal" font.
That is, I see it for weird stuff like 
    set term qt font "Bernard MT Condensed"
or
    set term qt font "Felix Titling"
but those are the only 2 that were imperfect out of dozens that I just tested.

More to the point...  Is it only the "test" command that has a problem?
If so I don't think we really care that much.  If boxed text in general is
failing that would be a bigger issue.  


	Ethan