Protokolle der Monatstreffen April bis Juni übertragen
This commit is contained in:
commit
ec251b41ca
|
@ -0,0 +1,60 @@
|
|||
# Die große Samstagabendshow im #neo
|
||||
|
||||
## Themenliste
|
||||
|
||||
- Sourcen und Issues: aktuell Github __und__ Gitea
|
||||
- Besitzer:
|
||||
- Website-Domain: Falk Schilling.
|
||||
- Website-Homepage: kellerben.
|
||||
- Aktuelles Wiki / Gitea: qwertfisch
|
||||
- Mailingliste: kellerben (läuft auf mailman und exim: lists.neo-layout.org) ✔
|
||||
|
||||
### wo soll es später gehostet werden?
|
||||
- https://pages.github.com/ wäre eine Option für die Webseite mit Customdomain
|
||||
- Leute haben github accounts, wollen evtl keinen für gitea machen um pull request/issue zu erstellen - bekommen wir OAUTH an um das Problem zu lösen?
|
||||
|
||||
### README.md mit kurzinfo und link zu neo-layout.org?
|
||||
|
||||
### Wiki bzw. Dokumentation (bei der man möglichst ohne Aufwand mitmachen kann)
|
||||
- Wie bekommt man das bei github hin? → internes Wiki sehr ähnlich zu dem von Gitea (also nur rudimentär nutzbar, nicht wie mit Trac)
|
||||
- Files aus dem alten wiki sind im neuen Wiki anders erreichbar (innerhalb des Wiki-Repositorys), daher stimmen ggf. bisherige Verlinkungen nicht. Attachments pro Seite nicht möglich. Reicht doch im Git wenn man drauf verlinken kann? +1
|
||||
- Sphinx zur Doku und als HP (mit klarer, schöner Landingpage)?
|
||||
|
||||
|
||||
### Website (und Download-Links)
|
||||
|
||||
- Landing page wieder aktualisieren und auf wiki & co zeigen lassen
|
||||
- Treiberdownload buttons oben rechts zu übersehbar?
|
||||
- Hooks aus Git-master? Eigener branch auf git-master? (vgl gh-pages)
|
||||
|
||||
- Website gleich vollständig auf github-pages umziehen? https://pages.github.com s.o. → demo: http://neo-layout.github.io/neo-layout/
|
||||
|
||||
### Bone == Neo3?
|
||||
|
||||
- Bone nirgends zu finden außer im WebArchiv
|
||||
- Wikipedia mit neuem Stand updaten – bitte nicht zu viel Details und seltsame Namen in die Wikipedia (verwirrend, Eindruck von Chaos). Kurze Zusammenfassung und das Wesentliche sollten dort reichen. Der Rest im Neo-Wiki.
|
||||
|
||||
### Erstellen einer vconsole.conf m für die Linux TTY
|
||||
→ siehe issue, gibt eine alte map (als basis, nicht lösung ;) ) Super Danke!
|
||||
https://raw.githubusercontent.com/neo-layout/neo-layout/master/linux/console/neo.map
|
||||
|
||||
|
||||
### Wollen wir mehr von solchen Treffen regelmäßig machen?
|
||||
- Bei Bedarf. Fände es aber nicht schlecht wenn man nen regelmäßen Zeitpunkt hat wo man weiß, da kann was sein im IRC, jetzt sind ja auch mal alle da :). Muss ja nicht immer produktiv sein.
|
||||
- Ok, wie Stammtisch, einmal im Monat. Der erste oder letzte xxx-Tag im Monat.
|
||||
|
||||
|
||||
## Festhalten der Gesprächsergebnisse
|
||||
- Offizielles git-Repo auf Uberspace mit Gitea (qwertfisch)
|
||||
- Gitea mit OAUTH testen
|
||||
- Webseitegenerator aussuchen (z.B. sphinx)
|
||||
- Mirror nach Github (issues deaktivieren, verweis auf main-repo im gittea)
|
||||
- Mirror nach Github-Pages (als Fallback, falls die Webseite wegexplodiert)
|
||||
- Keine Trennung mehr zwischen Webseite und Wiki
|
||||
- "Wiki" über eigenes Repo
|
||||
- Maililngliste & exim weiterhin bei kellerben
|
||||
- Tag im Monat ausmachen für Stammtisch im IRC (der auch zum Besprechen von Dingen genutzt werden kann) - Dudle? ⇒ Vorschlag: erster Samstag im Monat 20:00 (oder ist das ein zu heiliger Tag?) Wie wärs mit jedem Samstag ab 20:00, am 2. potentiell mit "Besprechung"?
|
||||
- → https://nuudel.digitalcourage.de/neo für Terminfindung
|
||||
|
||||
## Nächstes mal bei "Wo kommt ihr denn alle her?"
|
||||
- Optimierer
|
|
@ -0,0 +1,59 @@
|
|||
# Neo-Monatstreffen Mai 2020
|
||||
|
||||
## Retrospektive
|
||||
– kurze Ergebnisbesprechung zum April: https://pads.ccc.de/ZuvLydEbSP
|
||||
|
||||
## Themenliste
|
||||
|
||||
### (1) Kommunikation per IRC? Oder eher was „modernes“ wie Matrix/XMPP (ggf. darauf basierend)?
|
||||
(vorgeschlagen von hrnz)
|
||||
|
||||
- Beiträge der ML automatisch von einem Bot im IRC posten lassen
|
||||
- hrnz macht das
|
||||
- Issues im Gitea genauso
|
||||
- Git issues als frage/vorschlag platform
|
||||
- Tags und Farben festlegen
|
||||
- Template mit:
|
||||
- [ ] ich habe in der FAQ nichts zu meinem Problem gefunden
|
||||
- [ ] Mein OS ist X in Version Y, Mapping ist über $Tool, $Windowmanager
|
||||
- Gleich überführen in Tags wie "Linux" + "Gnome" z.B.
|
||||
- [ ] Nix von dem oben genannten ist relevant, sondern allgemeiner Natur
|
||||
- Hinweisbutton, um auf Gitea ein neues Issue anzulegen → qwertfisch
|
||||
|
||||
### (2) Zugriffsrechte auf Serverlandschaft (aber ggf. auch Supportpflichten)
|
||||
(vorgeschlagen von qwertfisch)
|
||||
|
||||
- mbuhl verpflichtet sich
|
||||
- imp freiwilligt sich
|
||||
- Serverlandschaft dokumentieren (eigenes repo)
|
||||
|
||||
### (3) Dokumentation
|
||||
- Kein klassisches Wiki, sondern Doku auf statischen Seiten
|
||||
- im Git versionieren
|
||||
- Markdown bevorzugt
|
||||
- Suchfunktion
|
||||
- unkompliziertes Theming
|
||||
|
||||
Vorschlag: __MkDocs__ (gibt’s auch mit Sphinx-Theme und allem pipapo, aber ist von vornherein auf Markdown ausgelegt)
|
||||
- ja zu MkDocs
|
||||
- ja zum ReadTheDocs-Theme (Sphinx-Theme)
|
||||
|
||||
|
||||
### (4) Dokumentation entrümpeln
|
||||
- kann im selben Zug gemacht werden, wie der Umzug zum neuen Dokusystem
|
||||
- Inhaltliche Struktur neu fassen (Sections, ggf. Subsections, einzelne Pages)
|
||||
- gute inhalte aus dem alten Wiki kirschenpflücken.
|
||||
- blickfang und kurzübersicht landing page in hübsch und bunt und mit farbe, leichtes navigieren in doku und zurück zur seite
|
||||
- struktur + layout Besprechung am 17.5; bis dahin Vorschläge vorbereiten
|
||||
|
||||
|
||||
### (5) Zugriffsrechte für neue Doku
|
||||
- eigentlich alle, geht dann über Fork/PR. Oder halt direkt, wenn man lieb fragt.
|
||||
- wie aktuell mit Git auch
|
||||
- erschwert kollaboratives Arbeiten an derselben Seite?
|
||||
|
||||
|
||||
### Für weitere Dinge offen!
|
||||
|
||||
- Continuous Integration mit gitea
|
||||
- Docs githook
|
|
@ -0,0 +1,62 @@
|
|||
# Neo Webseite – Brainstorm
|
||||
- Neo Homepage Git :: https://git.neo-layout.org/neo/homepage
|
||||
- Erste Besprechung :: https://pads.ccc.de/ZuvLydEbSP
|
||||
- Zweite Besprechung :: https://pads.ccc.de/Ix6dEHSHkB
|
||||
|
||||
## 1. Aufbau neo-layout.org
|
||||
### 1.1 Technische Umsetzung der Landing Page
|
||||
- Sphinx/MkDocs // MkDocs unterstützt templates, HP in mkdocs sollte also klar gehen
|
||||
- Erste Seite des Wiki
|
||||
|
||||
### 1.2 Zielgruppenanalyse
|
||||
- 1.2.1 Stammuser // Hier liegt m. E. n. ein zu großer Fokus drauf
|
||||
- Keine Design-Ansprüche
|
||||
- Usability-Ansprüche:
|
||||
- Toleriert längeren Klickpfad zur benötigten Info
|
||||
- Direktere Navigation ist dennoch wünschenswert
|
||||
- Shortcut wie die Suchleiste funktioniert
|
||||
- 1.2.2 Interessenten //Vielschreiber: Lehrer, Studenten, Autoren, Journalisten (neben den üblichen Programmierern), Buchhalter (abwechselnd Geldbeträge und Buchungstexte erfassen, Arbeit in Tabellenkalkulation), Anwälte, Unternehmensberater… Eigentlich ist Neo für alle geil :-)
|
||||
- Müssen thematisch abgeholt werden
|
||||
- Was ist ein ergonomisches Layout?
|
||||
- Was sind die Vorteile? ( z.B. Ebenenkonzept)
|
||||
- Welche Layouts gibt es und wie unterscheiden sie sich?
|
||||
- Die Neo-Familie: Neo2, Bone, AdNW, KOY, …
|
||||
- Ist es schwer, ein neues Layout zu lernen?
|
||||
- Wie kann ich ein neues Layout installieren? // Geht auch im Wiki, aber ein Wiki ist eher für die Zielgruppe der Stammuser gedacht.
|
||||
- Tendenziell "Jump on, jump off", brauchen ihre Infos also eher schnell aka mit wenig Klicks
|
||||
- "Fancy" Design? Ansprechender für eine jüngere Zielgruppe, spricht aber gegen erste Seite des Wiki im Wiki-Stil
|
||||
- englische seite?
|
||||
|
||||
- 1.2.3 Multiplikatoren (Blogger etc) // Relevant?
|
||||
|
||||
### 1.3 Designnotizen
|
||||
hrnz hat was gebaut, finden alle schön, wird benutzt werden. Damit ist readthedocs theme doch vom Tisch, wird alles in einem Theme gemacht.
|
||||
|
||||
- Vermeide Wall-of-Text
|
||||
- Welche Infos sind essentiell? → Blickfang/Selling points
|
||||
- layer 3+4 (und grafiken der anderen layer)
|
||||
- heatmap vergleich zu qwertz
|
||||
- mobile/tablet freundlich? // Mobile User sind eine relevante Zielgruppe -> responsive
|
||||
- Farbschema neu überdenken? Bleibt … [Roof Terracotta](https://www.htmlcsscolor.com/hex/A44A4A) bzw. [hier (laut Pipette)](https://www.htmlcsscolor.com/hex/A14D4B)
|
||||
- dark theme? -> lässt sich später vmtl einfach nachlegen
|
||||
|
||||
## 2. Dokumentation: Struktur
|
||||
Nami grobe Sammlung: https://pads.ccc.de/GQEzFgkbup
|
||||
|
||||
## Ressourcen
|
||||
- MkDocs - Dokumentations Generator :: https://www.mkdocs.org/
|
||||
- Bisherige Wiki Seiten :: https://git.neo-layout.org/neo/neo-layout/wiki/_pages
|
||||
- Ursprüngliche Struktur: https://old-wiki.neo-layout.org/neowiki/wiki/TitleIndex (ohne Trac und Wiki)
|
||||
|
||||
|
||||
## Offene Fragen
|
||||
- README.md vs index.md
|
||||
- Änderungen auf ML ankündigen, mitarbeit/widersprüche möglich machen, aktuell scheint nur/vorallem IRC eingebunden zu sein // Entscheidungsprozesse allgemein so ne Frage?
|
||||
- Altes Wiki hat da noch so Überreste wie: https://old-wiki.neo-layout.org/neowiki/wiki/Abstimmungen
|
||||
|
||||
## Zusammenfassung vom 17.5.
|
||||
- hrnz theme vorschlag sauber nachbauen und für doku+HP nutzen
|
||||
- nami kümmert sich um ein git repo für die doku zum füllen, Luphan macht mit
|
||||
- qwertfisch kümmert sich um den windows teil
|
||||
- hrnz macht linux
|
||||
- mike macht mac
|
|
@ -0,0 +1,30 @@
|
|||
# Neo-Monatstreffen Juni 2020
|
||||
|
||||
## Tagesordnung
|
||||
|
||||
- Weltherrschaft?
|
||||
- alles Unerledigte vom letzten Mal …
|
||||
- Design für graphisches Keyboard bei kbdneo / Neo-Vars
|
||||
- … Doku?
|
||||
- Farben?
|
||||
- alte chaos pads in eigenem repo?
|
||||
- Downloads
|
||||
|
||||
## Zeug vom letzten Mal:
|
||||
- https://pads.ccc.de/Ix6dEHSHkB
|
||||
- https://pads.ccc.de/MBmCsaB7NQ
|
||||
|
||||
|
||||
## Ergebnisse:
|
||||
- Tagesordnungspunkte als Issues im Gitea festhalten.
|
||||
- alte chaos pads ins repo
|
||||
- Meilensteine für die Monatstreffen benutzen
|
||||
- hrnz bekommt Zugriff auf Server (→ qwertfisch)
|
||||
- hrnz schreibt ein Skript zur Generierung der flachen Grafiken (mit/ohne Numblock) aus xkbmaps
|
||||
- git markdown kann admonition boxen nicht darstellen, werden trotzdem genutzt weil schönes feature
|
||||
- doku notes:
|
||||
- andere layouts alle auf eine seite unter layouts
|
||||
- neo-basierte mit eigener unter layouts
|
||||
- Farbe: jetzt erstmal blau-grün; wenn release ankündigung auf ML für umfrage nach gewünschter neo marken farbe
|
||||
- dem Moritz hier Bescheidsagen, sobald Bone auf der neuen Doku auftaucht: https://www.moritzs.de/efficiency/dont-use-neo/ → nächstes Mal (wenn Doku live ist)
|
||||
- Binaries bleiben im Download-Verzeichnis. Alternativen (Upload-Tool, Git-Repo) beim nächsten Mal besprechen.
|
Loading…
Reference in New Issue