[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [ubl-lcsc] UBL - comment
My comment about platform specific may have been a bit strong. I agree with Jon B's comment here and reflects the spirit of my concern. Just use XML. Robert --- Tim McGrath <tmcgrath@portcomm.com.au> wrote:Can I just jump in with a procedural comment. I understood we had agreed to collate all comments and have the QA/editing team assemble them into topics that we would address after the close of the period. Are we jumping in to publicly debate each comment as it comes up? This is why we didn't ask for comments to go to the comment list. I would suggest we hold off publishing comments until we are ready to deal with them collectively. In the meantime, let the QA/Editing team deal with them and seek further clarification, etc if necessary. PS Robert, you are probably not aware of how ironic your comment was - hence our urge to share it! Jon Bosak wrote:Robert Shmit's point -- that we should be usingstandard formatsfor stylesheets and other documentation -- is welltaken. When webegan the UBL effort there were no such standards,but with thecreation of openoffice -- a complete, free,open-source officeproductivity suite that saves everything as XML --and thecontribution of the openoffice XML formats toOASIS, there'sreally no reason for continuing this practice. It's true, as Ken points out, that openoffice canopen all the.xls files without complaint, but that doesn'tchange the factthat we're publishing an important part of ourspecificationsusing a proprietary data format. As long as wepersist in thispractice, we will be forever bound to make the opensource suiteimplement the proprietary format. Also, the factthat theopenoffice format is XML should make it easier (inprinciple) tomaintain the perl script used to generate the xsd. The OASIS eGov technical committee set the exampleI think weshould be following at its first meeting inBaltimore last monthwhen it decided that it would use only OASISformats for itspapers and specifications. I think that we shouldadopt the samepolicy. It seems to me that the 0p70 review cycle is theperfectopportunity to get all of our formats over toopenoffice before wehave to publish the next big release in May. Wehave to figureout how to publish UBL Part 2 as a single documentin this spananyway, so we might as well make the changeover atthe same time.Let's talk about this some more when we meet inDenver Monday.Jon Date: Tue, 28 Jan 2003 12:29:10 -0500 From: "G. Ken Holman"<gkholman@CraneSoftwrights.com>At 2003-01-28 09:13 -0800, Bill Meadows wrote: >Content-type: TEXT/plain; charset=us-ascii >Content-MD5: 2PPxAHIjM3zajJYVUbAwbw== > > I never thought I'd be accused of this... :{)} Not sure what he is complaining about: (1) - Open Office seems to open all .xls fileswithout complaint(2) - the schemas, instances and stylesheets areplatform independent(3) - the "ubl.bat" file (not that he needs torun it to use the library)contains only one active line which is a Perlinvocation, so could beconsidered documentation rather than mandatoryexecution(4) - my stylesheet rebuilding processes (linkedfrom the deliverable) areall in Python I don't see anything jump out at me as platformspecific to warrant hiscomment. ....................... Ken----------------------------------------------------------------To subscribe or unsubscribe from this elist use thesubscriptionmanager: <http://lists.oasis-open.org/ob/adm.pl>-- regards tim mcgrath fremantle western australia 6160 phone: +618 93352228 fax: +618 93352142===== Robert Shmit Shmit Technologies LLC. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
-- regards tim mcgrath fremantle western australia 6160 phone: +618 93352228 fax: +618 93352142
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC