From: Frank B. <fbe...@ca...> - 2015-02-06 18:50:52
|
Let me rephrase … even if there is a new release of the layout package, the current release is not going anywhere, it is approved, and as such the validation rules stand as they are (even if a future version might change them). As such it is much easier for a library writing that version to change or the tools supporting that version, than to retroactively try and amend the specification. But sure … lets discuss this at HARMONY … All the best Frank > On Feb 6, 2015, at 6:36 PM, Chris J. Myers <my...@ec...> wrote: > > Well, I think a new release is required for L3V2, so we could at least discuss this. > > My point though is more about difference in libsbml/jsbml. I think we should try to avoid these when possible. I don’t think there are many places (correct me if I’m wrong) where libsbml actually fills in defaults for required values. This behavior seems to be a bit out-of-character for the no defaults philosophy. I guess layout has this weird history, since it was developed before L3. However, we may want to discuss this too. > > Chris > >> On Feb 6, 2015, at 10:30 AM, Frank Bergmann <fbe...@ca...> wrote: >> >>> >>> We can do that but I would be more in flavour of relaxing the validation >>> rule for ReactionGlyph and SpeciesReferenceGlyph and >>> in the long run making the boundingBox not mandatory on GraphicalObject >>> as you proposed and make it mandatory only on objects >>> that need it. >>> >> >> I don’t know … i see the release of a new specification as much more problematic, as a new release of JSBML. We argued for years about the values for the specification and I’m for one am not looking forward to open that box again. Since layout pretty much contains just bounds and curves, i really don’t think there is a necessity to make all the elements in the bounds optional. >> >> Frank >> >> >>>> For now, I’ve added a BoundingBox at the end point of size 0,0. No more validation errors :-). >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming. The Go Parallel Website, >>> sponsored by Intel and developed in partnership with Slashdot Media, is your >>> hub for all things parallel software development, from weekly thought >>> leadership blogs to news, videos, case studies, tutorials and more. Take a >>> look and join the conversation now. http://goparallel.sourceforge.net/ >>> _______________________________________________ >>> sbml-layout mailing list >>> sbm...@li... >>> https://lists.sourceforge.net/lists/listinfo/sbml-layout >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming. The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> sbml-layout mailing list >> sbm...@li... >> https://lists.sourceforge.net/lists/listinfo/sbml-layout > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > sbml-layout mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbml-layout |