Changes between Version 81 and Version 82 of Event/GHC2014
- Timestamp:
- 10/07/14 10:17:42 (10 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Event/GHC2014
v81 v82 94 94 For the Rich-Text, I see this as creating a section for each District with a Section Header added and all the Heading levels taken down a notch: H1s -> H2s, etc 95 95 96 !SitReps can also include hard numbers though, like #affected, #dead, #wounded, #missing, #displaced, # staff, #volunteers, # vehicles, #shelters, etc then obviously these should be totalled in the aggregated report .96 !SitReps can also include hard numbers though, like #affected, #dead, #wounded, #missing, #displaced, # staff, #volunteers, # vehicles, #shelters, etc then obviously these should be totalled in the aggregated report, so, we need a way to store these in the !SitRep. 97 97 98 So, we need a way to store these in the !SitRep. I would suggest a Key-Value system in a new table: 98 ==== Data Model ==== 99 I would suggest a Key-Value system in a new table: 99 100 * {{{doc_sitrep_tag}}} 100 101 … … 107 108 * https://github.com/flavour/eden/blob/master/modules/s3db/doc.py#L664 108 109 109 110 ==== UI ==== 110 111 For UI, this could be a Tab, as it is for {{{gis_location}}}, or could be an Inline form. I think the Inline form is better, generally better UX & works better for when the sitrep is itself on a tab (e.g. of the Event or Org) 111 112 … … 124 125 * https://github.com/flavour/eden/blob/master/modules/s3db/hrm.py#L3995 125 126 126 127 Ideally XSLT would be provided to import the Tags:127 ==== XSLT Import ==== 128 XSLT should be provided to import the Tags: 128 129 * https://github.com/flavour/eden/blob/master/static/formats/s3csv/event/event.xsl [Example of a KV in an XSLT file] 129 130 * https://github.com/flavour/eden/blob/master/static/formats/s3csv/doc/sitrep.xsl [File which needs modifying]