Why did you add a BSD close to the makefile ?

Thanks, I have done a few commits, is it okay if I do one bulk merge request? The changes are separated into commits.

Cool, thank you for working on it! For the next steps, consider moving the repository to invent.
I have a few comments on the code, but I'll just open a merge request once it's on invent :)

In T12056#254902, @ognarb wrote:

Could the potential core library be useful for Angelfish? @jbbgameich

Seems fine, we have a few ways now to reach more developers, for example through our semi-regular blog posts and our mastodon account. The number of developers also has risen compared to when this task was opened.

@jgrulich, since you are working on xdg-desktop-portal-kde, do you have an opionion on where the mobile file picker ui should go?
Options are basically:

• everything into xdg-desktop-portal-kde
• KIO (would still need special handling in the portal)
• put actual gui code in Kirigami-addons and call it from the portal
• create a new portal for mobile

Did you possibly forget to commit the changes to the header file?

No, the portal uses the KFileWidget directly. After posting this I also had the idea of implementing this in KIO directly.

@davidedmundson I'm mentioning you here because I think you had the idea to base the PlaMo file dialog on xdg-desktop-portal. I have been working on this approach for some time. Now I wonder where to best put the code. I began by forking xdg-desktop-portal-kde, but it would be probably better to integrate it into the exisiting portal.

Sorry for using this diff to ask this question, I couldn't find you in kde-devel.
Would it be possible to expose the finished signal of QProcess in KIO::ApplicationLauncherJob?
I need something like this to close the startup feedback in the Plasma Mobile shell (a fullscreen overlay which shows that an app is starting) when the app crashed.
Or is there an entirely different way to implement this?

You are installing to /app, but kdevelop shows "Runtime: Host system". Is that intentional? At least as long as you didn't set up any special environment variables, files in /app will probably not be found by knotifications.

Did you like the format? Anything we can improve upon?

Now we do R266:48a112fb64dc

Options to fix this:

• use libtaskmanager to give focus to the existing window belonging to the application
• KDBus single instance API in every single application

Other approach (using qpa): https://invent.kde.org/lnj/plasma-integration/-/tree/feature/mobile-kirigami-ui

Options to fix this:

• Add accept button to plasma-settings
• Add apply button to KCM
• always save kcms on desctruction (plasma-settings is closed, kcm is switched)

Actually the file here should just be deleted, and https://invent.kde.org/kde/plasma-phone-settings/-/merge_requests/1 merged instead.

Spacebear progress update: Thanks to the help of Anthony Fieroni, spacebear now generally works (receiving and sending), work to invoke the client when a message arrives is work in progress and not fully tested, but should work as well.

I think for git you should use a proper @ character, so renaud@rolisteam.org, since I could not find any handling for "AT" in the audit script (https://github.com/KDE/repo-management/blob/a2bf51330a735f29efaff31e5b2d9a8342069c72/hooks/hooklib.py#L490)

https://invent.kde.org/jbbgameich/spacebear

I was recently working on rewriting spacebar. A few things are already better tham with spacbar:

• sending messages works reliably
• no random crashes
• mapping of incomimg and outgoing conversations to contacts
• no more hacks to find the sim accoumt
• better design (imo)

I haven't come up with a proper name yet, but I agree that moving it to the KDE namespace would be good.