On 20 Jun 1997 [EMAIL PROTECTED] wrote: > my feelings are that we should design a solution that is based on > usage of an SQL database for data maintainance, consistance and > storage. the interface should primarly be one for maintaining the > data in the database. the interface to the database should be > implemented through some sort of database abstraction layer -- or at > least, we should offer support for various databases�.
I'm not trying to be negative, but I really think this is far too much to require of someone. Most of the SQL databases aren't trivial to setup, and if you think that the sort of person who doesn't like editing a text file will like installing and configuring a SQL database... > the administration client talks to the configuration server and > presents the user with a GUI or a tty-interface. the client should be > portable so people can use it on UNIX, Windows, Mac etc. and at this > time it's not very important what language� we write it in. Erm... it is damn important if you want to find a good free cross-platform GUI development environment that allows people to compile it without installing all sorts of libraries.
