Re: Interesting XML discussion from TechWr-L [long]

[Dan Emory <danemory -at- primenet -dot- com>]

Your approach doesn't match up well with Adobe's way
of doing business. The meager improvements in V6.0
shows what happens when there is no organized and
coherent demand for real improvements. V6.0, after
all, was the first new major release in more than 4
years.

In the past, Adobe has only listened to what
the major license holders have demanded. And I
do mean demanded. About 10 of the biggest
license holders ganged up on Adobe to press for what they
wanted in V5.5. They threatened to abandon
FrameMaker unless they got what they wanted.

Immediately after the original V5.5 was released,
there was an attempt by a group of 40 or 50 framers
list participants to formulate a list of features needed
in the next major release. When V5.5.6 came out
none of the suggested improvements were included,
and certainly none are in the new V6.0.

I thoroughly disagree with your suggestions that
some of the fundamental features needed in FM+SGML to
fully implement XML could be done through
API's development. If FM+SGML is
going to be a player in the XML arena, it's development is going
to be an evolutiionary process that will probably extend across
several releases timed (hopefully) to coincide
with the firming up portions of the XML standard that
are still in a state of flux. Such a phased approach is
absolutely incompatible with outside API development
to provide key functions within the XML part of the
product.

The fact is that the vast majority of FM+SGML
license holders are unwilling to undertake the kinds
of API development tasks you're describing below, for
the most fundamental of reasons: Each time
Adobe issues a new release of FM+SGML, it
may punch a hole in those APIs. That was the
dilemma faced by Boeing and many other companies
who were using Interleaf. They had so much
custom stuff festooned onto the current release that
they were frozen in place, unable to upgrade to any newer
Interleaf releases.

That's the dirty little secret about custom APIs
that never gets mentioned by those who glibly
suggest an API solution for almost anything the
product can't do out of the box.

What Adobe must do if FM+SGML
is going to become a fully functional XML tool is to
publicly commit to that goal, and the concomitant
long-term development process whose
stated objective is to assure that the product
remains on the cutting edge as the XML standard
evolves and firms up.

That kind of explicit public commitment is what is needed
now to gain the confidence of companies and individuals who are
already beginning to decide which tools they will use
when XML starts to become dominant.
==========================================
At 10:25 AM 5/30/00 +0200, Chris Despopoulos wrote: