Protokolle der Monatstreffen April bis Juni übertragen

This commit is contained in:
qwertfisch 2020-06-19 00:18:21 +02:00
commit ec251b41ca
5 changed files with 215 additions and 0 deletions

60
Monatstreffen/2020-04.md Normal file
View File

@ -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

View File

@ -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__ (gibts 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

View File

@ -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

30
Monatstreffen/2020-06.md Normal file
View File

@ -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.

4
README.md Normal file
View File

@ -0,0 +1,4 @@
# Diskussionen
Hier befindet sich eine Sammlung von Notizen und Mitschriften zu den Monatstreffen. Vielleicht später auch mehr.