NEWS
Grundidee der Themenausrichtung der Doku
-
Vllt könnten wir am Beispiel des PRs von @paul53 (Danke dafür!) mal überlegen bzw exemplarisch bauen wie es aussehen könnte ... das ist hier grad ein interessantes Beispiel.
https://github.com/ioBroker/ioBroker.docs/pull/352/files
In meinen Augen bräuchten wir am Anfang einen Abschnitt was "Rollen" überhaupt sind und wozu Sie da sind.
Der Haupt-teil des PRs wäre "wenn du als user selbst ein Objekt anlegst dann gibt es folgende Rollen" was in dem Fall quasi ein "Duplikat" aus der Developer Doku ist ... wat machmer denn da? ;-)
@apollon77 Interessantes Beispiel. Ganz speziell was auch die Übersichtlichkeit angeht.
Da das im "Pro-Bereich" wäre würde ich hier auch mit Unterordnern arbeiten. Zumal das dann übersichtlicher wird ohne lange zu scrollen.Einleitung
-
Rollen (Allgemein, Sensor usw,)
- einzelne Rollen
(sorry Das mit dem Formatieren hier ist grauenhaft)
-
-
@apollon77 Interessantes Beispiel. Ganz speziell was auch die Übersichtlichkeit angeht.
Da das im "Pro-Bereich" wäre würde ich hier auch mit Unterordnern arbeiten. Zumal das dann übersichtlicher wird ohne lange zu scrollen.Einleitung
-
Rollen (Allgemein, Sensor usw,)
- einzelne Rollen
(sorry Das mit dem Formatieren hier ist grauenhaft)
@chaot sagte in Grundidee der Themenausrichtung der Doku:
würde ich hier auch mit Unterordnern arbeiten
damit meinst du einen weiteren Unterpunkt im Menü erzeugen?
Lies bitte hier:
https://forum.iobroker.net/topic/51731/grundlagen-der-struktur-hinter-der-dokuund sieh dir das an:
https://github.com/ioBroker/ioBroker.docs/blob/master/engine/front-end/public/content.json -
-
@apollon77
Danke!
besser hätte ich es auch nicht schreiben können.
Die Gruppe Interessierte war für mich immer ganz entscheidend, hatte sie aber (auch im Geiste) gar nicht von Einsteigern getrennt :-(@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
Wenn man es "genau" erklären will dann bitte die Seite zweistufig machen
wie bereits geschrieben habe ich diesen Ansatz schon seit langem verfolgen wollen. Leider fehlten mir die technischen Voraussetzungen dafür.
Ein Snippet von @Crunchip habe ich testweise mal auf dieser Seite ganz unten installiert:
https://github.com/ioBroker/ioBroker.docs/tree/master/docs/de/tutorialin der Doku wird es hoffentlich im nächsten Build zu sehen sein.
Muss mich nur noch damit beschäftigen, wie das ausgebaut werden muss, damit der "Fortgeschrittenenteil" dann auzuklappen geht.So sollten wir das dann IMHO mit Dingen machen, die den Lesefluss von Einsteigern stören könnten.
Auf GitHub funktioniert das schon:

@homoran sagte in Grundidee der Themenausrichtung der Doku:
Ein Snippet von
Ich hatte das hier gefunden und auch gleich verwendet bei doku-nodejs update
-
@homoran sagte in Grundidee der Themenausrichtung der Doku:
Ein Snippet von
Ich hatte das hier gefunden und auch gleich verwendet bei doku-nodejs update
@crunchip Dann bin ich mal gespannt wie das im Doku-Framework funktioniert, wenn mein Test im nächsten Build da reinrutscht
-
@homoran sagte in Grundidee der Themenausrichtung der Doku:
Ein Snippet von
Ich hatte das hier gefunden und auch gleich verwendet bei doku-nodejs update
-
Kurze Anmerkung zu markdowns, wird bei uns im Intranet eingesetzt.
Leider findet dann die Suche nichts, wenn es zugeklappt ist.
In dem Beispiel auf GitHub ist es auch so. Versuche ich mit strg f etwas zu finden, wird kein Treffer angezeigt.
Ist für dieses Problem eine Lösung bekannt?Und nein, eine bessere idee habe ich auch nicht zu bieten.
-
Kurze Anmerkung zu markdowns, wird bei uns im Intranet eingesetzt.
Leider findet dann die Suche nichts, wenn es zugeklappt ist.
In dem Beispiel auf GitHub ist es auch so. Versuche ich mit strg f etwas zu finden, wird kein Treffer angezeigt.
Ist für dieses Problem eine Lösung bekannt?Und nein, eine bessere idee habe ich auch nicht zu bieten.
@muchul sagte in Grundidee der Themenausrichtung der Doku:
Ist für dieses Problem eine Lösung bekannt?
alles aufklappen und dann suchen :joy:
Spaß beiseite!
Danke für den Hinweis -
@muchul sagte in Grundidee der Themenausrichtung der Doku:
Ist für dieses Problem eine Lösung bekannt?
alles aufklappen und dann suchen :joy:
Spaß beiseite!
Danke für den Hinweis@homoran sagte in Grundidee der Themenausrichtung der Doku:
alles aufklappen und dann suchen :joy:
Das war tatsächlich ein Argument, was vorgebracht wurde, aber das weiß ein Besucher ja nicht.
Da wäre eventuell noch die Möglichkeit einer langen Seite.
Oben kurz und Details unten. Oben dann Sprungmarken nach unten zu den weiterführenden Informationen.
Optimalerweise dann unten wieder Sprungmarken zum Text oben, von wo man gekommen ist.
Unten sollten die Themen die gleiche Reihenfolge wie oben haben. -
Ich hätte eine Frage, bezüglich der Einsortierung eines Themas, in den vorhandenen Kategorien der Doku.
Es handelt sich um das Thema "MQTT", zu dem ich gerade dabei bin, eine Dokumentation zu erstellen.
https://forum.iobroker.net/topic/51763/mqtt-broker-client-adapterIn welcher Kategorie würdet ihr das Thema "MQTT" einordnen,
unter "Grundlagen", "Erweiterte Konfiguration", oder in einer anderen Kategorie?Vorab schon einmal Dankeschön für eure Hilfe.
-
Naja, das ist schwierig.
MQTT stellt ja nur Informationen bereit die von anderer Stelle zur Verfügung gestellt werden.
Ich würde zweiteilen:
Einmal wie der Adapter eingerichtet wird und im erweiterten Teil dann tiefer gehende Grundlagen wie MQTT funktioniert.
Ohne diese Grundlagen ist der Adapter ja so gut wie nicht nutzbar.Ich habe beispielsweise erst durch versuche rausgefunden das Datenpunkte erst angelegt werden wenn ich sie anderweitig publiziere.
-
Hi auch von mir,
da ich an der groben Themenstruktur der (leider) teilweise noch eher schlecht gefüllten Seiten nicht unschuldig war hier auch noch ein bissl Kontext von mir.
Die Doku in der Webseite hat die Challenge verschiedene Zielgruppen abzudecken. So richten sich verschiedenen Bereiche der Webseite auch an verschiedene Zielgruppen.
Diese Zielgruppen würde ich mal grob wie folgt einteilen:
- Interessenten: haben von ioBroker gehört oder kommen per Google und wollen schauen/verstehen was das Ding tut und kann. Da geht es also um "kurz und knackig", bissl "Marketing" darf auch dabei sein und 100% Korrektheit in allen Fakten braucht es vllt nicht immer
- Einsteiger: Sind die, die wirklich erste Schritte mit ioBroker machen
- Benutzer: Nutzen es aktiv, also nach den ersten Schritten
- Fortgeschrittene: Nutzen es länger und fangen an nicht mehr Standarddinge tun zu wollen
- Power-User: Hier sind wir schon weiter weg vom Standard :-)
Jetzt könnte man fleissig über Details hierzu streiten und wer was ist und was will, aber ich denke als grobe Einstufung reicht es erstmal (und ja die Zielgruppen haben große Überschneidungsbereiche, was aber auch ok so ist).
Bevor jetzt eine Diskussion wegen dem Begriff "Marketing" aufkommt: Am Ende gibt es mehrere (Open Source) Smart-Home-Systeme: Neben ioBroker sind das als Open Source OpenHab, Hass und FHEM und noch einige kleinere und dann viele kommerzielle Alternativen wie Homey, Homee und und und. Damit müssen wir als Open Source Projekt genauso "Marketing" machen warum ioBroker das geilste der Projekte ist und warum ein User sich dafür entscheiden soll :-) Es gehört für das "Gesamtprojekt" "Webseite und Doku", um die es hier geht, meiner Meinung nach eindeutig mit dazu.
Jetzt zu den ersten "Seiten" und der groben Idee dahinter (gern als Diskussionsgrundlage wobei wir mal schauen müssen "wie" wir das am besten diskutieren):
- Willkommen: Naja wie es sagt willkommen; vor allem aber Interessenten und Einsteiger abholen und "Leiten" (alle anderen klicken da eh nicht mehr hin)
- Grundlagen: Überblick für Interessenten und generelles Verständnis von "den zentralen Begrifflichkeiten" die man braucht (und nein ist kein Glossar) :-) Aber heir kurz und knackig und gern bissl "Marketing" machen. :-) Wenn man es "genau" erklären will dann bitte die Seite zweistufig machen ... oben "TLDR;" style und gern Details weiter unten und auch klar gekennzeichnet das es hier "genauer" wird (oder vllt direkt auf einer Unterseite), sonst vergrault man Interessenten weil es so komplex wird :-) Da müssen wir noch eine "sinnvolle Form finden"
- Installation: How to install, Für Interessenten mit "ist ja ganz easy"-Message und für Einsteiger halt als "How to".
- Admin-Oberfläche: Dieser Bereich soll nicht eine Admin-Doku ersetzen! Sie soll für Interessenten und Einsteiger zeigen wie das ganze aussieht und quasi bei den ersten Schritten helfen um nen Überblick zu bekommen. Für mehr dann zur Admin Doku (die auch noch todo ist) verlinken
- Tutorials: Ja wie der Name sagt für Einsteiger und Benutzer, ggf auch Interessenten zum überfliegen
- Visualisierungen: Hauptseite bzw die "typen der visus"-Unterseiten ist wieder für Interessenten damit sie sehen was geht, und je tiefer umso spezifischer und ggf für die anderen Zielgruppen ... Zu DOku der Visus verlinken
- Logik und Automatisierung: ebenso: beginn mit Überblick was geht für Interessenten und Einsteiger, "je tiefer" umso spezifischer für die anderen
- Cloud Services & Apps: das gleiche
- Erweiterte Konfiguration: Jetzt startet es mit dem was ggf nicht alle tun oder brauchen, also geht es mit "Benutzern" als Ziegruppe los ... und am Ende alle
- Fehlerbehebung: Ab Benutzer, am Ende die Standard Troubleshooting Themen
- FAQ: Ab Benutzer am Ende des Tages, idealerweise dort schauen bevor man Issues öffnet oder im Forum postet :-)
- Unterstützung: Wie kann man als User das Projekt unterstützen
- Adapterentwicklung: verschwindet als Content und ist später nur noch ein Link zur Dev-Doku
- Systemintegratoren: Da geht es Richtung kommerzieller Nutzung ... würde ich hier auch mal ausklammern.
Macht das Sinn?
@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
Diese Zielgruppen würde ich mal grob wie folgt einteilen:
- Interessenten: haben von ioBroker gehört oder kommen per Google und wollen schauen/verstehen was das Ding tut und kann. Da geht es also um "kurz und knackig", bissl "Marketing" darf auch dabei sein und 100% Korrektheit in allen Fakten braucht es vllt nicht immer
Das kann man zwar in der Doku noch einmal berücksichtigen, aber "kurz und knackig" dem Interessenten ioBroker nahe bringen sollte IMHO schon die Startseite https://www.iobroker.net/!
Ich finde die Startseite zwar grundsätzlich gut, aber bei "Über ioBroker" finde ich das zu technisch für den Laien.
Bis zu diesem Post habe ich mir da keine Gedanken drüber gemacht, weil ich vorher schon mit FHEM und Hass Erfahrung hatte und technisch nicht ganz unbedarft bin, aber bei Laien in solchen Systemen kann ich mir vorstellen, dass man das verlockender beschreiben kann. (Ich eher nicht, weil ich es zu technisch sehe. :-) ) -
Hi auch von mir,
da ich an der groben Themenstruktur der (leider) teilweise noch eher schlecht gefüllten Seiten nicht unschuldig war hier auch noch ein bissl Kontext von mir.
Die Doku in der Webseite hat die Challenge verschiedene Zielgruppen abzudecken. So richten sich verschiedenen Bereiche der Webseite auch an verschiedene Zielgruppen.
Diese Zielgruppen würde ich mal grob wie folgt einteilen:
- Interessenten: haben von ioBroker gehört oder kommen per Google und wollen schauen/verstehen was das Ding tut und kann. Da geht es also um "kurz und knackig", bissl "Marketing" darf auch dabei sein und 100% Korrektheit in allen Fakten braucht es vllt nicht immer
- Einsteiger: Sind die, die wirklich erste Schritte mit ioBroker machen
- Benutzer: Nutzen es aktiv, also nach den ersten Schritten
- Fortgeschrittene: Nutzen es länger und fangen an nicht mehr Standarddinge tun zu wollen
- Power-User: Hier sind wir schon weiter weg vom Standard :-)
Jetzt könnte man fleissig über Details hierzu streiten und wer was ist und was will, aber ich denke als grobe Einstufung reicht es erstmal (und ja die Zielgruppen haben große Überschneidungsbereiche, was aber auch ok so ist).
Bevor jetzt eine Diskussion wegen dem Begriff "Marketing" aufkommt: Am Ende gibt es mehrere (Open Source) Smart-Home-Systeme: Neben ioBroker sind das als Open Source OpenHab, Hass und FHEM und noch einige kleinere und dann viele kommerzielle Alternativen wie Homey, Homee und und und. Damit müssen wir als Open Source Projekt genauso "Marketing" machen warum ioBroker das geilste der Projekte ist und warum ein User sich dafür entscheiden soll :-) Es gehört für das "Gesamtprojekt" "Webseite und Doku", um die es hier geht, meiner Meinung nach eindeutig mit dazu.
Jetzt zu den ersten "Seiten" und der groben Idee dahinter (gern als Diskussionsgrundlage wobei wir mal schauen müssen "wie" wir das am besten diskutieren):
- Willkommen: Naja wie es sagt willkommen; vor allem aber Interessenten und Einsteiger abholen und "Leiten" (alle anderen klicken da eh nicht mehr hin)
- Grundlagen: Überblick für Interessenten und generelles Verständnis von "den zentralen Begrifflichkeiten" die man braucht (und nein ist kein Glossar) :-) Aber heir kurz und knackig und gern bissl "Marketing" machen. :-) Wenn man es "genau" erklären will dann bitte die Seite zweistufig machen ... oben "TLDR;" style und gern Details weiter unten und auch klar gekennzeichnet das es hier "genauer" wird (oder vllt direkt auf einer Unterseite), sonst vergrault man Interessenten weil es so komplex wird :-) Da müssen wir noch eine "sinnvolle Form finden"
- Installation: How to install, Für Interessenten mit "ist ja ganz easy"-Message und für Einsteiger halt als "How to".
- Admin-Oberfläche: Dieser Bereich soll nicht eine Admin-Doku ersetzen! Sie soll für Interessenten und Einsteiger zeigen wie das ganze aussieht und quasi bei den ersten Schritten helfen um nen Überblick zu bekommen. Für mehr dann zur Admin Doku (die auch noch todo ist) verlinken
- Tutorials: Ja wie der Name sagt für Einsteiger und Benutzer, ggf auch Interessenten zum überfliegen
- Visualisierungen: Hauptseite bzw die "typen der visus"-Unterseiten ist wieder für Interessenten damit sie sehen was geht, und je tiefer umso spezifischer und ggf für die anderen Zielgruppen ... Zu DOku der Visus verlinken
- Logik und Automatisierung: ebenso: beginn mit Überblick was geht für Interessenten und Einsteiger, "je tiefer" umso spezifischer für die anderen
- Cloud Services & Apps: das gleiche
- Erweiterte Konfiguration: Jetzt startet es mit dem was ggf nicht alle tun oder brauchen, also geht es mit "Benutzern" als Ziegruppe los ... und am Ende alle
- Fehlerbehebung: Ab Benutzer, am Ende die Standard Troubleshooting Themen
- FAQ: Ab Benutzer am Ende des Tages, idealerweise dort schauen bevor man Issues öffnet oder im Forum postet :-)
- Unterstützung: Wie kann man als User das Projekt unterstützen
- Adapterentwicklung: verschwindet als Content und ist später nur noch ein Link zur Dev-Doku
- Systemintegratoren: Da geht es Richtung kommerzieller Nutzung ... würde ich hier auch mal ausklammern.
Macht das Sinn?
@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
- Tutorials: Ja wie der Name sagt für Einsteiger und Benutzer, ggf auch Interessenten zum überfliegen
Gerade das ist der auffallendste Punkt! Diese ganzen Unterpunkte "Tutorial" mit dem Inhalt "Das ist ein Platzhalter" sollten sofort verschwinden!
Wie sieht das denn aus, wenn da, seit offensichtlich langer Zeit, sich die Platzhalter nicht füllen und nur ein einziges Tutorial vorhanden ist?
Das eine Tutorial kann auch in die ganz normale Doku verschoben werden.
Es gibt auch noch andere Platzhalter, nicht nur bei den Tutorials.
Dadurch sieht das Menü zwar schön groß aus, aber der Informationsgehalt ist gering und frustriert den Leser.Es ist zwar schön, wenn Tutorials vorhanden sind, weil der Begriff heute modern ist, aber eigentlich ist es dann ja doppelt gemoppelt, wenn es eine Doku gibt, wo beschrieben wird, was man machen kann und dann dazu auch noch an einer zweiten Stelle ein Tutorial. btw: Ich finde, das Tutorial "Adapter verwalten" ist genauso gut eine Doku.
-
Ich hätte eine Frage, bezüglich der Einsortierung eines Themas, in den vorhandenen Kategorien der Doku.
Es handelt sich um das Thema "MQTT", zu dem ich gerade dabei bin, eine Dokumentation zu erstellen.
https://forum.iobroker.net/topic/51763/mqtt-broker-client-adapterIn welcher Kategorie würdet ihr das Thema "MQTT" einordnen,
unter "Grundlagen", "Erweiterte Konfiguration", oder in einer anderen Kategorie?Vorab schon einmal Dankeschön für eure Hilfe.
@hydrotec sagte in Grundidee der Themenausrichtung der Doku:
In welcher Kategorie würdet ihr das Thema "MQTT" einordnen,
unter "Grundlagen", "Erweiterte Konfiguration", oder in einer anderen Kategorie?MQTT ist nicht ioBroker Spezifisch, sondern ist ein Thema was von Adaptern in ioBroker gebracht wird. Konsequenterweise gehört es damit in die Dokumentation der jeweiligen Adapter.
Will man das Thema dennoch in den Allgemeinen Teil Aufnehmen, was ich für absolut falsch halte, sollte dafür eine Kategorie geschaffen werden die ganz Klar macht das es sich nicht um einen Bestandteil von ioBroker handelt.Sonst wird fälschlicherweise erwartet das wir Fehler beheben oder Support für MQTT leisten, da es ja zu ioBroker gehört.
Dieses Problem haben wir schon bei den Adaptern, es werden immer wieder Fehler gemeldet die gar nicht vom Adapter selbst kommen, aber die User erwarten das sie behoben werden.
Das muss man dann jedesmal wieder erklären. -
Hi auch von mir,
da ich an der groben Themenstruktur der (leider) teilweise noch eher schlecht gefüllten Seiten nicht unschuldig war hier auch noch ein bissl Kontext von mir.
Die Doku in der Webseite hat die Challenge verschiedene Zielgruppen abzudecken. So richten sich verschiedenen Bereiche der Webseite auch an verschiedene Zielgruppen.
Diese Zielgruppen würde ich mal grob wie folgt einteilen:
- Interessenten: haben von ioBroker gehört oder kommen per Google und wollen schauen/verstehen was das Ding tut und kann. Da geht es also um "kurz und knackig", bissl "Marketing" darf auch dabei sein und 100% Korrektheit in allen Fakten braucht es vllt nicht immer
- Einsteiger: Sind die, die wirklich erste Schritte mit ioBroker machen
- Benutzer: Nutzen es aktiv, also nach den ersten Schritten
- Fortgeschrittene: Nutzen es länger und fangen an nicht mehr Standarddinge tun zu wollen
- Power-User: Hier sind wir schon weiter weg vom Standard :-)
Jetzt könnte man fleissig über Details hierzu streiten und wer was ist und was will, aber ich denke als grobe Einstufung reicht es erstmal (und ja die Zielgruppen haben große Überschneidungsbereiche, was aber auch ok so ist).
Bevor jetzt eine Diskussion wegen dem Begriff "Marketing" aufkommt: Am Ende gibt es mehrere (Open Source) Smart-Home-Systeme: Neben ioBroker sind das als Open Source OpenHab, Hass und FHEM und noch einige kleinere und dann viele kommerzielle Alternativen wie Homey, Homee und und und. Damit müssen wir als Open Source Projekt genauso "Marketing" machen warum ioBroker das geilste der Projekte ist und warum ein User sich dafür entscheiden soll :-) Es gehört für das "Gesamtprojekt" "Webseite und Doku", um die es hier geht, meiner Meinung nach eindeutig mit dazu.
Jetzt zu den ersten "Seiten" und der groben Idee dahinter (gern als Diskussionsgrundlage wobei wir mal schauen müssen "wie" wir das am besten diskutieren):
- Willkommen: Naja wie es sagt willkommen; vor allem aber Interessenten und Einsteiger abholen und "Leiten" (alle anderen klicken da eh nicht mehr hin)
- Grundlagen: Überblick für Interessenten und generelles Verständnis von "den zentralen Begrifflichkeiten" die man braucht (und nein ist kein Glossar) :-) Aber heir kurz und knackig und gern bissl "Marketing" machen. :-) Wenn man es "genau" erklären will dann bitte die Seite zweistufig machen ... oben "TLDR;" style und gern Details weiter unten und auch klar gekennzeichnet das es hier "genauer" wird (oder vllt direkt auf einer Unterseite), sonst vergrault man Interessenten weil es so komplex wird :-) Da müssen wir noch eine "sinnvolle Form finden"
- Installation: How to install, Für Interessenten mit "ist ja ganz easy"-Message und für Einsteiger halt als "How to".
- Admin-Oberfläche: Dieser Bereich soll nicht eine Admin-Doku ersetzen! Sie soll für Interessenten und Einsteiger zeigen wie das ganze aussieht und quasi bei den ersten Schritten helfen um nen Überblick zu bekommen. Für mehr dann zur Admin Doku (die auch noch todo ist) verlinken
- Tutorials: Ja wie der Name sagt für Einsteiger und Benutzer, ggf auch Interessenten zum überfliegen
- Visualisierungen: Hauptseite bzw die "typen der visus"-Unterseiten ist wieder für Interessenten damit sie sehen was geht, und je tiefer umso spezifischer und ggf für die anderen Zielgruppen ... Zu DOku der Visus verlinken
- Logik und Automatisierung: ebenso: beginn mit Überblick was geht für Interessenten und Einsteiger, "je tiefer" umso spezifischer für die anderen
- Cloud Services & Apps: das gleiche
- Erweiterte Konfiguration: Jetzt startet es mit dem was ggf nicht alle tun oder brauchen, also geht es mit "Benutzern" als Ziegruppe los ... und am Ende alle
- Fehlerbehebung: Ab Benutzer, am Ende die Standard Troubleshooting Themen
- FAQ: Ab Benutzer am Ende des Tages, idealerweise dort schauen bevor man Issues öffnet oder im Forum postet :-)
- Unterstützung: Wie kann man als User das Projekt unterstützen
- Adapterentwicklung: verschwindet als Content und ist später nur noch ein Link zur Dev-Doku
- Systemintegratoren: Da geht es Richtung kommerzieller Nutzung ... würde ich hier auch mal ausklammern.
Macht das Sinn?
@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
Macht das Sinn?
Unabhängig von den 2 Punkten, zu denen ich schon etwas geschrieben habe:
Ich finde es gut und richtig, sich mit der Doku, im Dialog mit den (auch potentiellen) Anwendern, ständig auseinanderzusetzen.Ohne dies finde ich es schwierig, allen die richtigen Informationen zu geben.
Eine Beschränkung auf einfachen Aufbau, so wie auch schon, vielleicht anders formuliert, in anderen Antworten zu lesen, finde ich wichtig, also nicht Doku + Tutorials + FAQ! Da ist der unbedarfte Leser schnell überfordert, wenn er einmal etwas gefunden hatte und es wieder sucht und muss dann erst schauen, ob es Doku oder Tutorial oder FAQ war.
Also einfacher Aufbau mit Grundlagen, Installation und dann der Rest in gut abgegrenzten Artikeln finde ich wichtig.
Dann die weiteren Informationen in Untermenüs (mein Favorit) und/oder in Links im Text zu den Vertieferthemen (Nicht so mein Favorit, weil dann die Übersicht schnell verloren geht, weil man für den nächsten Link im Text wieder zurück auf die Ursprungsseite muss um dann den nächsten zu klicken. Vielleicht aber einfach oben oder unten Links auf die nächste und vorherige Seite zu dem Thema.). -
@hydrotec sagte in Grundidee der Themenausrichtung der Doku:
In welcher Kategorie würdet ihr das Thema "MQTT" einordnen,
unter "Grundlagen", "Erweiterte Konfiguration", oder in einer anderen Kategorie?MQTT ist nicht ioBroker Spezifisch, sondern ist ein Thema was von Adaptern in ioBroker gebracht wird. Konsequenterweise gehört es damit in die Dokumentation der jeweiligen Adapter.
Will man das Thema dennoch in den Allgemeinen Teil Aufnehmen, was ich für absolut falsch halte, sollte dafür eine Kategorie geschaffen werden die ganz Klar macht das es sich nicht um einen Bestandteil von ioBroker handelt.Sonst wird fälschlicherweise erwartet das wir Fehler beheben oder Support für MQTT leisten, da es ja zu ioBroker gehört.
Dieses Problem haben wir schon bei den Adaptern, es werden immer wieder Fehler gemeldet die gar nicht vom Adapter selbst kommen, aber die User erwarten das sie behoben werden.
Das muss man dann jedesmal wieder erklären.@jey-cee sagte in Grundidee der Themenausrichtung der Doku:
@hydrotec sagte in Grundidee der Themenausrichtung der Doku:
In welcher Kategorie würdet ihr das Thema "MQTT" einordnen,
unter "Grundlagen", "Erweiterte Konfiguration", oder in einer anderen Kategorie?MQTT ist nicht ioBroker Spezifisch, sondern ist ein Thema was von Adaptern in ioBroker gebracht wird. Konsequenterweise gehört es damit in die Dokumentation der jeweiligen Adapter.
Will man das Thema dennoch in den Allgemeinen Teil Aufnehmen, was ich für absolut falsch halte, sollte dafür eine Kategorie geschaffen werden die ganz Klar macht das es sich nicht um einen Bestandteil von ioBroker handelt.Sonst wird fälschlicherweise erwartet das wir Fehler beheben oder Support für MQTT leisten, da es ja zu ioBroker gehört.
Dieses Problem haben wir schon bei den Adaptern, es werden immer wieder Fehler gemeldet die gar nicht vom Adapter selbst kommen, aber die User erwarten das sie behoben werden.
Das muss man dann jedesmal wieder erklären.Das man das immer wieder erklären muss, wird sich IMHO durch nichts ändern!
Auch eine Kategorie, die das verhindert, kann nicht erschaffen werden! ;-)
Allerdings ist es für den Anwender auch schwierig, wenn manche Adapter dann doch in der Doku sind, z.B. vis.Ansonsten bin ich auch der Meinung, dass dies in die Adapterbeschreibung gehört und damit auch die größtmögliche Abgrenzung hat!
-
Ich hätte eine Frage, bezüglich der Einsortierung eines Themas, in den vorhandenen Kategorien der Doku.
Es handelt sich um das Thema "MQTT", zu dem ich gerade dabei bin, eine Dokumentation zu erstellen.
https://forum.iobroker.net/topic/51763/mqtt-broker-client-adapterIn welcher Kategorie würdet ihr das Thema "MQTT" einordnen,
unter "Grundlagen", "Erweiterte Konfiguration", oder in einer anderen Kategorie?Vorab schon einmal Dankeschön für eure Hilfe.
@hydrotec ganz spontan (ohne die schon geposteten Antworten gelesen zu haben): Doku beim Adapter ... ob man in den "allgemeinen teil" der Doku mal noch einen "wichtige iOT Protokolle und wie ioBroker diese Unterstützt" oder so mache ist mal ne andere Idee - dann wäre Mqtt generell dort dabei aber mit dann Links zu den Details "beim Adapter" ... my opinion
-
@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
- Tutorials: Ja wie der Name sagt für Einsteiger und Benutzer, ggf auch Interessenten zum überfliegen
Gerade das ist der auffallendste Punkt! Diese ganzen Unterpunkte "Tutorial" mit dem Inhalt "Das ist ein Platzhalter" sollten sofort verschwinden!
Wie sieht das denn aus, wenn da, seit offensichtlich langer Zeit, sich die Platzhalter nicht füllen und nur ein einziges Tutorial vorhanden ist?
Das eine Tutorial kann auch in die ganz normale Doku verschoben werden.
Es gibt auch noch andere Platzhalter, nicht nur bei den Tutorials.
Dadurch sieht das Menü zwar schön groß aus, aber der Informationsgehalt ist gering und frustriert den Leser.Es ist zwar schön, wenn Tutorials vorhanden sind, weil der Begriff heute modern ist, aber eigentlich ist es dann ja doppelt gemoppelt, wenn es eine Doku gibt, wo beschrieben wird, was man machen kann und dann dazu auch noch an einer zweiten Stelle ein Tutorial. btw: Ich finde, das Tutorial "Adapter verwalten" ist genauso gut eine Doku.
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Diese ganzen Unterpunkte "Tutorial" mit dem Inhalt "Das ist ein Platzhalter" sollten sofort verschwinden!
Was soll jetzt diese plakative Aussage?
Das nutz niemandem etwasGenau deswegen sitzen wir ja hier dran!
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Dadurch sieht das Menü zwar schön groß aus, aber der Informationsgehalt ist gering und frustriert den Leser.
Dann hast du wahrscheinlich dieses hier nicht gelesen https://forum.iobroker.net/topic/51731/grundlagen-der-struktur-hinter-der-doku und auch noch nie davon gehört, dass aus technischen Gründen das Menü im Vorfeld errichtet werden musste
-
@hydrotec ganz spontan (ohne die schon geposteten Antworten gelesen zu haben): Doku beim Adapter ... ob man in den "allgemeinen teil" der Doku mal noch einen "wichtige iOT Protokolle und wie ioBroker diese Unterstützt" oder so mache ist mal ne andere Idee - dann wäre Mqtt generell dort dabei aber mit dann Links zu den Details "beim Adapter" ... my opinion
@apollon77 Genau, herstellerübergreifende Standards und Protokolle: mqtt, zigbee, z-wave, knx, ... und wie diese sich integrieren kurz beschreiben und dann die Details bei den einzelnen Adaptern.
BTW: Alias ist im Moment irgendwo unten bei Adapterentwicklung. Imho ist das ein zentrales Konzept und sollte entsprechend prominent beschrieben werden
-
@apollon77 Genau, herstellerübergreifende Standards und Protokolle: mqtt, zigbee, z-wave, knx, ... und wie diese sich integrieren kurz beschreiben und dann die Details bei den einzelnen Adaptern.
BTW: Alias ist im Moment irgendwo unten bei Adapterentwicklung. Imho ist das ein zentrales Konzept und sollte entsprechend prominent beschrieben werden
@ostfrieseunterwegs sagte in Grundidee der Themenausrichtung der Doku:
BTW: Alias ist im Moment irgendwo unten bei Adapterentwicklung. Imho ist das ein zentrales Konzept und sollte entsprechend prominent beschrieben werden
korrekt!
wurde auch schon ausgiebig diskutiert -
@hydrotec ganz spontan (ohne die schon geposteten Antworten gelesen zu haben): Doku beim Adapter ... ob man in den "allgemeinen teil" der Doku mal noch einen "wichtige iOT Protokolle und wie ioBroker diese Unterstützt" oder so mache ist mal ne andere Idee - dann wäre Mqtt generell dort dabei aber mit dann Links zu den Details "beim Adapter" ... my opinion
@Jey-Cee
@Andreas-5
@apollon77
@OstfrieseUnterwegsDanke erst einmal zu euren Gedanken.
Der Grundgedanke, MQTT in die offizielle Doku mit aufzunehmen, war,
dem Interessenten/Einsteiger in einer groben Ausführung, zu dem Thema eine kleine Hilfestellung zu geben.- kurze Beschreibung was MQTT überhaupt ist, mit Links zu themenbasierten Webseiten.
(z.B. mqtt.org, Wikipedia, usw.) - Vorstellung welche Adapter zur Verfügung stehen,
und welchen man am Besten zu einer bestimmten Konstellation nehmen könnte.
ioBroker kann ja auch als MQTT-Broker verwendet werden, und damit externe Broker wie z.B. mosquitto ablösen.
Zusätzlich Links zu den jeweiligen Adaptern - kleiner Hinweis, was Topics sind, und wie das Zusammenspiel mit ioBroker funktioniert.
- Eventuell noch eine kleine Sammlung zu Tutorials, welche sich mit diesem Thema beschäftigen.
Also wirklich nur kurz umschrieben.
Die ausführliche Dokumentation zu einem Adapter gehört auch dort hin.
Da bin ich voll bei euch.
Mir ist eben aufgefallen, das zum Thema MQTT doch immer wieder Fragen im Forum auftauchen,
und die Lösungswege sich meistens wiederholen.Vielleicht gibt es noch einen anderen Weg, nicht unbedingt in der Doku,
das ein Interessierter/Einsteiger einen ersten Anlaufpunkt bekommt.Gruß, Karsten
- kurze Beschreibung was MQTT überhaupt ist, mit Links zu themenbasierten Webseiten.