Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ Library support » U++ Widgets - General questions or Mixed problems » DropList still taking capture after instructing it not to
DropList still taking capture after instructing it not to [message #61312] Sun, 22 December 2024 22:42 Go to next message
cbpporter is currently offline  cbpporter
Messages: 1427
Registered: September 2007
Ultimate Contributor
Hi!

I have an app with a menu and a toolbar (among others) and a DropList on the toolbar.

Even though I instructed it to not take focus with NoDropFocus() and NoWantFocus(), it takes focus. Or some similar behavior.

It takes focus so hard that menu shortcuts no longer work.

I attached an example, where pressing F5 triggers a menu option and increments a display. If you open the DropLIst and cancel it, F5 works. If you select an option, F5 is eaten until you focus something else, in this example, the menu.

I have a bunch of other drop down on the toolbar, with MultiButton, and they do not eat F5.

I also tried installing the latest nightly, 17502, and I can't build with it. It says "there were errors", even in verbose mode.
  • Attachment: testdrop.zip
    (Size: 1.60KB, Downloaded 58 times)
Re: DropList still taking capture after instructing it not to [message #61511 is a reply to message #61312] Fri, 28 February 2025 10:56 Go to previous messageGo to next message
cbpporter is currently offline  cbpporter
Messages: 1427
Registered: September 2007
Ultimate Contributor
Anyone manage to reproduce the issue with the test case I attached or is it just a me problem?
Re: DropList still taking capture after instructing it not to [message #61512 is a reply to message #61511] Fri, 28 February 2025 11:27 Go to previous message
Oblivion is currently offline  Oblivion
Messages: 1202
Registered: August 2007
Senior Contributor
Quote:
Anyone manage to reproduce the issue with the test case I attached or is it just a me problem?


I can confirm this (on Windows ATM) but with a slightly different behavior. Even if I cancel the dropdown list (via ESC key), focus is lost and I have to manually focus other elements (e.g. menu).

Best regards,
Oblivion


Previous Topic: Window Frame Resizing
Next Topic: Add compilable testcases for nontrivial problems!
Goto Forum:
  


Current Time: Fri Apr 25 07:55:21 CEST 2025

Total time taken to generate the page: 0.00843 seconds