Best Practice HTML Output Optimal implementieren

[Bizarrus]

Juhuu, nun ist es doch soweit, ich will doch lieber vom Painten wegkommen und statdessen HTML verwenden.

Kurz zur Suche: Ja, ich habe die Forensuche genutzt konnte aber nichts finden, da man leider gottes meint, dass 4 zeichen in der Suche (namens "HTML") keine Ergebnisse zu wenig sind. Ich wäre euch aufjedenfall Dankbar, wenn ihr einige Threads verlinken würdet, vielleicht ließt man dort ja einige Ideen heraus.

Nun zum eigendlichen Thema:
Ich möchte eine HTML Ausgabe visualisieren. ich habe vor, uff lass mich raten, 3 Jahren bereits derartiges bereits probiert gehabt. Mein Problem war damals, dass ich des HTML-Dokument stetig "neu setzen" musste und Grafiken dabei immer "Flackerten" und der Text ebenfalls.

Jetzt hatte ich eine Idee, die mir vielleicht bessere Resultate bringen.
Ich erstelle ein HTML-Dokument mit eingebetteter Stylesheet und einer Javascript-Funktion, die sich um das "appenden" von neuen Text kümmert.

Wie wäre es am besten möglich die jeweilige Javascript-Funktion anzusprechen?
Ich hab bereits einiges in Obj-C für iOS Apps gemacht. Dort kann man beispielsweise in der WebView auch Javascript invoken. Ist das gleiche ggf. auch in java möglich?

Ich erhoffe mir, dass durch diese Idee eine bessere Sicht geboten wird. Denn damals mit dem überschreiben des Dokuments hat es gestört, das es ständig geflackert hat.

Google hat so seine Probleme wenn ich speziell danach suche, schon alleine weil viele Nutzer nicht begreifen was Java und Javascript ist

Ich hoffe ihr könnt mir einige Tipps geben

 

[Kevin94]

Ähh, um was für eine Umgebung handelt es sich jetzt?

• Swing? Das unterstützt kein JavaScript nur HTML und rudimentär CSS.
• Applet + Browser? In der Kombination hast du eigentlich die bestmögliche Darstellung von HTML und kannst mit JavaScript die Website dynamisch verändern.
• JavaFX? Hat afaik auch eine Komponente die wie ein Browser arbeitet implementiert, ich weis aber nichts genaueres. Da JavaFX ab Java 7 standartmäßig mit installiert wird, ist das auch eine Option.

Ich hab in Bezug auf HTML in Swing nur negative Erfahrungen gemacht und ein flackern der Anzeige war dabei das kleinste Problem. Vielmehr die mangelnde Unterstützung von CSS und auch einigen groben Darstellungsfehlern von normalem HTML. Für kleinere Sachen wie ein fettes Wort auf einem Label ganz brauchbar aber sonst die reine Hölle. Wenn es allein um das flackern geht, könnt man das Dokument auch dynamsich Verändern, ohne es jedesmal neu zu erstellen, das könnte möglicherweise helfen, ich würde mir die Arbeit das zu implementieren aber nicht machen, sondern eher eine andere Umgebung wählen.
Über die Unterstützung in JavaFX kann ich nichts sagen, hab noch nicht damit gearbeitet, aber wenn es nicht unbedingt Swing sein muss, halte ich ein Applet das mit JavaScript die Webseite auf der es sich befindet dynamisch verändert für die einfachste Lösung (zumindest für den Weg bei dem einem am wenigsten Bugs und "Geht nicht" begegnen).

 

[Bizarrus]

Okay, hmm.
Mit FX habe ich auch noch nicht wirklich gearbeitet gehabt.

Auf welchem Bezug setzt du "Java + Browser"?
Dass geprüft wird, welcher Browser installiert wird und dann wird davon die Engine "genutzt/angesprochen"? Für mich eher uninteressant, da ich nicht davon abhängig sein möchte. Schon alleine wenn der Fall eintreten sollte, dass ein Uralt-Browser verwendet wird, sehr blöd - Kann dann ja zu Fehldarstellungen kommen.

Also wäre es doch keine Sinnvolle Idee, auf HTML umzusteigen ^^
Dein Beitrag hat mir sehr geholfen, auch um zu sehen, was da so für möglichkeiten existieren. Hatte bei der Idee eigendlich nur an Swing gedacht gehabt.

 

[Kevin94]

Mit Java + Browser hatte ich gemeint, dass du dein Programm als ganz normal Applet entwickelst und dann den HTML Inhalt nicht innerhalt des Applets darstellst, sondern über JavaScript das Browserfenster so manipulierst, dass dein HTML im Browserfenster dargestellt wird. Großer Vorteil ist dabei natürlich, dass der HTML-Code von einem Browser gerendert wird, der das deutlich besser kann als die Swing-Komponenten.
Wenn du natürlich auch noch Windows 98SE mit Java 1.3 untertützen möchtest ist das ein ungeeigneter Weg. [/Ironie] Im Ernst: Wenn das Entwickeln mit HTML wesenlich leichter wäre, wegen z.B. eingebauter Links oder Anbindung an andere Webdienste (wobei das ggf. auch dagegen sprechen könnte) dann würde ich auf die wenigen die einen verallteten Browser besitzen keine Rücksicht nehmen. (Ausser natürlich es schreibt dir jemand vor)

Wenn es darum geht eine neue GUI zu entwickeln würde ich von HTML als großes Struckturelement abraten, das Meiste geht sehr gut mit Layoutmanagern und ein Bisschen inline-HTML/CSS wie schon gesagt, und wenn man nur den Text von einem/mehreren Labeln verändert, dürften auch wegen flackern keine Probleme auftreten.

Was mir jetzt noch eingefallen ist: Ich bin glaube ich mal über ein Framework gestolpert, mit dem man für eine Swing-GUI CSS-Stylesheets schreiben kann und so viele Layoutsachen wie auf einer Website managen kann.