NEWS
Grundidee der Themenausrichtung der Doku
-
@ostfrieseunterwegs sagte in Grundidee der Themenausrichtung der Doku:
@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.
So eine Seite haben wir noch nicht...müsste man mal überlegen wo man das in die Struktur einsortiert, aber ja könnte für Interessenten vor allem interessant sein ...
@apollon77
Da muss man aber genau das Thema wie weit wir als ioBroker in diese Materie einsteigen sollten, überdenken. Ich erinnere mich noch an die Zeit als in dem Forum sehr viele Fragen zu node-red kamen, die ich nicht einordnen konnte. Da stellte sich dann immer heraus, das es gar keine ioBroker-User waren, sondern node-red standalone.In dem Bereich unterstütze ich dann die Idee zur Verlinkung externer Seiten.
Was für ioBroker interne Dinge ein noGo ist, sollte für tiefergehende Grundlagen eines externen "Systems" durchaus legitim sein, da wir nur die Integration "zu verantworten" haben.Es sollten also nur kurze Worte zum Funktionsprinzip und ein Link zu einer tieferen Beschreibung in der Einleitung der Doku stehen.
So hatte ich es bei node.red damals gemacht: https://www.iobroker.net/docu/index-280.htm?page_id=4284&lang=de Man möge mir diesen Uralt-Link verzeihen!Und dann gehört so etwas der Rest in die Adapterreferenz.
Überspitzt gesagt:
Wenn wir die ioBroker-Doku zu einem SmartHome-oder gar IT-Wiki anheben wollen, müssen wir uns das sehr gut überlegen.
Dann brauchen wir u.a. wesentlich mehr aktive Dokumentatoren, die sich auf Einsteigerniveau einstellen können und trotzdem das notwendige Fachwissen beherrschen.
Von Struktur und Platz mal ganz abgesehen -
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.
@muchul sagte in Grundidee der Themenausrichtung der Doku:
Ich habe beispielsweise erst durch versuche rausgefunden das Datenpunkte erst angelegt werden wenn ich sie anderweitig publiziere.
Hallo Muchul,
ich lade dich herzlichst ein, in diesem Thread deine Erfahrungen mitzuteilen.
Je mehr Informationen in dem Thread enstehen, desto zielgerechter kann ich die Doku zu MQTT aufbauen.Danke
Gruß, Karsten -
@apollon77
Da muss man aber genau das Thema wie weit wir als ioBroker in diese Materie einsteigen sollten, überdenken. Ich erinnere mich noch an die Zeit als in dem Forum sehr viele Fragen zu node-red kamen, die ich nicht einordnen konnte. Da stellte sich dann immer heraus, das es gar keine ioBroker-User waren, sondern node-red standalone.In dem Bereich unterstütze ich dann die Idee zur Verlinkung externer Seiten.
Was für ioBroker interne Dinge ein noGo ist, sollte für tiefergehende Grundlagen eines externen "Systems" durchaus legitim sein, da wir nur die Integration "zu verantworten" haben.Es sollten also nur kurze Worte zum Funktionsprinzip und ein Link zu einer tieferen Beschreibung in der Einleitung der Doku stehen.
So hatte ich es bei node.red damals gemacht: https://www.iobroker.net/docu/index-280.htm?page_id=4284&lang=de Man möge mir diesen Uralt-Link verzeihen!Und dann gehört so etwas der Rest in die Adapterreferenz.
Überspitzt gesagt:
Wenn wir die ioBroker-Doku zu einem SmartHome-oder gar IT-Wiki anheben wollen, müssen wir uns das sehr gut überlegen.
Dann brauchen wir u.a. wesentlich mehr aktive Dokumentatoren, die sich auf Einsteigerniveau einstellen können und trotzdem das notwendige Fachwissen beherrschen.
Von Struktur und Platz mal ganz abgesehen@homoran Nee das will ich ja gar nicht ... Bin voll bei dir ... wenn dann maximal die "Buzzwords" (und ein Satz das der Kontext klar ist)) und links an die richtigen stellen ... Wenn man sowas will.
Am Ende ist die "Logik und Automatisierung"-Startseite genau so ein Bereich. Hier sollten Abschnitte sein über "Scenes", "JavaScript" mit den Regelformen Rules, Blockly, Skripte und am Ende auch Node-Red. Ggf jeweils ein Screenshot und ein Kurzer Absatz was zeigt was da geht und "wie einfach das ist" und dann idealerweise Links zu mehr und spezifischem Kontext.
Für andere Dinge müsste an noch eine Seite erstellen wo man andere "relevante iot Themen" auf ebenso eine Art dann ggf ohne bilder) darstellt und Links setzt
-
@homoran Nee das will ich ja gar nicht ... Bin voll bei dir ... wenn dann maximal die "Buzzwords" (und ein Satz das der Kontext klar ist)) und links an die richtigen stellen ... Wenn man sowas will.
Am Ende ist die "Logik und Automatisierung"-Startseite genau so ein Bereich. Hier sollten Abschnitte sein über "Scenes", "JavaScript" mit den Regelformen Rules, Blockly, Skripte und am Ende auch Node-Red. Ggf jeweils ein Screenshot und ein Kurzer Absatz was zeigt was da geht und "wie einfach das ist" und dann idealerweise Links zu mehr und spezifischem Kontext.
Für andere Dinge müsste an noch eine Seite erstellen wo man andere "relevante iot Themen" auf ebenso eine Art dann ggf ohne bilder) darstellt und Links setzt
@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
Am Ende ist die "Logik und Automatisierung"-Startseite genau so ein Bereich. Hier sollten Abschnitte sein über "Scenes", "JavaScript" mit den Regelformen Rules, Blockly, Skripte und am Ende auch Node-Red.
Genau - da passt dann z.B. node-red hinein.
Aber diese Diskussion hatten wir bei Zigbee und jetzt bei MQTT - also Protokolle
Ich muss mir nochmal die "Struktur hinter der Doku" ansehen, ob da nicht auch schon was geplant war, oder ob das nur eine Kategorie bei den Adaptern geworden ist -
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
Mir ist übrigens gerade beim lesen der derzeitigen Dokumentation etwas aufgefallen was gerade für Anfänger essentiell ist.
Die mit Abstand wichtigste Information steht im letzten Absatz.
Wie gesagt hatte ich das Problem bei meinem Einstieg in den iobroker auch so.
Die Webseite ist sehr professionell gemacht und wirkt auf den ersten Blick kommerziell. Das ist ja schön, aber da drängt sich (zumindest für mich) zunächst die Frage auf was der iobroker denn kostet.Das hat jetzt nichts mit der Fragestellung der Struktur der Dokumentation zu tun, aber ich denke mal das das schon deutlicher zu erkennen sein darf das der iobroker für einen Privatanwender nichts kostet.
-
@apollon77
Mir ist übrigens gerade beim lesen der derzeitigen Dokumentation etwas aufgefallen was gerade für Anfänger essentiell ist.
Die mit Abstand wichtigste Information steht im letzten Absatz.
Wie gesagt hatte ich das Problem bei meinem Einstieg in den iobroker auch so.
Die Webseite ist sehr professionell gemacht und wirkt auf den ersten Blick kommerziell. Das ist ja schön, aber da drängt sich (zumindest für mich) zunächst die Frage auf was der iobroker denn kostet.Das hat jetzt nichts mit der Fragestellung der Struktur der Dokumentation zu tun, aber ich denke mal das das schon deutlicher zu erkennen sein darf das der iobroker für einen Privatanwender nichts kostet.
@chaot sagte in Grundidee der Themenausrichtung der Doku:
Mir ist übrigens gerade beim lesen der derzeitigen Dokumentation etwas aufgefallen was gerade für Anfänger essentiell ist.
Die mit Abstand wichtigste Information steht im letzten Absatz.Welche Seite?
-
@chaot sagte in Grundidee der Themenausrichtung der Doku:
Mir ist übrigens gerade beim lesen der derzeitigen Dokumentation etwas aufgefallen was gerade für Anfänger essentiell ist.
Die mit Abstand wichtigste Information steht im letzten Absatz.Welche Seite?
-
-
@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
@homoran sagte in Grundidee der Themenausrichtung der 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 soll aussagen, das ich es unsinnig finde, wenn es 9 Menüpunkte gibt, von denen nur einer Inhalt enthält!
@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
Das habe ich gelesen, allerdings nicht sehr intensiv!
Eine Struktur, die 2018 aus dem Grund der Mehrsprachigkeit erstellt, aber bis 2022 noch nicht mit Inhalt gefüllt worden ist, kann man doch einmal hinterfragen, oder?
Deswegen sitzen wir ja hier dran!Entschuldigung, aber ich wollte Dir nicht zu Nahe treten!
-
@apollon77 sagte in Grundidee der Themenausrichtung der Doku:
Am Ende ist die "Logik und Automatisierung"-Startseite genau so ein Bereich. Hier sollten Abschnitte sein über "Scenes", "JavaScript" mit den Regelformen Rules, Blockly, Skripte und am Ende auch Node-Red.
Genau - da passt dann z.B. node-red hinein.
Aber diese Diskussion hatten wir bei Zigbee und jetzt bei MQTT - also Protokolle
Ich muss mir nochmal die "Struktur hinter der Doku" ansehen, ob da nicht auch schon was geplant war, oder ob das nur eine Kategorie bei den Adaptern geworden ist -
@homoran sagte in Grundidee der Themenausrichtung der 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 soll aussagen, das ich es unsinnig finde, wenn es 9 Menüpunkte gibt, von denen nur einer Inhalt enthält!
@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
Das habe ich gelesen, allerdings nicht sehr intensiv!
Eine Struktur, die 2018 aus dem Grund der Mehrsprachigkeit erstellt, aber bis 2022 noch nicht mit Inhalt gefüllt worden ist, kann man doch einmal hinterfragen, oder?
Deswegen sitzen wir ja hier dran!Entschuldigung, aber ich wollte Dir nicht zu Nahe treten!
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Eine Struktur, die 2018 aus dem Grund der Mehrsprachigkeit erstellt, aber bis 2022 noch nicht mit Inhalt gefüllt worden ist,
auch wenn 2022 noch seeehr lange dauern wird, hast du leider Recht.
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Erschwerend kam hinzu, dass die Userzahl dermaßen gestiegen ist, dass ich mich entscheiden musste im Forum zu helfen, oder die Doku weiterzuschreiben, was ich auch aus Gründen, wie sie @crunchip gerade in einem anderen Thread beschrieben hat erst einmal zurückgestellt hatte. Auch hatte ich die damals eigentlich noch berechtigte Hoffnung, im Forum die Knackpunkte herauszuarbeiten, die ich dann in der Doku behandeln wollte.
Leider kamen auch noch andere Dinge dazwischen und irgendwann reichten 24 Stunden einfach nicht mehr aus.
Deswegen machen wir hier ja den nächsten Anlauf, diesmal mit größerem Trara.@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Das habe ich gelesen, allerdings nicht sehr intensiv!
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
-
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Eine Struktur, die 2018 aus dem Grund der Mehrsprachigkeit erstellt, aber bis 2022 noch nicht mit Inhalt gefüllt worden ist,
auch wenn 2022 noch seeehr lange dauern wird, hast du leider Recht.
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Erschwerend kam hinzu, dass die Userzahl dermaßen gestiegen ist, dass ich mich entscheiden musste im Forum zu helfen, oder die Doku weiterzuschreiben, was ich auch aus Gründen, wie sie @crunchip gerade in einem anderen Thread beschrieben hat erst einmal zurückgestellt hatte. Auch hatte ich die damals eigentlich noch berechtigte Hoffnung, im Forum die Knackpunkte herauszuarbeiten, die ich dann in der Doku behandeln wollte.
Leider kamen auch noch andere Dinge dazwischen und irgendwann reichten 24 Stunden einfach nicht mehr aus.
Deswegen machen wir hier ja den nächsten Anlauf, diesmal mit größerem Trara.@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Das habe ich gelesen, allerdings nicht sehr intensiv!
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
-
@homoran
Was war für "Funktionen" unter "Grundlagen" angedacht?
Die Rubrik "Adapter und Controller" sollte wohl besser "Adapter und Instanzen" lauten?@paul53 sagte:
Was war für "Funktionen" unter "Grundlagen" angedacht?
Als ich letzte Woche die Menütitel überarbeitet hatte, habe ich mich das auch gefragt.
Habe gerade nochmal reingesehen, ob anhand der anderen Übersetzungen da was hilfreiches drinsteht"Functions": { "title": { "en": "Functions", "de": "Funktionen", "ru": "Функции", "zh-cn": "职能" },leider Fehlanzeige
Aus dem Zusammenhang, dass der Menüpunkt davor Datenpunkte und Objekte heisst, nehme ich an, dass da die "Gewerke" usw, also die enums hinsollten
EDIT:
@paul53 sagte in Grundidee der Themenausrichtung der Doku:
Die Rubrik "Adapter und Controller" sollte wohl besser "Adapter und Instanzen" lauten?
Auch das ging mir durch den Kopf, dann musste ich an den Befehl
iobroker updatedenken, da stehen die Adapter und der Controller drinVielleicht sollten dort Controller, Adapter und Instanzen behandelt werden um die gesamte zusammenhängende Organisationsstruktur des modularen Aufbaus verständlich zu machen.
Allerings müsste der Menütitel kürzer sein -
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Eine Struktur, die 2018 aus dem Grund der Mehrsprachigkeit erstellt, aber bis 2022 noch nicht mit Inhalt gefüllt worden ist,
auch wenn 2022 noch seeehr lange dauern wird, hast du leider Recht.
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Erschwerend kam hinzu, dass die Userzahl dermaßen gestiegen ist, dass ich mich entscheiden musste im Forum zu helfen, oder die Doku weiterzuschreiben, was ich auch aus Gründen, wie sie @crunchip gerade in einem anderen Thread beschrieben hat erst einmal zurückgestellt hatte. Auch hatte ich die damals eigentlich noch berechtigte Hoffnung, im Forum die Knackpunkte herauszuarbeiten, die ich dann in der Doku behandeln wollte.
Leider kamen auch noch andere Dinge dazwischen und irgendwann reichten 24 Stunden einfach nicht mehr aus.
Deswegen machen wir hier ja den nächsten Anlauf, diesmal mit größerem Trara.@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Das habe ich gelesen, allerdings nicht sehr intensiv!
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
@homoran sagte in Grundidee der Themenausrichtung der Doku:
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
Ich hinterfrage grundsätzlich alles, was mir nicht sinnvoll erscheint! Und in der heutigen Zeit und bei einem tollen System, das so flexibel ist, wie ioBroker, kann man sich ja schon 'mal fragen, ob eine so Starre Struktur der Doku sinnvoll ist.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Wenn es am System liegt, dass es Stunden gekostet hat, dann sollte man das System doch erst Recht überdenken, oder?
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
Manchmal muss man alte Stricke abschneiden!
-
@paul53 sagte:
Was war für "Funktionen" unter "Grundlagen" angedacht?
Als ich letzte Woche die Menütitel überarbeitet hatte, habe ich mich das auch gefragt.
Habe gerade nochmal reingesehen, ob anhand der anderen Übersetzungen da was hilfreiches drinsteht"Functions": { "title": { "en": "Functions", "de": "Funktionen", "ru": "Функции", "zh-cn": "职能" },leider Fehlanzeige
Aus dem Zusammenhang, dass der Menüpunkt davor Datenpunkte und Objekte heisst, nehme ich an, dass da die "Gewerke" usw, also die enums hinsollten
EDIT:
@paul53 sagte in Grundidee der Themenausrichtung der Doku:
Die Rubrik "Adapter und Controller" sollte wohl besser "Adapter und Instanzen" lauten?
Auch das ging mir durch den Kopf, dann musste ich an den Befehl
iobroker updatedenken, da stehen die Adapter und der Controller drinVielleicht sollten dort Controller, Adapter und Instanzen behandelt werden um die gesamte zusammenhängende Organisationsstruktur des modularen Aufbaus verständlich zu machen.
Allerings müsste der Menütitel kürzer sein -
@paul53 sagte:
Was war für "Funktionen" unter "Grundlagen" angedacht?
Als ich letzte Woche die Menütitel überarbeitet hatte, habe ich mich das auch gefragt.
Habe gerade nochmal reingesehen, ob anhand der anderen Übersetzungen da was hilfreiches drinsteht"Functions": { "title": { "en": "Functions", "de": "Funktionen", "ru": "Функции", "zh-cn": "职能" },leider Fehlanzeige
Aus dem Zusammenhang, dass der Menüpunkt davor Datenpunkte und Objekte heisst, nehme ich an, dass da die "Gewerke" usw, also die enums hinsollten
EDIT:
@paul53 sagte in Grundidee der Themenausrichtung der Doku:
Die Rubrik "Adapter und Controller" sollte wohl besser "Adapter und Instanzen" lauten?
Auch das ging mir durch den Kopf, dann musste ich an den Befehl
iobroker updatedenken, da stehen die Adapter und der Controller drinVielleicht sollten dort Controller, Adapter und Instanzen behandelt werden um die gesamte zusammenhängende Organisationsstruktur des modularen Aufbaus verständlich zu machen.
Allerings müsste der Menütitel kürzer sein -
@homoran sagte in Grundidee der Themenausrichtung der Doku:
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
Ich hinterfrage grundsätzlich alles, was mir nicht sinnvoll erscheint! Und in der heutigen Zeit und bei einem tollen System, das so flexibel ist, wie ioBroker, kann man sich ja schon 'mal fragen, ob eine so Starre Struktur der Doku sinnvoll ist.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Wenn es am System liegt, dass es Stunden gekostet hat, dann sollte man das System doch erst Recht überdenken, oder?
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
Manchmal muss man alte Stricke abschneiden!
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Wenn es am System liegt, dass es Stunden gekostet hat, dann sollte man das System doch erst Recht überdenken, oder?
Hat es nicht, zumindest nicht maßgeblich. Aber man muss sich Gedanken zum Aufbau machen und dann noch zum Inhalt. Am Ende muss dann auch noch die Formulierung passen.
Das sind einfach Dinge um die man nicht herum kommt. Jemand der sich leichter tut mit schreiben ist sicher deutlich schneller als ich. Trotzdem ist das nicht mal so in ein paar Minuten erledigt.
-
@homoran sagte in Grundidee der Themenausrichtung der Doku:
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
Ich hinterfrage grundsätzlich alles, was mir nicht sinnvoll erscheint! Und in der heutigen Zeit und bei einem tollen System, das so flexibel ist, wie ioBroker, kann man sich ja schon 'mal fragen, ob eine so Starre Struktur der Doku sinnvoll ist.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Wenn es am System liegt, dass es Stunden gekostet hat, dann sollte man das System doch erst Recht überdenken, oder?
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
Manchmal muss man alte Stricke abschneiden!
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Wenn es am System liegt, dass es Stunden gekostet hat, dann sollte man das System doch erst Recht überdenken, oder?
richtig, aber er hat ja nur in seinem eigenen Repo getippt.
und da sind noch nicht einmal beschriftete Screenshots drin
Also ist die Struktur unschuldig.Die kommt erst richtig zur Geltung, wenn anschließend alles automatisch generiert wird. Wie im Link beschrieben.
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Manchmal muss man alte Stricke abschneiden!
s.o.
Dann darfst du ein neues Framework für das gesamte ioBroker-System programmieren.
(siehe Link) -
@homoran sagte: die enums hinsollten
Dann sollte man die Rubrik auch so bezeichnen (en: enums, de: Aufzählungen). Und davor noch Alias als Datenpunkte mit speziellen Eigenschaften einfügen.
@paul53 sagte:
Und davor noch Alias als Datenpunkte mit speziellen Eigenschaften einfügen.
wenn ich darf :-)
Ich hoffe dabei zerschieße ich nichts.
Ich würde bevorzugen, wenn das jemand macht, der sich mit Programmierung und hier wohl mit JSON-Strukturen auskennt -
@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Eine Struktur, die 2018 aus dem Grund der Mehrsprachigkeit erstellt, aber bis 2022 noch nicht mit Inhalt gefüllt worden ist,
auch wenn 2022 noch seeehr lange dauern wird, hast du leider Recht.
Aber die Struktur ist nicht zu hinterfragen, nur die fehlenden Inhalte.
JeyCee hat ja klar gemacht, dass ihn eine kurze Seite schon Stunden gekostet hat, da kann man sich ja mal ausrechnen, was mich hunderte Seiten bisher gekostet haben.
Erschwerend kam hinzu, dass die Userzahl dermaßen gestiegen ist, dass ich mich entscheiden musste im Forum zu helfen, oder die Doku weiterzuschreiben, was ich auch aus Gründen, wie sie @crunchip gerade in einem anderen Thread beschrieben hat erst einmal zurückgestellt hatte. Auch hatte ich die damals eigentlich noch berechtigte Hoffnung, im Forum die Knackpunkte herauszuarbeiten, die ich dann in der Doku behandeln wollte.
Leider kamen auch noch andere Dinge dazwischen und irgendwann reichten 24 Stunden einfach nicht mehr aus.
Deswegen machen wir hier ja den nächsten Anlauf, diesmal mit größerem Trara.@andreas-5 sagte in Grundidee der Themenausrichtung der Doku:
Das habe ich gelesen, allerdings nicht sehr intensiv!
dann mach das, vielleicht verstehst du dann, warum an der Struktur (eigentlich) nichts zu rütteln ist
@homoran sagte in Grundidee der Themenausrichtung der Doku:
Leider kamen auch noch andere Dinge dazwischen und irgendwann reichten 24 Stunden einfach nicht mehr aus.
Deswegen machen wir hier ja den nächsten Anlauf, diesmal mit größerem Trara.Was hältst du (haltet ihr) davon die Arbeit öffentlich zu teilen?
Ja, ich habe gesehen das es auch in der Dokumentation die Möglichkeit gibt, aber man könnte das auch hier machen.
Nicht jeder arbeitet gerne/oft mit Github.Ich danke da an einen Tread mit einem Aufruf zur Mithilfe. Im Eingangspost die Titel die benötigt werden (abgearbeitete werden gelöscht). Die eingehenden Antworten kannst du dann rüberkopieren und hast schon mal den Textaufwand nicht mehr sondern musst das nur noch zurechtformatieren.
Der Tread wird reguliert, also keine Diskussionen sondern nur Dokumentationsbeiträge. Diskussionen werden gelöscht.Ich denke das sich hier doch ein paar finden werden die zumindest Teile der Dokumentation erklären können. Und wenn aus zwei mittelmäßigen Beiträgen ein guter entsteht hast du dir auch schon einen Tag Arbeit erspart.