I have been suggesting to the Fez team that they replace the whole mapping thing with programmatic solution - using code of some kind (XSLT) or PHP for the mapping. With appropriate libraries this would make it easy to create generic mappings and then subclass them - and to keep the whole lot in Subversion.


On 10/22/07, Bernadette Houghton <bernadette.houghton@deakin.edu.au> wrote:
I agree with Lyn here; it would be great if it was possible to edit a
particular element in a particular XSD and then get to choose which
XSD displays the edit should apply to. It is very tedious to activate
the same element multiple times in multiple XSD displays; plus
there's a high potential for error when making the same changes to so
many displays I


At 07:45 AM 19/10/2007, you wrote:
>Content-Class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C811D0.4F930EBF"
>We are looking at adding a field to all document types that allows
>the use of a controlled vocabulary to identify keywords.  This
>brings up several design questions:
>It is desirable to have a way to extend XSDs besides editing them
>directly.  That way, Fez upgrades that touch the XSDs can be applied
>and the extensions continue to work.
>Additionally, it is even more desirable to be able to make these
>extensions at the community or collection level.  For example, one
>community may want to use one set of controlled vocabulary for
>keywords, while another community may want to use a different set,
>while another may not have controlled vocabulary.  If the changes
>are applied directly to the XSDs, they are by definition going to
>affect all documents of that type.
>I don't think that keywords is the only use case.  We are going to
>be doing some other work that may also require additional fields to
>all document types.
>I'm interested to hear what others think about this concept?
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>Fez-users mailing list

Bernadette Houghton, Access & Data Librarian
Deakin University Geelong Victoria 3217 Australia.
Phone: 03 5227 8230 International: +61 3 5227 8230
Fax: 03 5227 8000 International: +61 3 5227 8000
ICQ: 229654280
Email: bernadette.houghton@deakin.edu.au
Website: http://www.deakin.edu.au
Deakin University CRICOS Provider Code 00113B (Vic)

Important Notice: The contents of this email are intended solely for
the named addressee and are confidential; any unauthorised use,
reproduction or storage of the contents is expressly prohibited. If
you have received this email in error, please delete it and any
attachments immediately and advise the sender by return email or telephone.
Deakin University does not warrant that this email and any
attachments are error or virus free

This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Fez-users mailing list

Peter Sefton
Senior Research Fellow / RUBRIC Technical Manager
RUBRIC Project, DeC
University of Southern Queensland
Toowoomba Queensland 4350 AUSTRALIA

Work: sefton@usq.edu.au
Private: pt@ptsefton.com

Gmail: ptsefton@gmail.com
Yahoo: peter_sefton@yahoo.com
MSN: peter_sefton@yahoo.com
AIM: ptsefton

p: +61 (0)7 4631 1640
m: +61 (0)410 326 955

RUBRIC Website: http://www.rubric.edu.au
USQ Website: http://www.usq.edu.au
Personal Website: http://ptsefton.com

RUBRIC is supported by the Systemic Infrastructure Initiative as part of
the Commonwealth Government's Backing Australia's Ability - An
Innovative Action Plan for the Future

The University of Southern Queensland is a registered provider of
education with the Australian Government.

(CRICOS Codes: QLD 00244B | NSW 02225M | VIC 02387D | WA 02521C)