Hallo,
ich entwerfe ein Applet für eine Homepage In diesem Applet soll ein Raumplan angezeigt werden, auf dem kontextgebunden immer die aktuell laufenden Veranstaltungen angezeigt werden.
Ich habe den Raumplan als JPG und würde ihn als Hintergrund einfügen. Nun könnte ich über das ganze ein Layout legen bzw. genau die richtigen Pixel treffen damit jeder Veranstaltungsname an der richtigen Position ist.

Dieses Gebäude hat 50 verschiedene Räume, die alle verschieden groß sind,dass heißt ich würde spontan zum GridLayout greifen, das würde aber super viel Arbeit allein beim Layouten bedeuten. Hat jemand eine andere Idee?
Gibt es vielleicht eine Möglichkeit wie in html/CSS so etwas wie position: absolut; und dann einfach die Pixelangabe auf dem Plan?

Ist sowas überhaupt mit Java möglich?
Vielen Dank für eure Hilfe
Gruß, Nadine

Wenn Du die ganze Kontrolle haben möchtest, zeichnest Du am besten mit Hilfe der Grafikoperationen von Java selbst. So kannst Du deine Karte laden und dann beliebig darüberzeichnen.

Würde mir an Deiner Stelle überlegen, ob nicht auch reines HTML+CSS für die Darstellung genügen würde. Beispielsweise mittels PHP die Datenbank o.ä. lesen, dann Divs entsprechend über die Karte legen.

Hallo,
dankeschön für die Hilfe. Hmm, ich glaube, da ich nicht sehr viel Erfahrungen von Java habe und da noch nie etwas mit Graphics... gemacht habe, werde ich es erstmal nur mit PHP versuchen, dass geht bestimmt etwas schneller.
Vielen Dank für den Tip!
LG, Nadine

Hi Nadine,

ich habe früher viel PHP entwickelt und würde davon insofern abraten, als dass
JAVAs Grafik Optionen schnell zu erlernen sind und ich schlicht und einfach ein starker Befürworter von J2EE/JEE etc. bin.

Aber weil es ja schnell gehen soll würde ich Folgendes machen:

-Kein Applet, sondern

-DIV Layout (CSS) mit JavaScript

-Die DIVS stehen für die Räume und JavaScript Funktionen nehmen die ID
des jeweiligen DIVs und übertragen das Ganze an einen

-MVC Controller (Ich würde Spring MVC als sehr wartungsfreundlich bezeichnen).

Sprich Deine JavaScript Funktion könnte heissen enterRoom( divId ){...}
und z.B. bei einem 'onsubmit' wird die URL des Controllers gerufen, als Parameter über POST(schön versteckt) wird die ID des DIVs angehängt. GET Variante ginge auch: 'http://www.mywebapp.de/myController?id=1'

Im Controller kannst Du bestimmen, was das Backend mit der ID anfangen soll.

Es gibt noch mehr und trickreichere Varianten, aber ich habe versucht ein einfaches, schnelles Beispiel zu schildern, welches garantiert funktionieren wird.

Gruß

Tim

Ich möchte das das genaue gegenteil meines vorredners empfehlen, nämlich es ohne Java zu machen. Zum einen bin ich java gegner (es gibt bedeutend bessere programmiersprachen und frameworks), aber das sei mal dahingestellt. java ist eigentlich nicht wirklich für webseiten geeignet, weil:
einerseits verlangt es zusätzliche installierte software auf dem client-rechner (welche im übrigen selbst auf neuesten rechnern abartig langsam ist), andererseits vernichtet es jeglichen zugang für leute mit textbrowser, pda oder sehbehinderung (die spezielle software zum durchsuchen von webseiten haben, z.b. sprachausgabe).
außerdem musst du dich bei aktualisierungen des raumplans drum kümmern, dass niemand gecachte alte java-binaries hat

das mit den divs würd ich auch so machen wie tim, allerdings ohne MVC, da das für jemanden der noch nicht so viel gemacht hat recht schwierig sein könnte.

entweder legst du nun die divs über den raum und lässt sie per php befüllen, das sollte sehr einfach gehen.

oder noch einfacher, falls du die raumbelegung auf klick sehen willst:
du erstellt eine map und legst sie mit entsprechenden links auf eine php-seite über das bild:
http://de.selfhtml.org/html/grafiken..._sensitive.htm

gruß

Edit: hmm, war wohl schon lange nicht mehr da, meine ganzen alten beiträge sind weg...

Zitat von The_Tornado

Zum einen bin ich java gegner (es gibt bedeutend bessere programmiersprachen und frameworks)

Ich liebe immer solche Aussagen ... einfach mal was in den Raum zu werfen, ohne auch nur den Ansatz einer Begründung mitzuliefern. Schon alleine das disqualifiziert dich eigentlich.

Zitat von The_Tornado

einerseits verlangt es zusätzliche installierte software auf dem client-rechner

... die bei 95% aller Rechner installiert ist. Außerdem gibts Java auch als ausgereifteren PHP-Ersatz in Form von JEE und J2EE

Zitat von The_Tornado

andererseits vernichtet es jeglichen zugang für leute mit textbrowser, pda oder sehbehinderung (die spezielle software zum durchsuchen von webseiten haben, z.b. sprachausgabe)

... was der Einsatz von JavaScript auch nicht unbedingt besser macht

Zitat von The_Tornado

welche im übrigen selbst auf neuesten rechnern abartig langsam ist

... und nebenan wird auch noch Hexenverbrennung ausgeübt (wer die Anspielung nicht versteht: Das war mal so, mittlerweile braucht sich die Performance von Java nicht mehr zu verstecken!)

Zitat von The_Tornado

außerdem musst du dich bei aktualisierungen des raumplans drum kümmern, dass niemand gecachte alte java-binaries hat

Nicht nur Java wird gecached.

@Tornado

Wie du das letztendlich löst, ist wohl Geschmackssache. Obs was schönes mit Ajax wird, JSF, ein Applet, JavaFX, Flash, ... solltest du von deinen Vorlieben, Erfahrungen, Voraussetzungen und deiner Neugierde abhängig machen.

Moin,

java ist eigentlich nicht wirklich für webseiten geeignet, weil:
einerseits verlangt es zusätzliche installierte software auf dem client-rechner (welche im übrigen selbst auf neuesten rechnern abartig langsam ist), andererseits vernichtet es jeglichen zugang für leute mit textbrowser, pda oder sehbehinderung (die spezielle software zum durchsuchen von webseiten haben, z.b. sprachausgabe).

Da hat jemand nicht aufgepasst, als es ging um

-Trennung von Frontend & Backend (wo bitteschön ist im Frontend einer J2EE App
Java!)

-Frameworks und Webstandards (Dann liegt die J2EE Welt falsch aber warum ist es
ein weltweiter Standard für Webapplikationen?)

-Und Webentwicklung allgemein geht:

zusätzliche installierte software auf dem client-rechner

Denn wo benötigt denn J2EE eine extra Installation auf irgendeinem Client?!
Hier wird eindeutig ein Applet mit J2EE etc. verwechselt...

-Wenn schon von Java Binaries gesprochen wird - wieso macht das Probleme
und soll PHP besser sein? Man kann eine gute Webapp per Parameter oder Adminoberfläche problemlos zur Laufzeit skalieren.

Mein Vorredner sagte s richtig: "Hexenverbrennung", d.h. nämlich man kennt etwas nicht, offensichtlich ist es einem deshalb unheimlich. Darum verteufelt man es und gibt Tips, die eine mangelnde Praxis und (kritische) Auseinandersetzung mit der Materie im Allgemeinen erkennen lassen.

Back to Topic

Ich kenne einige sehr professionelle PHP Anwendungen.
Persönlich bin ich für J2EE, sehe aber durchaus Vor und nachteile beider Seiten.
Fragt jemand in einem Java Forum, empfehle ich Möglichkeiten für Java.

Noch jemand Tips für Nadine (Java, bitte )?

Gruß Tim

Die ursprüngliche Frage war, wie/ob ein Applet für die genannte Aufgabenstellung verwendet werden kann. Und dass Applets technisch gesehen nicht der Weisheit letzter Schluss sind, müssen sogar die begeistertsten Java-Anhänger zugeben, oder (siehe nur Anzahl von Applets vs. Flash-Apps)?
Würde meinen, dass sich die Alternative HTML+CSS anbietet. Dass für die serverseitige Generierung des Codes J2EE verwendet werden kann, ist klar - hat aber nix mit Grafikoptionen von Java zu tun. PHP war rein ein Beispiel und leistet oft und rasch gute Dienste - Ihr werdet doch nicht die Skriptsprache, die auf tutorials.de verwendet wird, kritisieren, oder?

Bisschen widersprichst Du Dir aber schon, Tim, oder?

Zitat von tim staeglich

...würde davon insofern abraten, als dass
JAVAs Grafik Optionen schnell zu erlernen sind und ich schlicht und einfach ein starker Befürworter von J2EE/JEE etc. bin.

Wie jetzt? Grafik-Optionen von Java nutzen, d.h. Applet, oder J2EE, also serverseitige Generierung von HTML?

@matdacat

Und dass Applets technisch gesehen nicht der Weisheit letzter Schluss sind, müssen sogar die begeistertsten Java-Anhänger zugeben

Ja, sehe ich genau so.

Bisschen widersprichst Du Dir aber schon, Tim, oder?

haha so gesehen ja. Gemeint ist aber gewesen: Wenn man es unbedingt mit Java oder PHP etc. machen will, würde ich Java nehmen.

Die klassische J2EE App hingegen würde aber eher eine Trennung vorsehen von
-Presentation -
-Business -
-Persistence Layern
Und hier würde ich persönlich probieren, möglichst wenig Logik im Frontend unterzubringen, sprich "möglichst stumpfe" JS Funktionen mit CSS zu verwenden
und die Logik im Backend zu behandeln.

Nochmal kurz: Wenn Java ODER PHP im Frontend: Dann Java mit den gut erlernbaren Java Grafik Optionen (ich selbst).

Wie Du ja angedeutet hast, gibt es (kenne ich auch) ebenfalls sehr gute Möglichkleiten Flash im Frontend und PHP oder Java im Backend zu benutzen.

Gruß Tim

Zitat von tim staeglich

@matdacat

Ja, sehe ich genau so.

dito, dennoch haben Sie Ihre Daseinsberechtigung. Eine gesamte Design-Website würde ich nicht als Applet realisieren (Flash ist hierfür besser geeignet), für wissenschaftliche Beiträge oder Simulationen sehe ich aber keinen Grund Flash anstelle von Applets zu verwenden.

Bin mal gespannt, wie JavaFX den Markt aufmischt

Kurze Frage, Vistainstallationen beinhalten doch kein Java mehr. Kann der Rechner dann Java-Applets (is ja schon compiliert) verstehen?

Ach so ja, ich gehör auch zu den Hexenverbrennen, da ich der Meinung bin das PHP unter anderem Browserunabhängig ist und mit CSS kann man das ganze doch schön platzieren.
Ich liebe Javascript und Java für "Internetseiten" nicht gerade. Serverseitig OK aber ansonsten auf den Scheiterhaufen damit und Flash zum anheizen + das komische neue Zeugs von Microsoft (Silverlight) gleich hinterher.

So jetzt hab ich mir Freunde gemacht

Java-Programme und -Applets benötigen eine sogenannte Runtime, um ausgeführt werden zu können. Meines Wissens ist eine solche bei Windows nie dabei, sie muss installiert werden.

Runtime muss meistens installiert werden, ist aber für eine J2EE App ohne Applets nicht erforderlich.

Ach so ja, ich gehör auch zu den Hexenverbrennen, da ich der Meinung bin das PHP unter anderem Browserunabhängig ist und mit CSS kann man das ganze doch schön platzieren.
Ich liebe Javascript und Java für "Internetseiten" nicht gerade. Serverseitig OK aber ansonsten auf den Scheiterhaufen damit und Flash zum anheizen + das komische neue Zeugs von Microsoft (Silverlight) gleich hinterher.

Ja, J2EE ist auch 'browserunabhängig' - was hat denn das mit der Hexenverbrennung zu tun?

Übrigens kommt man um JavaScript selten herum. Es geht ohne, aber die meisten großen Firmen haben Anforderungen, die ohne JS nicht umgesetzt werden können.
AJAX z.B. wird so oft verlangt...

Übrigens kenne ich keine einzige professionelle PHP Anwendung ohne JavaScript,.
Aber das hat ja auch nix mit Java zu tun.

Wusstest Du dass Flash ganz viel mit allen möglichen Technologien zusammenarbeitet? Z.B. DWR alias BlazeDS, einfaches AJAX, XML, Java
und PHP?

Übrigens kann Flash oft nicht angewandt werden, z.B. wenn es um sicherheitsrelevante Seiten geht, da erlauben Admins Flash gar nicht erst. Frag mal große Konzerne, was in deren Intranet Extranet etc. erlaubt ist und was nicht...
Flash ist toll für vieles, wenn man es einsetzen darf.

Ich verstehe immer noch nicht, was Java mit dem Frontend/Client eigentlich zu tun haben soll in Deinen Augen - mit Ausnahme der unsäglichen Applets (da bin ich auch kein Fan von)?

Ehrlich gesagt glaube ich, Du kennst Dich mit Webentwicklung gar nicht richtig aus...

Gruß Tim

EDIT: Mach sonst mal ne Frage im J2EE Forum dazu auf, ich glaube unsere Diskussion wird etwas off-topic...

Ich versuch halt immer ohne viel Schnickschnack, welches die Erreichbarkeit der Kunden durch die technischen Voraussetzungen einschränken könnte zu vermeiden und wenn es nicht anders geht, greife ich zu weiteren Mitteln und nehme die Einschränkungen in Kauf, aber achte immer darauf, dass diese so gering wie möglich sind.

Deshalb würde ich hier nach meiner Methode vorschlagen (vorausgesetzt die Zimmer sind fast ausschließlich rechteckig) es folgendermaßen zu machen:

Karte Ganz normal in Html-Code einbinden und über die Zimmer CSS Layer legen
Über PHP aus einer MySQL-Datenbank die Veranstaltungen auslesen lassen und entweder in die jeweiligen Layer schreiben, oder wenn man dann mehr Platz pro Veranstaltung braucht diese über weitere Layer, die auf einer dritten Ebene liegen über :hover (ebenfalls CSS) darüberlegen, so dass die dann angezeigt werden wenn man über das Zimmer mit der Maus fährt.

Das geht dann in wirklich jedem gängigen Browser, auch ohne JavaScript (hover!).
Diese Technik schafft dann sogar der IE5 und 6 noch wenn man diesen noch zusätzlich mit gewissen hover_ie.htc's per CSS inkludiert < hihihi und damit absegnet.

Das wär für mich der einfachste Weg um so viele User wie möglich zu erreichen.

Wenn man hier für die Darstellung Flash statt Html nehmen darf, dann wär es natürlich noch komfortabler, aber auch schon wieder ein klein wenig aufwendiger. Dafür kannst Du dann noch mit schönen Effekten arbeiten. Zum Thema Pixelgenauigkeit will ich hier jetzt nix sagen. Und ja ich weis dass man für eine ordentliche Flasherkennung auch JavaScript braucht.

.. und als letztes, da kann ich aber jetzt nur für mich sprechen kämen dann die anderen angesprochenen Möglichkeiten in Frage.

Ich erwisch mich auch immer öffter dabei beim Surfen Java, Javascript und Flash zu blocken, da mir die Webung manchmal tirisch auf den sender geht und mich die Animationen vielfach beim Recherchieren stören.

Guter Vorschlag, ebenfalls.
Man muss nur aufpassen, weil viele CSS Funktionen (wie ist es mit hover?) von Mozilla oder Explorer jeweils nicht unterstützt werden.

Hier gibt es bei Selfhtml eine Kompatibilitätsliste.
Gerade sind es oft die "JS alike" features von CSS, die dann in einem der beiden Browser (von dem Rest aka Safari fangen wir besser gar nicht erst an) nicht gehen.

Übrigens finde ich JavaScript eigentlich gar nicht gut.
Oft braucht man es dann eben aber trotzdem.