Development Tickets (by status)
Ideas
Documentation Tickets
Search returned no results
Support Tickets
Search returned no results
Also see
Design for multiple values
Short property syntax
The translation from single to multiple of ...Specifications for new edit and new card interfaces
New card Interface
Cardtype changing always visible (as in Edit mode, see ...How to implement
I suppose we'll want to create a "magic" junction for each Cardtype, such as User+*explanatory text where users with certain permission can enter ...- domain name of the wagn forms a kind of Primary namespace-- can create pointer cards to cards in other wagns
- main design area is "sub"-namespaces within
- basically Restful-Rails interface, plus
- card names: if there are no slashes beyond the first id and the method is not
starting string .underscore .split(/[^\w]+/) .plot(:singularize) .reject {|x| x=""} .join("_")Key: a string identifying a casespace-- all string in casespace can be resolved to this key via above algorithm
A place to list potential or planned refactoring jobs
- Transition from Cardtype to datatype
- Datatypes with extensions (ie. User) should create the card and extension in a
primary tables
- cards
- name
- key
- type (sti)
- namespace_id (namespace)
- language_id (language)
- translation_id (card)
- trunk_id (card)
- tag_id (card)
- current_revision_id (revision)
- extension_id, extension_type (any)
- reader_id, reader_type (user or
what we want to capture: how can we make building complex relationships simple & clean field v. tag 3-way relations: A+B=C vs. (A+B)+C Natural language: subj,...


