[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Managing Innovation

• To: David Megginson <dmeggin@a...>
• Subject: RE: Managing Innovation
• From: Rick Marshall <rjm@z...>
• Date: Fri, 03 Oct 2003 07:44:27 +1000
• Cc: "'xml-dev@l...'" <xml-dev@l...>
• In-reply-to: <16252.39742.367882.848298@m...>
• Organization: Zenucom Pty Limited
• References: <15725CF6AFE2F34DB8A5B4770B7334EE03F9ED39@h...> <1065129219.3933.11.camel@z...> <16252.39742.367882.848298@m...>
• Reply-to: rjm@z...

On Fri, 2003-10-03 at 07:40, David Megginson wrote:
> Rick Marshall writes:
> 
>  > that's what ibm said 20 years ago and every design since has had to
>  > cope with 640k base memory ranges and other "that'll be more than
>  > enough" decisions.
> 
> I understand that argument well, but in this case, we're not talking
> about limiting the overall length of XML documents.  Let's try not to
> imagine only the present, but the future as well -- can anyone make a
> reasonable case for an XML element or attribute name longer than 4096
> characters (for example)?

do you mean like once computer generated namespaces and random names get
involved? i can see it happening within a few years.

rick
> 
> 
> All the best,
> 
> 
> David
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>

• Follow-Ups:
  • RE: Managing Innovation
    • From: "Simon St.Laurent" <simonstl@s...>

• References:
  • RE: Managing Innovation
    • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • RE: Managing Innovation
    • From: Rick Marshall <rjm@z...>
  • RE: Managing Innovation
    • From: David Megginson <dmeggin@a...>

• Prev by Date: RE: Managing Innovation
• Next by Date: RE: Managing Innovation
• Previous by thread: RE: Managing Innovation
• Next by thread: RE: Managing Innovation
• Index(es):
  • Date
  • Thread