Ist Netscape 4.x WIRKLICH NICHT in der Lage, überlagerte Layers untereinander da
Poldi
- css
Hallo!
Ich kann's nicht glauben und will noch einen Versuch wagen. Folgendes sollte doch eigentlich funktionieren:
<style type="text/css">
#m1 {position:absolute;left:10px;top:25px;}
#l1 {position:absolute;left:10px;top:26px;}
#m2 {position:absolute;left:10px;top:50px;}
#l2 {position:absolute;left:10px;top:51px;}
</style>
<layer id="m1" width=126 height=22 z-index="1">
<a href="#" onMouseover="makeUnvisible();makeVisible(1);"><img src="../images/button.gif" width="126" height="22" border="0" alt=""></a>
</layer>
<layer id="l1" width=126 height=22 z-index="2">
<center>
<font face="arial" size="1" color=#000000><b><a href="#" style="text-decoration:none" onMouseover="makeUnvisible();makeVisible(1);">Über Uns</a></b></font>
</layer>
<layer id="m2" width=126 height=22 z-index="1">
<a href="#" onMouseover="makeUnvisible();makeVisible(2);"><img src="../images/button.gif" width="126" height="22" border="0" alt=""></a>
</layer>
<layer id="l1" width=126 height=22 z-index="2">
<center>
<font face="arial" size="1" color=#000000><b><a href="#" style="text-decoration:none" onMouseover="makeUnvisible();makeVisible(2);">News & Events</a></b></font>
</layer>
...möchte man zumindest meinen.
Tatsächlich befinden sich besagte Buttons aber erstens nicht an der angegebenen Position und zweitens ist der zweite Button etwas weiter rechts als der erste. Warum bitte? Das kann ja wohl nicht wahr sein!
Hatte jemand schonmal dieses Problem oder bin ich einfach zu blöd? :-)
Viele Grüße und danke (falls sich jemand das antut :-)
Poldi.
Hi !
Naja, ein paar Fehler oder "Unklarheiten" sind schon in Deinem Script ...
<layer id="m2" width=126 height=22 z-index="1">
^^^ Das hattest Du oben schonmal !
<layer id="l1" width=126 height=22 z-index="2">
^^^^ Das soll wohl "l2" heissen ^^^ Und auch das hattest Du oben schonmal !
<center>
^^^^^^^^ Wenn Du einen Tag aufmachst, musst Du ihn auch wieder zumachen. Es fehlt zweimal </center> !
Ausserdem ist <p align=center> eh besser.
CYa,
Harry
Hi!
Naja, ein paar Fehler oder "Unklarheiten" sind schon in Deinem Script ...
<layer id="m2" width=126 height=22 z-index="1">
^^^ Das hattest Du oben schonmal !<layer id="l1" width=126 height=22 z-index="2">
^^^^ Das soll wohl "l2" heissen ^^^ Und auch das hattest Du oben schonmal !
Das macht aber rein garnix. Vorher hatte ich es nämlich nicht und das hat auch nicht geklappt.
<center>
^^^^^^^^ Wenn Du einen Tag aufmachst, musst Du ihn auch wieder zumachen. Es fehlt zweimal </center> !
Ausserdem ist <p align=center> eh besser.
Völlig egal ...
Und: Da center nur bis zum </layer> wirkt muß man es auch nichtmehr schließen. Nicht jeden Tag muß
man unbedingt schließen. <td> zum beispiel nicht oder auch <br>
Trotzdem Danke.
Poldi.
Völlig egal ...
Und: Da center nur bis zum </layer> wirkt muß man es auch nichtmehr schließen. Nicht jeden Tag muß
man unbedingt schließen. <td> zum beispiel nicht oder auch
^^^^^^^^^^^^^^^^^^^^^
Und nach meinung vieler IE lastiger webprogrammierer den <TABLE> auch nicht mehr...
ihre meinung wird dann auch noch diurch ihre serverstatistik bestätigt: "es besuchen doch eh fast nur IE besucher meine seiten => ich brauch doch nicht unter anderen browsern zu testen,die meisten gehen eh mit dem IE ins internet"
...
*hass* }}:-[
wenn sich der unsaubere programmierstiel immer weiter einschleift, nur weil einige browser einfach zu gutmütig sind (eigendlich eine positive eigenschaft der browser) dann wird man sich über solche antworten wie die von Poldi demnächst nicht mehr wundern.
normalerweise würde ich über sein posting mit einem kopfschütteln hinweggehen und ihn nicht weiter beachten, aber da mir das mit <table> in letzter zeit häufiger aufgefallen ist hab ich jetzt auch einfach mal was dazu rauslassen müssen.
Marcus
Sup!
*hass* }}:-[
Ach was - PAF hat sicher ein Argument, warum das eigentlich gut ist und saubere Programmierung nicht so wichtig ist - es kommt darauf an, daß der Benutzer keine Fehlermeldungen bekommt!
Und das aus Benutzern und Hobby-Bastlern mit unsauberem Programmierstil Vollzeit-Programmierer mit unsauberem Programmierstil werden könnten, daran hat er wohl noch nicht gedacht...
Gruesse,
Bio
Hallo Bio,
[...]
Und das aus Benutzern und Hobby-Bastlern mit unsauberem Programmierstil Vollzeit-Programmierer mit unsauberem Programmierstil werden könnten, daran hat er wohl noch nicht gedacht...
Diese werden aber nur arbeitslose Vollzeitprogrammierer mit unsauberem Programmierstil. Und die netsiusenden Hobbyprogrammierer können sich eine goldene Nase verdienen, da sie die einzigen sind, die wirklich crossbrowsercompatible coden können/müssen. ;-)) *vbg*
SCNR
Gruß AlexBausW
Please visit my SELFvisitingcard @ http://www.atomic-eggs.com/selfspezial/daten/150.html
Hallo Bio!
Ach was - PAF hat sicher ein Argument, warum das eigentlich gut ist und saubere Programmierung nicht so wichtig ist - es kommt darauf an, daß der Benutzer keine Fehlermeldungen bekommt!
Nunja, meine bisherigen Postings in der Richtung bedeuten lange nicht, dass ich für eine zu großzügige Fehlertoleranz eintreten. Ich will nur damit zeigen, dass wir nicht die alleinigen Browser-Benutzer hier sind, bei weitem nicht! So was wie Blickwinkel-Änderung, ja, das will ich mit meinen Postings zu diesem Themal bezwecken. Wir (die Webseitengestalter) sind nicht der Nabel der Internetwelt.
In dem speziellen TABLE-Fall wie sicher in einigen anderen auch halte ich die Tatsache, dass der IE die Tables dennoch darstellt schlichtweg für falsch. Es würde ja reichen, wenn wie beim NS einfach gar nichts dargestellt, vielleicht würden die Leuten wie Poldi dann ihren Code nach Fehlern durchstöbern.
Im Allgemeinen, wie schon mehrmals erwähnt, kann der Surfer nichts dafür, wenn der "wo die Seite gemacht hat" eine Niete ist und sollte nicht damit bestraft werden, dass sein Browser abstürzt oder lauter Fehlermeldungen hochpoppen (was die seit Netscape 4.irgendwas und IE 5.x auch nicht mehr tun).
Und das aus Benutzern und Hobby-Bastlern mit unsauberem Programmierstil Vollzeit-Programmierer mit unsauberem Programmierstil werden könnten, daran hat er wohl noch nicht gedacht...
Leider ist auch das ein Problem, gebe ich zu. Dennoch, auch wenn die Zahl derer wächst und auch wenn das Internet momentan exponentiell expandiert, bleiben diese, im Vergleich zu den "Nur-Surfern", immer noch eine Minderheit. Und die Wünsche der Bastler, ob Profi (lol: Profibastler), daher von den Browserherstellern einfach größtenteils übergangen.
Bis danndann
PAF (patrickausfrankfurt)
<img src="/selfaktuell/extras/selfcomm.jpg" alt=""> http://www.atomic-eggs.com/selfspezial/guests/advguest.cgi?view
<img src="http://www.atomic-eggs.com/selfspezial/atomicegg.gif" id="ei" alt="Atomic Eggs - die humosophische Seite" onMouseUp="window.location.href='http://www.atomic-eggs.com/'" onmouseover="if(document.all)document.all.ei.style.cursor='hand';status='http://www.atomic-eggs.com/';return true;" onmouseout="status='';return true;">
Hi Patrick,
In dem speziellen TABLE-Fall wie sicher in einigen anderen auch halte ich die Tatsache, dass der IE die Tables dennoch darstellt schlichtweg für falsch. Es würde ja reichen, wenn wie beim NS einfach gar nichts dargestellt, vielleicht würden die Leuten wie Poldi dann ihren Code nach Fehlern durchstöbern.
naja, es hat schon einen Grund. Wenn einen Seite nicht komplett übertragen wurde, sei es weil die Verbindung zusammengebrochen ist, oder der User den Stop-Button geklickt hat, dann wird immer noch was dargestellt.
IMHO sieht es eher so aus, dass man den Browser nicht dafür verantwortlich machen sollte, wenn der Webseite-Ersteller Mist gebaut hat. Der Browser darf halt nur nicht abstürzen ;-)
Gruß,
Martin
Hi Poldi,
Völlig egal ...
Und: Da center nur bis zum </layer> wirkt muß man es auch nichtmehr schließen. Nicht jeden Tag muß
man unbedingt schließen. <td> zum beispiel nicht oder auch
sorry, aber das ist Quatsch. <META>, <BR>, <WBR> und <P> sind so ziemlich die einzigen Tags, die nicht geschlossen werden müssen. (Benutzt noch jemand <ISINDEX>?) Und <P> sollte sogar geschlossen werden, wenn man CSS einsetzt. Ausserdem ist das der erste Schritt in Richtung XHTML.
Gruß,
Martin