updatefhem - preserve als default

[Martin Fischer]

==> preserve als default von updatefhem:
in einem privatem emailwechsel hatten rudi und ich das thema auch schon
angerissen. heute ist es ja so: <updatefhem> bricht mit der meldung ab, das
sich der aufruf geändert hat. rudi hatte schon während der entwicklung den
vorschlag gemacht <updatefhem preserve> als default zu setzen. also die alte
struktur bleibt so wie sie ist und ein <updatefhem> bricht nicht mehr mit dem
hinweis ab, sondern verhält sich wie sonst auch. nur dann bekommt der user
überhaupt nicht mit, das wir fhem "aufräumen" und verpasst / verpatzt sich
evtl. bei einem späteren update irgendeine funktionalität, die durch eine neue
veränderte struktur nicht mehr läuft. alles auf ewig und immer
abwärtskompatibel zu halten, halte ich auf dauer für overhead und irgendwann
schwer abzubilden. d.h. irgendwann sollte / muss in die neue struktur
gewechselt werden, die sich dann immer an $attr{global}{modpath} orientiert.
dann ist der user in so fern frei, was den "basispfad" angeht, ggf. noch das
$attr{global}{backupdir} aber der rest (module, webguis, shared icons, shared
docs, was_auch_immer) ist dann _immer_ in bezug auf $attr{global}{modpath}
bezogen.

ich plädiere ja immer noch für die / bzw, eine ähnliche struktur aus dem
ursprungsbeitrag https://groups.google.com/d/topic/fhem-
developers/IStHDeMAd5Y/discussion

aber die diksussion bzgl. der struktur sollte in dem entsprechenden thread
weitergeführt werden. der hinweis dient lediglich um den zusammenhang mit
preserve als default zu verdeutlichen.

also was gibt es für das preserve für anregungen / ideen?

[Rudolf Koenig]

> also was gibt es f�r das preserve f�r anregungen / ideen?

Ich sehe das nicht so streng, und bin mit der aktuellen Loesung eigentlich auch
zufrieden.