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 color is the same when editable or not
Re: DropList color is the same when editable or not [message #45993 is a reply to message #45991] Wed, 10 February 2016 20:11 Go to previous messageGo to previous message
jfranks is currently offline  jfranks
Messages: 36
Registered: September 2014
Location: Houston, Texas
Member
Mirek,

Thank you for responding so quickly.

Attaced are two screen shots of the DropList issue we are experiencing.
----
Exhibit-1 is a screen shot of our application that uses Upp library 2007.1
running on a older Ubuntu 10.4 LTS distribution.

Note that the DropList controls that are set editable = false provide
feedback to the user because of the different darker color.
The DropList control that are set editable = true are the "normal" color
and indicate that the control can be changed by the user.
----
Exhibit-2 is a screen shot of our application that uses Upp library snapshot
9251 running on Linux Mint Mate 17.3.

The behavior of DropList controls is different from Exhibit-1 in that those
controls set to editable = false provide no feedback to the user that the
control cannot be changed by the user, i.e., they all look the same whether
they can be edited or not.

The expectation is that when the control is set editable = false, that the
color would be darker to indicate it cannot be selected.

One work-around is that we have found is to set the DropList control disabled = true,
then the control has the proper visual look that indicates it cannot be edited, and that works.
These exhibits are from one of many pages in our application that have DropList controls.
There are roughly ~500 occurances in our code where we would have to modify our application to make the control
have the proper behavior.

And so . . .
We are looking for remediation of this issue in the Upp library itself so that we are
not faced with all those edits in our application.

BTW: I used this old thread because it is identical to what we are seeing now.

-- Jeff
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: GetRectInParentWindow for all backends
Next Topic: why the ctrl does`t have HWND?
Goto Forum:
  


Current Time: Wed May 15 11:07:54 CEST 2024

Total time taken to generate the page: 0.01946 seconds