[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office-formula] Goals/levels/packaging/complex numbers
firstname.lastname@example.org wrote: > I'm not sure if we're all thinking the same thing here. For example, > simply having a section header in the specification called "database > functions" is sufficient to accomplish this, and becomes a shorthand > notation for implementations to state their compliance level as a > checklist item; "SuperDuper Spreadsheet 1.0 supports ODF database, > financial and advanced math functions". Sounds good. Btw, I'm now convinced that your approach is best. That is, not requiring implementations to support every function in some list but rather saying "if you do support this function, support it like this". I also like the idea of named packages. That is, to have a spreadsheet header say "this document requires the math and database packages" and have the application understand what that means. I also think that one of the packages should be called "basic". I don't think it should be mandatory (e.g. a tiny PDA might just implement + - * / SUM) but a "basic" package would at least be a useful guideline for implementors. It could be "recommended" that implementors at least cover the basic package. Cheers, Daniel. -- /\/`) http://opendocumentfellowship.org /\/_/ /\/_/ I'm not saying there should be a capital punishment for \/_/ stupidity, but why don't we just take the safety labels / off of everything and let the problem solve itself?