Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
> Apparently it's done with a secondary icon, and our Glade reads: > > False > Perhaps it's related? I thought that, I tried with a working test case outside of greeter, a simple password field in Glade. Then i copied the exact same parameters to greeter's glade (Removing False), but still it didn't work. Also changed the GTK version but the behavior was the same. Cheers, Andres ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
Andres Gomez Ramirez wrote (03 Nov 2013 23:02:24 GMT) : > I tried with a minimal test case, and caps locks key was detected in all > cases. > Maybe it has to be with the way greeter uses gtk+ library. > On the other hand, according to this: > https://developer.gnome.org/gtk2/2.24/GtkEntry.html#GtkEntry--caps-lock-warning > caps lock warning should be activated by default in Gtk entries, which is not > happening in greeter for some reason. Apparently it's done with a secondary icon, and our Glade reads: False Perhaps it's related? > Is there another component in tails using the same library, where caps lock > warning > is already working? I don't think we have anything Tails specific that does so. But e.g GNOME Disks or other GNOME apps are using some version of GTK, and at least the former likely has a caps lock warning. Cheers! ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
Sorry for the delay, I tried with a minimal test case, and caps locks key was detected in all cases. Maybe it has to be with the way greeter uses gtk+ library. On the other hand, according to this: https://developer.gnome.org/gtk2/2.24/GtkEntry.html#GtkEntry--caps-lock-warning caps lock warning should be activated by default in Gtk entries, which is not happening in greeter for some reason. Is there another component in tails using the same library, where caps lock warning is already working? Cheers. From: tails-dev-boun...@boum.org [tails-dev-boun...@boum.org] on behalf of intrigeri [intrig...@boum.org] Sent: 03 November 2013 15:27 To: The Tails public development discussion list Subject: Re: [Tails-dev] Fix to #5917 tails-greeter password field :Warn when caps-lock in ON intrigeri wrote (13 Oct 2013 09:37:46 GMT) : > Andres Gomez Ramirez wrote (10 Oct 2013 09:57:43 GMT) : >> It's just that the key event for caps lock (when it is on) is >> not detected or activated at all. If you try with any other key it works. > How about trying to reproduce this in a minimal test case, > independently from the greeter code? Ping? I'm curious if this is a bug in one of the underlying libraries, in how we're using them, or in some other part of the greeter. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
intrigeri wrote (13 Oct 2013 09:37:46 GMT) : > Andres Gomez Ramirez wrote (10 Oct 2013 09:57:43 GMT) : >> It's just that the key event for caps lock (when it is on) is >> not detected or activated at all. If you try with any other key it works. > How about trying to reproduce this in a minimal test case, > independently from the greeter code? Ping? I'm curious if this is a bug in one of the underlying libraries, in how we're using them, or in some other part of the greeter. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
Hi, Andres Gomez Ramirez wrote (10 Oct 2013 09:57:43 GMT) : > It's just that the key event for caps lock (when it is on) is > not detected or activated at all. If you try with any other key it works. How about trying to reproduce this in a minimal test case, independently from the greeter code? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
Hi intrigeri, > If that were the case, then indeed the piece of code that hides the > caps lock warning would never be run. > Also, please make sure your commits don't add space errors. > Git commit warns you about this. yes I was adding tabs and spaces in indentation, but i doesn't affect the expected behavior of the code. It's just that the key event for caps lock (when it is on) is not detected or activated at all. If you try with any other key it works. Cheers, Andres ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
Re: [Tails-dev] Fix to #5917 tails-greeter password field : Warn when caps-lock in ON
Hi Andres, Andres Gomez Ramirez wrote (06 Oct 2013 16:23:23 GMT) : > Hi, I created a patch for feature #5917 (tails-greeter password > field : Warn when caps-lock in ON). Thanks! > I had a problem when caps lock key was on. I press the key again and it > doesn't > generate a key event, so the warning message does not hide until i press > another key; > don't know if this is GTK normal behavior or specific to my keyboard or > virtualbox. > Could please somebody check that? I notice there's some indentation discrepancy in there (tabs vs. spaces): elif event.keyval == gtk.keysyms.Caps_Lock: if event.state & gtk.gdk.LOCK_MASK: self.caps_lock_warning_area.show() elif not (event.state & gtk.gdk.LOCK_MASK): self.caps_lock_warning_area.hide() Perhaps that could make Python see the second elif as being part of the main `if event.keyval [...] elif event.keyval == gtk.keysyms.Caps_Lock [...]' control structure, instead of (as it should be) part of `if event.state & gtk.gdk.LOCK_MASK: [...]'? If that were the case, then indeed the piece of code that hides the caps lock warning would never be run. Also, please make sure your commits don't add space errors. Git commit warns you about this. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev
