Re: Re: dafault terminal on windows

[Tatsuro M. <tma...@ya...>]

> That is evidence of a font problem.
It seem to be better to move to the bug ticket.

> If I recall correctly, you can configure wxWidgets to use
> different system back-ends.  If you can figure out what
> configuration option wxt is using to get correct font metrics,
> maybe we can persuade qt to use that same mechanism.
I have only built wxMSW for native windows. 
I used wxGTK for Cygwin.
I do not know whether wxGTK works on windows.

Tatsuro

 

> ----- Original Message -----
> On Wednesday, 15 December 2021 14:39:14 PST Tatsuro MATSUOKA wrote:
> > > This is the first I have heard about broken demos.
> > > Why does the terminal make a difference?
> > > Is this because of UTF-8 encoding?  But that is not specific to qt.
> > 
> > Proportion of size for qt terminal sometimes strane qt terminal for windows.
> > (qt terminal on linux environments(including cywin) strange plots do not appear)
> > 
> > One example jitter.dem
> > http://tmacchant33.starfree.jp/Files/jitter_qt_win.png
> > http://tmacchant33.starfree.jp/Files/jitter_wxt_win.png
> > http://tmacchant33.starfree.jp/Files/jitter_windows_win.png
> 
> That is evidence of a font problem.
> The jitter algorithm calculates displacement in terms of
> horizontal character width, which is obtained from the font
> metrics.  If the font incorrectly reports the width, then
> all of the jitter displacements are too big or too small.
> 
> I am a bit surprised that the wxt terminal doesn't show the
> same problem.  On linux, both qt and wxt use the same font
> mechanism.  But perhaps this isn't the case on Windows.
> 
> If I recall correctly, you can configure wxWidgets to use
> different system back-ends.  If you can figure out what
> configuration option wxt is using to get correct font metrics,
> maybe we can persuade qt to use that same mechanism.
> 
> 	Ethan
> 
> 
> 
>