leichteres Navigieren in der fhem.cfg --> Zeilennummerierung

[Frank_Huber]

Wobei es u.U. keinen Sinn macht, das Attribut in allen FHEMWEB Instanzen zu setzen (wenn man mehrere hat)

da ich die anderen nicht nutze hat mich das so nicht gestört. Ich kannte das zuweisen auf ganze Typen noch nicht. daher musste ich das so machen um zu kucken was passiert.
Auf den Produktiv-Instanzen mach ich das dann nur da wo ich es brauche.

[betateilchen]

Ich wette immer noch gegen die Behauptung, editieren in der fhem.cfg sei "schneller".

Zumindest wenn man die von FHEM inzwischen bereitgestellten Möglichkeiten alle nutzt, ist man im Frontend schneller unterwegs als in der Konfigurationsdatei.

Für Leute, deren Lernprozess bezüglich FHEM allerdings vor drei Jahren (oder noch länger) stehengeblieben ist, mag die Welt natürlich schwierig und schwarz/weiss sein.

[Frank_Huber]

Wenn ich 3 neue in System hängen will will ich ja auch nicht jeden einzeln konfigurieren (alle ins Wohnzimmer, alle bestimmte paramater, alle...)

Naja, ich leg bei so einem Fall ein Gerät an und kopiere dann das Gerät. Vorteil: Die Syntaxprüfung im WEB. machst in der CFG nen Fehler verzeiht das FHEM ggf nicht.

[CoolTux]

Ich springe zu mindestens 50% in der fhem.cfg rum, allerdings in Notepad++. Warum? Weils schneller geht wenn ich mehrere Dinge auf einmal verändern will - ob nun Gruppen in Räume verschieben, Räume substituiere, etc...
Ich nutze recht viele IT-Zwischenstecker. Wenn ich 3 neue in System hängen will will ich ja auch nicht jeden einzeln konfigurieren (alle ins Wohnzimmer, alle bestimmte paramater, alle...). Die zieh ich per C/P ins System rein, ändere per CP Codierung und Name und fertig.
Natürlich, eine komplette Syntax in der cfg aufzubauen ist sehr fehleranfällig, da bin ich ja bei Euch. Aber beim Thema cfg gleich ein "Teufelsswerk" in den Raum zu rufen ist auch nicht Sinn der Sache

Es gibt für sowas devspec2array zum filtern und den Befehl copie der sogar kleine Ansätze von Templates hat. Es gibt als für Leute die es wissen keinen Grund in der cfg rum zu fingern als wäre sie die eigene Frau.
Und wer es nicht weiß, der darf sehr gerne fragen, denn das wäre eine Frage die ich wirklich ohne negative Gedanken beantworten würde.



Grüße

[Frank_Huber]

für mich mittlerweile der einzige Grund in die CFG zu gehen:
Code rauskopieren.

alles andere im frontend.

Ich muss aber auch gestehen, Bei der Ersteinrichtung hab ich Geräte auch in der CFG dupliziert. (z.B. die ganzen GPIOs des RasPi erstellen oder auf alle GPIO Eingänge den debounce einstellen)

[Otto123]

für mich mittlerweile der einzige Grund in die CFG zu gehen:
Code rauskopieren.

alles andere im frontend.

dafür gibt es doch aber die raw def - das ist aus meiner Sicht viel übersichtlicher. Und man kann dort prima code blöcke importieren.

[betateilchen]

dafür gibt es doch aber die raw def

Oder "configdb list <name>" und das sogar schon seit Jahren, lange bevor jemand auf die Idee mit "raw def" kam.

[igami]

Auch das "nach vorne verschieben" lässt sich im Frontend erledigen.

Habe ich die Antwort jetzt einfach nur überlesen?

[Benni]

Habe ich die Antwort jetzt einfach nur überlesen?

Nein, ich warte auch noch drauf!

[Wuppi68]

Nein, ich warte auch noch drauf!

so do i

[marvin78]

Ich behaupte ebenfalls, dass man 99,99% der Aufgaben sehr schnell im Frontend erledigen kann. Ich habe eine sehr komplexe Konfiguration mit weit über 12000 Zeilen in der Config und noch viele weitere in diversen myUtils Files. Hier bei uns ist sehr viel automatisiert und ich musste dafür nicht ein einziges mal das direkte Editieren der Config bemühen. Es ist so, wie betateilchen sagt: Wer behauptet, man kommt nicht ohne aus, weil man damit schneller ist, kennt vermutlich nicht alle Möglichkeiten, die das Frontend bietet. Aber das ist natürlich kein Grund dafür, die Leute nicht machen zu lassen, was sie wollen. Bloß der Support könnte dann etwas eingeschränkt sein, weil sich mittlerweile doch einige Leute dafür entschieden haben, Fragen, bei denen man auf den ersten Blick erkennt, dass das Problem durch direktes Editieren zustande kommt, nicht zu beantworten, weil es eben nicht der sehr guten Empfehlung entspricht, das nicht zu tun. Außerdem gebe bspw. ich nur Code für das DEF. Das ist ebenfalls legitim.

Wie man die Reihenfolge in der Config über das Frontend ändert, wüsste ich jedoch auch noch ganz gerne. Dass das gehen soll, war mir auch nich bekannt, auch wenn ich keine derartigen Probleme mit der Sortierung habe. Ich vermute aber, dass es ganz anders gemeint war.

[betateilchen]

Wie man die Reihenfolge in der Config über das Frontend ändert, wüsste ich jedoch auch noch ganz gerne. Dass das gehen soll, war mir auch nich bekannt

Gebt mir doch wenigstens mal Zeit, bis ich heute Abend wieder einen richtigen PC zur Hand habe.
Manche Dinge machen am Tablet einfach keinen Spass.

[Benni]

Gebt mir doch wenigstens mal Zeit, bis ich heute Abend wieder einen richtigen PC zur Hand habe.
Manche Dinge machen am Tablet einfach keinen Spass.

Kein Thema!

Viel Spaß beim User-Treffen auf der Cebit!

[betateilchen]

--- gelöscht, da genau die Diskussionen im Forum aufschlagen, die ich zu diesem Thema nicht haben wollte ---

[Beta-User]

@betateilchen wg. modbar-dislike:

Herzlichen Dank für diesen informativen Beitrag.
Auch wenn es "Fußpilz" ist und eventuell bei sauberer Arbeit aller Modulentwickler evtl. sogar völlig unnötig: Einwände gegen Übernahme der Anleitung in's Wiki?

@all, die ein halbwegs brauchbares Wiki gut finden:
Mein vote wäre für "Tipp der Woche"...