|
|
Posted by Jud McCranie on 10/02/05 03:40
On Sat, 1 Oct 2005 14:27:27 +0000 (UTC), "Jukka K. Korpela"
<jkorpela@cs.tut.fi> wrote:
>Wait a second. In which context? WWW, intranet, or perhaps just one
>computer? And what reports?
These reports are generated by my program and are to be emailed (as an
attachment) to several people.
>That's almost probably wrong analysis in all contexts. If something "needs"
>such things, it's probably a legacy application, so why would it "need"
>HTML as a data format?
It is a legacy application, of sorts, and if the font isn't fixed
width, the columns won't line up. The program already puts the
reports in text files and RTF files. But text files are limited and
some recipients are having problems with the RTF files. I want to add
HTML files to have things that text file can't, and to give an option
to avoid problems for the recipient.
>(Sounds like a legacy application, originally designed for line printer
>output.)
That's right, it goes back to dot matrix printers in the late 80s.
>Instead of telling what you want, why don't you describe the structure and
>purpose of the data?
The data consists of quite a few reports which use fixed spacing, in
order to make the columns line up. The reports vary from about 75
characters wide to 132 columns wide. Headings are usually in a larger
font than the body of the text. Bolding and italics are used. Color
is planned for the future.
>So what made you think you need to preserve the exact line structure and
>spacing of the HTML source in the visual presentation (that's what <pre>
>means) _and_ not preserve it?
It does preserve the spacing, but I would like it to look more like a
printed report. The printed reports and the preview of the reports
adjust themselves so they display nicely. I would like to have the
HTML file someone receives be like that. It isn't absolutely
necessary, but it would be beneficial.
---
Replace you know what by j to email
Navigation:
[Reply to this message]
|