-
Content Count
3513 -
Joined
-
Last visited
-
Days Won
174
Everything posted by David Heffernan
-
More clarity in the question. Full details of error, and a minimal reproduction. And don't post criticism for not receiving a response immediately. That does not motivate people.
-
Does debugger handle WITH better in latest versions, 10.3+?
David Heffernan replied to Mike Torrettinni's topic in General Help
Given that so much that is actually important is broken, this should be way down the list of priorities. -
Not sure this approach is helpful.
-
Patch 2 for RAD Studio 10.4 now available
David Heffernan replied to Marco Cantu's topic in General Help
No I don't think it does make them managed records. I don't really understand how such simple code could break the compiler. It's as if Embarcadero don't have comprehensive tests in place. -
Patch 2 for RAD Studio 10.4 now available
David Heffernan replied to Marco Cantu's topic in General Help
Will it compile if you restore the constraint but specify the generic type explicitly instead of relying of type inference? -
This is just not true.
-
Security is not a property of the language. It's a property of the code. And the code is written by programmers. They determine how secure a piece of code is, not the choice of language. Hard to see how that brings security.
-
Yes.
-
Help with string extraction function
David Heffernan replied to Mike Torrettinni's topic in Algorithms, Data Structures and Class Design
If you don't have a performance bottleneck, make sure that you use a version of the code that is easy to read and maintain. -
Help with string extraction function
David Heffernan replied to Mike Torrettinni's topic in Algorithms, Data Structures and Class Design
Do you have a performance bottleneck with this code? -
You can get help in the community version I believe. But in any case it's all online.
-
There is no buzz. Where are all the new developers?
-
I'm less convinced that is so.
-
The problem with that is the the problems tend to interact with each other.
-
The point of the book is that adding programmers won't necessarily result in a better output.
-
It's far from that simple. I take it that everybody has read this:
-
I can't reconcile these two statements.
-
That something may be done in the RTL/VCL doesn't mean it is good practise.
-
Nothing can save you at this point.
-
Need to Remove the PixelsPerInch and TextHeight fake properties
David Heffernan replied to Javier Tarí's topic in VCL
OK, Scaled = False does change things. -
Destructors must not raise exceptions. My personal view is that if they do then the best course of action is to terminate the process.
-
Need to Remove the PixelsPerInch and TextHeight fake properties
David Heffernan replied to Javier Tarí's topic in VCL
If you remove PixelsPerInch from the DFM then you'll find that your form layouts break different devs modify forms if their machines use different font scaling (i.e. DPI) settings. In my workplace we handle this by requiring all modifications of forms to be made using a common font scaling setting. -
In the OP you also write an implementation for each different type. So where is the saving?
-
It's not double the work.
-
I would absolutely not want syntax like that. If that's the way you want to go you can do it today with generics. In an ideal world I'd like to see the generality offered by C++ templates though. That would allow algorithmic programming that is just too painful with generics.