14:30:33 Trevinho: the other issue you mentioned was multi-display 14:30:54 aday: yep 14:31:17 — Trevinho has also many other things if interested, not login related though :-D 14:32:08 Trevinho: what are the issues exactly? 14:32:27 aday: so, multi-display... as said although I'm not a fan of it, I recognize the primary-display concept in gnome.... however, as it might have happened to you, it's not always the case where you're handling one as to be really the primary. 14:33:28 Say you're attaching your laptop to a tv or projector and use a remote keyboard to control the whole set. 14:33:30 Trevinho: can you give me some examples...? 14:33:36 ah, you're ahead of me! 14:33:36 Then you go back to the laptop... and how to unlock? 14:34:14 I mean, you can unlock, bu tyou won't see what you're doing 14:34:25 Trevinho: this is assuming that the displays are joined rather than just using a single display, i suppose... 14:34:59 my case no... where for example you want to control a projector to show things to an audience, but be in the audience 14:35:11 then you want to go go back to the machine 14:36:17 or well, this might be an edge case, but another issue I've is that for example I might set as primary monitor a device that is close to me but slow to initialize compared to the laptop (Iv'e a monitor like that, which takes few seconds to wake up from standby)... I want it to be the primary, but if the other is faster I want to see from that one 14:36:52 I mean, I don't see too problematic to think to a lockscreen input UI that shows in all the monitors (uglier) or that moves depending on the pointer (say) position 14:37:55 as it's still something that is disconnected from the content 14:38:21 also I guess in multi-user cases this could change depending on who is using the device 14:39:09 say, you've a setup that two users use: one is using the left monitor as primary, the other the right one... Each one locks the monitor... So each one is used to have the lockscreen in two different places when switching 14:39:47 I know these are all quite edge cases, but the fact I had the ability to be able to control my unlock ui has always been convenient to me in the past 14:39:57 Trevinho, FWIW I have that exact issue, one of my monitors takes *ages* to turn on, but it is my primary so i can't "see" the password box to type in for a while - the login controls following the mouse position makes sense (and worked well when i had that setup before) 14:40:21 ahayzen: exactly... I know how it feels 14:40:35 without mentioning X issues (or kvm) when they don't detect a detached monitor... 14:40:51 and you're stuck with a monitor that is shown as connected, but actually is not.... 14:40:57 so the proposal is to show the lock screen content on the display that has the pointer on it? 14:40:58 indeed we don't have to follow the bugs, but.. 14:41:14 aday: yeah, but if you've better options I'd go with them 14:41:30 head-tracking systemw ould be the best :-D 14:41:42 actually that would be even possible with new "hello" cams 14:41:48 but, #forlaters 14:42:03 i'm not sure how that would align with the primary display. it would be weird to have OS controls on one display and then have them move to another 14:42:29 aday: eh, it's also true that the primary display is something that is not directly connected to the locking thing 14:42:57 Trevinho: but you wouldn't want the system status area to move between displays, would you? 14:42:58 I mean, lockscreen is a shield. and as that it should do something that doesn't depend too much on user 14:43:17 aday: well, I'd move everything, but actually that's secondary 14:43:26 aday: what it matters is what's happening 14:43:40 and allow to switch to other user 14:43:43 Trevinho: "move everything"? 14:44:03 I mean swap the whole shields 14:44:19 but, if that's too much for you, that's fine.. 14:44:39 I can accept only to have controls to do things on the area I'm in control 14:48:04 the issue is the coherence of the experience. the top bar acts as a predictable anchor point; if it starts moving around i'm concerned that it would undermine users' sense of the system 14:48:28 aday: yeah, indeed... I see the point and I agree, in this scenario 14:49:10 aday, Trevinho: You also might want to read https://gitlab.gnome.org/GNOME/gnome-shell/issues/242 14:49:14 aday: as said I'd actually would love to have that across the whole system, but that's probably my unity background that suggests me that :) 14:49:17 GNOME bug 242 in gnome-shell "Cannot view User Name Selector and Password Box On Startup With Single Display Mode" (comments: 11) [Opened] 14:49:18 Bug https://bugzilla.gnome.org/show_bug.cgi?id=242 was not found. 14:49:22 Would moving (for example) just the password box to following the mouse be acceptable though? 14:50:05 — Trevinho knew wasn't alone :-D 14:50:38 so... I'd be down with moving the control box 14:51:03 and I think it applies well to new design too 14:51:17 i think i'd probably want to see a breakdown of the different cases before considering other solutions 14:51:29 [to diiscuss if the control, notifications and media buttons are part of that though] 14:51:50 Does anyone know how that's handled on windows or mac? 14:52:03 verdre: no clue :-D 14:52:17 you could have some kind of escape hatch 14:52:20 I've a virtualbox vm with win, let me check 14:53:32 Trevinho: if you want to start a wiki page with a list of the different cases, that could be a useful start 14:53:47 in any case I prefer not to see other systems, as I love to consider things fresh... And try to find solutions independently 14:53:53 — feborges whispers: gnome-boxes... *flies away* 14:53:56 aday: ok 14:54:14 feborges: yeah, I'll move that machine (if I don't delete it earlier) there one day :-D 14:54:40 Trevinho: cool. Let us know how it goes. :D 14:58:49 ok so windows is like GNOME... One reason more to change :-D 14:59:50 pfff