Graham Murt

Hey guys, I need to allow users to view PDF's in my Win32, Delphi 11 VCL app which could be installed on anything from Windows 7 onwards. Exe size is important as I'm pushing updates out several times per week. This rules Chromium embedded out for me. I'd also like it to not require any dependencies and be fully embedded in the *.exe. I've looked at TEdgeBrowser, this would work fine for Win10, where edge has PDF support but will cause support issues with earlier versions of Windows. So, I'm kinda left with options of either Gnostice or DevExpress. I've installed the DevExpress trial and the PDF viewer works great but the trial will only work with runtime packages enabled. Therefore I have no idea of the overhead it will add to my *.exe. So, (finally) to my question... does anyone have a DevExpress subscription? If you do, please could you add a PDF viewer to a blank app, compile it and let me know the increase in *.exe size? In the meantime, I'll see if I can try the Gnostice offering. Thanks, Graham

I've committed my small changes to a fork here... https://github.com/gmurt/PdfiumLib

Unfortunately, unless you’re running Windows 10, there simply isn’t a default pdf viewer unless the user has installed one themselves, or installed a piece of software which supports one. (E.g. chrome).

Sure, I’ll fork the repo and add my changes later today. I’ll post a link here once I’ve got it ready.

Hi guys, Thanks for all of your input. After a little more research it appears that the Pdfium wrapper from Andreas (https://github.com/ahausladen/PdfiumLib) fits my needs perfectly. I wasn't aware of this component before. The DevExpress pdf viewer worked perfectly also but as I only require the PDF viewer right now I didn't make sense to purchase the whole DevExpress component set (although these do look awesome and I hope to look at them more next year having watched some videos) I made some small tweaks to the source code to add a page border and drop-shadow and now it looks a little more polished. I'll see if I can post these changes back to the repo. Thanks again for all your suggestions, Kind regards, Graham

We should probably move this to a new thread as this thread was initially about Stripe. I've just pushed a ksAws update which will hopefully improve support for Indy.

Ah sorry this is a mistake. All credentials need to be created i the AWS IAM service. I’ll update this in the next push to the repo.

Ok, I've just pushed an update to GitHub. I installed XE4 here and now it's working well I think. Required quite a few changes throughout but this has improved the codebase. Grab the latest code and let me know if you have any issues.

I've installed XE4 here. Working on compatibility.

Hi Edwin, Ok, I've merged ksSES and ksS3 into a single code-base. I've added a VerifySender method to the SES interface also. Lots of refactoring of the units will allow us to easily add more API methods and hopefully branch out into other AWS services. https://github.com/gmurt/ksAws I've also added support for NetHttp and Indy via a Http interface unit. To use Indy, simply remove the "." (period) character from this define in the ksAwsHttpIntf unit. {.$DEFINE USE_INDY_HTTP} I'll close down the existing S3 and SES repos later today and direct everyone to the new ksAws repo.

Hi Edwin, I will modify the code today to abstract out the http interface. I was working last night on merging the ksS3 and ksSES code to use the same base classes. Working really well with both now sharing the same signature generation code. I’ve merged both ksSES and ksS3 into a more suitable ksAWS repo here which I’ll publish later today along with more functionality added to the ksSES interface. Kind regards, Graham

I've updated the repo with the synacode.pas file.

Yes, we need Synacode.pas from the synapse library to use the HMAC_SHA1 function. http://svn.code.sf.net/p/synalist/code/trunk/ I'm still not 100% of what I'm allowed to GitHub... am I allowed to include this source file from Synapse in my Repo? Obviously without changing it in any way. Let me know, if it's allowed, I'll include it. No problem, I'll add support for Indy for the next update.

I'm not sure Stripe has any support for License Key managment. With regards to SES, No the target emails do not need to be verified, you only need to verify email addresses which you want to send emails "from", i.e. the Sender address. Not sure if it's of any use, but I've just uploaded my SES code to GitHub. Again, doesn't support all SES functionality but works well for me and can be added to if required. https://github.com/gmurt/ksSes

I'm not exactly sure what you are asking here, Stripe is a payment gateway - license keys would need to be handled by your own software. If you're simply asking what email service I use, I use the SES service from Amazon Web Services. I also have written an interface to this service so I'll upload that shortly to my GitHub page.

Just realised it relies on JsonDataObjects which is my preferred library... I’ll add a conditional in so it uses Delphi’s default JSON library by default.

Apologies guys, yep. Forgot to make public. Should be visible now.

I've not used FastSpring before I'm afraid. Stripe seemed to tick all the boxes for me so I didn't look elsewhere.

Just uploaded and added support for Indy for pre-XE8 development. Not fully tested with Indy but the demo works here if I force it to use Indy rather than TNetHttpClient. https://github.com/gmurt/ksStripe I've only really added support for features I use in my application... if you need it extended, let me know.

No problem, I’ll add Indy support before I upload. Should have this uploaded in the next couple of hours.

Yes, it should be able to be ported back to xe4. Not sure what the unsupported code would be... If it’s the generics use, I can refactor this to use standard TObjectLists will upload the code this afternoon UK time.

I have been working on my stripe library recently as I’ve integrated it into our own software. I can’t remember removing it from GitHub, weird... I’ll re-upload it to GitHub later today. It’s really easy to use so might be of use to you.

We’re now looking for a small number of Beta testers to try out our new iOS & Android build automation tool - MonkeyBuilder. The website is still under development but has some information to give you an idea of what it can do. https://www.monkeybuilder.io Beta test numbers are limited to begin with but we hope to open it up to more users over the next couple of weeks. If you are interested, please comment here or contact us via the email form on the website.

I believe it could be that you have “night mode” enabled on your device. Turn this off and it should resolve the issue.

I have a late 2014 Mac mini With 8gb... I also swapped out the HD for a 500GB SSD. It’s fairly rapid now running the latest MacOS and latest XCode when run from Delphi. If I was purchasing a Mac now, I’d probably push for 16GB ram just to future proof it a bit more against any new MacOS and XCode updates.