Monolingual formats

Bilingual

• retain existing behaviour for bilingual projects
• any useful features may be ported across once stable

Template authority

• templates are absolutely authoritative
  • a store cannot exist in a lang tp if not in corresponding template tp
  • a unit cannot existing in lang stores if not in corresponding template store
  • all stores/units in template tp are present in all lang tps

Unit/Store persistence

• 2 possible approaches
  • Stores/Units are only created in db when the lang unit has a target (or other data)
    • lets call it "shadowed tps"
  • Stores/Units are created/updated/deleted in every lang tp on template change
    • "mirrored tps"

Shadowed TPs

• far better design
  • more efficient
  • less units
  • less change
• requires more work most of the way through stack
  • de/serialization
  • unit retrieval (ie get_units)
  • diffing/Store.update

Mirrored TPs

• way less efficient
• requires far less work to implement
• could be converted to shadowed approach once stable