Diskussionsthread EDOMI-Releases/Updates

[Lonie]

Und das was da raus kommt kannst du mit dem 19000107 "Liste zerlegen" teilen und den ersten Wert weiter verwenden. Es hat davor nur zufälliger weise funktioniert weil PHP 5.x ein anderes Verhalten hatte.

[Brick]

Das kommt so aus dem Darksky LBS (der mit Denro one)

Abfrage mit "0" für alle Tage...

[Lonie]

Das ist aber nicht nur runden was er da macht sondern noch ein vorheriger Typecast von String auf etwas verwertbares

[Brick]

Läuft bei mir noch im Prod.. seit sicher mehreren Monaten...

2020-03-03 15_44_04-EDOMI · Administration.jpg

[wintermute]

Kurze Info:
Unter 6.5 ging es noch dem LBS Listen mitzugeben (mit | getrennt) das scheint unter 7.6 nicht mehr zu funktionieren.

Ganz sicher, dass das mal ging?

[Lonie]

In der Tat wäre es manchmal hilfreich wenn man einen Hinweis auf die betreffende Logikseite haben würde. Ich hatte das Problem ebenfalls mal gehabt und es hat viel Zeit gekostet.

[Brick]

Die Frage ist aber warum ein "non-numeric value" in dem "Runden LBS" aufschlägt, das sollte schon mal nicht sein, deswegen würde
ich gern wissen wo das ist.. habs jetzt aber eh gefunden.. durch suchen...

Kurze Info:
Unter 6.5 ging es noch dem LBS Listen mitzugeben (mit | getrennt) das scheint unter 7.6 nicht mehr zu funktionieren.

Gruß Martin

[saegefisch]

Filezilla oder ähnliches -> Datei „/usr/local/edomi/www/data/liveproject/lbs/LBS19000361.php“ aus Fehlermeldungen im Editor zB notepad ++ öffnen und in Zeile 4 das Problem analysieren und im LBS fixen. Man ist also direkt da, wo es weh tat. Ja, in der Tat weiß man nicht, welche konkrete Ausprägung zum Fehler führte.

Danach ist er doch in allen Instanzen bereinigt; egal wieviele und wo...

daher: eigentlich erscheint mir die Fehlermeldung hinreichend... zumindest konnte ich damit bislang alle Fehler rasch finden - und das waren in den letzten Tagen einige, weil ich viel entwickelt habe...

[Brick]

Hallo,

bin mir nicht sicher, ob es diesen Wunsch schon mal gab.. aber ich schreib ihn hier einfach noch mal.. weil ich aktuell davon betroffen bin.

Hab mir mal wieder Edomi neu aufgesetzt.. ja mir war langweilig... Jetzt meckern div. LBS bei mir rum.
Eigentlich bekomm ich alles leicht hin, aber bei einem nervt mich aktuell die Sucherei:

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2020-03-03 13:30:02[/TD]
 			[TD]394074[/TD]
 			[TD]?[/TD]
 			[TD]109167[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/LBS19000361.php | Fehlercode: 2 | Zeile: 4 | A non-numeric value encountered[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 	 [/TABLE]

Diesen LBS 361 hab ich ca. 50 mal auf div. Seiten implementiert (ist der "Wert runden" LBS)... jetzt bin ich schon alle Seiten druchgegangen und hab erst mal nix gefunden. Schön wärs jetzt wenn man aus der Fehlermeldung auch die ElementID bekommen würde, welcher LBS den Fehler schmeißt.. dann sucht man sich nicht tot..

Gruß Martin

[gaert]

Das Visuelement "Wertanzeige" kann demnächst die "Bereichsanzeige" flexibel darstellen, d.h. per speziellem KO-Wert kann optional eine untere/obere Grenze festgelegt werden. Der KO-Wert in diesem Beispiel ist "17;11;19" - dürfte also selbsterklärend sein

image_94853.png

[gaert]

Völlig korrekt! Nur ist das nicht so mal eben zu ändern - die Begrenzungen sind historisch bedingt (wie so vieles in EDOMI). Uff Liste steht dies aber ohnehin schon seit geraumer Zeit, es besteht also grundsätzlich Hoffnung

[SvenA]

Hallo gaert!

Wenn ich vielleicht für die nächste Version darum bitten dürfte zwei Punkte bezüglich VSEs zu überdenken:

1. Momentan ist die Länge der Werte auf 20 Zeichen begrenzt.
Dies behindert die Entwicklung von VSEs völlig unnötig.
Die momentane Begrenzung (im Stile der 80er Jahre) ist völlig willkürlich, da sie weder Speicher in der Datenbank spart (ist ohnehin ein varchar() Feld) noch bei der Übertragung via HTML. Eine Erweiterung auf 255 Zeichen wäre wünschenswert.
Für eine moderne und flexible API, was die VSE Schnittstelle ja sein soll, wäre das sehr vorteilhaft.

2. Die Anzahl der Variablen in den VSE ist momentan auf 20 begrenzt.
Das Universalelement verwendet selbst schon 16 Variablen. Da weitere Änderungen an diesem eventuell die Grenze überschreiten würden, wäre vielleicht eine Erweiterung auf 25 Variablen anzudenken.



Gruß
Sven

[saegefisch]

Ah...Du also auch.... willkommen im Club... aber es macht schon wirklich viel Spaß, noch mal mit der heutigen Erfahrung komplett neu anzufangen... Manches löst mann heute völlig anders, manches genauso wieder...

Du hast ein wirklich schönes, spannendes, gutes und praktisches Stück SW erschaffen...

[gaert]

Das mit dem Schatten muss ich mir mal angucken...

Zur Zeit erstelle ich mein gesamtes Projekt mal neu (nach Jahren wird's mal Zeit). Das ist natürlich eine Menge Arbeit und somit komme ich eher zu nix anderem

[gaert]

Ein neues Visuelement gibt's demnächst: Damit kann man je nach KO-Wert auf eine andere Visuseite "weiterleiten" - praktisch für diverse Menü-Funktionen etc.

Ähnlich wie das VE "Befehle" muss das VE auf die entsprechende Seite eingebettet werden. Entspricht dann der KO-Wert (beim Aufruf der Seite oder auch im Verlauf) einem bzw. mehreren Werten, wird zu der gewählten Seite weitergeleitet.

Bildschirmfoto 2020-02-17 um 17.55.30.png