- From: nemo/Joel N. Weber II <devnull@gnu.ai.mit.edu>
- Date: Sat, 22 Mar 1997 22:29:55 -0500 (EST)
- To: BruceLeban@akimbo.com
- CC: www-html@w3.org
From: BruceLeban@akimbo.com Date: Sat, 22 Mar 1997 20:59:39 -0500 (EST) Postscript is a standard, open format but no wp uses that as its internal format for good reason. Agreed. But you don't define that `good reason'. The definition that I can find of what that good reason might be is that it's nearly impossible to write a program which can read arbitrary Postscript and convert it to a sane, editable word processing format. I don't think HTML has that problem. Globetrotter documents store lots of things that you can't or don't want to store in your HTML files. For example, Globetrotter has posted notes that you can make private notes to yourself about whatever. You certainly don't want those readable to anyone who knows about the view source command. (Although I've seen such things in actual documents on the web.) Server side includes provide that functionality, I think. It stores pictures in their original formats, converting them to GIF or JPEG when you publish. That way you can go back to the original application you used to create the picture without problems. (If you use the same argument about pictures that you use about HTML, of course you'd only use graphics programs that use GIF or JPEG as their internal format.) There's also PNG. > In particular, Globetrotter rejects document=web page. After all, no one > edits word processing documents with each page in a separate file. Can > you imagine anyone believing that was the *right* way to do it? A single > Globetrotter document (1 file) can publish many different HTML pages > (many files) on the web. > >That's not really a valid analogy. Why not? The structure of a web site is arbitrarily divided up into multiple files. Each page and each picture must be in a separate file. Server-side image maps have to be in separate files. CGI scripts have to be in separate files. Is this the best way to edit a site? I think I now see your point. OTOH, I don't see a problem with spliting it across several files. I usually split computer programs I write across several files; why shouldn't I split web pages similarily? For example, in Globetrotter small caps is a true style. It doesn't exist in HTML. When Globetrotter publishes a document it writes the correct HTML to produce the desired result. Doesn't CSS1 provide small caps? 5.2.4 'font-variant' Value: normal | small-caps Initial: normal Applies to: all elements Inherited: yes Percentage values: N/A Another type of variation within a font family is the small-caps. In a small-caps font the lower case letters look similar to the uppercase ones, but in a smaller size and with slightly different proportions. The 'font-variant' property selects that font. A value of 'normal' selects a font that is not a small-caps font, 'small-caps' selects a small-caps font. It is acceptable (but not required) in CSS1 if the small-caps font is a created by taking a normal font and replacing the lower case letters by scaled uppercase characters. As a last resort, uppercase letters will be used as replacement for a small-caps font.
Received on Saturday, 22 March 1997 22:29:52 UTC