[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-mac
Subject:    Re: Install presence
From:       René_J.V. Bertin <rjvbertin () gmail ! com>
Date:       2021-06-19 13:52:15
Message-ID: 4940092.zXuTgHLXvU () bola
[Download RAW message or body]

On Saturday June 19 2021 12:21:36 Christoph Cullmann wrote:
> perhaps I miss something, but the most talk here is now about "how to 
> get KDE applications into MacPorts".

Yes, but it would translate to other, similar platforms.

> Actually, to create application bundles outside of the MacPorts world, 
> the binary-factory.kde.org CI together with Craft
> provides already now a "working" solution.

This may work for standalone applications it is not a proper solution for \
distribution of a representatively complete KDE Applications subset, and probably \
inappropriate for applications that need to collaborate among each other or otherwise \
require shared resources. Bundling the KF5 frameworks as such (Apple has been using \
the term for libraries a bit longer ;) ) or even as a single meta-framework that gets \
installed into /Library would be a step into the right direction already that should \
be simple enough to deploy using Apple's own installer.

> But beside Krita (with own tooling), which does a good job on macOS

digiKam does just fine too as far as I can tell.

> maintainer to far (including me)
> really finalized any of the binary-factory application bundles to a 
> point one would say there are
> non-beta.

IMHO no KDE application is complete without the KDE file dialogs and a few of the \
other goodies provided by the KDE platform plugin. Some also use menu subsections \
(i.e. texted separators) in a way that losing the text degrades the UI. Again, that's \
IMHO, I'm aware that many KDE devs don't see things the same way (re: more catholic \
than the pope) but the Mac has always had applications that use either custom file \
dialogs and/or menu items that aren't part of the standard UI toolbox. Note that both \
are possible even with standalone-app-bundled applications (it's trivial to provide a \
QPA plugin that overrides Qt's own).

> I would appreciate help with getting the Kate bundle up to shape,
> but I doubt that is something that can be solved with money, one would 
> just need some
> Kate contributor using macOS daily, I don't.

I'm pretty certain you could post a successful bounty to find someone like that. 

Of course, there's the underlying question what it's all good for. Like MS Windows \
the Mac has a substantial collection of good quality free native software that covers \
a large portion of what KDE has to offer. I know there are (were?) people who prefer \
to use Okular over Apple's Preview, myself I definitely prefer Kontact over Apple \
Mail (but the KDE PIM4 version...) and KDevelop over Xcode (except for native \
coding), Dolphin has better integration of all kinds of remote shares than the Finder \
has (esp. of CIFS on older OS X versions which can't connect to Win10 computers) but \
those are the only non-specialist (and/or powerhouse) KDE applications that I can \
think of and not think of an equally-good-or-better "native" alternative. (I'm sorry \
to admit that that includes Kate, for me, but then again I also hardly use it on \
Linux.)


[prev in list] [next in list] [prev in thread] [next in thread]