On Tue, 14 Dec 1999, Paul Newby wrote:
> > article content:
> > title, content, abstract, author, url, revisor, revised,
> > revision, approved, approver, locker, locked
> >
> > article alias/target:
> > calstart, caldays, name, score
> >
> > article dunno:
> > creator, created, extra*, view, icon, print, type
>
> > topic content:
> > description, revised, revisor, revision
> >
> > topic alias/target:
> > name, owner, score
> >
> > topic dunno:
> > extra, creator, created
>
> I'm not sure about some of these parameters... the
> manual is a little thin on detail in some cases.
Most of the fields are not in very active use by the core,
leaving the 'meaning' up to the interpretation of the Midgard
application.
> Shouldn't creator/created be available to both?
The fields I had difficulty placing will be available
after fetching an article too; I just wondered what they
would mean (and consequently where they would be placed).
Do we want to have 'creator/created' refer to the creation
of the alias or the target?
These decisions have access control implications too. Variable
ACL for aliases will only be available for fields that
are present in the alias itself, not those that are taken
verbatim from the target.
Actually, ACL is going to be challenging for aliases
anyway, as they're kinda fish-nor-flesh. But we'll
deal with that when we get there.
> Or
> should there be a separate field for 'editor'?
Possibly. Part of the discussion is going to be where
to stop.
> Also, how would the parameters of extendable records
> be handled?
Extendable fields will not actually be part of the records
themselves; you will need to retrieve them with a separate
mgd_get_extra_field (or somesuch). As the IDs for the target
and possibly the alias will both be available during
fetches you can decide for yourself.
Oh, BTW: as I'm probably the guy who'll get his face
char-coaled in the process of actually building this,
I'm going to be in this discussion wearing two hats,
so to speak, to make sure we keep things within the
limits of 'doability'. The best becoming the enemy
of the good, and such[0] :)
Bye,
Emile
[0] I knew that quote was going to come in handy some day :)
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
