RE: [oic] application scenario The Hague

[Hanssens Bart <Bart.Hanssens@fedict.be>]

So uhm, more or less "behavior" ?


Best regards,

Bart

-----Original Message-----
From: robert_weir@us.ibm.com [mailto:robert_weir@us.ibm.com] 
Sent: woensdag 3 juni 2009 15:06
To: dennis.hamilton@acm.org
Cc: Hanssens Bart; michiel@nlnet.nl; oic@lists.oasis-open.org; Stephen.Peront@microsoft.com
Subject: RE: [oic] application scenario The Hague

I was thinking that "dynamic" would encompass runtime behaviors beyond 
mere presentation.  So how a user may interact with the document.  Links 
would be one example.  Formula recalculation would be another.  Ability to 
re-edit charts would be another.  Activating OLE embeddings would be 
another.

-Rob

"Dennis E. Hamilton" <dennis.hamilton@acm.org> wrote on 06/02/2009 
07:02:05 PM:

> From:
> 
> "Dennis E. Hamilton" <dennis.hamilton@acm.org>
> 
> To:
> 
> <robert_weir@us.ibm.com>, "'Hanssens Bart'" <Bart.Hanssens@fedict.be>
> 
> Cc:
> 
> <michiel@nlnet.nl>, <oic@lists.oasis-open.org>, 
<Stephen.Peront@microsoft.com>
> 
> Date:
> 
> 06/02/2009 07:05 PM
> 
> Subject:
> 
> RE: [oic] application scenario The Hague
> 
> Rob,
> 
> I like the sense of this.
> 
> I'm not sure I understand the "dynamic" of dynamic equivalence, but 
another
> case, at least for text documents, is also preservation of links -
> cross-references in the document and also cross-references from the 
table of
> contents to the respective locations in the document.  There's also the
> matter of preservation of appropriate connections when pagination of the
> document is different for the consumer than the original producer.
> 
> Is this the kind of thing that goes in that category? 
> 
>  - Dennis
> 
> -----Original Message-----
> From: robert_weir@us.ibm.com [mailto:robert_weir@us.ibm.com] 
> Sent: Sunday, May 31, 2009 17:13
> To: Hanssens Bart
> Cc: michiel@nlnet.nl; oic@lists.oasis-open.org; 
Stephen.Peront@microsoft.com
> Subject: Re: [oic] application scenario The Hague
> 
> Hi Bart,
> 
> What you have there is similar to how I was thinking of an application 
> scenario.  The only thing I would add is some sort of testing criteria. 
> Obviously not every application is going to render these steps 
> identically, at the pixel level.  Similarly, when a document is 
exchanged 
> between two applications, it will not appear identically, at the pixel 
> level.  So what defines successful interoperability?  We don't need to 
> answer this completely, but we can probably have a section that lists a 
> few items to check.  Could even be done as test assertions, but that 
might 
> be overkill. 
> 
> But perhaps something like:
> 
> 1) Content equivalence -- no text is lost
> 2) Structural equivalence - headers, footers, tables, are preserved as 
> headers, footers, etc.
> 3) Dynamic equivalence - style names are preserved, live field names 
> remain live
> 4) Presentation equivalence - page size, margins, font sizes and styles, 

> etc., preserved
> 
> For spreadsheet, I do have the test cases from the Beijing workshop.  I 
> think we can can make useful progress with those, since we're very close 

> already, from the formula calculation perspective. 
> 
> And remember, we have the Shah/Kesan test documents as well, which are 
> self-describing.  Maybe if converted into PDF, they can be used as 
> examples for people to replicate in their own implementation. 
> 
> But we should note that the more complicated the scenario, the more 
> important it is for us to get these to attendees in advance of the 
> workshop, so they can prepare.  In fact, I think we need this all ready 
by 
> the end of this week -- June 5th.
> 
> Regards,
> 
> -Rob
> 
> Hanssens Bart <Bart.Hanssens@fedict.be> wrote on 05/27/2009 05:21:40 PM:
> 
> > 
> > Hi Rob, Stephen,
> > 
> > 
> > by any chance, did you guys had the time to take a look at this 
> > scenario that can perhaps be used in The Hague ?
> > 
> > Stephen, is it more or less in line with what you're working on, or 
> > would you have something else in mind ?
> > IIRC Rob, during the last call you mentioned reusing some of the 
> > spreadsheet tests ?
> > 
> > Thanks
> > 
> > Best regards,
> > 
> > Bart
> > 
> > -----Original Message-----
> > Hi,
> > 
> > 
> > I've submitted a proposal for an "application scenario" that could 
> > be used in The Hague interop event.
> > 
> > 
> > It consists of:
> > 
> > - oic-expensesheet.html, a description on how to create such an 
expense 
> sheet
> > 
> > - oic-expensesheet-example-ooo31.odt, an _example_ created in 
> > OpenOffice.org 3.1 (so this isn't necessarily _the_ "correct" 
> > version or something, just _a_ version)
> > 
> > - a PDF-version of this document, for viewing purposes
> > 
> > 
> > So, it should be possible to (re)create the expense sheet in various
> > other ODF-capable products, compare them, toss them around in other 
> > products etc to see how interoperable this is...
> > 
> > 
> > Best regards,
> > 
> > Bart
> > 
> > -----Original Message-----
> > From: workgroup_mailer@lists.oasis-open.org [
> > mailto:workgroup_mailer@lists.oasis-open.org] 
> > Sent: maandag 25 mei 2009 11:46
> > To: oic@lists.oasis-open.org
> > Subject: [oic] Version Control Commit by bart.hanssens
> > 
> > Author: bart.hanssens
> > Date: 2009-05-25 05:46:17 -0400 (Mon, 25 May 2009)
> > New Revision: 90
> > Web View: http://tools.oasis-open.org/version-control/browse/wsvn/
> > oic/?rev=90&sc=1
> > 
> > Added:
> >    AppScenarios/
> >    AppScenarios/branches/
> >    AppScenarios/branches/TheHague/
> >    AppScenarios/branches/TheHague/appscenarios/
> >    AppScenarios/branches/TheHague/appscenarios/layout.css
> >    AppScenarios/branches/TheHague/appscenarios/oic-expensesheet-
> > example-ooo31.odt
> >    AppScenarios/branches/TheHague/appscenarios/oic-expensesheet-
> > example-ooo31.pdf
> >    AppScenarios/branches/TheHague/appscenarios/oic-expensesheet.html
> >    AppScenarios/tags/
> >    AppScenarios/trunk/
> > Log:
> > - added expense sheet application scenario for The Hague interop event
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the OASIS TC that
> > generates this mail.  Follow this link to all your TCs in OASIS at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 

> > ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the OASIS TC that
> > generates this mail.  Follow this link to all your TCs in OASIS at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 

> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
>