Attachment 'irc-discussion.txt'

Download

   1 14:30:33 <aday> Trevinho: the other issue you mentioned was multi-display
   2 14:30:54 <Trevinho> aday: yep
   3 14:31:17 — Trevinho has also many other things if interested, not login related though :-D 
   4 14:32:08 <aday> Trevinho: what are the issues exactly?
   5 14:32:27 <Trevinho> 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.
   6 14:33:28 <Trevinho> Say you're attaching your laptop to a tv or projector and use a remote keyboard to control the whole set.
   7 14:33:30 <aday> Trevinho: can you give me some examples...?
   8 14:33:36 <aday> ah, you're ahead of me!
   9 14:33:36 <Trevinho> Then you go back to the laptop... and how to unlock?
  10 14:34:14 <Trevinho> I mean, you can unlock, bu tyou won't see what you're doing
  11 14:34:25 <aday> Trevinho: this is assuming that the displays are joined rather than just using a single display, i suppose...
  12 14:34:59 <Trevinho> my case no... where for example you want to control a projector to show things to an audience, but be in the audience
  13 14:35:11 <Trevinho> then you want to go go back to the machine
  14 14:36:17 <Trevinho> 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
  15 14:36:52 <Trevinho> 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
  16 14:37:55 <Trevinho> as it's still something that is disconnected from the content
  17 14:38:21 <Trevinho> also I guess in multi-user cases this could change depending on who is using the device
  18 14:39:09 <Trevinho> 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
  19 14:39:47 <Trevinho> 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
  20 14:39:57 <ahayzen> 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)
  21 14:40:21 <Trevinho> ahayzen: exactly... I know how it feels
  22 14:40:35 <Trevinho> without mentioning X issues (or kvm) when they don't detect a detached monitor...
  23 14:40:51 <Trevinho> and you're stuck with a monitor that is shown as connected, but actually is not.... 
  24 14:40:57 <aday> so the proposal is to show the lock screen content on the display that has the pointer on it?
  25 14:40:58 <Trevinho> indeed we don't have to follow the bugs, but..
  26 14:41:14 <Trevinho> aday: yeah, but if you've better options I'd go with them
  27 14:41:30 <Trevinho> head-tracking systemw ould be the best :-D
  28 14:41:42 <Trevinho> actually that would be even possible with new "hello" cams
  29 14:41:48 <Trevinho> but, #forlaters
  30 14:42:03 <aday> 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
  31 14:42:29 <Trevinho> aday: eh, it's also true that the primary display is something that is not directly connected to the locking thing
  32 14:42:57 <aday> Trevinho: but you wouldn't want the system status area to move between displays, would you?
  33 14:42:58 <Trevinho> I mean, lockscreen is a shield. and as that it should do something that doesn't depend too much on user
  34 14:43:17 <Trevinho> aday: well, I'd move everything, but actually that's secondary
  35 14:43:26 <Trevinho> aday: what it matters is what's happening
  36 14:43:40 <Trevinho> and allow to switch to other user
  37 14:43:43 <aday> Trevinho: "move everything"?
  38 14:44:03 <Trevinho> I mean swap the whole shields
  39 14:44:19 <Trevinho> but, if that's too much for you, that's fine..
  40 14:44:39 <Trevinho> I can accept only to have controls to do things on the area I'm in control
  41 14:48:04 <aday> 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
  42 14:48:28 <Trevinho> aday: yeah, indeed... I see the point and I agree, in this scenario
  43 14:49:10 <verdre> aday, Trevinho: You also might want to read https://gitlab.gnome.org/GNOME/gnome-shell/issues/242
  44 14:49:14 <Trevinho> 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 :)
  45 14:49:17 <gitlab-bot> GNOME bug 242 in gnome-shell "Cannot view User Name Selector and Password Box On Startup With Single Display Mode" (comments: 11) [Opened]
  46 14:49:18 <bugbot> Bug https://bugzilla.gnome.org/show_bug.cgi?id=242 was not found.
  47 14:49:22 <ahayzen> Would moving (for example) just the password box to following the mouse be acceptable though?
  48 14:50:05 — Trevinho knew wasn't alone :-D 
  49 14:50:38 <Trevinho> so... I'd be down with moving the control box
  50 14:51:03 <Trevinho> and I think it applies well to new design too
  51 14:51:17 <aday> i think i'd probably want to see a breakdown of the different cases before considering other solutions
  52 14:51:29 <Trevinho> [to diiscuss if the control, notifications and media buttons are part of that though]
  53 14:51:50 <verdre> Does anyone know how that's handled on windows or mac?
  54 14:52:03 <Trevinho> verdre: no clue :-D 
  55 14:52:17 <aday> you could have some kind of escape hatch
  56 14:52:20 <Trevinho> I've a virtualbox vm with win, let me check
  57 14:53:32 <aday> Trevinho: if you want to start a wiki page with a list of the different cases, that could be a useful start
  58 14:53:47 <Trevinho> in any case I prefer not to see other systems, as I love to consider things fresh... And try to find solutions independently
  59 14:53:53 — feborges whispers: gnome-boxes... *flies away*
  60 14:53:56 <Trevinho> aday: ok
  61 14:54:14 <Trevinho> feborges: yeah, I'll move that machine (if I don't delete it earlier) there one day :-D 
  62 14:54:40 <feborges> Trevinho: cool. Let us know how it goes. :D
  63 14:58:49 <Trevinho> ok so windows is like GNOME... One reason more to change :-D 
  64 14:59:50 <aday> pfff

Attached Files

To refer to attachments on a page, use attachment:filename, as shown below in the list of files. Do NOT use the URL of the [get] link, since this is subject to change and can break easily.
  • [get | view] (2021-02-25 09:49:00, 6.4 KB) [[attachment:irc-discussion.txt]]
 All files | Selected Files: delete move to page copy to page

You are not allowed to attach a file to this page.