font size in "documentation" tool view

[Volker Wysk]

Hi!

Here's another feedback. The font in the "Documentation" tool view, is very
small, again. It can hardly be read. And I haven't found how to configure it.

bye

[Kevin Funk]

Post by Volker Wysk
Hi!
Here's another feedback. The font in the "Documentation" tool view, is very
small, again. It can hardly be read. And I haven't found how to configure it.

Screenshot? Looks fine here.

We have a pending review which makes the font size in the documentation
browser configurable, though, because the font sizes may differ throughout the
different documentation providers (QtHelp, man pages, CMake help, etc.).

Cheers,
Kevin

Post by Volker Wysk
bye
_______________________________________________
KDevelop mailing list
https://mail.kde.org/mailman/listinfo/kdevelop

[Sven Brauch]

CCing the visual design list on this one, I have seen _lots_ of users
complain about too-small default fixed font recently. I guess that
should be made larger again?

Post by Kevin Funk

Post by Volker Wysk
Hi!
Here's another feedback. The font in the "Documentation" tool view, is very
small, again. It can hardly be read. And I haven't found how to configure it.

Screenshot? Looks fine here.
We have a pending review which makes the font size in the documentation
browser configurable, though, because the font sizes may differ throughout the
different documentation providers (QtHelp, man pages, CMake help, etc.).
Cheers,
Kevin

Post by Volker Wysk
bye

[René J.V. Bertin]

Post by Sven Brauch
CCing the visual design list on this one, I have seen _lots_ of users
complain about too-small default fixed font recently. I guess that
should be made larger again?

Goodness no or do it only for in high-DPI mode (or if the Xft DPI setting is over a certain value).
Best thing though would be to add a size setting as has apparently been proposed already.

KDevelop is barely usable as it is when I'm confined to using just my laptop screen.

R.

[René J.V. Bertin]

(and tbh from our POV its mostly the terminal and Kate that we are overly
bothered with since those are the ones people see directly where you can't
assume users feel knowledgeble enough to edit the font)

Terminal users wouldn't be knowledgeable enough to change a font setting? Maybe that goes for today's xterm font users where customising the font indeed requires a bit of behind-the-scenes knowledge, but with apps like Konsole?

Golden rule that even VGD members should be aware of: never UNDERestimate your users. Just give them an interface that invites exploring it, for instance to discover how to tune it to ones liking and needs.

Unless you're targeting kindergarten or 4th age users of course.

I mean since we are editing it one pt bigger I am sure we will get complaints
about it being "too big by default" too, it's just that keeping it the same as
the rest of the fonts make sense from a logical POV.

For a DEFAULT, yes ... and even then only if the intended use cases correspond to the kind of use cases for which the default was conceived.

This particular case seems to concern Qt's documentation, which has of course been designed without any care for KDE's default font specs. I *presume* that the documentation renderer takes the current font spec (size) and uses it to tune the fonts specified in the documentation. Without something like a "minimum size readable font" setting like Chrome has that can lead to all kinds of results.
I haven't noticed issues with too small fonts in the documentation myself, partly because I avoid using the documentation toolview (I do use the documentation popups), partly because I don't have crazy-high-res screens and I like to avoid wasting space.

I *did* notice that Qt's documentation doesn't always behave as expected, esp. in fixed font blocks like code snippets. At my font setting (11pt IIRC) I see pixelated glyphs until I zoom in a few steps. That's surprising because I use Freetype and FontCOnfig with the Infinality patches which everywhere else give better rendering than even Apple's CoreText gives.

R.

[Sven Brauch]

We in the VDG want to set the fixed width font to follow the exact same font
size as the rest of the desktop (10pt by default IIRC). Mostly because it
doesn't make sense to have it smaller by default.

I understand that, but there were several people where e.g. the default
UI font was fine but the default kate font was way too small. I assumed
that was some default ... if that is (no longer) the case, please ignore
me :)

Greetings,
Sven

[Volker Wysk]

Post by Sven Brauch
CCing the visual design list on this one, I have seen _lots_ of users
complain about too-small default fixed font recently. I guess that
should be made larger again?

I don't know, what "again" means here. The font should be configurable, anyhow.

Volker

[René J.V. Bertin]

Post by Kevin Funk
We have a pending review which makes the font size in the documentation
browser configurable, though, because the font sizes may differ throughout the
different documentation providers (QtHelp, man pages, CMake help, etc.).

URL, please?

Clearly I'm not the only one who's missing font config options, though in my case it's more the font in the project/file manager views which I'd like to change for something smaller and more compact ("Narrow" variant).

I'm surprised people actually use the documentation view. In docked mode it eats away screen space for the real work area, and in either mode the views tend to keep popping up when you don't want them requiring unnecessary trips to the mouse. Heck, the toolview even keeps reactivating itself after I've deactivated it...

R.

[Kevin Funk]

Post by René J.V. Bertin

Post by Kevin Funk
We have a pending review which makes the font size in the documentation
browser configurable, though, because the font sizes may differ throughout
the different documentation providers (QtHelp, man pages, CMake help,
etc.).

URL, please?

Two submissions:
* https://git.reviewboard.kde.org/r/126685/
* https://phabricator.kde.org/D774 (alternative approach)

Regards,
Kevin

Post by René J.V. Bertin
Clearly I'm not the only one who's missing font config options, though in my
case it's more the font in the project/file manager views which I'd like to
change for something smaller and more compact ("Narrow" variant).
I'm surprised people actually use the documentation view. In docked mode it
eats away screen space for the real work area, and in either mode the views
tend to keep popping up when you don't want them requiring unnecessary
trips to the mouse. Heck, the toolview even keeps reactivating itself after
I've deactivated it...
R.

[Volker Wysk]

Post by Kevin Funk

Post by Volker Wysk
Here's another feedback. The font in the "Documentation" tool view, is very
small, again. It can hardly be read. And I haven't found how to configure it.

Screenshot? Looks fine here.

I have attached a screenshot.

Post by Kevin Funk
We have a pending review which makes the font size in the documentation
browser configurable, though, because the font sizes may differ throughout
the different documentation providers (QtHelp, man pages, CMake help,
etc.).

Yes, it's only the Qt documentation which has this tiny font.

Bye
V.W.

[René J.V. Bertin]

Hi,

Since Ctrl+MouseWheel zooming came up, here's a gripe I have with that feature.

Scroll wheel events are also generated when using a trackpad's 2-finger scroll (and presumably, hscroll and vscroll borders). If inertial scrolling is used/enabled/provided you get scroll wheel events during coasting, i.e. when the user is no longer scrolling actively ... and they may keep coming in when visible scrolling has stopped already. It happens often to me that I scrolled a bit of code and then want to use a keyboard shortcut, and that my text starts zooming instead. Even with a shortcut to get back to 100% that is quite annoying - enough that Qt actually has some filters in place to prevent it from happening on OS X, and that some applications (like Konsole) make the feature optional.

I've done some preliminary work together with Thomas Lübking last year, to add a form of hysteresis to the event handling which prevents zooming when the Ctrl key is pressed while scroll events are still coming in. Worked quite nicely but we never got around to submitting it to Qt, for some reason.

Before anyone suggests it: I find inertial scrolling very useful when you don't have something like a trackball with actual inertia, and a large screen (or long documents). I wouldn't want to have to chose between it and scroll-wheel zooming; I'd rather lose the latter (and just use Ctrl-+ and Ctrl--). KDE4 had a global setting for that, which sadly didn't make it into KF5.

R.