This was incredible. However, can you think of a real use scenario? I was thinking about cases where a client wants to print some pages with their printing layouts, and rdlc isn't user-friendly. You could have the code upload the file in memory to then be attached to the printed report layout. However, why would you go through all this when you can just attach the file anyway. Since this is additional, not merged into. Or just because it's cool? Yeah.
I think it didn't hold the stream because the trigger function goes out of scope before the next function is called, hence any member variable will get GCed and won't be available anymore.
Hello Erik, if we don't use the default report builder, do we have other ways to generate PDF from Business Central's data, if so, how do we format it?
I doubt it would be possible to handle easily. First you need to deconstruct initial pdf, take header and data part from it, then deconstruct additional pdf, taking data from it, then add footer part to have correctly formed pdf.
Nice 👍 I guess without single instance set on the codeunit , you will have two separate instances, one instance instantiated by the report, and another instantiated by the event subscriber. They will have their own copy of the global variable.
I guess the local Instream is garbage collected as you leave the function, Global instream first when you are done with report. So it lives until after the DocumentReady event is triggered.
@@Hougaard I do not agree. That sets _InS to the same reference as the instream in the report var. And as it is garbage collected the _Ins is also GC'ed. So if it is a local var GC is called before the _InS var is used.
Fantastic. I have been suffering with trying to print 'stored' PDFs and this is perfect!
This was incredible.
However, can you think of a real use scenario?
I was thinking about cases where a client wants to print some pages with their printing layouts, and rdlc isn't user-friendly. You could have the code upload the file in memory to then be attached to the printed report layout.
However, why would you go through all this when you can just attach the file anyway. Since this is additional, not merged into.
Or just because it's cool? Yeah.
I think it didn't hold the stream because the trigger function goes out of scope before the next function is called, hence any member variable will get GCed and won't be available anymore.
Can I use an Excel Template for my reports which includes macros?
Yes
Hello Erik, if we don't use the default report builder, do we have other ways to generate PDF from Business Central's data, if so, how do we format it?
Either Word or RDL.
@@Hougaard no sir RDL read data to insert Bc table
Is it possible to use this method to attach a PDF at the end to an existing report (ex. an invoice)?
Maybe
I doubt it would be possible to handle easily. First you need to deconstruct initial pdf, take header and data part from it, then deconstruct additional pdf, taking data from it, then add footer part to have correctly formed pdf.
Nice 👍
I guess without single instance set on the codeunit , you will have two separate instances, one instance instantiated by the report, and another instantiated by the event subscriber. They will have their own copy of the global variable.
Correct!
I guess the local Instream is garbage collected as you leave the function, Global instream first when you are done with report. So it lives until after the DocumentReady event is triggered.
Well, the _InS := InS should prevent the garbage collection of the stream...
@@Hougaard I do not agree. That sets _InS to the same reference as the instream in the report var. And as it is garbage collected the _Ins is also GC'ed. So if it is a local var GC is called before the _InS var is used.
Very interesting.
So Good
sales order report PDF convert to sales order scenario Al code example code i
am from India