versch. Netscape - Probleme

[Matti Mäkitalo]

Hallo Loite,
ich hab mal wieder ein kleines Problem mit Netsi

1. Warum funzt der kleine 'Zurück' Button nicht im Quickbar bei Netsi nicht?  Der gleiche Button funzt auf anderen Seiten, z.B.
http://www.scglashuetten.de/skifreizeit.htm. Beim IE gehen beide.

2. Warum zeigt mir Netsi einen kleinen Strich unter den Buttons auf dem Index an? IE zeigt wieder nichts.

3. Warum sind bei Netsi die Formular-Felder zu groß (http://www.scglashuetten.de/formular.htm)?

4. Warum drucken beide Browser dieses Formular nicht quer (http://www.scglashuetten.de.htm), obwohl ich es in 'drucken.css' vorgegeben habe?
<Auszug drucken.css>
@page { size:landscape; }
</Auszug drucken.css:>

MfG Matti
(in Bezug auf Netsi bin ich wohl unfähig (oder Netscape <g>))

[Matti Mäkitalo]

Hallo Loite,

4. Warum drucken beide Browser dieses Formular nicht quer (http://www.scglashuetten.de/formular.htm)

Tschuldigung

[Michael Schröpl]

4. Warum drucken beide Browser dieses Formular nicht quer (http://www.scglashuetten.de/formular.htm)

Mach doch erst mal den Syntaxfehler raus:

JavaScript Error: formular.htm line 62: missing semicolon before statement
    javascript:window.print ()
              ^
(Netscape 3 ist da seeeehr empfindlich)

[Matti Mäkitalo]

Hallo Michael

JavaScript Error: formular.htm line 62: missing semicolon before statement

Was hast du den dabei benutzt. Ich glaube, das Ding heißt Debugger bzw. Validator. Liege ich richtig? Kennst du einen, der ganze Projekte durchsucht?

MfG Matti

[Michael Schröpl]

JavaScript Error: formular.htm line 62: missing semicolon before statement
Was hast du den dabei benutzt. Ich glaube, das Ding heißt Debugger bzw. Validator. Liege ich richtig?

Nein, ich habe die Seite einfach bloß mit Netscape3 anzuzeigen versucht - für jeden JavaScript-Fehler öffnet der Browser automatisch ein eigenes Fenster (und zwar ein winzigkleines, in dem der Okay-Button nur durch mühsames Scrollen oder Maximieren erreichbar ist - und solange das Fenster offen ist, ist der gesamte Browser blockiert, alles seeeehr lästig ...).

[Günter Laudenklos]

Hallo Matti,

2. Warum zeigt mir Netsi einen kleinen Strich unter den Buttons auf dem Index an? IE zeigt wieder nichts.

zu Punkt 2 - nimm hier mal die unnötigen Blanks zwischen den <img ... > und den
abschliessenden </a> Tags raus.

Viele Grüße Günter

[Stefan Bion]

1. Warum funzt der kleine 'Zurück' Button nicht im Quickbar bei Netsi nicht?  Der gleiche Button funzt auf anderen Seiten, z.B.
   http://www.scglashuetten.de/skifreizeit.htm. Beim IE gehen beide.

Ich sehe auf der Seite überhaupt keinen Quickbar.

2. Warum zeigt mir Netsi einen kleinen Strich unter den Buttons auf dem Index an? IE zeigt wieder nichts.

Das liegt an den Whitespaces zwischen dem <IMG ...> und dem </A>; logisch eigentlich, oder...?

3. Warum sind bei Netsi die Formular-Felder zu groß (http://www.scglashuetten.de/formular.htm)?

Man könnte auch anders Fragen: Warum macht MSIE die Formularfelder zu klein? ;-)

In Deinem Fall liegt's wohl daran, daß Netscape die Font-Angaben im Gegensatz zum MSIE freundlicherweise auch auf die Formularfelder bezieht. Übrigens stehen in der Datei vereinzelt solche </font>-Tags ohne die dazugehörigen <font ...>-Tags. Wat soll dat...?

Also: Nix Netscape-Probleme, sondern HTML-Codier-Probleme! ;-)

Gruß,
Stefan

[Matti Mäkitalo]

Leider fehlt dieses Posting. Anm. d. Red.

[Stefan Bion]

http://www.scglashuetten.de/skifreizeit.htm. >

Ich sehe auf der Seite überhaupt keinen Quickbar.
Da müßtest du schon auf index.htm gehen (also http://www.scglashuetten.de/index.htm

Ach sooo...

Versuch's doch einfach mal mit inhalt.history.back().

Das liegt an den Whitespaces zwischen dem <IMG ...> und dem </A>; logisch eigentlich, oder...?

»»  Logisch klingt das eigentlich nicht. Wenn ich es richtig in Erinnerung habe, sollten die Browser das doch ignorieren (irgendwo in SelfHTML stands). Kann mir das einer erklären?

Mehrere aufeinanderfolgende Whitespace-Zeichen werden insofern ignoriert, als sie zu *einem* Whitespace zusammengefaßt werden. Da dieses eine resultiernde Leerzeichen in Deinem Fall mit zum Link gehört, wird es richtigerweise unterstrichen dargestellt.

Gruß,
Stefan

[Thorsten]

Liebe Forumer,

Ist die Zeichenfolge "text-decoration:none" vielleicht virenverdaechtig? ist es z.B. denkbar, dass die Firewall, die HTTP-Eingangsdaten checkt, eine Webseite abweist, weil vielleicht irgendein Outlook-Mailvirus, der HTML-Mails mit enthaltenem VB-Code verwendet, in seinem Quellcode zufaellig unter anderem "nicht unterstrichene Links" bei der Anzeige wuenscht? Aber muesste die Software dann nicht auch jede Webseite abweisen, die ein <html>-Tag hat, weil ja schliesslich eine ordentlich programmierte Virenseite auch so was hat?
Oder ist es vielleicht sogar so, dass diese Firewall-Software so paranoid ist, dass sie tatsaechlich genau auf diese CSS-Wertzuweisung abprueft nicht unterstrichene Links als potentielle Gefahr behandelt, die so schlimm ist, dass die Webseite draussen vor der Wall bleiben muss? In diesem Fall waeren der Phantasie, was alles "gefaehrlich" sein koennte, allerdings kaum Grenzen gesetzt.

Any ideas?

Vielleicht?

Wenn ich so einige Sachen miteinander verknüpfe, dann kann ich mit einem "text-decoration:none", einem "onmouseover=fct();return true;", einer JavaScript-Function, welche dann die Statuszeilenmeldung unterbindet und ein JavaApplet oder VB-Script aufruft, welches (unter Ausnutzung gewisser Sicherheitslücken) dann auf dem Rechner rumarbeitet, den User ganz schön "ärgern", besonders wenn der User noch einen ganz bestimmten Browser nutzt (dazu solltest Du dann aber Bio fragen). Kommst Du dann an den "getarnten" Link ohne anzuklicken bist Du schon in der Falle, speziell dann, wenn Dir der "liebe Gestalter" auch noch für diese Seite die Farben der Links verbogen hat und Du so einen Link nicht erkennen kannst. So weit die Theorie, PAF könnte in seiner "Halle der Gemeinheiten" mit Sicherheit so eine nette Geschichte reinbasteln.

Bis denndann

Michael N.

[Harald Legler]

Hallo thorsten,

habe mir das auf die Schnelle mal angesehen, war aber zu kurz für eine detaillierte Suche.

Bei mir kam genau das gleiche Problem, es war ein </a> der einfach in der Gegend rumstand.

Pauschal weißt du sicher, daß Du bei den TAGS schauen solltest.

Ich muß jetzt weg, schaue mir das ganze heute abend nochmal in Ruhe an.

Gruß

Harald Legler

[Harald Legler]

Hallo thorsten,

habe mir das auf die Schnelle mal angesehen, war aber zu kurz für eine detaillierte Suche.

Bei mir kam genau das gleiche Problem, es war ein </a> der einfach in der Gegend rumstand.

Pauschal weißt du sicher, daß Du bei den TAGS schauen solltest.

Ich muß jetzt weg, schaue mir das ganze heute abend nochmal in Ruhe an.

Gruß

Harald Legler

[harald Legler]

Hallo,

leider kam ich eben erst zurück und habe folgendes herausbekommen: Dein Problem liegt in der ersten Tabelle. Ohne die läuft es im NS. Folgendes zum Überlegen: Warum definierst Du die klassen oben und gibtst dann im DIV Style nochmal z-index ein?

<div id="m1" class="menu" style="z-index: 2">

Hier wird kein ; benötigt um style abzuschließen. Selbe

<div id="m1x" class="submenu" style="z-index: 0;">

Frage wie oben!
Zieht sich durch die ganze zweite Tabelle.
Nach meiner Meinung brauchst du die styles auch nicht zu wiederholen.

Beim durchzählen der Tags ist zumindest bei mir ein
</tr>
</table> zu wenig.

totzdem finde ich leider den Grund für den Fehler jetzt nicht. JS ist aber nicht der Grund dafür.

Falls Du nicht selbst weiterkommst, poste nochmal neu mit Thema DHTML. Ich komme leider erst morgen abend wieder zum testen :(

Gruß

Harald Legler

[Thorsten]

Hi Harald,

erstmal danke für die Mühe. Hab heute noch herausgefunden, das es auch nicht mehr abstürzt, wenn man einfach die menu Definition herausnimmt.

»»Überlegen: Warum definierst Du die klassen oben und gibtst dann im DIV Style nochmal z-index ein?

Das sind die kleinen Überbleibsel, die bei den ersten Versuchen mit den Möglichkeiten der neuen Browser entstehen :-)

Beim durchzählen der Tags ist zumindest bei mir ein
</tr>
</table> zu wenig.

NE war leider schon immer sehr anfällig was Tabellen betrifft, vielleicht bastel ich die einfach nochmal mit dem Dreamweaver neu erstellen.

Werd mich morgen nachmittag nocheinmal dran setzen, falls es nicht klappt, melde ich mich wieder.

Danke sehr!

[Thomas J.S.]

Hallo Matti!

4. Warum drucken beide Browser dieses Formular nicht quer <Auszug drucken.css>
   @page { size:landscape; }
   </Auszug drucken.css:>

Weil sie die
<link rel=stylesheet type="text/css" media="print"...> nicht kennen? zumindest NS kennt es 100% nicht.

du kannst es mit
@import url("drucken.css");
in deinem format.css versuchen, oder
mit einem @media Sektion im fromat.css

@media print {
   body { deine angaben }
   td { deine Angaben }
   @page { size:landscape; }
         }

Aber ich glaube nicht, daß die Browser das können.

Grüße
Thomas