FLTK logo

STR #3221

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

Return to Bugs & Features | Roadmap 1.3 | SVN ⇄ GIT ]

STR #3221

Application:FLTK Library
Status:1 - Closed w/Resolution
Priority:3 - Moderate, e.g. unable to compile the software
Scope:2 - Specific to an operating system
Subsystem:WIN32
Summary:Sticky ctrl key after Fl_Native_File_Chooser usage (WIN32)
Version:1.3-current
Created By:manolo
Assigned To:manolo
Fix Version:1.3-current (SVN: v10713)
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:


Name/Time/Date Filename/Size  
 
#1 manolo
07:33 Apr 17, 2015
fnfc.patch
1k
 
 
#2 manolo
07:34 Apr 17, 2015
test.cxx
1k
 
 
#3 manolo
08:20 Apr 17, 2015
fnfc2.patch
1k
 
     

Trouble Report Comments:


Name/Time/Date Text  
 
#1 manolo
07:33 Apr 17, 2015
MSWindows only.

After having opened an Fl_Native_File_Chooser with a
ctrl-O shortcut, and closed it, the ctrl modifier
is seen as still present by FLTK, until the keyboard is used again.
For example, click is interpreted as ctrl-click until the keyboard
is used.

Use the attached test program to see the bug:
- click to see Fl::event_ctrl()=0
- press the ctrl key and click to see Fl::event_ctrl()=262144
- press ctrl-O. It opens a Fl_Native_File_Chooser window
- close it without using the keyboard (e.g., click on cancel)
- click to see Fl::event_ctrl()=262144
even though the ctrl key is no longer pressed: THIS IS THE BUG
- press any key
- click to see Fl::event_ctrl()=0 as expected

The attached fnfc.patch is proposed to fix the bug.
 
 
#2 manolo
08:21 Apr 17, 2015
Ignore fnfc.patch, and use fnfc2.patch instead.  
 
#3 manolo
00:59 Apr 18, 2015
Same problem when opening a print dialog window with
ctrl-P: if the dialog is closed without using the keyboard
the ctrl modifier appears ON to FLTK when back to
an FLTK window.

Thus a proper fix can't be specific to Fl_Native_File_Chooser.

It seems that the ctrl key up event is not seen by FLTK
in this scenario:
- press ctrl-O (or ctrl-P)
- this triggers opening of a non FLTK, native window
- release keyboard keys
- close the native window without using the keyboard
- click in an FLTK window ==> FLTK sees ctrl-click
 
 
#4 manolo
14:09 Apr 22, 2015
Fixed in Subversion repository.  
     

Return to Bugs & Features ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.