summaryrefslogtreecommitdiff
path: root/Services/LaunchServer/Launcher.cpp
AgeCommit message (Collapse)Author
2021-01-12Services: Move to Userland/Services/Andreas Kling
2020-12-28Everywhere: Move AppFile from LibGUI to LibDesktopLinus Groh
This was mentioned in #4574, and the more I think about it the more it feels just right - let's move it there! :^) Having to link LaunchServer against LibGUI explicitly should've been telling enough...
2020-12-28Services: Fix typosBrendan Coles
2020-12-27LaunchServer: Use GUI::AppFileLinus Groh
2020-12-26LaunchServer: Remove icons from LaunchServer::HandlerLinus Groh
2020-12-24LaunchServer: Ignore empty FileType / Protocol / [Launcher] config valuesLinus Groh
"Foo=" should be treated the same as "Foo" being missing.
2020-12-24LaunchServer+Base: Stop using Browser as default protocol handlerLinus Groh
Browser supports very few protocols (http, https, gemini, file) at the moment, so there's no point in using it as a catch-all and default protocol handler. I added an explicit association for gemini to /bin/Browser instead. This stops Desktop::Launcher::open() from reporting success for any URL, which really isn't the case (Browser shows an error page...).
2020-08-04LaunchServer: Disown child processes after spawningAndreas Kling
2020-07-15FileManager: Allow double-clicking applications againTom
By adding a special LauncherType::Application we can still get meta data for the application, but also know that we should consider executing that binary as the default action. LaunchServer will not do this for us, as it should probably not be allowed to run arbitrary binaries that haven't been registered as handlers.
2020-07-15Launcher: Provide launcher details to LibDesktopTom
This allows applications to get additional information, such as name or icons, for each launch handler.
2020-06-29Everywhere: Replace some uses of fork/exec with posix_spawnNico Weber
It's less code, and it's potentially more efficient once posix_spawn is a real syscall.
2020-05-26AK: Rename FileSystemPath -> LexicalPathSergey Bugaev
And move canonicalized_path() to a static method on LexicalPath. This is to make it clear that FileSystemPath/canonicalized_path() only perform *lexical* canonicalization.
2020-05-18LaunchServer: Discover handlers from *.af files, allow launching based on a ↵Nicholas Hollett
known handler Adds metadata about apps for what file types and protocols they can handle, then consumes that in the LaunchServer. The LaunchServer can then use that to offer multiple options for what apps can open a given URL. Callers can then pass back the handler name to the LaunchServer to use an alternate app :)
2020-05-12LaunchServer+LibDesktop: Add API to list handlers for a given URLAndreas Kling
You can now ask for a list of applications that can handle opening a given URL. This will be useful for creating context menus.
2020-05-09LaunchServer: Add the LaunchServer to centralise file associations.Nicholas Hollett
Step one of moving DesktopServices::open handling out of process. This makes it easier to do things like read in associations for which program opens which files or protocols. This gives users the ability to modify the associations without having to rebuild :^)