/CSS Problem mit Mozilla

[Raik]

Hallo, alle!

http://fakeraol.homeip.net/members/
(nicht verlinkt wegen dyndns)

zur erklärung: in der fläche von berlin seht ihr einen blauen punkt, mal hovern bitte.
wenn man auf das bild (den imagebutton) clickt, erscheint eine eingabemaske, mit der man sich dort auf der karte eintragen kann. mit dem click wird in einem (hidden) iframe ein php-script aufgerufen, das die koordinaten des clicks zurückgibt. das werde ich warscheinlich noch über sessions umgehen.
mit dem ie habe ich bisher alles noch soweit in den griff bekommen, der mozilla/firefox markiert allerdings das bild (imagebutton) beim draufclicken, was höchst unschön aussieht.
ich möchte das ganze so gestalten, dass es zur not auch ohne javascript funktioniert.
habe ich evtl. einen falschen ansatz? sollte ich andere elemente zur darstellung verwenden?
kann ich mit css das markieren des imagebuttons durch den mozilla unterdrücken?
dass im mozilla der hintergrund für den tooltip noch nicht breit genug ist, das bekomme ich siecher noch hin.

ich bin auch für hinweise zu anderen browsern dankbar.

freundl. Grüsse aus Berlin, Raik

[Christoph Schnauß]

hallo Raik,

http://fakeraol.homeip.net/members/
(nicht verlinkt wegen dyndns)

Es dauert auch quälend lange, bis man was zu sehen bekommt.

zur erklärung: in der fläche von berlin seht ihr einen blauen punkt, mal hovern bitte.

Da gibts mit Konqueror nix zu hovern.

wenn man auf das bild (den imagebutton) clickt, erscheint eine eingabemaske

Nö. Es öffnet sich ein neues Fenster mit der Adresse http://fakeraol.homeip.net/members/koord.php, und darin spielt sich genau gar nix ab.

habe ich evtl. einen falschen ansatz? sollte ich andere elemente zur darstellung verwenden?

Möglicherweise. Aber Konqueror und auch Firefox (FreeBSD) verweigern sich ziemlich konsequent deinen bisherigen Erläuterungen.

kann ich mit css das markieren des imagebuttons durch den mozilla unterdrücken?

Sollte eigentlich möglich sein.

dass im mozilla der hintergrund für den tooltip noch nicht breit genug ist

Der tooltip sieht auch im Konqueror so aus, wie ich ihn im IE erwarten würde.

ich bin auch für hinweise zu anderen browsern dankbar.

Hab dir grade sowas geschreibselt ;-)

Grüße aus der Nachbarschaft

Christoph S.

[XaraX]

Nabend Raik,

mit dem Konquero wie Christoph bin ich nicht drüberhergefallen ;), allerdings plagt mich Dein beschriebenes Problem (markiert Bild) im Mozilla auch.
Schön wäre es, wenn der beim hover eingeblendete Text eine background bekäme und sich so leserlicher präsentieren würde.
D. h. a:hover span braucht noch eine Angabe width.

In der CSS-Definition ist mir auch ein Fehler aufgefallen:

#imgdiv{position:relative;align:center;width:750px;}
                          ^^^^^

Wenn das Bild nicht markiert werden soll, dann positioniere es doch einfach als background-attachment, womit auch das oberste Formular entfallen könnte.

Auch wenn Christoph und Du mich steinigen werdet [lieb guck: bitte nicht :) ], halte ich denn Einsatz von JS fast schon für unumgänglich, um die später entstehenden Datenmassen intelligent zu laden und eine komfortable Lösung anzubieten.

Gruß aus Berlin!
eddi

[Christoph Schnauß]

hallo Eddi,

Auch wenn Christoph und Du mich steinigen werdet

Iwo, Steinigung ist doch nix Schlimmes. Ich weiß was viel Gemeineres: du kriegst deinen Forums-Account jetzt gesperrt und erst wieder freigeschaltet, wenn du bei mindestens 30 "Website-Kritik-Threads" aus dem Archiv nachweisen kannst, daß die Fragesteller die erbetene Kritik ernstgenommen und was verändert haben.

halte ich denn Einsatz von JS fast schon für unumgänglich

Ich habe gar nix gegen Javascript, und wenn ich richtig hingekuckt habe, kann man die Berlin-Karte, die Raik einsetzt bzw. verlinkt, eh nur mit Javascript zu sehen bekommen (das darf mein Konqueror übrigens ohne jede Einschränkung).
Das einzige, was man vor einer "Freigabe" ´zusätzlich einbauen sollte, ist eine Alternativseite für die Leute, die kein Javascript aktiviert haben.

Aber sonst:

um die später entstehenden Datenmassen intelligent zu laden

Das ergibt nochmal 20 "Website-Kritik-Threads" zum Nachweis der Lernfähigkeit der Forumsbesucher  -  oder eine schlüssige Erklärung, wieso Javascript für das "Laden" zuständig sein soll ;-)

Grüße aus ... ehm ... jaja, du weißt schon

Christoph S.

PS: was macht dein Apache?

[XaraX]

Hallo Christoph,

Iwo, Steinigung ist doch nix Schlimmes. Ich weiß was viel Gemeineres: du kriegst deinen Forums-Account jetzt gesperrt und erst wieder freigeschaltet, wenn du bei mindestens 30 "Website-Kritik-Threads" aus dem Archiv nachweisen kannst, daß die Fragesteller die erbetene Kritik ernstgenommen und was verändert haben.

Oh je :(

</archiv/2004/1/68267/#m391519> </archiv/2004/1/68466/#m392973> </archiv/2004/1/69118/#m397993> </archiv/2004/1/69835/#m402013> </archiv/2004/1/70849/#m408199> </archiv/2004/2/71441/#m411176> </archiv/2004/2/71441/#m411600> </archiv/2004/2/72524/#m418067> </archiv/2004/2/72588/#m418088> </archiv/2004/2/72588/#m418484> </archiv/2004/3/74287/#m428727> </archiv/2004/4/78313/#m452890> </archiv/2004/4/79815/#m462621> </archiv/2004/5/80691/#m469091> </archiv/2004/5/80922/#m470325> </archiv/2004/5/80995/#m473983> </archiv/2004/5/80995/#m470820> </archiv/2004/6/82416/#m481541> </archiv/2004/6/82500/#m482798> </archiv/2004/6/82500/#m481512> </archiv/2004/6/83585/#m488644> </archiv/2004/6/83585/#m489006> </archiv/2004/7/84082/#m492172> </archiv/2004/7/84082/#m492179> </archiv/2004/7/84896/#m498471> </archiv/2004/7/84896/#m498516> </archiv/2004/7/84896/#m500448> </archiv/2004/7/85915/#m506941> </archiv/2004/7/85915/#m507381> </archiv/2004/7/85915/#m506977>

:P

Mein ganz besonderer Dank geht dabei an Jeena Paradies. Das umsichtige und vor allen einsichtige Verhalten, hat mir immer wieder Mehrfachtreffer besorgt. DANKE an Dich! Und Dank auch an alle die mir diese Arbeit durch niedergeschiebene Einsichten ermöglicht haben! :)
Dennoch ist die weit aus häufigere Widerstandsfähigkeit gegen das Lernen einiger Fragender doch wirklich beeindrucken!

Ich weiß, daß es nur indirekte Beweise sind, aber bitte bitte bitte sag das das gilt :)

um die später entstehenden Datenmassen intelligent zu laden

Das ergibt nochmal 20 "Website-Kritik-Threads" zum Nachweis der Lernfähigkeit der Forumsbesucher  -  oder eine schlüssige Erklärung, wieso Javascript für das "Laden" zuständig sein soll ;-)

OK. ich nehme mal lieber das angebotene "oder" ;)

Na ich denk doch immer ein wenig anders:
Wenn beispielsweise die Mitglieder, die sich jetzt über a:hover span als Infobox einblenden, mittels einer kompletten JS-Lösung erzeut werden (also Daten laden wie in [pref:t=86170&m=509277] und dann dynamisch erzeugen), dann  ist dies eine gewalltige Ersparnis an zu ladenden Quelltext. Es werden nur die Daten geladen, die auch wirklich gebracht werden.
Man stelle sich das reell bei nur hundert Selfern vor, die alle einzelt hart kodiert werden müssen.

Aber auch das direkte Laden aller Daten in JS-Variablen im Dokument, die dann dynamisch in den Dokumentenbaum eingehangen werden, bringt gegenüber harter Codiereung bei einigen HTML-Konstruken schon eine Reduzierung der Dokumentengröße mit sich.

Gruß aus Berlin!
eddi

[MudGuard]

Hi,

http://fakeraol.homeip.net/members/
(nicht verlinkt wegen dyndns)

Hä? Ich dachte, DYNDNS dient gerade dazu, konstante Links trotz wechselnder IP zu haben.
Welcher Grund bewegt Dich, hier nicht zu verlinken?
Die zu beurteilende Seite ist doch über die angegebene URL zu erreichen. Warum also nicht verlinken?

zur erklärung: in der fläche von berlin seht ihr einen blauen punkt, mal hovern bitte.

Dann erscheint unleserlicher Text.

wenn man auf das bild (den imagebutton) clickt, erscheint eine eingabemaske, mit der man sich dort auf der karte eintragen kann. der mozilla/firefox markiert allerdings das bild (imagebutton) beim draufclicken, was höchst unschön aussieht.

Meinst Du den Fokusrahmen des Bildes? Der stört doch kaum. Und wenn doch - der Rahmen wird bei fokussiertem Bild angezeigt. Wie Du ihn wegbekommst, darfst Du jetzt raten.

cu,
Andreas

[Fabian St.]

Hi!

Meinst Du den Fokusrahmen des Bildes? Der stört doch kaum. Und wenn doch - der Rahmen wird bei fokussiertem Bild angezeigt. Wie Du ihn wegbekommst, darfst Du jetzt raten.

Nein, ich glaube er meint den hellblauen Hintergrund, der sich beim Klicken auf das Bild legt. [getestet mit  Firefox 0.9 unter Linux]

Grüße,
Fabian St.

[MudGuard]

Hi,

Meinst Du den Fokusrahmen des Bildes? Der stört doch kaum. Und wenn doch - der Rahmen wird bei fokussiertem Bild angezeigt. Wie Du ihn wegbekommst, darfst Du jetzt raten.
Nein, ich glaube er meint den hellblauen Hintergrund, der sich beim Klicken auf das Bild legt. [getestet mit  Firefox 0.9 unter Linux]

Gibts bei mir im Mozilla 1.7 nicht.

cu,
Andreas

[Christoph Schnauß]

hallo Fabian,

Nein, ich glaube er meint den hellblauen Hintergrund

Ich habe keine Ahnung, was du da hellblau siehst. Inzwischen war ich auch von WindowsXP aus mal drauf und habe nahezu exakt dasseöbe gesehen wie mit dem Konqueror, also nix Hellblaues. Der einzige "Browser-Unterschied", den ich bemerke, ist, daß der "tooltip" in mozilla keinen gewohnten gelben Hintergrund hat, sondern transparent ist  -  was ziemlich stört, weil es kaum leserlich ist. Und die Stelle, bei der beim Darüberfahren mit der Maus überhaupt etwas passiert, ist in allen Browsern und sowohl unter WindowsXP wie unter verschiednenen LINUX extrem klein (Quelltext hab ich noch nicht angeschaut).

Grüße aus Berlin

Christoph S.

[Fabian St.]

Hallo Christoph!

Ich habe keine Ahnung, was du da hellblau siehst. Inzwischen war ich auch von WindowsXP aus mal drauf und habe nahezu exakt dasseöbe gesehen wie mit dem Konqueror, also nix Hellblaues.

Wenn ich die Seite im Konqueror anschaue und aufs Bild klicke, passiert auch nichts, aber im Firefox 0.9 wirds blau.
Beweis: http://fabis-site.net/self/screenshot.png
(Hier scheint das Bild so braun hinterlegt, da das Browserfenster im Hintergrund ist und die Konsole im Vordergrund [irgendwie muss ich ja den Screenshot machen ;-)]

Es wird wahrscheinlich - wie Kalle schon meinte - mit dem <input type="image"... zusammenhängen - ich glaube jedoch kaum, dass man dies ändern kann, immerhin muss der Browser selbst dass so vorgeben?!

Grüße,
Fabian St.

[Raik]

Hallo, Christoph!

Nein, ich glaube er meint den hellblauen Hintergrund
Ich habe keine Ahnung, was du da hellblau siehst. Inzwischen war ich auch von WindowsXP aus mal drauf und habe nahezu exakt dasseöbe gesehen wie mit dem Konqueror, also nix Hellblaues.

das war mit dem firefox 0.8 unter widows zu sehen, hat sich aber inzwischen durch <img ismap> gegen <input type=image> austauschen erledigt.
damit komme ich auch an die maus-click-koordinaten.

Der einzige "Browser-Unterschied", den ich bemerke, ist, daß der "tooltip" in mozilla keinen gewohnten gelben Hintergrund hat, sondern transparent ist  -  was ziemlich stört, weil es kaum leserlich ist.

ja, damit hab ich auch immer noch probleme. das gleiche stylesheet in einer separaten datei erzeugt einen hübschen tooltip mit gelbem hintergrund, aber irgend etwas macht in der seite probleme. vielleicht hat ja einer von den css-gurus hier noch ne idee?

Und die Stelle, bei der beim Darüberfahren mit der Maus überhaupt etwas passiert, ist in allen Browsern und sowohl unter WindowsXP wie unter verschiednenen LINUX extrem klein (Quelltext hab ich noch nicht angeschaut).

ja, das ist momentan ein 4x4px grosses bild. ich werde das vielleicht noch gegen "kleine fähnchen"- oder "stecknadel"-bilder austauschen.

freundl. Grüsse aus Berlin, Raik

[Raik]

Hallo!

so, ich hab inzwischen noch den doctype eingebaut.
dabei fällt mir auf, wenn ich transitional nehme, positionieren IE und firefox die kleinen blauen bilder auf dem grossen gleich, mit strict, verschiebt der firefox diese aber um ca. 5 pixel nach unten. :-(
und mit dem hintergrund des tooltips habe ich auch noch keine lösung gefunden. (falls da noch jemand nen tip hat?)

freundl. Grüsse aus Berlin, Raik

[Raik]

Hallo!

und mit dem hintergrund des tooltips habe ich auch noch keine lösung gefunden. (falls da noch jemand nen tip hat?)

so, jetzt hab ich doch die lösung gefunden.
zumindest im ie und firefox funktioniert es jetzt.
ob ihr mal mit anderen browsern noch mal gucken könnt?
danke, für eure unterstützung! :-)

freundl. Grüsse aus Berlin, Raik

[MudGuard]

Hi,

und mit dem hintergrund des tooltips habe ich auch noch keine lösung gefunden. (falls da noch jemand nen tip hat?)
so, jetzt hab ich doch die lösung gefunden.
zumindest im ie und firefox funktioniert es jetzt.

Mozilla 1.7:

<img src="http://temp.andreas-waechter.de/scr.png" border="0" alt="">

cu,
Andreas

[Raik]

Hallo, Andreas!

Mozilla 1.7:
<img src="http://temp.andreas-waechter.de/scr.png" border="0" alt="">

hm, komisch. muss ich das verstehen? ich hab grad nochmal den firefox 0.9.2 installiert, da sieht es auch gut aus.
ich dachte, mozilla wäre eine zusammenstellung aus firefox, thunderbird u.s.w.?
welche version zeigt denn dein browser?
oder hab ich da was falsch verstanden?
könnte das auch ein bug sein, oder ist mein code noch fehlerhaft?

hilfe, ich weis nicht mehr weiter! *panik*

freundl. Grüsse aus Berlin, Raik

[MudGuard]

Hi,

Mozilla 1.7:
<img src="http://temp.andreas-waechter.de/scr.png" border="0" alt="">
hm, komisch. muss ich das verstehen? ich hab grad nochmal den firefox 0.9.2 installiert, da sieht es auch gut aus.
ich dachte, mozilla wäre eine zusammenstellung aus firefox, thunderbird u.s.w.?
welche version zeigt denn dein browser?

Wer lesen kann ...

könnte das auch ein bug sein, oder ist mein code noch fehlerhaft?

Vielleicht berücksichtigst Du bei der Größe des Tooltips nicht die Schriftgröße?
Ich hab eine Minimal-Schriftgröße von 11px eingestellt.

cu,
Andreas

[Raik]

Hallo, Andreas!

Mozilla 1.7:
welche version zeigt denn dein browser?
Wer lesen kann ...

liege ich damit richtig, dass "mozilla" eine suite ist, wie der "netscape comunicator" eine war? mit einzelnen komponenten, die unterschiedliche versionsnummern haben? ich hab dazu auf der mozilla-seite keine genauen angaben gefunden.

könnte das auch ein bug sein, oder ist mein code noch fehlerhaft?
Vielleicht berücksichtigst Du bei der Größe des Tooltips nicht die Schriftgröße?

" ... font-size:0.7em; ... "
ich habe keine feste grösse für den tooltip vorgegeben, der skaliert selber.
(auflösung 1280x1024)

Ich hab eine Minimal-Schriftgröße von 11px eingestellt.

hab ich bei mir auch grad mal eingestellt, stört aber bei mir nicht die darstellung. magst du deine einstellung zum testen kurz mal deaktivieren?
wenn das jetzt nur ein sonderfall ist, weil du teile des styles mit eigenen vorgaben überschreibst, dann muss ich mir da keine sorgen machen.
ich glaube kaum, dass man alle möglichen einschränkungen durch solche user-vorgaben im stylesheet berücksichtigen kann.

danke für deine hilfe! :-)

freundl. Grüsse aus Berlin, Raik

[MudGuard]

Hi,

könnte das auch ein bug sein, oder ist mein code noch fehlerhaft?
Vielleicht berücksichtigst Du bei der Größe des Tooltips nicht die Schriftgröße?
" ... font-size:0.7em; ... "
ich habe keine feste grösse für den tooltip vorgegeben, der skaliert selber.

Also bei mir skaliert der gar nicht - egal welche Schriftgröße, der Tooltip bleibt konstant groß - es ändert sich nur, wieviel von der Schrift überhängt.

cu,
Andreas

[Raik]

Hallo, Andreas!

Also bei mir skaliert der gar nicht - egal welche Schriftgröße, der Tooltip bleibt konstant groß - es ändert sich nur, wieviel von der Schrift überhängt.

ACH! ich weis, woran das liegt:
probier mal den zweiten, der bei hamburg liegt. der sollte auch bei dir funktionieren.
der div, in dem das grosse bild und als kindelemente die blauen bildchen mit den css-tooltips liegen, ist da zuende. mal sehen, ob ich das noch anders gelöst bekomme ...

danke für deine hinweise.

freundl. Grüsse aus Berlin, Raik

[MudGuard]

Hi,

Also bei mir skaliert der gar nicht - egal welche Schriftgröße, der Tooltip bleibt konstant groß - es ändert sich nur, wieviel von der Schrift überhängt.
ACH! ich weis, woran das liegt:
probier mal den zweiten, der bei hamburg liegt. der sollte auch bei dir funktionieren.

Jetzt hast Du dem Tooltip ne Riesenschrift verpaßt - jetzt hängt auch beim Hamburger was raus.

Ach ja, der z-index des Tooltips ist auch noch zu niedrig. Beim Hamburger Tooltip ist ein blauer Punkt drin - der eigentlich in der Karte Berlin markiert.

cu,
Andreas

[Raik]

Hallo, MudGuard!

Jetzt hast Du dem Tooltip ne Riesenschrift verpaßt - jetzt hängt auch beim Hamburger was raus.

*gg* ja, da hab ichs grad mal ausprobiert. :-D

Ach ja, der z-index des Tooltips ist auch noch zu niedrig. Beim Hamburger Tooltip ist ein blauer Punkt drin - der eigentlich in der Karte Berlin markiert.

erledigt, danke.

jetzt steh ich noch vor dem problem, dass ich einerseits für mozilla/firefox die breite des elternelementes (#imgdiv)auf die breite des deutschlandbildes begrenzen muss, um die kindelemente indirekt relativ zu diesem positionieren zu können,
andererseits aber dadurch der hintergrund des tooltips an dieser grenze abgeschnitten wird.
gebe ich dem elternelement die volle seitenbreite, stimmt die position der kindelemente nicht, weil sie sich nicht auf das bild, sondern auf das umgebende div (#imgdiv) bezieht.

mal sehen, ob mir (oder dir?) dazu noch was einfällt ...

freundl. Grüsse aus Berlin, Raik

[XaraX]

Hallo Raik,

bei mir sind leider die Standorte um ca 360px nach links verrutscht http://eddi.to-grip.de/4.png

jetzt steh ich noch vor dem problem, dass ich einerseits für mozilla/firefox die breite des elternelementes (#imgdiv)auf die breite des deutschlandbildes begrenzen muss, um die kindelemente indirekt relativ zu diesem positionieren zu können,

<div>
  <div style="margin:auto;width:"Bildgröße"px">
    <a ~><img ~></a>
    <!-- Standorte -->
  </div>
</div>

für a:hover span kannst Du problemlos position:absolute angeben. Ärgerlich ist das nur, wenn wer FF/O wohnt und der User eine niedrige Bildschirmauflösung hat, aber das liese sich auch durch hinbiegen.

andererseits aber dadurch der hintergrund des tooltips an dieser grenze abgeschnitten wird.

?

gebe ich dem elternelement die volle seitenbreite, stimmt die position der kindelemente nicht, weil sie sich nicht auf das bild, sondern auf das umgebende div (#imgdiv) bezieht.

Das schein der jetzige status quo zu sein.

Gruß aus Berlin!
eddi

[Raik]

Hallo, XaraX!

bei mir sind leider die Standorte um ca 360px nach links verrutscht http://eddi.to-grip.de/4.png

nein, sie sind um den abstand des deutschlandbildes vom rechten rand des umgebendes div verrutscht. und der kann sich ja ändern ....

für a:hover span kannst Du problemlos position:absolute angeben.

nein.
<img src="http://mitglied.lycos.de/ed2kserver/tooltip_abolute.gif" border="0" alt="">

andererseits aber dadurch der hintergrund des tooltips an dieser grenze abgeschnitten wird.
?

<img src="http://mitglied.lycos.de/ed2kserver/tooltip_vs_div.gif" border="0" alt="">
der rahmen um das bild ist die grenze des div (width:750px)

freundl. Grüsse aus Berlin, Raik

[XaraX]

Hi Raik!

für a:hover span kannst Du problemlos position:absolute angeben.

nein.

Nanu unterscheidet sich die Windowsversion so von der Linuxversion? Ich hatte folgendes ausprobiert:

<html>
<head>
<title>test</title>
<style>
a:link  {position:absolute;width:50px;background:navy}
a:link span {display:none}
a:hover span {display:block;background:blue;color:white;position:absolute;width:250px;padding:10px;border:solid red 2px}

</style>
</head>
<body>
<div>
  <div style="margin:auto;width:50px">
    <a href='/kfdjgkj'><img src=''><span>Text Text Text Text Text Text Text Text Text </span></a>
  </div>
</div>
</body>
</html>

Da das Eltenelement von <a> nur 50px Breit ist und das span 250px breit mit Hintergrund angezeigt wird, bin ich davon ausgegangen, daß dies eben überall so ist...

sorry :(

Gruß aus Berlin!
eddi

[Raik]

Hallo, XaraX!

für a:hover span kannst Du problemlos position:absolute angeben.
nein.
<img src="http://mitglied.lycos.de/ed2kserver/tooltip_abolute.gif" border="0" alt="">
Nanu unterscheidet sich die Windowsversion so von der Linuxversion? Ich hatte folgendes ausprobiert:

nein.

a:hover span {display:block;background:blue;color:white;position:absolute;width:250px;padding:10px;border:solid red 2px}

^^^^^^^^^^^
dein code unterscheidet sich von meinem. ohne width:250px sieht das auch mit deinem code aus, wie auf dem bild.
wenn man für den span position:relative angibt, skaliert er zumindest auf die breite des textes, solange er dabei nicht über das div #imgdiv hinausragen würde.
und da ich für den fall von

Name: Jens Olaf Hosenstein von und zu Brinkel bei der Bauernhütte
Mail: [e-mail]
?: 432
id: 3
<---------------------- ganz schön lang ------------------------>
nicht sicherheitshalber eine feste breite von 400px für den span vorgeben will, muss ich eine andere lösung finden.

sorry :(

hä? wieso? wofür? ;-)

freundl. Grüsse aus Berlin, Raik

[XaraX]

Morgen Raik,

Name: Jens Olaf Hosenstein von und zu Brinkel bei der Bauernhütte
Mail: [e-mail]
?: 432
id: 3
<---------------------- ganz schön lang ------------------------>
nicht sicherheitshalber eine feste breite von 400px für den span vorgeben will, muss ich eine andere lösung finden.

Das längste daran dürfte die Mail-Adresse sein, alles andere wird bei "leer" umbgebrochen. Allerdings kann ich es verstehen, da dies nicht die optimale Lösung ist, auf eine Breitenangabe ganz zu verzichten und es lieber mit position:relative zu machen.

Wäre es denn für Dich ein gangbarer Weg, der Infobox/Tooltip eine feste Position im Dokument (absolute) oder am Bildschirm (fixed) zu geben?

Gruß aus Berlin!
eddi

[Raik]

Hallo, XaraX!

<---------------------- ganz schön lang ------------------------>
Das längste daran dürfte die Mail-Adresse sein, alles andere wird bei "leer" umbgebrochen.

ja, im ie leider trotz "white-space:nowrap", das er ja eigentlich beherrschen soll.

Name: Jens
Olaf
Hosenstein
von und zu
Brinkel
bei der
Bauernhütte
Mail:
[e-mail]
?: 432
id: 3

das sieht nicht gut aus, aber für den ie muss ich woll alle whitespaces mit &nbsp; ersetzen, wenn ich es verhindern will.

Wäre es denn für Dich ein gangbarer Weg, der Infobox/Tooltip eine feste Position im Dokument (absolute) oder am Bildschirm (fixed) zu geben?

wenn mir nicht noch eine lösung einfällt, werde ich wohl das ganze nochmal umgestalten, so dass die probleme dann alle verschwinden. :-(

freundl. Grüsse aus Berlin, Raik

[MudGuard]

Hi,

Das längste daran dürfte die Mail-Adresse sein, alles andere wird bei "leer" umbgebrochen.
ja, im ie leider trotz "white-space:nowrap", das er ja eigentlich beherrschen soll.

Aber nur im "ich ignoriere einen geringfügig kleineren Teil der Standards"-Modus, nicht im Quirks Mode.

cu,
Andreas

[Raik]

Hallo, MudGuard!

Hi,

Das längste daran dürfte die Mail-Adresse sein, alles andere wird bei "leer" umbgebrochen.
ja, im ie leider trotz "white-space:nowrap", das er ja eigentlich beherrschen soll.

Aber nur im "ich ignoriere einen geringfügig kleineren Teil der Standards"-Modus, nicht im Quirks Mode.

ich dachte, das würde nur für white-space:pre gelten?
und ist er nicht mit "doctype transitional" im quirks mode? oder verwechsle ich da was?

abgesehen davon hab ich grad nochmal alles mögliche probiert, bin aber zu keinem befriedigenden ergebnis gekommen.
ich werde die mittige ausrichtung also aufgeben und an den linken rand "zurückkehren" müssen, um dem ganzen ärger aus dem weg zu gehen.

freundl. Grüsse aus Berlin, Raik

[Kalle]

Hallo, Raik,

ich sehe die Verwandlung zur blauen Farbe im NS 7.1 auch. Du benutzt ja ein Input- feld:
<input id="img" type="image" src="germany.gif" alt'test1' title='' />

Welche Eigenschaften hat ein Input- Feld der Marke "image"?

Mit
input:focus { width:10em }

wird das Bild beim Klicken ganz klein. Müsste man also nur noch die Eigenschaft des Farbumschlags finden und beheben.

Übrigens: Ein interessantes Projekt, das Klicken und Eintragen aufgrund geografischer Koordinaten. Ich arbeite an einem Veranstaltungskalender mit Umkreissuche, der auch Koordinaten benutzt.

Liebe Grüße, Kalle

[Raik]

Hallo, Raik!

so, ich hab jetzt mal mit der veralteten, serverseitigen imagemap experimentiert und werde das ganze wohl darauf umstellen:

<code "koord.php">
    <?
    $koord = explode(",",key($_GET));
    echo "X:".$koord[0]."<br>Y:".$koord[1];
    ?>
    <br>
    <a href="koord.php"><img src="germany.gif" ismap alt="Grafik" border=0px></a>
</code>

wenn ich eine javascript-lose version anbieten will, scheint mir dass die einzige möglichkeit neben dem imagebutton, an die mausclick-koordinaten zu kommen.

freundl. Grüsse aus Berlin, Raik