In previous version of Kate, kate accept -u or --use switch to force kate reuse running kate's session. In this version (16.08.3), it's has been removed. Is it possible to restore this switch -Or- Is it possible to add a configuration menu that force kate to reuse existing session when invoked from command line. I use multiple virtual desktop and Kate is running on 1 desktop. It's usefull to invoke kate from command line and all the files are opened in the same Kate instance. I know I can use an alias with "kate -s mysessionname myfile.txt" but this would be a nice way to do it without extra command line switch.
Kate opens by default the document in an existing instance, but this is explicitly disabled when the instance is on a different virtual desktop. If you have three virtual desktops and two open instances of Kate on different desktops, which instance would you want to open in?
Dear user, this wish list item is now closed, as it wasn't touched in the last year and no contributor stepped up to implement it. The Kate/KTextEditor team is small and we can just try to keep up with fixing bugs. Therefore wishes that show no activity for a years or more will be closed from now on to keep at least a bit overview about 'current' wishs of the users. If you want your feature to be implemented, please step up to provide some patch for it. If you think it is really needed, you can reopen your request, but keep in mind, if no new good arguments are made and no people get attracted to help out to implement it, it will expire in a year again. We have a nice website https://kate-editor.org that provides all the information needed to contribute, please make use of it. Patches can be handed in via https://phabricator.kde.org/differential/ Greetings Christoph Cullmann
This seems to be fixed: https://cgit.kde.org/kate.git/commit/?id=636af882e3c936411f56069585940901b39628d1 https://bugs.launchpad.net/ubuntu/+source/kate/+bug/1849455 https://bugs.kde.org/show_bug.cgi?id=410742 Well, 410742 is technically a duplicate of this, but hey. *** This bug has been marked as a duplicate of bug 410742 ***