From: Nicolas R. <rod...@eb...> - 2013-06-21 09:11:06
|
On 06/20/2013 05:29 PM, Frank T. Bergmann wrote: > > Hello Nico, > > Why would example 4.5 in the spec not work for you ? It includes a > CubicBezier curve? Here the examples used in the spec. > I just wanted some SBML files that I would not have to copy paste from the pdf specs. Thanks, Nico > Best > > Frank > > *From:*Nicolas Rodriguez [mailto:rod...@eb...] > *Sent:* Thursday, June 20, 2013 6:13 PM > *To:* The SBML L3 Layout package discussion list > *Subject:* Re: [sbml-layout] Layout Draft 2 > > On 20/06/13 17:08, Chris J. Myers wrote: > > Here is an example from our tool. > > > Thanks, would you have something with some CubicBezier as well ? > > > > > Chris > > > > > > > On Jun 20, 2013, at 4:08 AM, Nicolas Rodriguez<rod...@eb...> <mailto:rod...@eb...> wrote: > > > > Hi, > > > > First, are there some examples using this latest draft available > > somewhere to try ? > > > > In figure 5 p11, The ListOfLineSegments class should be named > > ListOfCurveSegments, I think ? > > > > > > On 17/05/13 16:02, Frank T. Bergmann wrote: > > Dear Package Working Group, > > > > With this mail you will find a new draft of the Layout specification that > > addresses many of the comments made before. You also find it online here: > > > > http://tinyurl.com/sbml-layout-draft2 > > > > Let me first say, that we seriously considered all suggestions made. > > However, a couple of them have not made it into this new draft. These were: > > > > - Why does the GeneralGlyph, being similar to the ReactionGlyph, not inherit > > from it? While the two are indeed similar, they nonetheless have differently > > named elements, and restrictions upon them. As such it was not feasible to > > change the inheritance. > > > > - Since all elements on a GeneralGlyph are optional, why does it not replace > > the GraphicalObject. For one: The GraphicalObject provides the base class > > for all other elements of the Layout package. Making the GeneralGlyph the > > base class seems counterproductive. Especially considering that the Layout > > package (sans GeneralGlyph) is in use since at least 2005. > > > > - Why is the BoundingBox not optional? The whole idea behind the Layout > > Package is to exchange positions and dimensions of all elements (+plus the > > connections between them). All other elements and attributes are optional. > > Not requiring at least bounding boxes does defeat the purpose of the > > package. Mind you, it is entirely fine for incomplete documents not to have > > bounding boxes, they would just not pass validation. > > > > For this, I think you are giving yourself an example in section 4.7 where > > the boundingbox would need to be optional. > > > > About the validations rules, it seems that they are plenty of rules that > > produce libSBML Error ? > > Am I right ? I feel that for non required packages mostly Warning should > > be produce or we would need > > some configurations parameters to disable the validation of the package > > if we don't care about it or if we don't > > consider errors there important. Or the package could produce Warning by > > default and then you could make a strict validation > > that would then produce Error ? > > > > cheers, > > Nico > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > _______________________________________________ > > sbml-layout mailing list > > sbm...@li... <mailto:sbm...@li...> > > https://lists.sourceforge.net/lists/listinfo/sbml-layout > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > > > > _______________________________________________ > > sbml-layout mailing list > > sbm...@li... <mailto:sbm...@li...> > > https://lists.sourceforge.net/lists/listinfo/sbml-layout > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > > > _______________________________________________ > sbml-layout mailing list > sbm...@li... > https://lists.sourceforge.net/lists/listinfo/sbml-layout |