Inhalt + Kapitelbeschreibung für "Hardware" #8
Labels
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/docs#8
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
#3 (comment)
Ebenfalls sollten Firmware und Hardware über den Punkt Services.
Was will der neue?
Konzept verstehen um richtige Firmware zu wählen-> Technik & Konzepte
Hardware aussuchen -> Hardware
Flashen -> Firmware
Zusatzinfos
und 3) kann man natürlich nach gusto drehen
Also ich glaube ja, dass es das übersichtlichste ist, wenn wir alle gerätespezifischen Sachen unter Hardware sammeln, auch wie man das Ding flasht.
Falls wir Hardware / Firmware aufteilen, werden wir auch für fast jedes Gerät 2 Seiten erstellen müssen, sauber halten und jedes mal entscheiden, was wo hingehört. Ich glaube, dass so eine Trennung nicht immer einfach ist.
Dann bleibt auch die Frage, ob wir überhaupt das große Firmware Untermenü noch brauchen, weil man dann die paar übrigen Artikel auch unter Technik & Konzepte unterbringt.
Falls sich unter Technik & Konzepte mit der Zeit dann doch mehr Artikel zur Firmware sammeln, kann man ja dann nochmal überlegen.
Dagegen kann man natürlich einwenden, dass dann die Geräteseiten vielleicht etwas zu lange werden und man vielleicht weniger schnell die Sachen findet. Da würde ich aber entgegnen, dass man schon schon relativ genau verstehen muss, wo man welche Infos erwartet, damit man das richtige Menu anwählt und damit schneller ist, als in dem Artikel etwas scrollen zu müssen, wo man weiß, dass die Info steht.
Ich glaube, wenn wir #22 gut umsetzen und darauf achten, dass wir gute Templates für Geräte haben, dann ist es nicht schlimm, wenn die Seiten etwas länger werden, solange wir durchgängig eine gute Struktur behalten.