Calligra 2.9.8 / Mac

[René J.V. Bertin]

On Thursday October 15 2015 21:39:27 Jaroslaw Staniek wrote:

> Maybe you did so in the past and I just lost the links, but would you

I never did for Calligra, it's a generic issue.

> Not that it's ideal on Linux too: the sidebar isn't too freely
> shrinkable. Some margins are not needed. This is often a consequence
> of nested layouts, each adding to the margin or spacing. (yes I know

Heh, maybe that means the native style feels less oversized than in other applications. Will see. I'll have to find a slot to sit down and make screenshots (and then find an appropriate place to upload them).

> But there are Qt apps that look native on various platforms, to I hope
> it's possible to do it well enough and show professional look&feel.

There are damn few Qt applications that don't feel off one way or another. Many things are just slightly different (like how Carbon apps used to have their own look and feel) but less so then with Java apps, for instance.
But in such cases I just as well have something that has a well-matched but clearly different style.

> > I'm part of those users for whom one of KDE's benefits is the possibility to use something other than the OS X look without having to resort to iffy 3rd party software that inject code into rendering engines.
> 
> If I understood correctly. Well, isn't the whole idea of plugins is
> injecting external code? QStyle works this way, and it's API is common

No. Plugins are code that's intended to be imported by code conceived to work with those plugins. Here I'm talking about injecting code in foreign code, typically using undocumented hooks.

> As a power user with own taste, you're free to use any style you want.

I'd hope so :) Except that Krita and probably a few other applications override that, in a way that even `-style Foo` has no effect. I'm not exactly sure how that works (and if it's intended to work like that), but I identified the locations.
(I think I ended up with the Plastique style in Krita.)

> Even if changing style is a matter of editing a config file once, by
> hand, I guess it's bearable. But if we're talking about defaults,

We have the systemsettings app in MacPorts (I made that happen among the 1st things I did) :)

> certain decisions have their consequences. For example I am not sure
> how style not designed for Mac behaves in the upper area of the window
> where the mac toolbar is placed.

You mean the menubar? It's not themeable, which is fine with me. Menu items are themeable to some extent, but not enough that KMenu::addTitle has the intended effect with all styles, for instance.
The main and secondary toolbars work just like you'd expect them to work, except of course for any kind of merging with the titlebar.

> > "Get it"? Get what?
> 
> Styling using any style available. Sorry.

Some won't work as well as others, that seems likely. If that's a reason to allow only a tested subset ... I don't think so.

> Again it would be great for me to see Kexi screenshots for Mac :) Please.
> I don't have access to Macs this time anymore.

Ok, I'll include Kexi when I get to doing screenshots. Remind me after next week if I take too long.
Be warned that I'm running my own font config which may seem surprising (Novarese for certain UI elements), but then I'm not even sure what the default font settings are on OS X. I imported the ~/.kde directory from my Linux box *very* early during my KDE/Mac adventure.

> application. Menus can disappear, and be replaced by different shell
> of choice. Kexi projects are actually entire recipes that users define

I recall a discussion about this, a while back. I can't remember if I asked "like Filemaker" - because that's what this description makes me think of.

> Styling for them is like the style of web page in a browser that can
> affect the browser's own UI too (there are early browsers like this
> already).

In a browser I usually hate it and turn it off when possible (Opera :)). It depends on the UI element(s) affected. Scrollbars and other elements that also exist elsewhere in the GUI should not look different than their siblings, IMHO.

R.