Closed tobibeer closed 1 year ago
@Jermolene .. imo should be labeled "feature request"
@Jermolene -- IMO may be closed.
I think this also can be done with cascades now. Especially Customizing EditTemplate field rendering to define custom input elements based on field-names.
Hi @pmario a few aspects of the OP are still not addressed directly by the core (eg defining fields that are automatically added to new tiddlers), but I agree that we've made progress on quite a few (eg it is now possible to define custom field editors).
Define a standard interface to declare properties for fields, e.g. under
$:/config/fields/
such as...wikified
true
, the field is added to all new tiddlerstext
— the default, just textcheckbox
— something to check and stored astrue
orfalse
select
— select one out of a number of predefined valuesmulti-select
— select an arbitrary number out of predefined valueslist-popup
— like the tag editorradio
— select one out of a number of options using radio buttonsurl
— a valid url format (validation tells you if it is)number
— a valid number format (validation tells you if it is)date
— (validation tells you if it is)These properties can then be used to handle fields in a number of ways, e.g. by customizing custom editors, e.g. date pickers or templates using $select widgets, $checkbox widgets, etc..
A plugin may either define other namespaces that hold such field definitions or implement a unique prefix for its purposes.