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 » LineEdit, EditFields, DocEdit » TextCtrl (aka LineEdit,DocEdit) dont use global Style
Re: TextCtrl (aka LineEdit,DocEdit) dont use global Style [message #32205 is a reply to message #32064] Sat, 30 April 2011 19:12 Go to previous message
mirek is currently offline  mirek
Messages: 14265
Registered: November 2005
Ultimate Member
kohait00 wrote on Tue, 19 April 2011 14:22

Quote:


breaking existing code is a big no-no here


fully understand you..
maybe there can be a way to leave the methods and have a
One<Style> which is then set up correctly and registered as Style. user wouldn't notice any difference. but maybe theres better ways.

just to emphasize another point about attractivenesses of upp and its Ctrl's:

they not only can look like native controls, if one as coder whishes so, but they can also be customized to a maximum degree to make totally *OS-unrelated* GUI's, to reflect some personal style, if desired. depending how much effort one is willing to spend.
thats another *big* advantage of upp to keep in mind and is actually what keeps me using upp (besides the Core goodies).
i'm programming gui's for enterprises, that clearly want to set their visual style apart from the 'common' and 'boring' OS gui experience.



Definitely:

http://www.ederedv.at/solutions/gks.html

Anyway, if it was possible to do that with U++ 4 years ago, I guess Chameleon is not missing much...
 
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: [FEATURE] WhenLostFocus in EditField
Next Topic: Masking the password field in the login page
Goto Forum:
  


Current Time: Sat Jul 05 21:59:15 CEST 2025

Total time taken to generate the page: 0.02470 seconds