Re: 5.2 rc2 tarball now available

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

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.

	Ethan