<div dir="ltr">Hey all, I looked into this a bit further today with David's idea to completely ignore the handle_requests and found another issue.<div><br></div><div>In Console.app I see this error:</div><div><div>2/11/15 3:53:53.155 PM kdeinit5: klauncher --fd=8[60704]: Process 60703 was forked to 60704 without calling exec(). This is not supported by FileManager. Aborting.</div></div><div><br></div><div>There's a method in kinit.cpp mac_fork_and_reexec_self with an explanation saying we can't fork on OS X without also doing exec. Is this needed in kinit's launch function also so when it launches klauncher OS X doesn't kill it imediately?</div><div><br></div><div>BR,</div><div>Jeremy</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 5, 2015 at 3:10 PM, René J.V. <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wednesday February 04 2015 19:02:39 David Faure wrote:<br>
<br>
> Can it also return the list of associated applications, rather than just<br>
> "execute the preferred one"?<br>
<br>
</span>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.<br>
That doesn't mean though that the API is public (there are Finder replacements, though).<br>
<span class=""><br>
> Can also be about keditfiletype (system settings -> file associations), but if<br>
> you're happy not to have that on Mac, and you have a native solution for the<br>
<br>
</span>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).<br>
<span class=""><br>
> above two points, then yeah, you could do without desktop files.... except<br>
> that you'll need to register the KDE apps to the mac natively, as discussed in<br>
> another subthread, AFAICS.<br>
<br>
</span>Yes, someone will need to write the Info.plist for that to work.<br>
<br>
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.<br>
Is there any reason to expect that that will be different with KF5?<br>
<span class="HOEnZb"><font color="#888888"><br>
R.<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
<a href="mailto:kde-mac@kde.org">kde-mac@kde.org</a><br>
List Information: <a href="https://mail.kde.org/mailman/listinfo/kde-mac
KDE/Mac" target="_blank">https://mail.kde.org/mailman/listinfo/kde-mac<br>
KDE/Mac</a> Information: <a href="http://community.kde.org/Mac" target="_blank">http://community.kde.org/Mac</a><br>
</div></div></blockquote></div><br></div>