Vorweg, ist eher ein nice to have als ein must have.
Ich weiß nicht ob ich damit alleine stehe, aber ich fänd einen Bestätigungsdialog, in der Art "wollen sie ... wirklich löschen" der nach dem Klick auf "Delete this Device (...)" in FHEMWEB aufplöppt nützlich.
habe schon mehrfach Devices gelöscht, obwohl ich eigentlich auf Hilfe klicken wollte (klar, ist natürlich eigene Doofheit!). Wenn man dann grad vorher mehrere Änderungen durchgeführt hat und diese noch nicht gespeichert sind, ist es recht umständlich das gelöschte Device mal eben zurück zu holen.
Ich schließe mich dem Wunsch an. Habe mich schon mehrfach gewundert, dass das einfach passiert, zumal es ja auch kein Undo gibt.
Das Löschen von Attributen hat dasselbe Problem. Da wäre es auch schön, wenn die Nachfrage auch noch den Namen des Attributes anzeigt, damit ich sicher bin, dass ich das richtige lösche (ist mir schon passiert ;) )
Grüße,
Volker
Von Experten für Experten! :-)
Wenn man ein device versehentlich gelöscht hat, dann hilft, sofern man noch kein save gemacht hat ein einfaches
shutdown restart
oder auch ein
rereadcfg
Das device sollte dann wieder da sein.
Wenn man mit configdb arbeitet, kann man sich das device auch relativ einfach aus einer vorherigen Version wiederherstellen.
Und im aller schlimmsten Fall hat man ja noch seine Backups ;)
Für Wünsche gibt es übrigens extra eine Wunschliste hier im Forum.
Zitat von: P.A.Trick am 22 Juli 2016, 23:43:28
Von Experten für Experten! :-)
??
Rereadcfg und shutdown restart, sind mir bekannt und wie ich das Device wieder hergestellt bekomme auch. allerdings passiert das meistens, wenn man eh grad Veränderungen vor nimmt und da speichere ich nun mal nicht nach jedem Schritt. Der dann mit einem Click angerichtete Schaden ist halt nur mit einem verhältnismäßig großen Aufwand wieder zu beheben. Und wie gesagt, ist kein must have, ich komme auch so zurecht.
Zitat von: automatisierer am 22 Juli 2016, 23:34:58
(klar, ist natürlich eigene Doofheit!).
und die
muss bestraft werden :P Ich bin gegen jegliche Änderung an dieser Stelle im Frontend.
Wie Benni schon sagte: Arbeite mit configDB, denn genau dafür wurde die Versionierung dort implementiert.
configdb list <device>gibt Dir die komplette Definition inklusive Attribute so zurück, dass Du das direkt per copy&paste in telnet wieder eingeben kannst:
Beispiel: configdb list st_radio liefert:
define st_radio structure Radio ez_TV az_Regal
attr st_radio group 34 Structure
attr st_radio room 99 System
Man kann sogar eine optionale Versionsnummer als Parameter mit angeben, dann wird die Definition in einer früheren Version geliefert.
Zitat von: betateilchen am 23 Juli 2016, 12:33:16
Wie Benni schon sagte: Arbeite mit configDB, denn genau dafür wurde die Versionierung dort implementiert.
landen Änderungen in der configDB ohne dass ich speichern drücke?
Falls nein würde ja ein
shutdown restart auch ohne configDB reichen.
Mein Vorschlag:
Beim löschen von nicht gespeicherten Änderungen nachfragen, ob diese wirklich gelöscht werden sollen.
Mfg Happy
Eine Bestätigung vor dem Löschen wäre durchaus kein Luxus.
Gruß StefanP
Zitat von: betateilchen am 23 Juli 2016, 12:33:16
und die muss bestraft werden :P Ich bin gegen jegliche Änderung an dieser Stelle im Frontend.
Wie Benni schon sagte: Arbeite mit configDB, denn genau dafür wurde die Versionierung dort implementiert.
configdb list <device>
gibt Dir die komplette Definition inklusive Attribute so zurück, dass Du das direkt per copy&paste in telnet wieder eingeben kannst:
Beispiel: configdb list st_radio liefert:
define st_radio structure Radio ez_TV az_Regal
attr st_radio group 34 Structure
attr st_radio room 99 System
Man kann sogar eine optionale Versionsnummer als Parameter mit angeben, dann wird die Definition in einer früheren Version geliefert.
ich find configDB prinzipiell super, aber mit Datenbanken kenne ich mich noch weniger aus als mit Perl. Meine größte Sorge ist die Sicherung und Wiederherstellung der Datenbank. Ich habe das vor einem Jahr mal mit einem Buchhaltungsprogramm versucht und bin da bei, zu keinem für mich zufriedenstellenden Ergebnis gekommen. Einen NAS auf dem SQlite oder sowas läuft hätt ich ja da, aber dann hab ich wieder ein Hardwareteil mehr von dem mein FHEM System abhängig ist und das erhöht dann wieder die Ausfallwahrscheinlichkeit.
Die handhabung von Datenbanken ist bestimmt ganz einfach... wenn man sich damit auskennt...
Kurzgesagt, configDB befreite Zone... ;D ;D
Zitat von: automatisierer am 23 Juli 2016, 13:33:50
aber mit Datenbanken kenne ich mich noch weniger aus als mit Perl. Meine größte Sorge ist die Sicherung und Wiederherstellung der Datenbank.
Du musst dich dazu nicht mit Datenbanken auskennen!
Einfach nach Anleitung (http://fhem.de/commandref.html#configdb) mit SQLite einrichten und gut ist.
Die Sicherung und Wiederherstellung beschränkt sich dann auch nur auf ein einziges File (
configDB.db), genau so wie bei der
fhem.cfg auch.
Zitat von: StefanP am 23 Juli 2016, 13:11:14
Eine Bestätigung vor dem Löschen wäre durchaus kein Luxus.
Das Löschen ist doch gar nicht das Problem, sondern das Speichern nach dem Löschen :)
das Problem ist auch nicht das Speichern nach dem Löschen, sonder die Tatsache, dass ich bei nicht speichern alle bis dahin getätigten Veränderungen verliere oder bei speichern das Device.
Wie gesagt, wenn ich einfach mal so versehentlich auf Löschen klicke, dann mach ich nen rereadcfg und der Drops ist gelutscht. Jedoch passiert mir das meisstens bei irgendwelchen Tüfteleien, bei denen ich Änderungen ausprobiere und diese nicht jedes mal Speichere. Da klicke ich im eifer des Gefechts dann mal leicht auf Delete... statt auf Device specific Help. Und wenn dann die rettende Sicherheitsabfrage käm, wäre das 'ganz nett'.
Zitat von: automatisierer am 23 Juli 2016, 23:21:04
Und wenn dann die rettende Sicherheitsabfrage käm, wäre das 'ganz nett'.
Für mich wäre eine solche zusätzliche Abfrage einfach nur lästig, da ich sehr häufig devices wieder lösche.
Wie gesagt: wer mit configDB arbeitet, kennt solche "Probleme" mit versehentlichem Löschen überhaupt nicht.
Es ist schon erstaunlich, wie hier gegen ein Verhalten argumentiert wird, das in jedem anderen UI-gesteuerten Programm Standard ist ;)
Volker
Zitat von: betateilchen am 24 Juli 2016, 00:22:10
Wie gesagt: wer mit configDB arbeitet, kennt solche "Probleme" mit versehentlichem Löschen überhaupt nicht.
natürlich kann ich da versehentlich was löschen, nur die wiederherstellung ist einfacher..... und um sich die zu ersparen wäre dann die abfrage da. solange dies nur den klick in der oberfläche betrifft, mein gott soll mans halt einbauen. solange bei massenlsöchen über befehl nicht jedes mal gefragt wird
Einen Bestätigungsbutton hätte ich auch gerne. ::)
Eventuell kann man den ja auch per fhem.cfg ausschalten ... für diejenigen die ihn nicht wollen.
Geht doch bei der Save Option auch ? oder?
Warum ?
Ich teste oft neue Einstellungen OHNE das ich sie mit save gleich persistiere und festklopfe.
Wenns mal in die Hose ging .... Restart und alles ist wieder gut.
Diese Tests laufen oftmals mehrer Tage und Wochen durch.
(Jetzt auch gerade wieder da meine FB den Geist aufgegeben hat und ich auf einen anderen Schalter ausweichen musste bis sie repariert ist)
Wenn ich jetzt ... durch meine Blödheit oder Unachtsamkeit .... ein Device/Atrribut lösche muss ich einen gesamten Recovery durch Restart oder Rereadcfg machen
und alles an Tests oder temporären Einstellungen ist futsch.
Daher plädiere ich für einen konfigurierbaren Bestätigungsbutton ... euer Ehren.
Und noch eine Bitte .... macht keinen Glaubenskrieg daraus ;D
Zitat von: AxelSchweiss am 25 Juli 2016, 12:31:57
Diese Tests laufen oftmals mehrer Tage und Wochen durch.
Ungespeichert? Super Konzept! ;)
Und wenn währenddessen FHEM neu startet (aus welchem Grund auch immer) war die ganze Arbeit und die Tests für den Eimer.
Um noch ein wenig Werbung zu machen, auch wenn's jetzt OT wird ... ;D
Auch für solche Tests eignet sich configDB, durch die darin enthaltene Versionierung hervorragend.
Zitat von: Benni am 25 Juli 2016, 14:33:59
Ungespeichert? Super Konzept! ;)
Und wenn währenddessen FHEM neu startet (aus welchem Grund auch immer) war die ganze Arbeit und die Tests für den Eimer.
Welches Konzept ? ;D
Aber ... noch nie passiert ... abgesehen davon ist mir FHEM in den 1,5 Jahren noch nie abgeschmiert
Zitat von: Benni am 25 Juli 2016, 14:33:59
Um noch ein wenig Werbung zu machen, auch wenn's jetzt OT wird ... ;D
Auch für solche Tests eignet sich configDB, durch die darin enthaltene Versionierung hervorragend.
Ich bin eben ein Liebhaber von Textfiles ... eingefleischter UNIX Anhänger ;D
Die Diskussion mache ich jetzt aber nicht auf.
Bitte NICHT diese furchtbare Windowsfeature (oder doch Bug) einführen und immer zickmal bei allem nachfragen.
sind sie wirklich sicher? es gibt kein zurück mehr? wollen sie es nicht nochmal anders überlegen? bablabla
Wenn ich im "Real Life" auf einen Knopf drücke, fragt mich auch keiner, ob ich sicher bin
Genau: natürliche Auslese ;)
Bei mir ist FHEMWEB ein Backend. Man sollte immer genau, wie man damit umzugehen hat und auch, wie man sich in solchen oder ähnlichen Situationen helfen kann. Man kann sich sogar ein eigenes kleines Javascript basteln, welches so einen Dialog einblendet. jQuery ist ja da.
Zitat von: Mitch am 25 Juli 2016, 14:42:45
Bitte NICHT diese furchtbare Windowsfeature (oder doch Bug) einführen und immer zickmal bei allem nachfragen.
*unterschreib*
ZitatWenn ich im "Real Life" auf einen Knopf drücke, fragt mich auch keiner, ob ich sicher bin
da hast du aber auch nen druckpunkt im normalfall. und das entsichern deines privaten atomraketen-leitsystems hat normal auch ne schutzkappe übern schalter. so gesehen ...
exotisches bspl. FÜR eine abfrage:
ich schau gern und oft von meiner grafikmaschine was in fhem nach. die hat nur nen digitizer-stift. 1 mm zu tief gehalten beim scrollen, schwupps is der delete-button geklickt ... wäre mir zwar noch nie passiert, aber man weiß ja nie ...
wobei ich auch der meinung bin, das grade das device-löschen ne ausnahme is. sonst kann auch ich gerne auf aufpoppende nachfragen verzichten.
... und der nächste hätte dann gerne eine Sicherheitsabfrage bevor er den attr-Button bei Attribut-Änderung drückt und/oder bei deleteattr auch noch aber vielleicht auch nur bei manchen Attributen und der übernächste dann noch eine Abfrage beim Eingeben eines delete-Kommandos in die FHEMWEB-Kommandozeile. Am besten fragt man gleich auch noch vor dem Speichern ob man sich wirklich sicher ist, dass man seine Änderungen speichern will .....
... hey! Klingt doch wirklich fast wie bei Windows ;D
du hast die Sicherheitsabfrage beim Starten von fhem vergessen...
Dann bitte auch bei: update, shutdown und am besten bei on und off auch noch eine Frage: wollen sie das Licht wirklich einschalten?
Am besten gleich bei der Installation: "Sind Sie wirklich sicher, dass Sie FHEM installieren wollen?" :D
Zitat von: Benni am 25 Juli 2016, 15:16:35
Am besten gleich bei der Installation: "Sind Sie wirklich sicher, dass Sie FHEM installieren wollen?" :D
Das würde ich sogar befürworten. Ergänzt um einen kleinen Eingangstest ;)
Habt Ihr euch jetzt ausgetobt?
Ist ja schön, dass Ihr so unfehlbare, immer voll konzentrierte Profis seid, denen sowas nie passieren kann. Dann baut doch die vorgeschlagene ausschaltbare Abfrage für die DAU's ein. Ist eben nicht jeder so perfekt. Freut euch doch lieber, dass Ihr soweit über dem dummen Fußvolk steht.
Zitat von: StefanP am 25 Juli 2016, 15:41:55
Dann baut doch die vorgeschlagene ausschaltbare Abfrage für die DAU's ein.
Mit oder ohne Sicherheitsabfrage vor dem Ausschalten der Sicherheitsabfrage?
Zitat von: StefanP am 25 Juli 2016, 15:41:55
Ist ja schön, dass Ihr so unfehlbare, immer voll konzentrierte Profis seid, denen sowas nie passieren kann.
Zumindest ich habe nirgends behauptet, dass mir sowas nie passiert. Aber für mich ist das dann ein klares Zeichen, dass es Zeit ist, schlafen zu gehen.
Oder, wie ein von mir sehr geschätzter Entwickler hier im Forum neulich fragte: "Muss man wirklich jeden möglichen Fehler eines Anwenders programmtechnisch im Vorfeld abfangen?"
Ich meine auch: Nein.
Wen es interessiert: Im Diskussionsthread zur Einführung (https://forum.fhem.de/index.php/topic,30873.0.html) des Links "Delete this device" wurde übrigens bereits über die Anwender diskutiert, die eventuell "versehentlich" etwas gelöscht haben. Das Thema "Sicherheitsabfrage" wurde seinerzeit bereits negativ beschieden 8)
Die optionale Abfrage kommt rein, wenn ich wieder einen richtigen Rechner habe, mit default an. Dauert noch 2 Wochen.
och nö :( :( :(
Finde die Idee gut. Was spricht denn eigentlich gegen die Sicherheitsabfrage?
Danke für die salomonische Entscheidung.
Das ist doch nicht salomonisch, sondern Diktatur.
Denn mit dem angekündigten default=an werden all diejenigen "bestraft", die bisher überhaupt kein Problem mit dem aktuellen Zustand haben. All diese Anwender bekommen zusätzlichen Aufwand aufgezwungen, den plötzlich komplett umgedrehten Ist-Zustand durch Abschalten des Features wieder herzustellen.
Salomonisch wäre gewesen, das Feature einzubauen und standardmäßig ausgeschaltet zu lassen. Und all diejenigen, die eine Sicherheitsabfrage haben wollen, sollen diese für ihre Installation einschalten.
aber jetzt mal ehrlich:
ist doch eig. total egal. wir kriegen die abfrage und gut is es.
wer von uns EINMALIG mal schnell nen wert ändern muß, damit das ding erscheint oder auch nicht, ist doch wirklich egal. vielleicht gibts sogar leute, die dann 2 mal ändern müssen, weil sies einfach probieren wollen, wie sich was anfühlt (uhhh pelzig!)?
in der zeit, in der wir hier dämlich über gelegte eier diskutieren, könnte man die einstellung sicher schon 100 mal vornehmen.
wenn die diskussion allerdings nur statt findet, um die zeit tot zu schlagen, bin ich schon ruhig. das klappt nämlich scheints perfekt *g*.
aja, wenn ma schon mal so schön beinander sitzen:
@betateilchen: ich würde dich inständigst bitten, deine werbung für adblock+ raus zu nehmen. das ist eine der mafiösesten und erpresserischten firmenkonstrukte, die heut zu tag exisiteren.
nimm doch lieber z.b. "ublock origin" - ist frei, kann mehr und erpresst niemanden
Du vergisst in Deiner Argumentation, dass Anwender, die mehr als eine fhem Installation betreiben und/oder regelmässig neue Installationen aufbauen, die nicht benötigte Änderung in jeder Installation abschalten müssen.
Und mein AdBlock Hinweis bleibt, solange es diese unsägliche Mobbing-Leiste hier gibt.
Zitat von: betateilchen am 26 Juli 2016, 09:16:01
Du vergisst in Deiner Argumentation, dass Anwender, die mehr als eine fhem Installation betreiben und/oder regelmässig neue Installationen aufbauen, die nicht benötigte Änderung in jeder Installation abschalten müssen.
Fassen wir mal zusammen: Du betreibst mehrere FHEM-Installationen, baust regelmäßig neue FHEM-Installationen auf und löscht häufig Devices.
Damit nutzt Du FHEM in einer Art und Intensität, wie es wohl nur für wenige Benutzer gilt. Trotzdem erwartest Du, dass sich Veränderungen primär an Deinen Bedürfnissen und Vorlieben orientieren.
Und dann wirfst Du ANDEREN Diktatur vor?
Sorry fürs OT, aber manchmal... ::)
Hallo,
ich nutze ja FHEM noch nicht allzulange, durfte mich mit den Ärgernissen und den Vorteilen aber schon ziemlich rumschlagen.
FHME ist genial, für einen Anfänger wie mich, der FHEM nicht kennt, aber schon etliche Jahre (Hobby-)programmiert (leider bisher kein Perl), hat der Einstieg diverse Tücken mitgebracht.
Auf die Gefahr, mich unbeliebt zu machen:
ich dachte, FHEM soll eine Hausautomatiosation sein, die mit mehr oder weniger Aufwand jeder in Gang bekommen und nutzen kann.
Die dürften aber kaum "mehr als eine fhem Installation betreiben und/oder regelmässig neue Installationen aufbauen"...
Der Trend, FHEM zu einer Spielwiese für gute Programmierer mit guten Perl- und FHEM-Kenntnissen zu machen, ist mit hier schön öfter aufgefallen.
Jemand, der ein neues Gerät kauft und in seine FHEM-Umgebung integrieren will und auf ein Problem stößt, hofft auf einen Lösung.
Die manchmal unreflektierten Verweise auf die Dokus stimmen mich dann eher nachdenklich.
Ich habe leider die Erfahrung gemacht, daß die FHEM-Referenz und auch das Wiki da ziemlich verwirrlich sind.
Änderungshinweise statt Änderungen und Verweise auf ellenlange Threads sind da keine wirkliche Hilfe für einen Einsteiger.
Gerade weil das kaum änderbar ist, der Aufwand ist einfach zu groß ist und programmieren mehr Spaß macht als Doku schreiben usw. usw., wäre es oft hilfreicher, einfach eine Lösungszeile zu posten mit kurzer Erläuterung.
Wenn ich jemanden frage, wie ich an die Rücklichtbirne in meinem Auto rankomme will ich auch nicht hören: werde doch einfach KFZ-Elekroniker...
So, das mußte mal raus.
Gruß aus berlin
Michael
Kann jetzt mal bitte jemand den Thread schließen ::)
Zitat von: Benni am 26 Juli 2016, 09:48:25
Kann jetzt mal bitte jemand den Thread schließen ::)
das war auch mein Gedanke...
Habs implementiert, siehe Anhang.
Zitatich dachte, FHEM soll eine Hausautomatiosation sein, die mit mehr oder weniger Aufwand jeder in Gang bekommen und nutzen kann.
Das ist aber nicht meine Absicht gewesen, steht das irgendwo geschrieben? :)
Ich wollte eigentlich nur das was ich fuer mich gebaut habe, auch anderen zur Verfuegung stellen.
Von "jeder" war da keine Rede, ich meine das merkt man auch.
Zitat von: rudolfkoenig am 08 August 2016, 18:43:01
Habs implementiert, siehe Anhang.
Bei mir kommt die Abfrage zwar (reproduzierbar) bei deleteattr, aber nicht beim Klick auf den Link "Delete this device" in der Detailansicht.
Hm, bei mir kommt nichts - weder bei 'Delete this device' noch bei 'deleteattr'
War doch nur die 01_FHEMWEB.pm, oder muss ich noch mehr tauschen oder verändern?
@betateilchen: Kannst du mir ein Screenshot vom Link schicken? Wird das Geraet beim Klick aufs Link geloescht? Steht was in der JavaScript-Konsole?
@automatisierer: 01_FHEMWEB.pm + fhemweb.js. Wegen fhemweb.js ist ein "ordentliches" reload im Browser notwendig.
define dummy1 dummy
attr dummy1 room blub
liefert das Ergebnis im ersten Screenshot. Beim klick auf deleteattr (room) erscheint die Abfrage wie im zweiten Screenshot, nach Klick auf Yes ist das Attribut gelöscht. Beim klick auf "Delete this device" wird das device ohne Rückfrage gelöscht.
Der Link lautet:
http://...:8083/fhem?cmd=delete%20dummy1
ZitatBeim klick auf "Delete this device" wird das device ohne Rückfrage gelöscht.
Hast du vorher auf "Skip this dialog in the future" geklickt? Steht in der Javascript Console was?
Ich habe "dein" dummy1 auf Chrome, Firefox, Safari@OSX, Safari@iPad, IE9, Chrome@Android getestet, und ueberall kriege ich in beiden Faellen ein Dialog. Auch ueber Code-Nachdenken half nicht. Habe keine Idee, woran es bei dir liegt.
Zitat von: rudolfkoenig am 09 August 2016, 10:20:58
Hast du vorher auf "Skip this dialog in the future" geklickt?
Es ist egal, ob ich das tue oder nicht, ich habe beide Varianten (jeweils mit yes und no im Nachgang) getestet. Das Verhalten ist immer gleich.
Zitat von: rudolfkoenig am 09 August 2016, 10:20:58
Steht in der Javascript Console was?
Nein.
Ich kann das Verhalten von betateilchen bestätigen. Wenn ich genauso wie er vorgehe, kommt der Dialog beim Löschen des Attributs, das Device selbst wird aber kommentarlos gelöscht.
Ich bin kein JS-Debugger-Profi, aber ich kann nur sagen, dass...
var ma = $(this).attr("href").match(/.*cmd[^=]*=(delete[^&]*)&.*$/);
... als Ergebnis ...
ma = null
hat.
Könnte es also sein, dass der Aufruf (/fhem?cmd=delete dummy1) nicht gefunden wird?
Nachtrag:
Wenn ich das letzte & aus dem RegExp entferne, dann habe ich einen Treffer. Ich kenne mich mit regulären Ausdrücken aber nicht aus und kann die weiteren Konsequenzen davon nicht beurteilen.
var ma = $(this).attr("href").match(/.*cmd[^=]*=(delete[^&]*).*$/);
Danke, das hat mir geholfen: da mein test-config mit featurelevel 5.8 (d.h. csrfToken ist aktiv) laeuft, habe ich in jedem Link &fwcsrf=... als Suffix. Jetzt funktioniert es bei mir mit und ohne csrfToken.
Schön, auch mal helfen zu können. :-)
so passt es!
Danke!
Funktioniert jetzt auch hier.
Hi,
ich habe heute eine ganz neue FHEM-Installation angelegt - funzt auch wie es soll.
Aber wenn ich per FHEMWEB ein Attribut löschen will erscheint ja beim ersten Mal der
Bestätigungsbutton. Den kann ich auch aktivieren nur leider gibt es keine Schaltflächen um diese Wahl auch abzuspeichern!
Woran liegt's?
Wie gesagt ganz neue Installation mit neuesten Updates!