[Info-vax] OpenVMS printing to PDF
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Wed May 20 11:35:28 EDT 2015
On 2015-05-20 15:11:11 +0000, Jan-Erik Soderholm said:
> Stephen Hoffman skrev den 2015-05-20 17:02:
>> On 2015-05-20 14:48:30 +0000, Dirk Munk said:
>>
>>> I don't think Javascript is the ideal tool for implementing business
>>> rules in an application.
>>
>> JavaScript or the other scripting language is how the data is fetched.
>> Whether the programmer puts the business logic there, or into the database
>> as triggers or such, or embeds that logic in whatever local application or
>> remote server and remote application the JavaScript is fetching the data
>> from, is up to the programmer.
>>
>>> An application is not about fetching data, but also about generating
>>> data. A billing program generates data from other data, it will not only
>>> produce bills, but also update databeses etc.
>>
>> OK, so I might infer that you haven't particularly used a web scripting
>> language, embedded rendering engines, or an ERP system?
>>
>>> I also see no need for a HTML5 detour and rendering process if it can
>>> be done with PDF directly.
>>
>> Sure. That'll work fine for various applications. But if you want to
>> create The Next Great Product,...
>
> Wasn't we talking about VMS here? :-)
My replies were to Mr Munk, not to you. Or so I thought, based on the
text I was quoting. In particular, I was discussing how this works on
other platforms and approaches that are different from what is typical
with an FMS-style or DECforms-style solution, as a possibility for
where OpenVMS might eventually go, and as an option that somebody that
was creating a tool for this purpose might want to consider.
> The primary goal is to give some old VMS apps "PDF support".
Sort of. The goal was to create a tool that provided some sort of
automatic layout and integration, which would then allow old OpenVMS
applications to generate or merge PDF. That means that the person
creating the tool will have trade-offs, and potentially competition
with or insight from other existing tools and platforms. It also
means that there may well be other servers around that can potentially
perform these tasks. Most OpenVMS servers are not in isolation, and
most folks work with a mix of platforms. It's often beneficial to use
the platform with the tools appropriate for the task, too. Further,
some folks are increasingly integrating with a dedicated print engine
server or with an ERP system. If the goal is an isolated fix, then —
as I've stated — there are tools for that, and — again, as I've stated
— there are alternatives.
In short, If you're creating a tool to do this layout, then you will
want and even need to know what else is available, and HTML5 and other
open source is part of that.
> You are way out of reality with JS, callable HTML5 rendering...
I'll stipulate that I am far out of your particular reality, yes.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list