[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Updating ISMID for Rich Client Standards (WAS RE: Inside Redhe
Cool,
Rick. That was a trip through the waay-back machine. Thank you Mr
Peabody!
There
actually are some more online materials but your tutorial is
excellent.
Fate
is right. ;-) XISMID is not taken AFAIK. There are two claims for
XAML, BTW.
MID
was proposed because as Rick notes, it became necessary to specify what
was
loosely termed, the View Package. The IETMDB specified content and some
sequencing and conditional processing, but not the layout. We
needed a means
to get
a consistent layout of the screen and to make the behavior portable across
delivery devices. We knew then that we would not make a soldier
drag a desktop
into
the field and work on handheld devices was underway. We did not want to
make
the layout so specific that a stylesheet would be needed, but we needed
to
interoperate with stylesheets. We understood event-driving both at the
micro
level
of the content display and at the macro level of the organization using the
device
(there are interesting NLDS aspects to that). We knew that
interactive
equalled programming but that programmers are expensive and bad technical
writers, so we needed a minimum of programming. MID I yin and
yanged between
an
object-oriented programming language and a wizard like container language
with
some branching logic. The latter won out in MID I and MID II generalized
the
idea. While IETMs were the focus and the deliverable, most everyone
on
the
team had their eye on the enterprise applications for very large distributed
hypertext. There are multiple implementations of MID but I
really don't know
where
they are now. MID had been paid for out of US Navy funds and
those
disappeared as Bosnia took up the slack in the budgets. Dave Cooper
at
Antech Systems became the ISO ISMID editor and that is as far as the
project got AFAIK.
Rick
is completely on target in his presentation. To apply it now, it
would
need
some work to adjust it to XML, possibly namespaces, and the web
architecture. It is worth investigating.
Pros:
1. It exists as a standard. No one needs to ramp up or choose an
organization.
No patents apply. This is a matter of ISO
will. I really don't know who does
that now, but we know who to
ask.
2. It is the right idea but would need technical updating.
The hard part is to
keep this simple enough that everyone can
implement it. We had the
IETMDB mil standard to keep us focused.
External interfaces would
need to accomodate REST and non-REST
architectures. This is a bit
like the XML WG: take something and cut
out the unnecessary bits,
add some bits from lessons learned, and hit the
sweet spot. Because
it was friendless for so long, the good news is
that it hasn't accreted as
much as SGML had.
3. Work could start soon and be ready as the rich clients are
hitting the streets.
The timing would be
excellent.
Cons:
1. Politics. 'nuff said.
2. Getting a crew to work on it. This would be an ISO
project, it has to
be international, and it has to include the
vendors and the consortia.
3. If it wanders away from target (More Meta Than Thou - I assure
you it
is very tough to keep the cats in line), it will
fail.
len
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|