Jump to content

Talk:XML: Difference between revisions

5 bytes removed ,  18 March 2004
m
relink
No edit summary
m (relink)
 
(One intermediate revision by the same user not shown)
Line 7: Line 7:
I've had tremendous trouble trying to figure out how to express [[Product group]]s in generic markup. The idea is that all [[product]]s belong to a [[product group]] and that [[product group]]s can belong to other [[product group]]s. [[tomatoe]]s are [[vegeatable]]s, which are [[food]] etc.
I've had tremendous trouble trying to figure out how to express [[Product group]]s in generic markup. The idea is that all [[product]]s belong to a [[product group]] and that [[product group]]s can belong to other [[product group]]s. [[tomatoe]]s are [[vegeatable]]s, which are [[food]] etc.


The idea is to allow the defining of different relationships between [[product group]]s, for the uses of describing [[Product substitution]]s and [[Production Flow]]s and other stuff we haven't even thought of yet.
The idea is to allow the defining of different relationships between [[product group]]s, for the uses of describing [[Product substitution]]s and [[sevice cycle]]s and other stuff we haven't even thought of yet.


I was aiming at a generic [[product group]]-element to make the processing software ([[Instructional capital]]) simpler, but I can't get it to work. We could have an generic [[product group]]-element that encapsulates group specific data in a more specific element like:  
I was aiming at a generic [[product group]]-element to make the processing software ([[Instructional capital]]) simpler, but I can't get it to work. We could have an generic [[product group]]-element that encapsulates group specific data in a more specific element like:  
Line 17: Line 17:
Using "ANY"-constraint (can contain any element... or is it even #PCDATA??) can be kind of hazardous for software.. but maybe we just add these specific groups so that each element can contain just one of the available subgroups for this subgroup.
Using "ANY"-constraint (can contain any element... or is it even #PCDATA??) can be kind of hazardous for software.. but maybe we just add these specific groups so that each element can contain just one of the available subgroups for this subgroup.


But this would not allow to define variable relationships required to give everyone their say about [[product substitution]] and [[production flow]]...
But this would not allow to define variable relationships required to give everyone their say about [[product substitution]] and [[service cycle]]...


I don't know... We need XML-gurus
I don't know... We need XML-gurus
9,842

edits

We use only those cookies necessary for the functioning of the website.