-
Content Count
2837 -
Joined
-
Last visited
-
Days Won
168
Everything posted by Uwe Raabe
-
Unresponsive IDE and massive memory leaks with RIO
Uwe Raabe replied to Stéphane Wierzbicki's topic in Delphi IDE and APIs
First I would like to use the same settings as in your system. Can you export the MMX registry key for me? The key base is HKEY_CURRENT_USER\Software\Raabe Software\MMX\13.0 (I know about the 13.0 as an open issue in the beta). Then, if I still cannot reproduce it here, I will try to compile a special version with some logging. Unfortunately, as long as I have no clue about what is happening here, that can only be some shots in the dark. I am also a bit baffled that no one else reports a similar behavior. Can you rule out any other non-standard addin or a non-standard Delphi installation? -
Unresponsive IDE and massive memory leaks with RIO
Uwe Raabe replied to Stéphane Wierzbicki's topic in Delphi IDE and APIs
I am sorry, but even with your source unit I am not able to reproduce it here. -
I hope that is also not the case when background compilation is enabled.
-
This should give you some hints: Checking the SQL Command Text The rest of that article might be helpful, too.
-
I was wrong. It is a problem with 10.3 Rio only. The IDE doesn't work well with these settings and MMX seems to be the victim here. Not sure what I can do about that.
-
You can edit the registry entry of your Delphi version to specify another version of MMX. Look for MidexExpert in the Experts subkey.
-
I just had a quick look into the sources and it is indeed so that the help icons are located statically and don't move when the control to the left resizes (which they actually should). I have to go through all of these (which are a lot) and check for that link.
-
Of course I have. After all it should adapt to DPI changes when the dialog is moved to another monitor. I rather suspect the help buttons rely on a specific font size. Will have a look.
-
Unresponsive IDE and massive memory leaks with RIO
Uwe Raabe replied to Stéphane Wierzbicki's topic in Delphi IDE and APIs
I wasn't able to reproduce it with these steps on a simple new project. Can you try it again with a new VCL Forms project with a plain Integer property added to the form? I just want to narrow it down to the installation/settings or the actual source file causing this error. -
I can also vaguely remember that Andreas claimed that as the reason why there will be no IDE Fix Pack for Rio. Unfortunately I cannot find that statement anymore, so it should be taken with care.
-
Delphi Tokyo - Is FDConnection manager broken ? - Need advice connecting MsSQL DB
Uwe Raabe replied to Stéphane Wierzbicki's topic in Databases
Can you try the same using a different or no password? Besides an error regarding the wrong password, does it succeed then? -
Any other Delphi download tagged as "Harmful Download" from Google ?
Uwe Raabe replied to HelpNDoc's topic in General Help
Might be worth to ping @Allen Bauer with that. I doubt there is anyone at Google with more knowledge about Delphi and the RTL. -
It installed flawlessly here, but I have to admit that I used an old Raize serial number which the installer automatically suggested.
-
Radiant Shapes has been acquired by Embarcadero a while ago: Konopka VCL Controls & Radiant Shapes now part of the Berlin Bonus Pack
-
Who hasn't seen this before: A bunch of controls and actions are linked to an ImageList with an ImageIndex, but as soon as you sort this ImageList to give it a sensible order all controls immediately start to show the wrong images. Wouldn't it be cool if instead a cryptic number as ImageIndex you could specify a descriptive name at the control? Thus the order of images inside the ImageList wouldn't matter at all. Of course, the ImageList has to support names in the first place. TPngImageList from PngComponents does that right from the beginning. So what about implementing that feature based on TPngImageList? Can't be that hard, can it? Well, it turned out to be a bit more complex than I anticipated, but that's probably because I had set my goals pretty high. So I expected to have a selection from image names for the ImageIndex properties of the control and thus a display of the image name instead of just a number. Also this scheme should be extendable to other controls and especially to other ImageLists supporting names. From this the ImageIndexMapper was born. A non-visual component to be placed on a form or datamodule, that when activated takes care of the image names. You just have to call one method to resolve those names to the actual corresponding number values. The attached ZIP file contains all the sources and files for the component and design time support as well as a sample project (currently for Delphi 10.2 Tokyo only). As a prerequisite you have to use PngComponents from the above source. I suggest to use the recent version V1.5.0 with direct ImageIndexMapper support. Older versions require the contained PNG Support Package to be installed and add the corresponding unit to your uses clause somewhere in your project. Version 1.5.0 makes this obsolete, Presumably there is much room for improvement. Whoever finds some time to test this component - please forward any encountered bug to me. Here is a short GIF showing the switch from TPngImageList to TImageList (without name support) in the Object Inspector: https://www.screencast.com/t/4MbJkygjFR ImageIndexMapper.zip Cross Post: https://www.delphipraxis.net/198212-imagename-statt-imageindex.html#post1415709
-
No problem. I attach it here again. ImageIndexMapper.zip
-
Looks like the attachment got lost in this forum. Please try the cross post mentioned above. The attachment there still seems to work.
-
Probably not for myself
-
Delphi Bugs reported to QualityPortal
Uwe Raabe replied to Lars Fosdal's topic in Community Management
May I ask, why not? -
Has the migration tool EVER worked for you?
Uwe Raabe replied to Tom F's topic in Delphi IDE and APIs
Actually clients do think this way! A couple of years ago we made a poll about features our customers want to see implemented in our software. Nearly 2/3 of the answers were about visual appearance. Probably because that is what the customers see and work with. They usually don't understand the internals and simply assume they just work. Even now I get approval for changes much easier if they are heavily accompanied by visual enhancements. -
Speed up reading multiple text files
Uwe Raabe replied to dummzeuch's topic in RTL and Delphi Object Pascal
How are they sorted? -
The component is going to notify other components when it is destroyed. A component can register for FreeNotifications by calling AComponent.FreeNotification(Self) and unregister with AComponent.RemoveFreeNotification(Self). The notification is done by calling the Notification method of all those registered components. This is usually done to update a local field pointing to that component to prevent dangling pointers. Perhaps some component doesn't follow this pattern as closely as it should do.
-
Speed up reading multiple text files
Uwe Raabe replied to dummzeuch's topic in RTL and Delphi Object Pascal
Can you elaborate on this a bit: What is the sort used for (iterating and/or searching)? How do you sort duplicates from different files? -
Static arrays are never freed. That's why they are called static. They live as long as their scope lives.
-
GExperts 1.3.12 beta for Delphi 10.3 Rio available
Uwe Raabe replied to dummzeuch's topic in GExperts
Good catch! This allows me to create a reproducible test case and send it to David Millington.