SPAM: Re: SPAM: SPAM: Re: SPAM: Re: eggs and SPAM: Re: [OPEN-ILS-DEV] IDL

S. K. Murphy error23 at gmail.com
Wed Mar 22 15:31:00 EST 2006


I don't think my last email went through, but I've put the latest revision
of the example file and the XSD at forest.gapines.org/~murphy/; comments,
guidance on what to do next, anyone?
I'm writing up some documentation, at the moment.
-Murphy

On 3/22/06, Bill Erickson <billserickson at gmail.com> wrote:
>
>
>
> On 3/21/06, Mike Rylander <mrylander at gmail.com> wrote:
> >
> > On 3/21/06, S. K. Murphy <error23 at gmail.com> wrote:
> > > Yes, thanks, that'll make discussion easier.  Now, about the
> > @class_type; I
> > > used that name to keep it from being confused with the <class>
> > element; but
> > > I have changed that.
> >
> > As long as it's an attribute instead of an element I'm not /too/
> > concerned, but if others would like to weigh in on that...
>
>
> I think the current example works well with @class.
>
> > Another question, in the <link> element in that file, what is the @id
> > > attribute?  If I understand it properly, the @field attribute has to
> > match
> > > one of the field's names; @table would map to my @class attribute,
> > @key
> > > would be what I had as @fkey (i changed it to @key here, too, for
> > > consistency's sake).  I'm assuming @id refers to the name of the link,
> > but
> > > I'd just like to make sure that's correct.
> >
> > That's absolutely correct.  Each <link> gets a globally unique
> > identifier so that the relationship can be directly addressed.  I'm
> > undecided as to whether other elements deserve an @id ... my current
> > feeling is that a <class>s @id should hold its name.  Anyone?
>
>
>
> I can see either <class name=''/> or <class id=''/> working.  It makes no
> difference to me...  Also, IMO, I don't see any need for forcing an @id on
> every element unless it's necessary for some type of linkage.
>
> One other comment on the example XML file.  Right now we have a couple of
> objects layed out like so:
>
> <field
>  name="start_date_day"
>  virtual="false"
>  type="object"
>
>  class="date">
>
> Here, @type should be 'string' since that's how dates will be encoded.
>
>
> --
>
> Bill Erickson
> PINES Systems Developer
> Georgia Public Library Service
> billserickson at gmail.com
> http://open-ils.org
>



--
"But can you imagine if we all start demanding?"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20060322/f02cb55a/attachment.html


More information about the Open-ils-dev mailing list