On Wed, Sep 3, 2014 at 4:32 PM, Jon Paris <jon.paris@xxxxxxxxxxxxxx> wrote:
I agree that it would be better - as would many, many other options. But I'm stuck with printer files and nothing else.
I was hoping that more people here had had experience in globalizing their applications and had some thoughts on how best to handle printer files.
I think what people *with* experience are saying is that the best way
to handle printer files is to do away with them. Birgitta gave a
concrete strategy for using printer files, to which you said
I was rather afraid of that Birgitta, the only other option then seems to be to take the approach that Booth did and load the fields in the logic, but that's not a good solution either.
The best available solution isn't always a good solution. In your
position, it seems like "something that works" is better than anything
that doesn't work.
Also, I disagree strongly with this:
I can't believe that printer support is so poor compared with displays - particularly since green screen are dying - but printer could go on forever.
I mean, I agree with the part about printer support being poor
compared with display support. I disagree that green screens are
dying any faster than printer output. Where I work, print is pretty
much dead. There is definitely no new development in print output,
yet there's still a continual stream of green screen development.
Even where we *need* printed output for whatever reason, there are
replacement options for printer files (DocPath, ACOM, and the like).
With the group of developers we have, it's been easier to learn other
forms of output than other forms of interactive user interface. There
has actually also been more demand from our users for electronic
output (usually Excel) than demand for a different UI (especially from
our long-in-the-tooth users who have gotten freakishly proficient with
Finally, regardless of how easy or hard it is to learn other UI
technologies and paradigms, in large existing systems, it's easier to
replace printer files one by one in organic fashion than it is to
replace a display file here and a display file there.