![Delphi-PRAXiS [en]](https://en.delphipraxis.net/uploads/monthly_2018_12/logo.png.be76d93fcd709295cb24de51900e5888.png){kind=logo}
Uwe Raabe
-
Content Count
2839 -
Joined
-
Last visited
-
Days Won
168
Everything posted by Uwe Raabe
-
One possible scenario: Product Management schedules RSP-38842 for 12.3 Product Owner assigns the task to implement that to some developer Developer implements it in an interface breaking way Developer team realizes that the change cannot be done in 12.3 and postpone merging the change Unfortunately they forgot to notify the Product Owner to adjust the fix version
-
It looks like a mistake when writing these release notes. A new event would be an interface breaking change and thus cannot (should not) be implemented in a point release. Most probably this will make it into Delphi 13.
-
Can you point to the comment you are referring to?
-
Yeah, I know. That's a pity...
-
A stable Delphi is also important to me. That's why I do my best to help Embarcadero achieve this.
-
There are several toolbar issues listed as fixed in 12.2.
-
Is a missing close button normal for IDE windows in Delphi 12?
Uwe Raabe replied to dummzeuch's topic in Delphi IDE and APIs
It doesn't happen here and at least I cannot remember having this seen anytime. As usual: Can you reproduce with a vanilla IDE installation? -
Ho to list all data-aware controls attached to a datasource
Uwe Raabe replied to PiedSoftware's topic in VCL
You can iterate the protected DataLinks property (there are several ways to access a protected property described elsewhere). For each TDataLink in this list act according to the actual class type: A TFieldDataLink gives you access to the corresponding Control, while a TGridDataLink provides the connected Grid. There are other classes inherited from TDataLink with other purposes, but that should you get started. -
Make sure that the query is not Active in the designer.
-
Are you aware that your second example won't compile? It needs an additional var keyword between the constant declaration and the following field declaration.
-
Custom Managed Records Function results: How about Warning: W1048 Unsafe typecast of '%s' to '%s' (Delphi) ?
Uwe Raabe replied to Rollo62's topic in RTL and Delphi Object Pascal
IMHO, it absolutely makes no sense to issue a warning about an Unsafe typecast of <mytype to <mytype>, when neither these are different types nor any type cast is done at all (let alone one being unsafe). The most matching issue in QP is probably this one: https://quality.embarcadero.com/browse/RSP-30869. Given that it seems to be fixed, there may be a good chance that the current failure will be fixed, too. -
Custom Managed Records Function results: How about Warning: W1048 Unsafe typecast of '%s' to '%s' (Delphi) ?
Uwe Raabe replied to Rollo62's topic in RTL and Delphi Object Pascal
IMHO, this warning is just bogus and it shouldn't be emitted in the first place. So the usual way would be to file a bug report to fix the compiler. Unfortunately there already exist a couple of issues about this warning and Embarcadero seems to prefer to ignore them because this warning is off by default and they see no sense in activating them. (Not that I would actually support this solution.) In case you need to keep these warnings active, you might consider wrapping all occurrences in {$WARN UNSAFE_CAST OFF} ... {$WARN UNSAFE_CAST DEFAULT} -
About the compiler (not) finding the DFM files
Uwe Raabe replied to GabrielMoraru's topic in Delphi IDE and APIs
It is basically what the IDE does to support the entries in the configurations. So, yes, that will work. Actually, it matches my proposal a few posts above. -
function declarations without ; at the end
Uwe Raabe replied to Günther Schoch's topic in RTL and Delphi Object Pascal
I found the first entry of this function in Delphi 2010 and it misses the semicolon already. -
Is there a way to -detect- that the VCL has been accessed from outside of the main thread?
Uwe Raabe replied to Der schöne Günther's topic in RTL and Delphi Object Pascal
Indeed there are: Set TControl.RaiseOnNonMainThreadUsage := True This will raise an EInvalidOperation when CheckNonMainThreadUsage is called for a control. This is automatically done inside CreateWnd. -
How I fixed LSP (sorta) and a question
Uwe Raabe replied to Brandon Staggs's topic in Delphi IDE and APIs
Shall I read that as we made changes to the interface part? Interesting. A short test on my system showed that it was not possible to navigate to any VCL source file when the $(BIN)\source\VCL entry of the browsing path was missing. It's probably not me alone who would be interested in a reproducible test case. -
Update 12.2 -> 12.3 : entry point @system@Threading@TParallelArray@$bcctr$qqrv was not found
Uwe Raabe replied to FabDev's topic in Delphi IDE and APIs
After installing the patch most of the packages compiled with the unpatched version must be re-compiled to work with the patched version. -
function declarations without ; at the end
Uwe Raabe replied to Günther Schoch's topic in RTL and Delphi Object Pascal
Wrong! According to N.Wirth (Pascal User Manual and Report page 149) there is an Empty Statement: -
About the compiler (not) finding the DFM files
Uwe Raabe replied to GabrielMoraru's topic in Delphi IDE and APIs
Create an Option Set with the appropriate entries and add that to each project as reference. Then you really have only one place to change that even works when the project is opened in an IDE using another registry key, being another version or residing on a different system - all assuming that the paths actually exist. Personal preference and the fact that I work for different customers with different sets of used libraries. I just don't want to clutter the search path with unneeded entries. -
function declarations without ; at the end
Uwe Raabe replied to Günther Schoch's topic in RTL and Delphi Object Pascal
In Pascal the semicolon is a statement separator and not part of the statement. Remember the if-then-else... -
About the compiler (not) finding the DFM files
Uwe Raabe replied to GabrielMoraru's topic in Delphi IDE and APIs
My request is targeting the per project option on purpose, while the global option would probably make sense, too - in addition. Please feel free to add your opinion on that in the comments, best with a concrete example where the current state may fail. Perhaps this per project approach is driven by my personal favor of not contaminating the library path with the paths from the installed components, but add these on a per project basis restricted to the libraries actually used by the project. My projects follow a common folder pattern with a source and a lib folder at the project root and all libraries as sub folders of lib. This allows for similar relative paths in each project to find all the library files. -
How I fixed LSP (sorta) and a question
Uwe Raabe replied to Brandon Staggs's topic in Delphi IDE and APIs
Wouldn't it be sufficient to adjust the entries in Tools > Options > Language > Delphi Options > Library -> Browsing path? -
About the compiler (not) finding the DFM files
Uwe Raabe replied to GabrielMoraru's topic in Delphi IDE and APIs
RSS-3125: Add Option to edit DCC_ResourcePath -
The actual wording is: If that means replacing the current system with a completely new approach is debatable.
-
About the compiler (not) finding the DFM files
Uwe Raabe replied to GabrielMoraru's topic in Delphi IDE and APIs
Not quite, that setting is stored as BRCC_IncludePath. DCC_ResourcePath is indeed the correct way to provide the paths to look for the DFM resources. Unfortunately there is no UI to edit that. Manually editing the dproj file adding a node like <DCC_ResourcePath>..\lib\Source;$(DCC_ResourcePath)</DCC_ResourcePath> under the appropriate PropertyGroup will make the DFM files located in ..\lib\source to be found without exposing the PAS files in that folder.