On Mon, Jan 29, 2024 at 12:11 PM Patrick O'Callaghan <pocallaghan@xxxxxxxxx> wrote: > > On Mon, 2024-01-29 at 11:38 +0000, Neal Gompa wrote: > > On Mon, Jan 29, 2024 at 10:37 AM Patrick O'Callaghan > > <pocallaghan@xxxxxxxxx> wrote: > > > > > [...] > > > > I cannot stress enough that this is *basic functionality* for a > > > desktop > > > system. It's standard across Windows and MacOS systems and users > > > expect > > > it to work (even if it doesn't work very well on Xorg). I simply do > > > not > > > understand how people use desktops that don't implement this. Are > > > they > > > really restarting every app *manually* every time they log in? I > > > find > > > this astonishing. > > > > > > > This functionality does not exist in Windows or macOS. There is a > > "relaunch all the things open at time of shutdown/restart" feature in > > macOS, which is what that merge request implements. > > That's close enough. I don't really see much practical difference (I > wouldn't expect processes to be frozen and continued), though I would > generally expect apps to have their current directory preserved across > sessions if it has changed from the default whenever possible (i.e. if > permissions or locations hadn't changed in the meantime). I don't know > how practical that is. > > > On Windows, some > > applications will mark themselves to auto-launch on login in the > > registry, which sort of emulates this capability on a per application > > basis. > > > > I use Windows so little that I probably mistook this for what it does. > > > Session restore is a concept that has basically never existed in a > > cross-platform way, and that's a big part of why it has never worked > > well in most applications. It's just not important enough to deal > > with > > when it only works for a subset of X11 desktops. > > As I say, *restarting" is essentially what I mean by *restoring*. I've > always understood it in that sense. > Then we should be able to achieve it. I'm merely waiting for it to be merged before deciding what to do next. If it happens soon enough, we can prioritize figuring out a backport and land it for Fedora 40 GA. -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ kde mailing list -- kde@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to kde-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
