Cau @filipb to je super, ze ste spravili ten mocqups, mozeme to potom odlinkovat aj na ID-SK mozno, nech je to dostupne pre vsetkych?
Dnes večer sa na to pozriem, aby to bolo komplet (teraz sú tam len dve stránky) a skúsim vymyslieť nejaký spôsob ako s tým moqups kolaborovať rozumne. Dám vedieť. Ďakujem za záujem.
Vymyslel som spôsob ako sa dá moqups verziovať v jsonoch. Urobil som prvú verziu, kde som dal niektoré základné komponenty. Postupne to upracem, dorobím komponenty. Cieľom je, aby analytik/UX/UI špecialista vedel pomerne rýchlo a bezbolestne vytvoriť prototyp v IDSK dizajn manuáli bez znalosti programovania.
Aktuálne si môžete pozrieť komponenty tu: https://app.moqups.com/mdt1388e1n/view
Vybrať potrebné komponenty a potom z githubu skopírovať komponenty do svojho moqups projektu.
https://github.com/essential-data/idsk_moqups
Cau, @filipb ozve sa ti @Frantisek_Kocurik ohladne moznej implementacie do idsk.
1 Like
Zázrak. Beží to na gov doméne.
4 Likes
Stretnutie PS Dizajn Manual bude 18.8. 15:00-17:00, stefanikova, zasadacka londyn.
Agenda:
- aktualizácie ID-SK JDM
- roadmapa
- vízia zjednocovania rezortných webov
Prisla mi takato info (na stretnutie som nemohol ist, bol som mimo BA).
Prezentáciu nájdete v prílohe.
Zdieľanú Figmu s rozpracovanými komponentami pre weby podľa ID-SK nájdete tu: https://www.figma.com/file/ULHOAodIxfhPF8QnAa7dY4/Mirri?node-id=441%3A6145
Všeobecné podnety týkajúce sa ID-SK posielajte prosím na adresu idsk@vicepremier.gov.sk
GitHub pre IDSK: Issues · id-sk/id-sk-frontend · GitHub
Priloha: Pracovna skupina JDM.pdf (1.6 MB)
A este poznamky k diskusii:
· Výhrada voči trikolóre - nefunguje ako dobrý oddeľovač
· Logá - štátne znaky - musia spĺňať metodiku a ochranné zóny, ktoré vydalo MZ
· Šedá pätička - s modrým písmom nespĺňa kontrast => zároveň musí byť pri znaku / logu nejaká ochranná zóna
· Logotyp, ktorý definuje Min. zahr vecí - nie je vhodný pre mobilné zariadenia = momentálne nemáme dobré riešenie pre mob. zariadenia
· Kontaktovať a zladit sa s - Heraldický odbor ministerstva vnútra
· Urobiť zoznam regulácii znakov atď , ktoré budeme musieť adresovať
· Využívanie typov písma = vyriešiť autorsko-právne otázky používaných typov písma - firma Monotype sublicencuje písmo Times New Roman pre Microsoft a pri elektronických službách by sme za to mali platiť - pripomienky vzniesol p. z Min. kultúry
· Ako reálne ľudia využívajú element spätnej väzby?
· Cestovateľská anamnéza - adept na odladenie procesu životnej situácie
· ezdravotnictvo.sk = otestovaný portál s používateľmi , UX odladený
· Použiť META IS ako zjednocovací prvok pre zdieľanie informácii naprieč systémami
· CMSko a weby by mali byt vo vládnom cloude …
· JDM pre interne weby - skor nie
1 Like
Tak tito sa s tým vôbec nehrajú. Normálne schvaľovanie designu služieb na centrále.
zápis zo 6. zasadnutia PS 6.pdf (603.8 KB)
Na standardizacii sa riesil dizajn manual a vyhlaska, ktora ho urobi povinnym.
Z dokumentu vychádza niekoľko painpointov:
- všetci sa boja toho, že budú musieť neustále sledovať changelog IDSK a zapracovávať zmeny, lebo niekto na MIRRI spravil pole o pixel dlhšie
- tu by malo byť veľmi jasne komunikované, ako a kedy je ten IDSK povinný:
- Buď robím niečo nové, otvorím IDSK a skladám to podľa neho ( otázka čo ak sa mi zmení komponent počas môjho projektu. Mám to zjednotiť spätne?)
- robím dosť veľkú zmenu na to, aby sa mi oplatilo prekopať tú časť cez IDSK
Bude veľmi dôležité aby MIRRI / SKIT / Santovi škriatkovia alebo hocikto dbal na konzistenciu (aby nedolepili podstránku na nejaký web v IDSK, pričom všetko ostatné bude v nejakom custom dizajne
-
proces práce a schvaľovania komponentov bude treba skutočne vyladiť a nejakým spôsobom mentorovať (MIRRI?) Už teraz je to pain keď im chýba polovica gov.uk vecí a potom je jasné, že si každý vymýšľa svoje riešenia a snažia sa to tlačiť do centrálneho repozitára. MIRRI by mali školiť od rána do večera a byť doslova v každom zadku človeka, ktorému napadne, že by chcel vytvoriť niečo s IDSK…
-
Nepochopil som tú vyhlášku o elektronizácii agendy VS a prílohy/ dodatky. To ako vážne každú drobnosť, ktorá sa urobí musia dávať do prílohy vyhlášky o štandardoch, elektronizácií a neviem čoho všetkého? Veď tá vyhláška sa bude otvárať častejšie ako otočné dvere v eurovei…
-
kvitujem to rozdelenie na služby a webové sídla. Už aby sa na tom začalo robiť, pripomienkovať, prototypovať…
2 Likes
Zdravim,
hladam nejaky zoznam stranok/sluzieb na ktorych je pouzite ID-SK. Existuje nieco take? Mohlo by to byt celkom uzitocne pre inspiraciu ako implementovat ID-SK.
Bolo by taktiez fajn uviest na webe http://www.idsk.sk/, ze sa jedna o neaktualnu verziu. Pripadne domenu rovno presmerovat na tu aktualnu. Takto to moze sposobit zbytocny zmatok.
Domain: idsk.sk
Registrant: QSOF-0003
Admin Contact: QSOF-0003
Tech Contact: QSOF-0003
Registrar: QSOF-0003
Created: 2020-03-02
Updated: 2021-03-04
Valid Until: 2022-03-02
Nameserver: ns1.bdm.microsoftonline.com
Nameserver: ns2.bdm.microsoftonline.com
EPP Status: okRegistrar: QSOF-0003
Name: QSoft spol. s r.o.
Organization: QSoft spol. s r.o.
Organization ID: 50163248
Phone: +421.911216392
Email:
Street: 1. Mája 41
City: Pezinok
Postal Code: 902 01
Country Code: SK
Created: 2017-09-01
Updated: 2021-03-15
Firma čo robí eFormy. Nejde o oficiálnu stránku, niekto predbehol mirri pri kúpe domény 
3 Likes
mna trochu prekvapilo, že na strane MIRRI sedia ľudia z Lighting Beetle. Ak vytvárajú vyhlášku, ako potom môžu realizovať projekty, nie je to konflikt?
Kde sedia?
Zápis z PS 6:
Pracovná skupina Lepšie služby:
MIRRI SR – Viera Hainzl, Martin Konečný, Adam Močkoř (Lighting Beetle s.r.o.), František Kocúrik (Lighting Beetle s.r.o.)
1 Like
Aha, neviem o tom, ze by vystupovali za MIRRI. Nie je to nejako zle zalomene len? Pokial viem, tak na urade robil na dohodu kedysi @michalblazej z LB.
to neviem, len som čítal ten zápis. bolo by to divné, zistím od ľudí, čo tam boli, že kto tam bol za MIRRI…
Ahojte,
skusim cely kontext.
ID-SK spoluvytvarala SUXA a teda my v LB* sme sa na tom spolupodielali, ako clenovia SUXA. Dnes ID-SK uz spravuje BRISK a pomaha im s tym Slovensko.IT, co je velmi spravne a nas velmi tesi. My LB* obcas konzultacne a programatorsky vypomahame s odovzdavanim nasich znalosti do statu. Nieco ako dohodari, nieco ako dobrovolnici.
V ramci vyhlasky o sposoboch a postupoch pri elektronizacii agendy verejnej spravy sme participovali na tvorbe Prilohy c.1 (@Frantisek_Kocurik a ja), kedze pozname ID-SK od jeho pociatku a zaroven mame skusenosti s implementaciu a spravou komercnych dizajn systemov. Chapeme to teda ako pomoc statu internalizovat tieto vedomosti. Ja osobne, vzhladom na obsah Prilohy 1 konflikt zaujmov nevidim, kedze ID-SK nespravujeme ani neriadime.
Co sa tyka procesnej casti vyhlasky (hlavny text), tu tvoril vylucne BRISK. Aby prave nevznikol konflikt zaujmov. Aj ked je pravda, ze bol prizvany ku konzultacii vysledneho textu aj @michalblazej ako clen SUXA a PS Lepsie sluzby.
K samotnemu stretnutie PS 6, na pozvanie BRISK sme sa ja a @Frantisek_Kocurik s cielom v pripade potreby, pomoct vysvetlit technicke detaily Prilohy 1. No neboli sme tam za MIRRI, MIRRI zastupovala Viera Hainzl a Martin Konečný. My sme v calle boli predstaveny aj riadne oznaceni menami a nazvom firmy, z ktorej sme a aka je nasa uloha s tym, ze nehovorime za MIRRI.
4 Likes
1 Like