OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

cmis message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [cmis] Spec 0.62b, Atom Content prio over Summary?


I agree - I would create a JIRA issue for this and only have content element with a src= "attribute." Generating something inside the content element proved to be an issue in prototyping for us with round-tripping the atom entry.

-Al

Al Brown
Emerging Standards and Industry Frameworks
CMIS: https://w3.tap.ibm.com/w3ki07/display/ECMCMIS/Home
Industry Frameworks: https://w3.tap.ibm.com/w3ki07/display/ECMIF/Home

Office 714 327 3453
Mobile 714 263 6441
Email albertcbrown@us.ibm.com
CONFIDENTIAL NOTICE: The contents of this message, including any attachments, are confidential and are intended solely for the use of the person or entity to whom the message was addressed. If you are not the intended recipient of this message, please be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this message in error, please notify the sender. Please also permanently delete all copies of the original message and any attached documentation.

Inactive hide details for Jens Hübel ---07/01/2009 07:19:31 AM---One thought that popped up while reading the 0.62b spec:Jens Hübel ---07/01/2009 07:19:31 AM---One thought that popped up while reading the 0.62b spec:


From:

Jens Hübel <jhuebel@opentext.com>

To:

<cmis@lists.oasis-open.org>

Date:

07/01/2009 07:19 AM

Subject:

[cmis] Spec 0.62b, Atom Content prio over Summary?





One thought that popped up while reading the 0.62b spec:

Section 4.2. in Part II mentions in 5. b) about Atom entries:
“Other (Content-less document, Folder, Relationship, Type, etc): Best efforts at generating HTML text that represents the object.  That text would normally go into the summary tag, but since there is no content, goes in the content tag.  “

I wonder whether this is a useful strategy. Isn’t it that most Atom readers evaluate the summary tag and not the content? How useful is it to model something as content that is not real content but more a description of an object? Do we dilute in this way the concept of content as it is modeled in the rest of the spec?

Do others feel that this is an issue that is worth creating a JIRA?

Jens




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]