Eduard Witteveen <[EMAIL PROTECTED]> wrote:
> Michiel Meeuwissen wrote:
>
> >I'd like to propose a new project with the following goals:
> >
> >- Introduction of a few new database types for MMBase. The one which is
> >most
> > evidently missing is a date-time field type, which is supported by most
> > databases, but MMBase offers to store times and dates in integer (or long)
> > typed fields only, which is a bit silly, and blocks for example the
> > possibility to delegate a task like 'find the persons who have there
> > birthday today' to the database (using functions on date-fields).
> >
> >
> Are this 3 different things?
> - a date
> - a time (interval)
> - a datatime?
Perhaps, but I won't object a simple 'datetime' field with specializations
for date / datetime. A 'time' alone (or a 'date' without a year) can perhaps
be a different concept. Depends on the databases what is possible/feasible.
I'd like to enforce discussion on this kind of topics. Not yet to decide on
it :-)
>
> >- Deciding how and implementing a generic way for field-specializations
> > ('guitype'). Additional value-constraints (enum-types (drop-downs) and
> > more) must be acquirable for use by editors (also, e.g. by editwizards).
> >
> >
> Maybe this guitype is even context related? When we are using the
> editwizards/editors / the default representation should be different
> from the default representation for an viewer of the site
> (Additional value-contrains: a search query?)
Yes. I'd like to supply an interface only supplying abstract information,
which can be used to implement for different environments. E.g. the current
'typehandlers' of the taglib could be simplified by using of a more general
object.
> >- Possibly, 'translatable' fields? link to 118n project?
> >
> >
> - This would be nice a nice feature.
Yes, I think the project should keep it in mind, but not necessary also
implement it.
> - Also a better sollution for the xml data type?
Certainly. Especially the 'specialization' of it. E.g. a 'doctype' attribute
on the db-tag of the builder xmls seems rather silly.
> Maybe define sub projects :
> - Implementing the new datatypes
> - Solve the guitype-problem
Well yes. Don't know if it should be that explicit. I mentioned them as
sperate goals of one project. We should not exaggerate.
Michiel
--
Michiel Meeuwissen
Mediapark C101 Hilversum
+31 (0)35 6772979
nl_NL, eo, en_US
mihxil'
[]()
