Kexi/Mac
Jaroslaw Staniek
staniek at kde.org
Mon Dec 26 20:59:15 GMT 2016
On 26 December 2016 at 21:34, René J.V. Bertin <rjvbertin at gmail.com> wrote:
> On Monday December 26 2016 20:18:39 Jaroslaw Staniek wrote:
> >These are great news, René!
> >Maybe I am repeating myself but the enforcement of the widget style and
> >icon theme is dictated by a specific approach: maintainer of a style is
> >free to add the style/theme and even change the default or add an
> >alternative.
>
> I didn't deactivate anything to force a particular applications style, so
> I'm not sure which enforcement of widget style you're hinting at. For
> Breeze I just deactivate the check in the toplevel CMake file because the
> packaging system ensures that the icon theme is present.
>
> Do note that all this probably won't work with an unpatched Qt where
> QStandardPaths returns very different locations and icon themes can only be
> installed as an embedded resource. For application styles it's even more
> difficult: if you want the full theming including fonts and colour palettes
> you need to provide your own platform theme plugin (basically, the KDE
> platform theme plugin from plasma-integration, or rather the Mac-specific
> version from my osx-integration "scratch" repo).
>
> >Unless these contributions are here I am a bit afraid we're risking
> >inconsistencies between platforms and inferior experience on Mac (no docs,
> >incomplete icon theme or styles).
>
> You must have misunderstood something: the experience *is* inferior on Mac
> ATM, with a stock Qt and without jumping through a certain number of hoops.
> It would be much easier and in line with consensus among KDE devs to ensure
> that Kexi works with the Macintosh native theme. Using Breeze icons with
> that isn't an issue of course; there are even instructions on creating the
> required embeddable resource (by Kate's author, Christoph Cullmann).
>
> Those instructions might even be useful to figure out how to create the
> icons.rcc resource during Kexi's build (and then to be installed as a
> Kexi-specific resource), I think that would be a more elegant and cleaner
> approach than depending on the resource's presence.
>
I am sure current Kexi master may be inferior on Mac to what you see on
Linux or Windows because it was not tested there at all. Nice to hear new
from Wojtek too...
One thing, the 3.0 branch for 3.0.x series is explicitly unsupported for
Mac - we're not changing it anymore for anything but more critical bugfixes.
The KDE's breeze-icons.rcc
is built by default now from breeze-icons.git (my patch was accepted).
Kexi's kexi_breeze.rcc is built in Kexi already the way you describe since
3.0.0. The same thing is used since 3.0.0 for KReport/KProperty. I
recommend using master branches for all the repos though.
All means are used to make Kexi work OK with stock Qt.
> >I'm sorry if this conservative talk sounds like raising a bar.
>
> I don't mind. I really don't like Breeze (theme nor style), but as long as
> I don't have any use for Kexi personally (currently a simple fact) I'm much
> less concerned by choices that affect the interface appearance than I would
> be with, say, KDevelop or digiKam.
>
> I may have a bit of time this week to look at the file dialog question.
>
> About that: Kexi just finished building on my Linux rig, and I get a very
> similar issue when I use the import wizard to import a database and then
> open the dialog configure drop-down menu. With the QtCurve menu the mouse
> and keyboard are grabbed, meaning I have to use a remote connection (or a
> timed kill command) to get out of the ensuing deadlock. This doesn't happen
> in any other application, so something fishy is going on here. (Evidently
> there's no mouse or keyboard grab on Mac, not in the X11 sense in any case).
>
Good, thanks for reporting any issues in detail. bugs.kde.org is
preferred, and screenshots/videos help a lot. One good thing almost ready
for Windows that can be good for Mac too: KFileWidget would be optional so
native Open/Save dialogs (+KUrlRequester and a simple
QFileSystemModel-based list view) would be available for non-Plasma
platforms.
--
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/calligra-devel/attachments/20161226/9dde12f4/attachment.htm>
More information about the calligra-devel
mailing list