Update 'design-overview/README.md'

design-overview/README.md

@@ -19,13 +19,13 @@ If you want to edit or view the original diagram, see [Dia](https://wiki.gnome.o
 
 ### Indymedia past
 
-For the desktop format web front end we are choosing to strictly hold true to
+For the desktop format web front end we are choosing to hold true to
 the format of the original indymedia community.
-We will diverge a little for mobile devices.
+We will build on there early inplemtation for for mobile devices.
 
 Core functionality that we aim to replicate:
 
-- Three column layout (at least for desktop)
+- Three column layout for desktop, this becomes a simple singal swip interface (no JS menue) layout for mobile
   - Centre: Feature articles
   - Left: Links
   - Right: Newswire
@@ -34,7 +34,7 @@ Core functionality that we aim to replicate:
   - "Moderation" tools
   - Flagging
 - Rollback
-  - Removal of a data source (feed) optionally removes any existing data from
+  - removing data to a date  
     that source
 - ...
 
@@ -43,7 +43,7 @@ Ref: [Oxford IMC](https://www.indymedia.org.uk/en/regions/oxford/)
 
 ### Indymedia present
 
-Helping work toward a semantic web.
+Helping work toward a #KISS semantic web.
 
 - Tags/ metadata as a first-class citizen
   - It should be trivial to embelish existing data with more
@@ -52,7 +52,7 @@ Helping work toward a semantic web.
 
 ### Indymedia future
 
-This comes later. And is not solely for us to define.
+This comes later. And is not solely for us to define, we reboot the existing working groups
 
 ### Graceful degradation
 
@@ -61,7 +61,7 @@ well - at least for their essential uses - without `Javascript` (JS) or even
 `CSS`.
 
 While `JS` will be utilised, it must only be done so to enhance - it must never
-be the only way to achieve something.
+be the only way to achieve something. yes.
 
 _[Can anyone think of a case where we can't uphold this? - Open an issue]_