Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums
Members
Pages
Search
Help
Register
Login
Home
Home
»
U++ Library support
»
U++ Widgets - General questions or Mixed problems
»
CtrlLayoutOKCancel - detecting Cancel vs Bad input?
Show:
Today's Messages
::
Show Polls
::
Message Navigator
E-mail to friend
CtrlLayoutOKCancel - detecting Cancel vs Bad input?
[
message #1727
]
Thu, 16 March 2006 07:59
lundman
Messages:
175
Registered:
March 2006
Location:
Tokyo
Experienced Member
Using a CtrlLayoutOKCancel, with some fields with restrictions, like non-null, or min&max (port).
When user inputs something bad, a OK dialog pops up to inform us of this, then the main dialog returns from Run() with IDCANCEL.
(One would have thought it should not return at this point?)
This means we've stuck Run() in a loop so they can input data correctly, until they push OK or Cancel.
But Cancel also returns IDCANCEL.
How do we detect the difference between user clicking Cancel, and user just typing in something invalid?
Advice pleace
Report message to a moderator
Re: CtrlLayoutOKCancel - detecting Cancel vs Bad input?
[
message #1731
is a reply to
message #1727
]
Thu, 16 March 2006 18:58
mirek
Messages:
13975
Registered:
November 2005
Ultimate Member
lundman wrote on Thu, 16 March 2006 01:59
Using a CtrlLayoutOKCancel, with some fields with restrictions, like non-null, or min&max (port).
When user inputs something bad, a OK dialog pops up to inform us of this, then the main dialog returns from Run() with IDCANCEL.
(One would have thought it should not return at this point?)
It should not return - something is wrong. Please post the whole testcase...
Mirek
Report message to a moderator
Re: CtrlLayoutOKCancel - detecting Cancel vs Bad input?
[
message #1833
is a reply to
message #1731
]
Wed, 22 March 2006 07:59
lundman
Messages:
175
Registered:
March 2006
Location:
Tokyo
Experienced Member
Right, we were setting our own callbacks for OK and CANCEL during a lapse-in-sanity moment, which (correctly) would break the expected behavior.
Sorry for the noise.
Report message to a moderator
Previous Topic:
Why there are no SetParent() or SetOwner() ? [TOO DANGEROUS...]
Next Topic:
What Label.WhenAction supposed to do? - nothing [PARTLY SOLVED :)]
Goto Forum:
- Community
U++ community news and announcements
PR, media coverage, articles and documentation
U++ Webs: Functioning, Layout , Design, Features and Structure of these forums, homepage etc.
Coffee corner
Newbie corner
U++ based job offers
- Developing U++
U++ Developers corner
External resources
Releasing U++
UppHub
Bugs (& fixes)
Documentation
U++ TheIDE and Library: Releases and ChangeLogs
Mac OS
Android
- U++ Library support
U++ Library : Other (not classified elsewhere)
U++ Core
Look and Chameleon Technology
U++ Libraries and TheIDE: i18n, Unicode and Internationalization
U++ SQL
U++ MT-multithreading and servers
U++ Callbacks and Timers
U++ Widgets - General questions or Mixed problems
TopWindow&PopUp, TrayIcon
Menus&Toolbars
StatusBar&InfoCtrl
Splitter
TabCtrl
Slider&ProgressIndicator
ArrayCtrl, HeaderCtrl & GridCtrl
TreeCtrl
RichText,QTF,RTF...
LineEdit, EditFields, DocEdit
Draw, Display, Images, Bitmaps, Icons
FileSel&FileList, Path
CalendarCtrl
Skylark
ScatterDraw & ScatterCtrl
Archive
- U++ TheIDE
U++ TheIDE: Other Features Wishlist and/or Bugs
U++ TheIDE: Compiling, Linking, Debugging of your packages
U++ TheIDE: Installation, Compiling and Running of theide
U++ TheIDE: CodeEditor, Assist++, Topic++
U++ TheIDE: Packages
U++ TheIDE: Layout (Forms) Designer
U++ TheIDE: Icon designer
- Extra libraries, Code snippets, applications etc.
U++ users applications in progress and useful code snippets, including reference examples!
U++ Esc Interpreter, Esc Macros and templates
C++ language problems and code snippets
Applications created with U++
OS Problems etc., Win32, POSIX, MacOS, FreeBSD, X11 etc
-=]
Back to Top
[=-
[
Syndicate this forum (XML)
] [
] [
]
Current Time:
Sat May 04 04:18:05 CEST 2024
Total time taken to generate the page: 0.01532 seconds