Der schöne Günther

I haven't quite understood if your issue is that The files from your installer are expected to be in C:\Program Files\WindowsApps\package_name\VFS\Common App Data, but they are not The files are there, but your application does not find them

Highly recommended read: Understanding how packaged desktop apps run on Windows

Is that scaling still an issue for you? Can control Hyper-V whether it assigns the DPI of your host to the guest. It's in the "enhanced session" or whatever it's called in English version. I'm running RAD Studio 10.0 and 10.4 on a 5 year old desktop computer. I gave the VM two cores and a dynamic amount of RAM, not exceeding 6.5 GB. I'm quite happy with the performance...

I would like to get the format settings for a language, EN-GB for example. I know this is as easy as myFormatSettings := TFormatSettings.Create('EN-GB') My problem: Assuming The current user session is already using this very EN-GB locale And has adjusted the local format settings (for example, by using Windows settings) myFormatSettings will contain the users custom values, not the "original" ones for EN-GB Example: Assert( TFormatSettings.Create('EN-GB').ShortDateFormat = 'dd/MM/yyyy' ) will fail if I have set the computers local format settings for something else. I have tried TFormatSettings.Create(..) where it takes an LCID instead of a string, but all GetUserDefaultLCID(), GetSystemDefaultLCID() or MAKELANGID(LANG_ENGLISH, SUBLANG_ENGLISH_UK) return the same LCID number and therefore make no difference when trying to extract the short date format from Windows. Is there any way I could still get the "true" short date format that has not been customized?

Oh my, Dev-Cpp brings back memories. I never knew it was built with Delphi/C++ Builder.

A deployment manager deploys files. It's not an installer. Maybe they will add something like this once RAD Studio will also support MSIX.

I don't quite understand what you mean with "different part of the system". Every packaged app gets its own view of the registry and the file system. Here is a good summary: https://docs.microsoft.com/en-us/windows/msix/desktop/desktop-to-uwp-behind-the-scenes

Yes, you're in control of what you do there. I think its the most straightforward way.

I honestly don't think the deployment manager is the right tool for this. It's intended to bundle the sqlite template with your app, but not initialize "first run" scenarios. The user files belong in %AppData% and Windows takes care of virtualizing this per user. So all you have to do is, at runtime, take your local .sqlite file and copy it to %Appdata%\... if it's not already there.

Can I make a suggestion? I have so often tripped over ignoring an exception and then forgetting about it, the exception being ignored even days later. Would it be possible to add something like "scope" for these rules? Something like This debugger session This project Global

You're making it unnecessarily hard for you if you rely on interface elements (like the TMemo) for data storage and processing. I guess the button "Read data" gets the numbers from the memo and then keeps them in an array or list? If yes, that's good, because it's probably the hardest part. Because if you have your numbers in a list or an array, you can then easily loop over them with a for statement. If you have some code (especially what is behind your "read data") then we could help with advice tailored to your project, instead of general recommendations.

I have completely migrated a project that was built with Delphi 10.0 Seattle with Fast Report VCL 5.1.5 (and a few others, like TeeChart Pro) to Delphi 10.4 Sydney with Fast Report VCL 6.7. I am having a problem with FastReport, especially the PDF export. I am generating "reports" that are just one A4 page in size, with a few images (TMetaFile). In FastReport 5/Delphi Seattle, it was more or less instant. Now, a PDF export for one page takes up to ten seconds. When I use the debugger to pause the application, the stacktrace often looks something like this: :009c086c ; C:\Users\localUser\Desktop\myProject\Win32\Release\myApp.exe :009bcde9 jpeg_write_scanlines + $9D :009b03d6 TJPEGImage.JPEGNeeded + $E frxExportPDF.TfrxPDFExport.AddObject(???) frxExportPDF.TfrxPDFExport.ExportObject($4086150) frxPreviewPages.ExportObject($4086150) frxPreviewPages.ExportPage(0) frxPreviewPages.DoExport frxPreviewPages.TfrxPreviewPages.Export($38DD5D0) frxClass.TfrxReport.Export(???) :009c18ba @jpeg_fdct_float + $246 :009bee45 ; C:\Users\localUser\Desktop\myProject\Win32\Release\myApp.exe :009bcde9 jpeg_write_scanlines + $9D :009b03d6 TJPEGImage.JPEGNeeded + $E frxExportPDF.TfrxPDFExport.AddObject(???) frxExportPDF.TfrxPDFExport.ExportObject($4086150) frxPreviewPages.ExportObject($4086150) frxPreviewPages.ExportPage(0) frxPreviewPages.DoExport frxPreviewPages.TfrxPreviewPages.Export($38DD5D0) frxClass.TfrxReport.Export(???) Since I don't have the FastReport source code, I can only guess what is now suddenly taking so long. Directly printing to a printer is a bit faster, but still considerably worse than with Fast Report 5. Does anyone have a clue? I am not aware of any new features that Fast Report 6 added, maybe it's possible to use an older Fast Report 5 version with 10.4? Probably not 😐

Interesting. I was under the impression that the image was still exported as a JPEG image, even though AllowVectorExport was already true. Thanks, I will give it a try 😊

I don't even use bitmaps but vector images but yes, that seems to be the cause. I set PrintOptimized to false, and the speed is now tolerable. At least on one of the reports I tested. Many thanks! I have been unable to find documentation, the RAD Studio installation ships with a PDF file that dates back to 2008, but I also found this blog entry where PrintOptimized is also mentioned: http://web.archive.org/web/20200525054725/https://www.fast-report.com/en/blog/324/show/ Thanks.

Thanks for elaborating. I would have expected both versions to behave the same since they should have the same package id (although different manifests). So it seems like the "Associate this app with a store entry" button in Visual Studio really is necessary. I found no exact details on what it actually does, but maybe these two links are helpful: What does the "Associate App with the Store" wizard do? Submitting an app to the Microsoft Store (MR) With no further details, it's probably no fun trying to figure out what VS actually does (maybe by monitoring with tools like Process Monitor) and then re-create it for RAD Studio. I just did some fumbling around in VS, and after getting through the "Associate App with the Store", it generated a "Package.appxmanifest" and a "Package.StoreAssociation.xml" file. Maybe those help. I'm still doubtful whether it actually matters which certificate was used to sign it... Another way would probably be skipping the packaging part in RAD Studio and doing it entirely with something like the MSIX Packaging tool.

The error message means that you will need to add the certificate (the one you used to sign your local .appx) to the "trusted root certificate directories" (or whatever the proper English name is). Have you never run/installed a self-signed .appx before? But yes, it seems that the RAD Studio documentation doesn't mention you need to add your own certificate to the trusted root certificates: https://stackoverflow.com/a/53174601 http://docwiki.embarcadero.com/RADStudio/Rio/en/Creating_a_Certificate_File

I would guess this is because it's simply not packaged and doesn't even have a package id. If you ran the generated .appx file and have not changed anything in the manifest, I would expect it to continue to work - Given that you have already installed it from the store at least once. This is also what the documentation states: and

I'm puzzled why a UnicodeString is the only thing that leaks. If the problem was a missing disposal of a JSON object, we should be leaking much more. It's just a stupid idea, but were you running in the debugger? I think sometimes, if you inspect values, the debugger increases the reference count on managed things like arrays or strings and will keep them alive until the very end of the application.

Your Delphi version would be interesting.

Yes, that's exactly what I was looking for. Works like a charm 👍

Although I think it makes sense the way it is (no initialization of managed fields), it should be mentioned in the documentation. http://docwiki.embarcadero.com/RADStudio/Sydney/en/Custom_Managed_Records#Records_with_Initialize_and_Finalize_Operators

See https://quality.embarcadero.com/browse/RSP-29136 https://quality.embarcadero.com/browse/RSP-29162

I see at least two 3rd party add-ons in your callstack. Does this also happen with a clean install?

After upgrading, I have discovered the VCL forms new Quick Edit feature which I really like, it's something I have always wished for. My only problem with it is that there seems to be no way to invoke it with a hotkey. I always have to grab the mouse find the control right-click it find "Quick Edit" in the context menu I have looked at the Default Keyboard Shortcuts, but there isn't anything about Quick Edit. Apparently, there really seems to be no "out of the box" way to invoke Quick Edit, other than by mouse which is not so quick: https://quality.embarcadero.com/browse/RSP-16764? Is there some workaround? I tried keyboard macros, but it seems I also can only record macros in the code editor, not the form designer.

Now I'm sold 🤗