Lubomir I. Ivanov
neolit123 at gmail.com
Mon Feb 20 13:11:39 PST 2017
On 20 February 2017 at 22:37, Stefan Fuchs <sfuchs at gmx.de> wrote:
> Hello Lubomir,
> Am 20.02.2017 um 20:28 schrieb Lubomir I. Ivanov:
> On 20 February 2017 at 20:35, Stefan Fuchs <sfuchs at gmx.de> wrote:
> Ohoh... it was so clear that sooner or later I will be punished by some
> strange effect(s) for being a little bit too over-motivated and changing
> things where I have no experience... ;-(
> it's probably not a good idea to modify the HTML entry in the .ui file
> for the QTextEdit because QtCreator will overwrite it once you attempt
> to edit it again.
> Yes, I think you are right. I told Dirk already that this is the change we
> should undo first.
> i think the HTML is there for a reason, but i cannot explain the
> differences you and Dirk observe.
> in terms of adding control for the printed planner details font, here
> is my go at it (patch attached) - i.e. this is what i think is the
> *correct* way to approach the problem.
> please, read the patch description and test it to see if it fits your needs.
> I understand what your solution is doing and I quickly build a Windows
> version with your patch. I was thinking about this solution already before.
> But it has from my point of view one and a half disadvantages:
> - Ctrl-mousewheel zoom again doesn't work. And I really started to like this
> feature both for display and printing :-)
i see, so you might be zooming over the dive planner details. i don't
think that ever worked before and nobody needed it, in that regard.
> - It is simply more then needed. My understanding is that if one does it
> correctly Qt takes care about changing the font and font size w/o the need
> to trigger/submit the change to every object.
the signal/slot to update the font might be redundant in such a case,
but it didn't work in my quick tests - i.e. the rich QTextEdit has a
More information about the subsurface