NON-DELIVERY of: NON-DELIVERY of: NON-DELIVERY of: NON-DELIVERY of:
NTorkin@MAIL.ZD.ziff.com (NTorkin)
Errors-To: listmaster@www0.cern.ch
Date: Thu, 23 Jun 1994 08:31:21 +0200
Errors-To: listmaster@www0.cern.ch
Message-id: <01HDV615KS6Q0001K4@zcias1.ziff.com>
Errors-To: listmaster@www0.cern.ch
Reply-To: NTorkin@MAIL.ZD.ziff.com
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: NTorkin@MAIL.ZD.ziff.com (NTorkin)
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: NON-DELIVERY of: NON-DELIVERY of: NON-DELIVERY of: NON-DELIVERY of:
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Intended recpient(s): sbrown
Failure reason: User sbrown not listed in public Name & Address Book
O-CMS-ErrorsTo: listmas @ INTERNET (listmaster) {listmaster@www0.cern.ch}
Chris Lilley, Computer Graphics Unit writes:
> In general, however, those who want to do page design want it AS
> WELL AS structure.
How wonderful for them. Let me introduce you to something called
``styles''. RTF has them. HTML doesn't (yet). RTF lets you apply a
label to a set of visual attributes and these then become like SGML
tags for your RTF text. Those style labels can be used for semantic
indexing, just as SGML tags can be.
> Ha! and which Microsoft products will suport these extensions?
As another writer said, the Microsoft Help system is hypertext, and
the conversion program uses a similar system to the one I proposed to
convert RTF into a hypertextual proprietary format. We would do away
with the proprietary format.
> RTF is an unstable proprietary standard. By unstable I mean poorly
> documented and often changed by its owners without informing the
> user base or the developer base.
Microsoft need to make any future version of RTF ``back-compatible''
with old programs, for one simple reason: they use it as an
interchange format, and there's sod all point in writing a document in
an interchange format that no other bugger can read.
> While a multi-platform viewer for some particular version of RTF is
> to be welcomed, in the same way that a multi-platform viewer for
> Quicktime was welcomed, it is not an appropriate substitute for
> HTML.
Nope, but it sounds good enough to sit beside HTML. HTML (as
currently defined) is fine for simple tasks. Real Document Preparers
hate HTML. I know this, I've worked with them. They want more
control over presentation (a-la HTML) and RTF gives them this without
sacrificing the ability to have semantic indexing, etc.
Yours in patience,
Nat
>From www-talk@www0.cern.ch Wed 22 Jun 1994 18:12
>From owner-net-happenings@is.internic.net Wed 22 Jun 1994 18:36
>From www-talk@www0.cern.ch Wed 22 Jun 1994 22:14
>From owner-net-happenings@is.internic.net Thu 23 Jun 1994 01:05