| View previous topic :: View next topic |
| Author |
Message |
Rodger Van Kirk Guest
|
Posted: Tue Jul 29, 2003 3:13 pm Post subject: TDateTimePicker Bug |
|
|
Ok here is what you do.
Place a TDateTimePicker on your form. Set Kind to dtkTime and set DateMode
to dmUpDown and set ShowCheckBox to true. Now run the application. When
you select an hour and click on one of the up/down arrows the hour will
change once then the focus changes to the checkbox. This is really awkward
to keep having to re-select the hour after every change. Is there a fix for
this? Of something better to use?
Thanks in advance,
Rodger
|
|
| Back to top |
|
 |
Mike Williams (TeamB) Guest
|
Posted: Tue Jul 29, 2003 5:31 pm Post subject: Re: TDateTimePicker Bug |
|
|
On 29 Jul 2003, "Rodger Van Kirk" <rodgerv (AT) nospam (DOT) calsense.com> wrote:
| Quote: | This is really awkward to keep having to re-select the hour after
every change. Is there a fix for this? Of something better to use?
|
The tDateTimePicker is really a Microsoft component that Delphi has a thin
wrapper for.
--
-Mike (TeamB)
|
|
| Back to top |
|
 |
Andrew Jameson Guest
|
Posted: Tue Jul 29, 2003 7:49 pm Post subject: Re: TDateTimePicker Bug |
|
|
Hi Mike,
That didn't really answer Rodger's question ... but I'd suggest a quick trip
around Torry's site (when's he back ?) ... Raize has a cool suite of
components too ...
Now ... isn't it about time that Borland addressed the issue with it's now
antiquated components ... I've not seen any dramatic changes to Delphi over
the last few versions ... great compiler but crap components ... complacent
attitudes will become the ultimate deathknell of what is a superb product
.... why should we the developers have to fork out even more hard earned cash
to get components that don't rely on being tatty wrappers around some
MicroSoft rubbish ! (Look through some of the VCL code, it's like a history
lesson ... much of it going back to pre-Delphi days ... remember Turbo
Pascal and Pascal for Windows ?).
Andrew
"Mike Williams (TeamB)" <mikew (AT) remove (DOT) aps-soft.com> wrote
| Quote: | On 29 Jul 2003, "Rodger Van Kirk" <rodgerv (AT) nospam (DOT) calsense.com> wrote:
This is really awkward to keep having to re-select the hour after
every change. Is there a fix for this? Of something better to use?
The tDateTimePicker is really a Microsoft component that Delphi has a thin
wrapper for.
--
-Mike (TeamB)
|
|
|
| Back to top |
|
 |
Mike Williams (TeamB) Guest
|
Posted: Tue Jul 29, 2003 8:02 pm Post subject: Re: TDateTimePicker Bug |
|
|
On 29 Jul 2003, "Andrew Jameson" <contact (AT) softspotsoftware (DOT) com> wrote:
| Quote: | That didn't really answer Rodger's question ... but I'd suggest a
quick trip around Torry's site (when's he back ?) ... Raize has a cool
suite of components too ...
|
Agreed. Years ago I wrote my own tDateTime picker that looks just like
the MS version but in pure Delphi but without the usability problems.
| Quote: | Now ... isn't it about time that Borland addressed the issue with it's
now antiquated components ... I've not seen any dramatic changes to
Delphi over the last few versions ... great compiler but crap
components ...
|
Perhaps you've missed all of the new components added with each version
of Delphi. Borland takes backwards compatibility seriously. Even if the
problems addressed with tDateTimePicker are MS problems, Borland can't
just drop that component without affecting users. If you don't like a
built-in component don't use it. There are plenty of free and commercial
alternatives available as you've pointed out. If I had to choose I'd
prefer that Borland spend time working on the language and IDE and let
others develop components.
--
-Mike (TeamB)
|
|
| Back to top |
|
 |
Andrew Jameson Guest
|
Posted: Wed Jul 30, 2003 8:53 am Post subject: Re: TDateTimePicker Bug |
|
|
I whole heartedly agree ... there are many new features that have been
incorporated into latter versions of Delphi ... but a lot are from third
party vendors that are public domain anyway ... Indy ... and yes I'd much
rather see Borland developing new functionality .net etc. ... but I'd much
prefer to see a minimal set of base components that are solidly robust and
up to date and long outstanding quirks such as the range of problems that
are associated with TDateTimePicker illustrate what must be complacency ...
I've written my own TDateTimePicker that provdies almost 100% compatibility
with the existing one ... I didn't provide the drop down calandar ...
Maybe Borland should contract a third party to provide a revamped and
backward compatible set of base components ... Raize for example ...
Andrew
|
|
| Back to top |
|
 |
Rodger Van Kirk Guest
|
Posted: Wed Jul 30, 2003 3:52 pm Post subject: Re: TDateTimePicker Bug |
|
|
Andrew,
Could I have a look at your replacement DateTimePicker?
Thanks,
Rodger
"Andrew Jameson" <contact (AT) softspotsoftware (DOT) com> wrote
| Quote: | I whole heartedly agree ... there are many new features that have been
incorporated into latter versions of Delphi ... but a lot are from third
party vendors that are public domain anyway ... Indy ... and yes I'd much
rather see Borland developing new functionality .net etc. ... but I'd much
prefer to see a minimal set of base components that are solidly robust and
up to date and long outstanding quirks such as the range of problems that
are associated with TDateTimePicker illustrate what must be complacency
....
I've written my own TDateTimePicker that provdies almost 100%
compatibility
with the existing one ... I didn't provide the drop down calandar ...
Maybe Borland should contract a third party to provide a revamped and
backward compatible set of base components ... Raize for example ...
Andrew
|
|
|
| Back to top |
|
 |
|