OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: Do I need to use a validating parser?

[ Lists Home | Date Index | Thread Index ]
  • From: "Joshua E. Smith" <jesmith@kaon.com>
  • To: "XML Developers' List" <xml-dev@ic.ac.uk>
  • Date: Tue, 04 May 1999 22:06:17 -0400


>A couple of questions: How much syntax does a variable refrence take? What
>does a function call look like? I'm trying to determine how much you are
>actually building on the XML parser and how much you intend to do
>yourself.

This application is more of what would be typically called a "scripting
language" than a "programming language."  I know that's a fuzzy
distinction, but basically it means that you aren't going to be writing a
quicksort in this language.  It's a way to tie objects together to do
interesting things.  "Functions" and "Variables" don't really exist in this
language (well, variables do, but it isn't obvious from the way you write
programs that they do).

It's a little hard to explain.  Give me a few weeks to get the transition
to XML worked out, then I'll give y'all a peek at it.

>I don't think that Access dialog building is programming.

I wasn't referring to dialog building, I was referring to the query builder
which hides SQL from the access developer.  I know very successful Access
programmers who can't understand a lick of SQL, thanks to that very good
query tool.  That was my only point about Access.

> Real
>programmers, developing their own algorithms and interfaces will likely
>find any non-textual programming user interface to be an impediment.
>Delphi and Visual Basic have pretty decent text editors built in -- for a
>reason.

Fair enough.  Those people aren't really my target audience.  I'm going for
web developers who understand HTML and want to dabble with something more
expressive.

>I encourage you to design the user interface before focusing on the syntax
>of your markup language. If people like the user interface then the
>behind-the-scenes XML issues will be comparatively trivial. But if
>programmers hate the user interface then the XML part will become
>irrelevant.
>
>My experience is that XML editors are optimized for prose documents and
>are poor for most other stuff. They aren't ideal user interfaces for
>databases, programming languages, schemas etc.

Well, I'm hoping to avoid developing a user interface for developers at
all, instead relying on the XML editors to do the job for me (at least for
the first year or so).  So far, that doesn't look like such a long shot.  I
downloaded a handful of the early editors (XML Spy, XML Notepad, a neat
little demo of one written in Java who's name I forget, etc.), fed in a
mock-up of one of my programs cast in XML, and was pretty impressed with
what they could do.  And I haven't written a DTD yet!  (Some were *VERY*
clever about figuring out the implied DTD from the elements.)

-Joshua Smith

-Joshua Smith
 jesmith@kaon.com
 http://www.kaon.com
 978-355-6148

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS