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

[S. K. Murphy]

Ok, everything is at forest.gapines.org/~murphy/IDL/index.htm.
Let me know what else needs to be added/changed!
-Murph

On 3/22/06, S. K. Murphy <error23 at gmail.com> wrote:
>
> 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/<http://forest.gapines.org/%7Emurphy/>;
> 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?"
>



--
"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/7a368950/attachment-0001.html