Re: A new paradigm
- From: "Glen B" <no$pamwebmaster@no$pamforallspec.com>
- Date: Tue, 25 Jul 2006 18:35:24 -0400
"B Faux" <nospam@xxxxxxxxxx> wrote in message
news:Yhwxg.135408$dW3.32128@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
"dawn" <dawnwolthuis@xxxxxxxxx> wrote in message
news:1153843048.700384.32470@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
[snip]
Simon Verona wrote:
I think our thoughts departed when I mentioned mv.net because you are
coming
from databases from the angle of a web application - using
AJAX/javascript
whereas I come from a dotnet background - thick apps and asp.net.
Everything you mention fullfills the former, but doesn't really help the
latter. mv.net or similar is almost essential for the "dotnet"
developer.
Yes, I'm sure there is a huge audience with .NET developers, most of
whom are predisposed to SQL, tending toward SQL Server, MySQL, or
Oracle. Some still work with Access too.
I think the best shot is the huge audience of those who write and
maintain web pages. By far the easiest database to adopt once you
decide to move to data-backed web pages is MySQL. It seems to me that
there could be a Pick flavor that played in that sandbox.
Soooo, if the setup was available as a browser page or a Windows GUI
screen and with the configured database accessed through either http calls
or dotnet objects, would that about cover things?
I mean SQL wrappers are already available for data extraction (and update
in many cases) and every type of functionality necessary is already in
there too. So with some "wizards" (nods to Ken Simms RIP) to build the
files and dicts, while looking like SQL tables, and with built-in XML
parsers; what's not to like?
The *nix people are mostly comfortable with text based control methods,
but the newbies need GUI, so let's give it to them. As long as MV sits on
the back somewhere, I'd be happy.
We all know that Martin has nothing to do lately <grin> But a pre-built
AccuTerm GUI application for the WinDoze types (like Wed) and a
"Web-bundle" with pre-built Coyote serving up a browser configuration
application (added cost of course), OpenQM could be the first one there.
With Coyote and a finished XML project, I'm sure that all of that could be
done within a web browser. Tom H has taken over the DTD stuff recently and
submitted code to me, but I haven't had a chance to review it. As soon as
DTD reading is semi-functional, a new release of the project will come out
and we can start picking apart the DTD capabilities of the project. This
part of the framework design is crucial to future extension and enhancement,
so I recommend that all those interested in web-based and XML-based
development under OpenQM should take part in discussions on the OpenQM
group. There is still one fairly undiscussed thread on there, titled
"xmltools". That has to do with XML formatting specs when a DTD is not
provided for output. It is mostly a call for opinion regarding layout of
multi-values and sub-values, in an XML format. Please read the thread and
state your opinion, before it's too late:
http://groups.google.com/group/OpenQM/browse_thread/thread/7faaa003ae874563
BFaux
Glen
.
- Follow-Ups:
- Re: A new paradigm
- From: B Faux
- Re: A new paradigm
- References:
- A new paradigm
- From: murthi
- Re: A new paradigm
- From: Peter McMurray
- Re: A new paradigm
- From: Kevin Powick
- Re: A new paradigm
- From: Excalibur
- Re: A new paradigm
- From: Kevin Powick
- Re: A new paradigm
- From: Peter McMurray
- Re: A new paradigm
- From: Simon Verona
- Re: A new paradigm
- From: Bruce Nichol
- Re: A new paradigm
- From: Simon Verona
- Re: A new paradigm
- From: Jeff Caspari
- Re: A new paradigm
- From: Simon Verona
- Re: A new paradigm
- From: dawn
- Re: A new paradigm
- From: Simon Verona
- Re: A new paradigm
- From: dawn
- Re: A new paradigm
- From: Simon Verona
- Re: A new paradigm
- From: dawn
- Re: A new paradigm
- From: B Faux
- A new paradigm
- Prev by Date: Re: A new paradigm
- Next by Date: Re: A new paradigm
- Previous by thread: Re: A new paradigm
- Next by thread: Re: A new paradigm
- Index(es):
Relevant Pages
|