In nicht mal einem Jahr wird die Library 10 Jahre alt, Zeit mal eine Modernisierung in die Wege zu leitenđ
Die letzten Jahre haben auf Seite von IP-Symcon sehr viele positive Neuerungen gebracht, die zur Geburtsstunde der Library noch nicht vorhanden waren. Mit den Modulen wurde auch eine Möglichkeit geschaffen, einzelne Projekte besser zu kapseln und FunktionalitĂ€t ĂŒber API Funktionen und Instanz Variablen bereitzustellen. Ăber den Modulstore können diese sehr einfach installiert und auf den neuesten Stand gebracht werden. Am wichtigsten aber, IP-Symcon Module können viel einfacher konfiguriert werden.
Da ich das Thema jetzt schon ewig vor mir her schiebe, habe ich mich mal selbst etwas unter Druck gesetzt und die Library bereits im Herbst von meinem Produktivsystem entfernt.
Den IPSLogger habe ich bereits damals in eine initiale Modul Version ĂŒberfĂŒhrt (im ersten Schritt mal mit den wichtigsten Outputs fĂŒr mich), zu finden ist das Teil im meinem Github Repo:
Die Beschattung, mein wichtigstes Modul, folgt nun hoffentlich bis in den SommerâŠ
Jeder der sich hier beteiligen will, ist natĂŒrlich herzlich willkommen (ich werde auch nicht alle Library Module in ein IP-Symcon Modul ĂŒberfĂŒhren).
ich bin etwas verwundert, dass die Library nun plötzlich wichtiger zu sein scheint als ein nativer Win Client von IPSView V 5. Man muss ja nur mal einen Blick in den Thread vom IPSStudio schauen. Das parallele Arbeiten mit V 4 und V 5 mit dem Nachteil, dass man die Views in Teilen nicht identisch halten kann, ist letztendlich sehr unbefriedigend.
ich verstehe Deinen Einwand nicht. Ja, am nativen Klienten muss was passieren. Das, so hat es Andreas auch schon oft gesagt, liegt aber nicht unbedingt an ihm, sondern es fehlen noch Voraussetzungen von extern (Framework).
Ich finde auch, dass solche Kommentare nicht unbedingt konstruktiv sind, in diesem Thread geht es um die LIbrary, die zu Modulen gewandelt wird. Nicht um IPSStudio, welches sicherlich noch Potential hat, was in den betreffenden Threats auch behandelt wird.
Hier wĂŒrde ich es so sehen, das Andreas die Umstellung der Library primĂ€r fĂŒr seine eigenen Bedarf angestoĂen hat und uns dies netter Weise zur VerfĂŒgung stellt.
Und wo bitte hast Du gelesen, das die Library wichtiger ist, als das IPSStudio. Dies erschlieĂt sich mir leider auch nicht.
Also: Vielleicht wÀre es schöner, wenn die Themen nicht mit einander vermischt werden, nur weil einem eine andere Software eines Entwicklers nicht schnell genug voran getrieben wird.
Hallo Andreas,
das hört sich gut an⊠Wenn du die Beschattungssteuerung in ein Modul ĂŒberfĂŒhrst, ist dann auch angedacht, dass es eine RĂŒckmeldung von KNX gibt? Ich wĂŒrde gerne mithelfen, nur sind meine Programmierkenntnisse eher dĂŒnnâŠ
Ich habe die Library eigentlich nur noch wegen dem Logger ⊠in Deinem Modul vermisse ich aber die FunktionalitÀt sich die Errors ⊠per Mail senden zu lassen bin ich blind - oder kommt dies erst spÀter?
Schönen Sonntagabend !!!
Ciao
HerbertF
Das Logger Modul macht keine Ănderung an Deinem System, die EintrĂ€ge in der Autostart musst Du selber korrigieren. Theoretisch sollte sich das Modul auch parallel betreiben lassen.
Das hört sich gut an⊠Ich möchte IPSShadowing nicht missen⊠Mich hat nur die fehlende RĂŒckmeldung von den KNX-Tastern ein wenig gestört⊠Vielen Dank fĂŒr die tolle ArbeitâŠ
Planst Du das am Schluss auch ĂŒber den Modul Store installieren zu lassen oder wird es bei der Installation ĂŒber die Module Instanz bleiben?
Gibt es eine Anleitung was genau zu beachten ist wenn man dann umsteigen sollte? Wie und was muss ich genau deinstallieren das sich am Schluss nicht Teile der Library mit dem Modul ĂŒberlappen?
Ist der Funktionsumfang mit dem PHP Modul der Gleiche inclusive ErgÀnzung der Ansicht im Webfront?
Habe den Library Logger schon so umgebaut, dass es hier zu keinen Konflikten kommen sollte. Also einfach autoload anpassen und dann sollte der neue Logger verwendet werden. Solange die Library aber installiert ist, gibt es da aber auch keine wirkliche Notwendigkeit.
Bis jetzt habe ich nur die âWebFrontâ Outputs implementiert, werde auch nur mehr die implementieren, die ich selber verwende oder einfach testen kann!
Warning: Use of undefined constant MessagesOutput - assumed 'MessagesOutput' (this will throw an Error in a future version of PHP) in /var/lib/symcon/modules/IPSLogger/IPSLogger/module.php on line 222
I agree with you that it would be great to modernize the library. Thanks for doing this!
Would it be possible and a good idea to bring two worlds together, IPSView and IPSLibrary?
Create the user interfaces within IPSView and a general library behind/be need it all to support it?
For example, give classes to a workflow so send a ânoticeâ or âemailâ (or both), have class for a message âviewâ or popup ready available within IPSView. If I place an icon of a shutter on a view let me select the shuttermodule class. With watering valves and sections you can do the same.
Iâm more of a fan of keeping visualization and program logic separate. In addition, in this case the client would have to support many console features and that is not compatible with ViewConnect âŠ