[AccessD] External dependencies

[Ryan W]

Stuart

Create bookmarks and child bookmarks, assemble other documents not coming out of access, and a number of other things (including ignoring the “noassemble” option some of our vendor PDFs have set). 


I’ll check out VPE when I’m back at a computer. 

Sent from my iPhone

> On Jun 5, 2023, at 6:10 PM, Stuart McLachlan <stuart at lexacorp.com.pg> wrote:
> 
> What did you commercial product do that an Access report with 
> DoCmd.OutputTo acReport, "rptSoeReport", acFormatPDF, ReportFolder() & "SOmeReport" & ".pdf", False 
> won't do?
> 
> If that doesn't work, have you tried VPE, it's very powerful and fairly easy to use and just
> requires distribution of one DLL with your application.
> 
> https://www.idealsoftware.com/en/pdf-library/report-engine.html
> 
> "The VPE Community Edition is free of charge and - also for commercial 
> applications - royalty-free. For this edition IDEAL Software does not provide any 
> warranties nor support liabilities at all. In addition updates are not provided on a 
> regular basis and not neccessarily at the same time as the commercial editions.
> 
> The free-of-charge provision is based on the principle of fairness:
> If you are using VPE in a commercial application which generates profit, we would 
> like to ask you to acquire licenses for the full version."
> 
> I use the .standard DLL, but  
> 
> 
> 
>> On 5 Jun 2023 at 16:30, Ryan W wrote:
>> 
>> I have some code that does some PDF assembly and manipulation via a
>> commercial product that up until the most recent version has COM
>> binding so I could do it all natively in Access.
>> 
>> The latest version dropped the COM library but has some features I
>> want/need.
>> 
>> I re-wrote the code in python using their trial libary and used a
>> utility to bundle that as an exe so I don't have to concern myself
>> with making sure all the users have python installed but instead can
>> just launch the executable (from code) with a couple command line
>> switches to pass in data needed for output.
>> 
>> I'm really not a fan of having external dependencies if I can avoid
>> them. More stuff to bundle/remember/set up when deploying new
>> workstations and such.... but I guess "it is what it is".
>> 
>> Anyone have any pointers, gotchas or words of wisdom for scenarios
>> like this? -- AccessD mailing list AccessD at databaseadvisors.com
>> https://databaseadvisors.com/mailman/listinfo/accessd Website:
>> http://www.databaseadvisors.com
>> 
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> https://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com