You guys now lost me.
A file should have a consistent state independent of the implementation of
the writing software. And we should take care that our implementation leads
to the same positioning on the paper.

The tool that is able to read what is on the market or the next big thing
wins the race. I would like to see that we try to work in that direction.
I mean the operation should be always similar.
In doubt we can offer the user import tools to decide which behaviour he
wants /needs.

Good night.

Xen <l...@xenhideout.nl> schrieb am So., 2. Okt. 2016, 23:25:

> Dennis E. Hamilton schreef op 02-10-2016 23:01:
>
> > It is a misunderstanding to assume that there is some "strict" ODF
> > conformance requirement.  That is factually not the case, nor does
> > anything in the specification require some clear conformance for
> > interoperability.
>
> Exactly the same issue as with DLNA/UPNP as what I mentioned. People
> found that the standard was too loose to really guarantee
> interoperability and some things were optional that were actually needed
> for full functionality as well.
>
> > ODF may simply become whatever LibreOffice
> > does, just proving that any open-format standard can become a silo.
>
> Proving that the application is the focus point and not the format.
>
> > PS: The ODF specification is not tight enough for what many seem to
> > automatically presume.  For a technical analysis of that, I have a
> > free-to-download technical paper that walks through how it goes, with
> > the failures of change-tracking as a case study:
> > <http://nfoworks.org/rct/>.  Click on the title "Tracked Changes" for
> > the free PDF.  Sections 1-2 should make the situation clear enough.
>
> I assume that change-tracking involves the being able to undelete stuff?
>
> There is now a (or was, last summer, a) GSoC project on LibreOffice as
> to that issue.
>
> I saw some of your diagrams. I guess the point was to indicate that the
> cross-line deletes can be done in multiple ways and if two applications
> differ they produce differing results.
>
> It seems so much to me like a ... you might even call it an exercise in
> futility. Getting people to cooperate that all want to do a different
> thing.
>
> The situation is now such that you will not be able to know which ODF
> document was created by what application, and since it is rather
> important to know which one it was, we have a problem here, sir.
>
> Using the same format is now a /hindrance/ rather than a blessing.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
> --

Disclaimer: Diese Nachricht stammt aus einem Google Account. Ihre Antwort
wird in der Google Cloud Gespeichert und durch Google Algorythmen zwecks
werbeanaöysen gescannt. Es ist derzeit nicht auszuschließen das ihre
Nachricht auch durch einen NSA Mitarbeiter geprüft wird. Durch
kommunikation mit diesen Account stimmen Sie zu das ihre Mail, ihre
Kontaktdaten und die Termine die Sie mit mir vereinbaren online zu Google
konditionen in der Googlecloud gespeichert wird. Sollten sie dies nicht
wünschen kontaktieren sie mich bitte Umgehend um z.B. alternativen zu
verhandeln.

Reply via email to