FPiette

That's what I do in my property sheet and so far (win11) I don't see any adverse effect.

@Anders Melander I had the opportunity to test on Win7. The behavior is the same as on Win 10 and 11: it is enough to register it in the SystemFileAssociations. No need to register the class for the file extension nor the file class.

Angus already replied to that question, didn't he?

If you want to use OpenSSL related functions, you must load it first.

You are not reporting bugs but features you would like to be added. You can add many features yourself if you derive you own component from the original. And you even have full source code for the original if you need to understand inner working. You can submit bug report or feature request to https://quality.embarcadero.com

http://wiki.overbyte.be then follow download and read the page with all options.

Warning: object such as TBitMap in the DLL will not be recognized as a TBitmap in the EXE, unless they both use run-time packages.

It is up and running now. Sorry.

I adding to what other said, be aware that if the unit has initialization/finalization sections, then any code referenced directly or indirectly referenced by these section will also be linked in.

Try giving your thread a message pump, and pumping messages while processing the document.

You probably need to read the official documentation. Buying a good book is also useful. You'll find more books at https://delphi-books.com/en/. BTW: It is better you keep asking ONE question per post. I answered only the first...

Don't forget to check older compilers/RTL because this cross platform is not that old.

I guess you even not tried the link I gave. The first result give all needed explanation. https://developers.aliexpress.com/en/doc.htm?docId=121124&docType=1

Google is your friend! https://www.google.com/search?q=aliexpress+api

Use PowerPdf : Install it using GetIT package manager directly from the IDE. Or visit https://github.com/TurboPack/PowerPDF. It is free. I do it for more than 10 years with great success.

Forget XML. It is slow and memory hungry. Use a TObjectList containing object describing the item. All item objects derive from the same base class having common properties like X,Y, scale, rotate,... Yes, this is the way to go. It is faster to draw in memory and gives a flicker free display update. Anyway you need to draw to an offline bitmap to save the result in a file. You draw all elements to an offline bitmap, including the big parent image and then you display it. You can optimize speed of display by remembering the area which has been updated since la time it has been output to screen. About the library: As I said before you only need graphic primitive. You'll do the rest yourself in your application. To select the library - if ever one is needed because there is already so much in FMX framework - first establish the list of all operations or features you need. Then you can select one.

Reading your post, I think you are looking for a library which does exactly what your application has to do. That would be marvelous but forget it! You actually need a library (or even none since you can use Delphi built-in function) capable of doing primitive graphic manipulation and display. Speaking about the main image - as you name it - your application should have a model of what is expected on screen and a rendering engine. The model is a list of operation applied to images. The list is ordered. By manipulation, I mean and image, and an operation such as position at X/Y coordinate, rotate of a given angle, scale with a given factor, crop this way, mask like that, and so on. The user interaction solely work on the list. When the user want to move an image, you use mouse event and the list to find which (sub)image if on the top and the user want - for example - drag. At each user interaction, you do the rendering. At the end, instead of rendering on screen, you render to a standard bitmap that you write as JPG or other image file format. Got the idea?

Yes, there is: https://blogs.embarcadero.com/execute-scripts-and-view-source-with-tedgebrowser/ Look at subtitle "View The Source".

They work even easier than I thought: When registering a property sheet, it is enough to register it in the SystemFileAssociations. No need to register the class for the file extension nor the file class. To register a property sheet for .foobar files, under de key HKLM\SOFTWARE\Classes\SystemFileAssociations\.foobar\ShellEx\PropertySheetHandlers (May also have to be create) create an entry with the name registered for the COM object implementing the shell extension and set default value to the CLSID. This is an important feature for me to avoid interfering with an existing file type already having a program defined. Tested the behavior with both Win10 and Win11.

On my system, the key HKCR\SystemFileAssociations\.arw exist. I updated my property sheet registration code to write a new key HKCR\SystemFileAssociations\.arw\shellex\PropertySheetHandlers\MyDelphiPropSheetHandler having as default value the CLSID of my property sheet. And Bingo! it works. @Anders Melander you are a master! Congratulations!

Yes, I used ProcessMonitor. It is even among the first things I have done. But there is an incredibly high registry activity from explorer.

Yes, but the property page crashes explorer Just to be sure, you opened a real .arw file (My sample?) by double clicking on his filename in Explorer window and Windows Photo Viewer displayed it correctly. Right?

You have the source: the property page itself contains just a TMemo and no processing is done. Selected files in explorer are displayed (Explorer actually passes paths). I also occasionally saw that message. I couldn't reproduce the condition in which this arrive although I suspect this is when a second instance of the property sheet is opened.

I posted a question there: https://superuser.com/q/1773093/350495

Can you open an .arw file? Yes, it is exactly the same problem. BTW: You should probably upgrade your Win7 to Win11.