Achim Kalwa

It is something I created myself with Delphi 10.3. In the past I used a tool named MetaFileExplorer, but it always crashed on some of the files I need to handle. In a first step I tried to fix that bug in the C++ code, but finally decided to create my own EMF explorer using Delphi. It is not public available; and is far from complete (it only handles ~50% of all possible EMR commands; mainly what the VCL Graphics uses when painting on Canvas).

That was a good hint: Enumerating the emf file shows a EMR_BITBLT as the main graphics command. I was hoping that painting the SVG to a GDI canvas will result in a bunch of GDI commands/operations, but the SVG is rendered to a bitmap representation instead. That's OK for me.

Hello pyscripter, many thanks for this library. I've downloaded the example and enhanced it to draw the SVG onto a metafile canvas; but I get always a black background. When painting on the form's canvas or a paintbox canvas the drawing is transparent as I expected. Any idea how to remove the black background when painting to a metafile canvas? And btw: SVGInterfaces.pas: property "Heigth" is spelled wrong; should be "Height".

Hello Peter, yes, the downloaded update/patch needs to be installed manually. Close the IDE and doubleclick "patch2.bat". This will trigger the User Account Control (UAC) to give the patch app admin credentials. It will open a black console window, with quickly scrolling messages from the patch progress. I've installed that patch a few days ago; and I can confirm that - no information about the patch is in the About dialog. - the Access Violation in the LicenseManager.exe is fixed. You can verify if the patch was installed successfully by checking the timestamp of some files in the "C:\Program Files (x86)\Embarcadero\Studio\21.0\bin" folder; it should be 2020-07-15 (using ISO date format): - LicenseManager.exe: - dcc32.exe - getit270.bpl If the files are still older (e.g. 2020-05-16), the patch has NOT been installed. Just try again 🙂

This bug is not related to Imagelists or images at all. It also happens with just a single component on the form (e.g. a TLabel). It seems like "view as text" invokes the new LSP-based parser, which crashes.

You may try to set PageControl.Style to tsFlatButtons (but I don't know if the result is what you want).

Which database?

Sorry, my mistake. Both name and value without quotes (can't edit the original post).

You can remove the error message by disabling the problematic fix: Tools -> Options -> IDE -> Environment Variables In the "User System Overrides" add a new Variable "IDEFixPack.DisabledPatches" (without the quotes) For the value, enter "CodeGenMod.Win32.FastFuncProlog" (with the quotes) Save and restart the IDE Remember to remove this entry if a new IDEFixpack version is installed 🙂

Hello Ian, Just a shot in the dark: Disable "TrackingSystem250.bpl" from the "Known IDE Packages": Close the Delhi IDE, run Regedit.exe and navigate to "HKEY_CURRENT_USER\Software\Embarcadero\BDS\19.0\Known IDE Packages". Find the entry named "$(BDS)\Bin\TrackingSystem250.bpl", and change the value (not the name!) to start with an underscore _ char. Close Regedit and try again with your project. HTH Achim

Delphi 10.3.1 Enterprise with IDE Fixpack 6.4.2, DDevExtensions 2.85, GExperts 1.3.13.77, Bookmarks 1.6, Navigator 1.6, JCL, JVCL, ... When shutting down the 2nd instance of bds.exe, there is an access violation: Project bds.exe raised exception class $C0000005 with message 'access violation at 0x50067e88: read of address 0x122e72dc'. But after that bds.exe exits normal.

Any IFDEFs in your code? I guess you already restarted the IDE...

You may try to delete/rename the .dsk file for the affected project. HTH

Did you had success in contacting Lars Dybdal? I'm using gnugettext.pas and the dxGetText shell extensions a lot (Extract translation to template, Merge template). Depending on the some config options, several GetText-tools spawn other tools like ggMerge.exe calling msgremove.exe, but using "bash.exe" as environment, which requires cygwin.dll to run on windows. I guess when porting GetText to Windows, the need for bash.exe was ported, too. However, I don't see a reason why bash.exe needs to be called at all. Using cmd.exe (from comspec environment variable) or plain CreateProcess() can give the same results. A very useful option in xgettext.pas to *not* include lines numbers (very helpful when storing po/pot in version control) in the po-file is not available in the configuration dialog. And why does extracting translations from source create a .po file instead of a .pot file? In my local fork I've addressed some of this issues and more, i.e. ignore component captions if they are the same as the component name like Label1=Label1, Button5=Button5, Action1=Action1, respecting Windows fonts, removed XPMan.pas use Delphi's manifest, etc. Thomas, do you have write access to the dxGetText project on sourceforge? I would like to send you some patches then. Achim