Thanks a lot, René, added a notification on 26th for you :) On 15 October 2015 at 22:22, René J.V. <rjvber...@gmail.com> wrote: > 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.
-- regards, Jaroslaw Staniek KDE: : A world-wide network of software engineers, artists, writers, translators : and facilitators committed to Free Software development - http://kde.org Calligra Suite: : A graphic art and office suite - http://calligra.org Kexi: : A visual database apps builder - http://calligra.org/kexi Qt Certified Specialist: : http://www.linkedin.com/in/jstaniek _______________________________________________ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/listinfo/calligra-devel
