I see that. Date CFs seems like they will be extra hard because
of not getting the features of a DB datetime field. Unless
date CFs maybe end up getting stored in their own table.
All this CF fancyness bring up another thought. With the
validation and, more importantly, the access controls on
CFs, they start to look a lot more attractive than, say,
some of the fields in the Ticket table. For example,
controlling who can change the ‘Due’ date.
It seems like in the future it would be attractive to have all
but a few fundamental fields be CFs. The transition could be made a lot
cleaner if the was some overloading so that if a Ticket field is
set but that field doesn’t exist then an existing CF of the same
name would be set. What thoughts have you?
-ToddOn Fri, Nov 19, 2004 at 06:13:31PM -0500, Jesse Vincent wrote:
On Fri, Nov 19, 2004 at 05:29:43PM -0500, Todd Chapman wrote:
Would there be any value in a ‘Date’ custom field? Would it
make querying easier for Date related CFs? We could at least
check for valid dates…
RT 3.3’s custom fields system supports regex validation and other
arbitrary type information behind the scenes. We had to draw a line in
terms of what we could actually ship in finite time as RT 3.4, but many
more custom field types and more exposed options are going to happen in