madshi wrote:I said I'm going to think about it.
I'm sorry, but I didn't read this.
Ok, now I understand the problem: You are using SendBugReport to send a mail report. Since SendShellMail does not support attachments, you ignore in this case the content of MailBody. Instead of this, you send your bug report as the body. You think you have to go this way, since SendShellMail does not support attachments.
But this is the wrong way!
If SendShellMail does not support attachments, you can't use it in SendBugReport, since you can't send the attachments on this way.
You are trying to realize something, what it not possible.
Indeed it would be nice, if it would possible - but it isn't.
I don't like attachments, like mentioned before. Right now, you can understand why I don't like them: They are too complicated!
We humans should not try to realize everything - we should try to realize, what it's easy! If something is not eays, we should not realize it. The live would be very much easier for our all, if we would not try too much...
That the same problem like you exception dialog. You are tring to hande that dialog outside the main thread. But because of this, it's not VCL save - so you realized your own implementation. But that implementation does not follow the Windows standards: There are icons on the buttons, die dialog is not DPI aware and there are too many bottons.
... and if I implement my own exception dialog, your dialog is still inside the .exe file.
You are implementing the map file into the exe file. This is great... but the file size increases more than needed. This is bad.
You offer your own setup program. Maybe it look nice. But it does not follow the Windows standards. Because of this, it's not easy to use it for new users. This is bad.
You documentation is fantastic - but it's formated as .html file. Inside Windows, there is a .chm file format for help files. You ignore it. Why?
You are working hard for the support. But it would be better to offer a product, the users don't have to ask something.
Your slogan is "high quality low level programming". I'm sorry, but this it not the truth. You would like to offer high quality - but you are not able to realize it. Go some steps backward - that is the right direction for you...