Priority Task List (да се разбие на отделни Issue-та по възможност)

[antitoxic]

Какво направихме тия дни:

• картата на signals listing и new signal се преизползва. ползват се subviews/subcontrollers
• имаме глобален error handler при грешки в $http завки (създаваше проблеми и бъгави страници при 404, 500)
• доста бъгове са оправени и доста event-и са оптимизирани за да не прегряваме google API-то
• работа над thumbnails
• работа над notifinications
• работа над по-responsive frontend
• listing на „моите сигнали“ - подадените от човек сигнали
• започнати са промени по mongno schema, за да е възможна планираната функционалност

А оттук нататък следва моя опит да изрядя неща които ми изглеждат showstopper за release

От днес какво виждам:

The 3 highest priority tasks!

• #technical да може безпроблемно, безбъгаво, smooth да се зарежда сайта през телефон и когато се натисне "избор на снимка" да може да се снима или дори по default да излиза камера . Нека някой се свърже с Божидар Дряновски (https://www.facebook.com/bdryanovski) - той работи много с phonegap и вярвам че затова може да ни помогне
• #design #copywrite да е ясно че сайта се доработва, че добавяме неща, че се разиват, че някой не работят перфектно
• #design #copywrite да има ясна индикация в сайта как може да се свърже някой с нас, така че да стане например модератор ако има желанието. иначе ако не е ясно и човек има желание може да се обърка и да го изпуснем

Still-a-showstopper tasks

Трябва всеки потребител:

• да може да се самоназначи/самодобави като "разрешител" на сигнала
• да може да се самоназначи/самодобави като "посредник" на сигнала, така че да стигне до хората, които да го разрешат
• да може да премахва самоназначаването
• да може да коментира по сигнал
• да може да удостовери даден сигнал като валиден (нещо като +1) - aka confirm signal
• да види listing в профилната страница на участництите за това в кои сигнали участват, към кои сигнали са се самоназначили
• да не може да се назначава за даден тип сигнали в конкретни общини. Пример: община Пловдив могат да кажат че само те могат да поправят дупки и не иска хора да се самоназначават.
• да може да изтрие сигнал ако никой не се е самоназначил, но изтрит сигнал трябва да се скрива, а не да изчезва от базата. това значи и че заявките за кои сигнали може да се показват и кой може да вижда скрити сигнали трябва да се проверява (permission middleware след load-ване на сигнала)
• веднъж самоназначил се да може да смени статус на сигнала
• да следи сяка промяна/acticity по сигнала

Да има различни типове потребители:

• гражданин
• община
• организация
• модератор
• superadmin
  и разбира се различни видове permission роли ( в schema-та на User) и различни нива на достъп до разлините backend controller-и

Потребителите тип община трябва:

• да им се зарежда сайта центриран в района им
• да имат мини-админ или поне листинг на сигнали който може да следят за deadline-и
• да могат да ни кажат за кои сигнали само те могат да поемат ( тоест да не могат останалите потребители да се самоназначават като "разрешител")
• да могат да ни кажат, за тях, кой проблем какъв му е default deadline-a

UX-a трябва да изглежда така както се планира от Боби

Тук мисля че всички сме съгласни, че трябва да направим проекта по-удобен, за да бъде ок за ползване.

Имплементационни бележки

1. Типа потребител засега го сменяме ръчно ние
2. Специален аватар слагаме ние (например лого на община
3. Deadline засега може ние ръчно да го редактираме при нужда
4. Ако няма време да се направи mapping Община -> Вид Сигнал -> Default deadline тогава може да ги harcode-нем за централен район Пловдив засега
5. Когато повече от 1 човек се самоназначи, комуникацията помежду им засега се планира да се води като коментари на сигнала.
6. Ако няма време да се направи логика която проверява дали дадени координати попадат в даден град или община (такава логика е нужна ако искаме да знаем кои сигнали се обработват само от община X) то за началния release може да се hardcode-нат сигналите за централен район в Пловдив, понеже това са ни първите adopter-и
7. Мини-админа за deadline-ите звучи че може да се сложи и в профилната страница на общините а подреждането да става както в този пример: http://curran.github.io/screencasts/introToAngular/exampleViewer/#/26

Под въпрос

• да може всеки да си сменя avatar-а мислите ли че е важно? ( вмомента го няма)

Разни

• SASS файловете да се convert-нат в SCSS, SASS е остарялата версия на SCSS

Най-вероятно може да изпускам нещо, но се опитах да съм изчерпателен.

@alex-milanov @vns (тагвайте който друг мислите че ще му е полезно)