Wie ist das eigentlich in Xbase mit Responsive Design?

[Tom]

könntest du deine Frage bitte noch mal stellen ?

Posting #45 in diesem Thread. Einfach hochscrollen.

[AUGE_OHR]

hi Tom,

könntest du deine Frage bitte noch mal stellen ?

Posting #45 in diesem Thread. Einfach hochscrollen.

ich sehe hier keine Frage
https://www.xbaseforum.de/viewtopic.php ... 6&start=45

von Tom » 16 Jan 2025, 10:50
Ergänzend zu Jans Posting:

In unserer Web-Oberfläche (Portalsystematik) nutzen wir das Tabler.io-Framework (https://tabler.io/admin-template), das auf Bootstrap basiert, da gilt Entsprechendes. Wir nutzen das auch, wenn wir Dialoge in unserer Anwendung mit Web-Elementen kombinieren, etwa in einem Chatsystem (der Chat selbst ist HTML/JS/CSS und wird vom Xbase-Dialog gesteuert).
(Edit: Größe des aufdringlichen Screenshots verringert.)

[Tom]

Hallo, Jim.

Das ist auch nicht Posting #45, zu dem Dein Link führt. Die Nummer steht immer oben links und enthält den Link zum Posting:

https://www.xbaseforum.de/viewtopic.php ... 07#p149107

posting.png (14.62 KiB) 15223 mal betrachtet

[Martin Altmann]

Das hängt aber ein wenig vom Style ab. Ich bekomme unter prosilver keine Nummern angezeigt.

Viele Grüße
Martin

[Tom]

Ah, okay, möglich.

So oder so, der Link über dem Screenshot sollte zur Frage führen, mit jedem Style.

[Martin Altmann]

Das tut er.
Viele Grüße
Martin

[AUGE_OHR]

Hi Tom,

wie Martin schon sagt : mit Prosilver habe ich links oben KEINE Thread Nr.

https://www.xbaseforum.de/viewtopic.php ... 6&start=11
von Tom » 18 Jan 2025, 12:47
Hallo, Jim.

Das Problem ist so ein bisschen, dass Du nicht ganz klar sagst, was Du anstelle dessen, was Du bekommst, erwartest:
Dieser Wert kommt, aber dieser wäre richtig...

ich sagte doch die 4th msgbox welche "32, 100"(?) meldet.

https://www.xbaseforum.de/viewtopic.php ... 6&start=18


p.s. ich lese die Threads von der neusten Msg und somit sind meine Links auch.

[AUGE_OHR]

hi Hubert,

Hi, dazu fällt mir ein, dass es zwar eine prinzipiell gute Idee ist die letzten Werte zu laden,

ich habe geschrieben das es ist KEINE gute Idee den LETZTEN Wert (zwischen Ergebniss) zu verwenden da dieser "Rundunds-Fehler" haben könnte.
es funktioniert nur richig wenn man vom "original" Wert ausgeht und den Scale-Faktor (/3*3) anwendet

@ Jimmy, du arbeitest doch mit der 1.90 oder ?

wie sollen da die Beispiele bei den anderen unter 2.00.xxx genauso funktionieren, wo doch einige Fehlerkorrekturen erfolgt sind?

Könnte das die Unterschiede erklären ?

ich kann nur 2 geschlossene (7571, 7412) und 2 offene PDRs (6812,6682) wegen des LayoutManager finden.
das kann aber keinen Unterschied zwischen v1.9 und v2.x ausmachen

im übrigen verweise ich auf die Aussagen von Tom und Jan die ja sagten das SIe die selben Ergebnisse hatten.

[brandelh]

hi Hubert,

Hi, dazu fällt mir ein, dass es zwar eine prinzipiell gute Idee ist die letzten Werte zu laden,

ich habe geschrieben das es ist KEINE gute Idee den LETZTEN Wert (zwischen Ergebniss) zu verwenden da dieser "Rundunds-Fehler" haben könnte.
es funktioniert nur richig wenn man vom "original" Wert ausgeht und den Scale-Faktor (/3*3) anwendet

ich meinte die letzte Bildschirmposition vor dem Beenden des Programmes (ihr meint ja was anderes ... war mir nur so passiert

PS: ich habe bei meinen Programmen (nur Desktop) immer die Größe fest vorgegeben

[Tom]

ich sagte doch die 4th msgbox welche "32, 100"(?) meldet.

Ja und? Welchen Wert würdest Du erwarten? Um keine Überlappungen zu erzeugen, muss man abrunden.

Und was sagst Du dazu, dass ich am Ende - nach dem Resizen des Parents auf die Originalgröße - für alle Items auch wieder die Originalgröße bekomme?

[AUGE_OHR]

ich sagte doch die 4th msgbox welche "32, 100"(?) meldet.

Ja und? Welchen Wert würdest Du erwarten? Um keine Überlappungen zu erzeugen, muss man abrunden.

100/3 => RND(33,3333) und NICHT 32

Und was sagst Du dazu, dass ich am Ende - nach dem Resizen des Parents auf die Originalgröße - für alle Items auch wieder die Originalgröße bekomme?

KEINE Ahnung wie der LayoutManager DAS macht, deshalb ist mit das auch zunächst nicht aufgefallen.

[Tom]

Möglicherweise geht es hier u.a. darum, dass die Dialoggröße der Drawingarea-Größe übergeordnet ist, und die Drawingarea ist kleiner. Du aber verkleinerst den Dialog.

KEINE Ahnung wie der LayoutManager DAS macht, deshalb ist mit das auch zunächst nicht aufgefallen.

Vermutlich genau so, wie Du verlangst: Er merkt sich die Originalgrößen.