Bureaucrats, developer, Administrators
9,842
edits
(get it rolling) |
m (relink) |
||
(2 intermediate revisions by 2 users 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 [[ | 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 [[ | 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 | ||
Line 25: | Line 25: | ||
: let's start it off with a small collection of schemas, say { resource.xsd, person.xsd, a product.xsd, service.xsd }. | : let's start it off with a small collection of schemas, say { resource.xsd, person.xsd, a product.xsd, service.xsd }. | ||
--------- | |||
Sourceforge entry needs a LOT more links and information. Like at least a real link to Consumerium! |