Opened 12 years ago

Closed 12 years ago

#248 closed defect (fixed)

Control shouldn't steal focus from scrollback

Reported by: fmoo Owned by: datallah
Milestone: Component: winpidgin (gtk)
Version: 2.0 Keywords: control, alt, scrollback, focus stealing
Cc: datallah

Description

As it is (2.0beta6/win32) the arrow keys and shift key may be used to navigate and select scrollback in a conversation window, while other keys will return focus to the input box.

I regularly select words at a time (for copy) using control+shift+left/right, but as soon as I release the control key, focus gets forced to the IM input box, preventing me from copying my text to the clipboard. Alt probably shouldn't steal focus either.

not sure if this is a winpidgin specific issue

Change History (3)

comment:1 Changed 12 years ago by khc

  • Cc datallah added

Works for me, I doubt it's a winpidgin issue, but datallah would know.

comment:2 Changed 12 years ago by datallah

  • Component changed from pidgin (gtk) to winpidgin (gtk)
  • Owner set to datallah
  • Status changed from new to assigned

This happens to me too on Windows.

comment:3 Changed 12 years ago by datallah

  • Resolution set to fixed
  • Status changed from assigned to closed

The reason this happens is that for the CONTROL key release event, the GDK_CONTROL_MASK isn't set to the event state. I'm not sure if this is correct or not, but I added a workaround by checking if the key released is one of the Control keys.

As far as Alt goes, I can't think of any reason someone would need to use it in the scrollback. Am I missing something?

Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!