[KDE/Mac] Cross-platform with kdeinit5, klauncher5, kded5 and friends

René J.V. Bertin rjvbertin at gmail.com
Thu Feb 5 22:10:11 UTC 2015


On Wednesday February 04 2015 19:02:39 David Faure wrote:

> Can it also return the list of associated applications, rather than just 
> "execute the preferred one"?

I've never really manhandled LaunchServices other than to launch specific applications, but I would guess it's indeed possible. The Finder itself does it; like about any file explorer it will offer a list of applications that are known to handle a given document type.
That doesn't mean though that the API is public (there are Finder replacements, though).

> Can also be about keditfiletype (system settings -> file associations), but if 
> you're happy not to have that on Mac, and you have a native solution for the 

If integration arrives at a point where we're tapping into LaunchServices to replace ksycoca, then I think that no one would be sad not to "have that on Mac" ... except those who'd like to replace the Finder with Dolphin (because the only way to change a file/app association is through the Finder).

> above two points, then yeah, you could do without desktop files.... except 
> that you'll need to register the KDE apps to the mac natively, as discussed in 
> another subthread, AFAICS.

Yes, someone will need to write the Info.plist for that to work.

This reminds me of something related: handing off arguments (= filenames) to Qt-based applications, and drag-and-drop. The latter works sometimes currently (dragging a file or folder onto a Konsole window, for instance), but opening documents "the Mac way" in a KDE app requires a proxy application. I understand that the infrastructure is there even in Qt4 to translate the associated Cocoa events to standard argc,argv conventions "behind the scenes", but I've yet to see that work in KDE apps. I think I understand why, but I've never actually mustered the courage to start looking into it.
Is there any reason to expect that that will be different with KF5?

R.


More information about the kde-mac mailing list