bug-gne
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Bug-gnupedia] Re: Classification difficulty and incompletene ss


From: Duncan Lock
Subject: RE: [Bug-gnupedia] Re: Classification difficulty and incompletene ss
Date: Thu, 18 Jan 2001 14:38:37 -0000

        You could have as many content section as you like, depends on how
you write the DTD. You ought to have some metadat for each explaining what
it is (ie the HTML version, the latex2html version, with pictures, without
pictures, version 1, version 2, etc...)

        If you link to your content in the content section(s) the the
GNUPedia is just a collection of metadata. What would be the difference
between this and the odp or about.com?

Dunc

> -----Original Message-----
> From: address@hidden [mailto:address@hidden
> Behalf Of Thomas E. Vaughan
> Sent: 18 January 2001 2:13
> To: address@hidden
> Subject: Re: [Bug-gnupedia] Re: Classification difficulty and
> incompletene ss
> 
> 
> On Thu, Jan 18, 2001 at 01:47:32PM -0000, Duncan Lock wrote:
> >
> > I don't know much about DocBook (I know what it is I just haven't
> > used it, although I plan to.) You sound like you do - would 
> it be possible/
> > desirable to use DocBook as it stands for encyclopaedia 
> articles, in your
> > opinion?
> 
> I keep piping up about this because, if we are really 
> serious, then we NEED
> to be able to support serious math content in the best 
> possible way.  If
> each article must have only a single, unified <content> 
> section that only
> supports a subset of HTML, then are we ruling out the 
> possibility that an
> article might have several HTML nodes, as in the default output of
> latex2html?  And how many HTML tags shall we support?  I 
> still don't know
> how MathML will fit into all of this.
> 
> In a previous message, I tried to bring up for discussion the 
> issue of just
> replacing the <content> section with a URL to a page that the author
> provides.  At least at first, this would give scalability and 
> reduce the
> central resource requirements.
> 
> -- 
> Thomas E. Vaughan <address@hidden>
> CIMMS/NSSL, Norman, OK, USA
> 
> 
> _______________________________________________
> Bug-gnupedia mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-gnupedia
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]