Board index » delphi » Re: Win32 Needs
Warrick Wilson
Delphi Developer |
Warrick Wilson
Delphi Developer |
Re: Win32 Needs2006-08-31 04:11:30 AM delphi251 "Nick Hodges (Borland/DTG)" <XXXX@XXXXX.COM>writes QuoteOkay -- let's take a step back here. |
Jo Reiter
Delphi Developer |
2006-08-31 04:14:32 AM
Re: Win32 NeedsQuoteWhat do you all think /hasn't/ been done that should have been done by There are really serious bugs reported in Quality Central, but not even openend. Just an example: #2549 It has been reported in 2002! This is a hard-to-find but easy-to-fix bug. - Improve the VCL controls. just a few examples: Theme support for TDBGrid. TRichtEdit should support the newer RTF dlls. Mouse scrolling for TDBCtrlGrid. - Native support for Firebird database. - Improve online-help. |
Lucian
Delphi Developer |
2006-08-31 04:18:45 AM
Re: Win32 NeedsQuoteSimply delete "your" package cache keys (that's what the |
Jerry Hayes
Delphi Developer |
2006-08-31 04:23:04 AM
Re: Win32 NeedsQuoteTRichtEdit should support the newer RTF dlls. *never* updated OS patches, having a common denominator for things like the RTF were understandable. With automatic updates and workable manual updates, ComCtrls are much more consistent and having updates to the newer features should be key. |
Dean Hill
Delphi Developer |
2006-08-31 04:28:14 AM
Re: Win32 Needs
Brian Moelk writes:
QuoteWe have class helpers in Win32. Dean |
Danijel Tkalcec
Delphi Developer |
2006-08-31 04:28:56 AM
Re: Win32 Needs
"Danijel Tkalcec" writes:
Quote"Don Strenczewilk" writes: There's no need to overthrow all existing code by changing that low-level stuff at Delphi level, nor is there a need to add redundant classes to the RTL. - Danijel Tkalcec |
Dean Hill
Delphi Developer |
2006-08-31 04:31:21 AM
Re: Win32 Needs
Andreas Hausladen writes:
Quote>Please not partial classes. Still think they are an accident Cheers Dean |
Eddy Poullet
Delphi Developer |
2006-08-31 04:37:40 AM
Re: Win32 NeedsQuoteOkay -- let's take a step back here. - Namespace - Bugs correction of Bold + some improvments :-) - NO Together !! or being detachable - better handling in DEBUG of the include file - better support for memory leak - better handling of packages by project/prj group and maybe .... - win64 - ... Eddy POULLET Brussels |
Sean Cross
Delphi Developer |
2006-08-31 04:38:08 AM
Re: Win32 Needs
Nick Hodges (Borland/DTG) writes:
QuoteOkay -- let's take a step back here. Garbage collection Sean |
Ed Dressel
Delphi Developer |
2006-08-31 04:47:45 AM
Re: Win32 Needs
prefer not--not unless they have a reason.
Ed Dressel |
Brian Moelk
Delphi Developer |
2006-08-31 04:53:53 AM
Re: Win32 Needs
Dean Hill writes:
Quote>We have class helpers in Win32. Brian Moelk Brain Endeavor LLC XXXX@XXXXX.COM |
Craig Stuntz [TeamB]
Delphi Developer |
2006-08-31 04:55:54 AM
Re: Win32 Needs
Brian Moelk writes:
QuoteDean Hill writes: -- Craig Stuntz [TeamB] ?Vertex Systems Corp. ?Columbus, OH Delphi/InterBase Weblog : blogs.teamb.com/craigstuntz Borland newsgroup denizen Sergio González has a new CD of Irish music out, and it is good: tinyurl.com/7hgfr |
IanUK
Delphi Developer |
2006-08-31 04:58:09 AM
Re: Win32 NeedsQuote* extended, safer-to-use RTTI functions and libraries (many things can be Ian |
Craig Stuntz [TeamB]
Delphi Developer |
2006-08-31 05:00:01 AM
Re: Win32 Needs
Dean Hill writes:
QuoteDidn't Danny say a long time ago that they were a temporary thing. -- Craig Stuntz [TeamB] ?Vertex Systems Corp. ?Columbus, OH Delphi/InterBase Weblog : blogs.teamb.com/craigstuntz Borland newsgroup denizen Sergio González has a new CD of Irish music out, and it is good: tinyurl.com/7hgfr |
Alisdair Meredith[TeamB]
Delphi Developer |
2006-08-31 05:01:13 AM
Re: Win32 NeedsQuote>>How about s := 99; ? QuoteSeems like C untyped way. No way. It would work and be typesafe in Python too, but for different reasons. Python and other dynamically typed languages would allow the operation to succeed, and take its type with it (transforming S) In this case C++ is closer to functional languages, using "type inference". The operation is statically checked by the type system, and only succeeds if there is a valid conversion. I'm still not sure these other type-checking strategies are appropriate for Delphi - the nature of the langauge is to be strongly typed with no implicit conversions allowed. Function overloading opened the door a crack, but I don't see a clamour for more. Generics may one day push the crack a little wider, if they are signature based like in C++, or not - if they are interface based like in C#. I think the Delphi language type system is at its own particular 'sweet spot' right now. [While C++ is still a moving target, with the auto keyword extending much closer to a type-inference based language in the next version.] -- AlisdairM(TeamB) |