After years I tried calligra again but still the toolbox buttons are tiny small and the text labels do not fit into the space for "add shapes". I have set my desktop dpi to 144 because I am very constrained with my eyesight... Clearly the toolboxes and the space reserved here for the text labels does not scale correctly in all calligra suite applications. As it seems the sizes of toolbox buttons like "bold" or "align right" are hard coded (which is a bad thing!) and do not scale with the rest of my desktop ... Reproducible: Always Steps to Reproduce: 1. go into system settings - set desktop dpi to a high value , like 160 for example 2. open any calligra program 3. check the area to the right with all the tools Actual Results: mostly unusable cause labels only show the first three letters or the little tiny graphics for the tools are too small to identify (though mouse-over text scales right) Expected Results: everything should scale according to the dpi setting Personally I think the using dpi setting for the scaling of the desktop is twisted thinking and not a good solution as it is counter intuitive. A simple scale factor should do the sizing of desktop elements and fonts, dpi should be set to the correct value of the monitor in use to assure sharp fonts and elements optimized for readability. But as every system seems to be keen on combining these two issues using one scale based on dpi this should at least work as expected... Hard coded sizes are completely wrong in every respect - the room assigned for the tools should scale with the user's font settings and dpi values...
afaik there is no such thing as a dpi setting that affect applications like you describe - it's not a calligra bug Once the system provides such functionality i suspect calligra will just work out of the box - sorry
Strangely enough no other KDE application I use shows this behaviour. In addition Plasma 5 is all about vector scaling buttons and icons and yes, the changing of DPI (as it does in Gnome to some extent) affects the size of icons, dialog boxes and fonts... BTW: Try changing the font sizes to 20pt (instead of the default 9pt) and ignore any DPI settings for example... - you 'll get a similar result as I described: text boxes do not scale and the small tool buttons get even smaller in comparison... also I can't find any options to tweak the calligra UI (so I guess the system settings are expected to do the job)... If you say that nonscaling is your preferred and desired behaviour for this application and you know best what size of toolboxes are the best for your users (like Photoshop in Windows has done forever) than I guess you are right: it's not a bug... it's your choice... I like the layout and the concept of the calligra suite. But it can't use it if I can't tweak it to my needs. thx for reading, piedro
I'm not saying we like it at all - in fact i too would prefer that we scale along with some desktop setting - but no qt5 application is able to do this, and neither are we :( plasma5 is qt5 and thus irrelevant for this discussion I'm actually not even sure we will get scaling when updating to qt5 as we are still widget based. So it's not a question of us nt willing it's a question of it being impossible
Thx a lot for your clarification. That seems to be sad perspectives... What about simply adding UI configuration settings (like libreoffice does, well, kind of...) for UI fonts, for UI symbol or icon sizes (I guess there has to be different sets available then) and I guess there is a way to add options for widgets or alternative also...? If this is not done, how will the project scale on retina devices or in other non standard environments? I am sorry about it, but I think the project is not choosing a promising path here for the future of KDE if sticking to widget based UI... though I admit that I do not have a developers technical understanding of the way KDE will handle touch based devices and various desktop or device formats. But at least I understand why there is no bug here... I can see now that it is much more fundamental... thx for your comments, piedro
we are currently porting to qt5 which will allow a factor 2 scaling, which will help on retina displays, but say 1.3 scaling is not possible. And it's not as much a choice to stick to with some toolkit or another. It's a matter of human resources and the factor will allow us to work on retina so what you are asking for is not so high on our agenda, though we definitely would like it Making our own implementation of ui scaling is also not possible Besides we have many other bugs and feature to attend to as well
I guess, many projects will suffer regarding compatibility for high dpi, different form factors and usability as a result... I wish you all the best going forward, piedro
In absence of any better alternative, it is simplest to use fontMetrics.height() as a reference. This will be larger with either higher DPI or with users increasing their font size to accommodate bad sight.
(and the resolution of this bug is wrong IMO, if you do not want to fix it right now, keep it open.)
Ok, I decided to come back here though this is closed. I added a screenshot. This screenshot has been done after I scaled down th fonts so they would be barely readable for me. The problem wih the calligra UI is that there are all kinds of font and symbol sizes that do not respect the systemsettings. the tool symbols are tiny font sizes are all over the place and the screen space allocated for underlining text of symbols is not scaled with the fonts or symbols. Sorry to say that but it is not only unusable for me but it also looks messy. Now as the Calligra suite is the default office suite for KDE it should definitely work within the KDE framework. Meaning: calligra should use symbol sizes and styles as designated in system settings calligra should use the font sizes and settings set by the system settings calligra should scale their UI elements like the KDE frameworks suggests (so if it can't be done with widgets please drop widget based UI!) Now I understand that you can do whatever you please to do but I suggest that a core KDE project works with KDE intergration techniques. How can calligra be the default office suite of the KDE Desktop if it looks different and doesn't use plasma integration... ? BTW: when I tried to shoot the screenshot I wanted to open a widget to show you even more of the mess I am referring to... I realized that an open dialog in the tool area disables the global keyboard shortcuts... thx for reading, piedro
Created attachment 94487 [details] Screenshot
Still present in Calligra 3.0 @ KDE Neon.