On 17/02/2015 00:53, Joe Taylor wrote:

Hi Joe,
> We dealt with this issue (at least I thought we did) about a year ago.
> See the message to wsjt-devel dated February 15, 2014, from NO3M --
> copied below.
Hmmm, Greg has sent me a screen shot showing the green background of a 
CQ message badly misaligned with the text. That looks like a fairly 
major problem with the rich text rendering of the table cells in that 
instance.

OTOH on my Ubuntu system I get the following:

https://dl.dropboxusercontent.com/u/4192709/wsjtx-fonts.png

which has pretty much perfectly aligned text and background.

Seems to me this is a system issue rather than a WSJT-X or Qt issue 
since we are all using the same Qt libraries from the Ubuntu repository.
>
>       -- Joe, K1JT
73
Bill
G4WJS.
>
> -------- Original Message --------
> Subject: [Wsjt-devel] Decoded text "Q" / 2DPixmap height
> Date: Sat, 15 Feb 2014 03:48:42 -0500
> From: Eric NO3M <n...@no3m.net>
> To: <wsjt-de...@lists.berlios.de>
>
> Hello All
>
> Having an issue where the letter "Q" tail is truncated and looks like an
> "O" in decoded / transmitted text.  This is with the default font and
> size, compiled from latest SVN on Archlinux.
>
> Adding the cellspacing parameter to the table that encapsulates the rows
> resolves it per the following patch:
>
> --- Projects/wsjtx-build/wsjtx/displaytext.cpp  2014-02-15
> 03:18:19.313541164 -0500
> +++ Downloads/amateur/wsjtx/displaytext.cpp     2014-02-15
> 03:29:50.978179331 -0500
> @@ -45,7 +45,7 @@
>    void DisplayText::_insertText(const QString text, const QString bg)
>    {
>        QString tt = text.mid(0,_maxDisplayedCharacters); //truncate to
> max display chars
> -    QString s = "<table border=0 cellspacing=0 cellpadding=1
> width=100%><tr><td bgcolor=\"" +
> +    QString s = "<table border=0 cellspacing=0 width=100%><tr><td
> bgcolor=\"" +
>                    bg + "\"><pre>" + tt + "</pre></td></tr></table>";
>
>        QTextCursor cursor = textCursor();
>
>
> IDK if this is just specific to my system not.
>
> An additional suggestion would be to implement a fixed height on the
> 2DPixmap. Currently it's set as a percentage (plotter.cpp) of the
> widePlot height, but it looks better when fixed (tested w/ a quick/dirty
> hack to plotter.cpp), so only the waterfall area is expanded.  Perhaps a
> dropbox on the Wide Graph dock could be added to allow changing the
> 2DPixmap height independently.
>
> Seems like recent changes in the audio code made a big difference! I was
> having issues transmitting with older revisions, now transmitting works
> great!  Thumbs up!
>
> 73 Eric NO3M
>
> _______________________________________________
> Wsjt-devel mailing list
> wsjt-de...@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/wsjt-devel
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to