Fehler bei Anzeige von Links & Ankern

  • Fehler bei Anzeige von Links & Ankern

    Bin gerade beim Umstieg von WIN-XP-HOME-SP2-MS-IE6 auf Mozilla/5.0
    (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111
    Firefox/1.5.0.1, = mit neuesten Aktualisierungen
    inkl. Zusatz-Software "FileTitle", "Proxomitron-Stand.", "AdBlock".

    Viele Umsteiger werden es ebenso wie ich machen: Mit FiFx surfen,
    aber gelegentlich den MS-IE6 als Vergleich benutzen. Das Resultat
    ist ernüchternd hinsichtlich der Unterschiede in der Darstellung !

    Während der Schwarze Peter meist beim arroganten Platz-Hirschen
    MICROSOFT liegt, der selbst-herrlich eigene Browser-Standards durch-
    drückt, bin ich aber jetzt anscheinend einem MOZILLA-Bug auf der
    Spur:

    Es geht um Links & Anker, streng nach Vorschrift von SELFHTML811. In
    einer *.css-Datei mit zentralen StyleSheets lauten die ersten fünf
    Zeilen

    Code
    a:link   { color:#800080; text-decoration:none; }
    a:visited{ color:#800080; text-decoration:none; }
    a:focus  { color:red; text-decoration:underline; }
    a:hover  { color:red; text-decoration:underline; }
    a:active { color:red; text-decoration:underline; }

    Es ist schon doof, daß IE und FF die referenzierten Links unter-
    schiedlich präsentieren beim Hovern und TabulierTasten. Da ist der
    FiFx besser als der IE !

    Doch die Fan-Gemeinde der fundamentalistischen FeuerFüchse hat sich
    jetzt zu früh gefreut: Da ist nämlich ein ganz dicker Fox-Klops zu
    berichten:

    In der obersten Zeile meiner WebSeite habe ich das erste Wort anker-
    mäßig ein-gefaßt mit <a name="obn">blabla</a>, und siehe: Der FiFx
    bringt genau dieses Wort ROT & UNDERLINED beim Drüber-Hovern. Gott-
    sei-Dank erscheint nicht auch noch die link-typische Mause-Zeiger-
    Hand !

    Weitere Studien haben ergeben:

    Obwohl der Vatikan in seiner letzten Enzyklika für den Anker-Code das
    WegLassen des zweiten Teils "</a>" erlaubt hat, klappt das nur beim
    IE6:

    Beim FiFx "läuft" der Link-Irrtum ausgehend vom Anker-PUNKT(!) durch
    die nachfolgenden Zeilen bis zu einem Objekt, wo der Irrtum dann
    endlich bemerkt wird: eine Tabelle o.ä.

    Möchte das Jemand mal bei sich nach-prüfen ?

    Gruß, janus
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron

  • Zitat von janus1

    In der obersten Zeile meiner WebSeite habe ich das erste Wort anker-
    mäßig ein-gefaßt mit <a name="obn">blabla</a>, und siehe: Der FiFx
    bringt genau dieses Wort ROT & UNDERLINED beim Drüber-Hovern.


    Das ist bei mir genauso. Wenn ich per CSS einstelle, dass sich a's bei Hover verändern sollen, passiert das nicht nur bei Links, sondern bei allen <a...>-Objekten.

    Wenn's nur um <a name...> geht, lässt sich das lösen, indem du das </a> einfach direkt dahinter schreibst, also

    Code
    <a name="obn"></a>blabla


    Das müsste dann genauso funktionieren.

  • Zitat von janus1


    In der obersten Zeile meiner WebSeite habe ich das erste Wort anker-
    mäßig ein-gefaßt mit <a name="obn">blabla</a>, und siehe: Der FiFx
    bringt genau dieses Wort ROT & UNDERLINED beim Drüber-Hovern. Gott-
    sei-Dank erscheint nicht auch noch die link-typische Mause-Zeiger-
    Hand !


    Das ist durchaus korrekt, da du ja eben für alle a-elemente dies definierst. Bemi IE siehst du den Effekt nicht, da der :hover halt nur für Links und keine anderen Elemente kennt, was ich ehrlich gesagt jämmerlich finde.

    Mögliche Lösungen wären (nicht alle getestet!):

    a:visited:hover, a:link:hover {<dies wird nur beim hovern von richtigen Links beachtet, klappt aber natürlich im IE nicht>}

    a[href]:hover {<dies wird nur beim hovern von richtigen Links beachtet, klappt aber natürlich im IE nicht>}

    a[name]:hover {<dies wird nur beim hovern von Ankern beachtet, klappt aber natürlich im IE nicht>}

    Die <a name="bla">-Konstruktion ist sowieso veraltet. Heutzutage macht man das mit id, und du kannst jedem Beliebigen Element ne id geben. Z.B.
    <h1 id="oben">dasd</h1> lässt sich dann mit <a href="#oben">nach oben</a> anspringen.

    Zitat


    Obwohl der Vatikan in seiner letzten Enzyklika für den Anker-Code das
    WegLassen des zweiten Teils "</a>" erlaubt hat, klappt das nur beim
    IE6:


    Ich glaube nicht, dass man das darf. Und wenn man es macht, wäre es unsauber. Sowas sollte man ja auch nicht bei <li> oder <option> machen. Außerdem kannst du nicht davon ausgehen, dass der Firefox sofort jedes neue Feature beherrscht. Der IE macht das auch nicht. Bei dem ist das nur übermäßige Fehlerkorrektur.

  • CSS für Links und Anker: Spaghat MSIE-FIFX

    Wieder einmal mußte unsereiner viel Zeit für Tests ver-plempern:
    Weder MISO noch MOZI haben den Umgang mit den StyleSheets für Links
    und Anker
    sauber/konsequent programmiert. Jeder hat irgendwo gehudelt.

    Anker:

    Der FF-Browser zeigt dick-köpfig die anker-eingefaßten Wörter als
    Links an = ein echter, fetter Fehler (an die Adresse der FF-Entwickler).
    Daraus folgt zwingend: Man setze nur LEERE Anker mit Tag1+Tag2 und
    Nix dazwischen !

    Wenn Tag2 ( </a> ) fehlt, dann "spinnt" der FiFx (siehe oben), während der
    MSIE drauf verzichten kann.

    JEDE WebSeite sollte als Erstes nach dem <body>-Tag den Standard-Anker
    <a name="top"></a> haben ! Vergißt man es, klappt der Jump nur beim IE.
    Schaut Euch mal diese Stelle im QuellCode dieser Forums-Seite an !

    Link-Verweise:

    Es gibt dafür 5 StyleSheet-Angaben:

    Code
    a:link    { ..; ...; }
    a:visited { ..; ...; }
    a:focus   { ..; ...; }
    a:hover   { ..; ...; }
    a:active  { ..; ...; }

    Sie werden browser-intern von oben nach unten aus-gewertet; deshalb
    halte man sich stets an genau DIESE Reihenfolge beim Experimentieren !

    Das, was im Inneren der geschweiften Klammern steht, das interpretie-
    ren MSIE und FiFx zwar ähnlich, aber eben doch unterschiedlich. Da
    bleibt uns nur, einen Spaghat zu machen, um unsere Vorstellungen von
    einer Link-Darstellung halbwegs zu realisieren in BEIDEN Browsern:

    • Ein Link-Verweis soll(te) erkennbar sein, aber nicht allzu
      aufdringlich !
    • Ein ausgeführter Link-Verweis (visited) sollte im Kontrast der
      SchriftFarbe zum Hintergrund gedämpft werden.
    • Ein fokussierter Link-Verweis sollte als solcher erkennbar sein,
      damit der Anwender/Juser/Surfer weiß: HIER ginge jetzt auch die
      ENTER-Taste.
    • Ein gehoverter Link-Verweis (unter dem Mause-Zeiger) sollte grell
      ins Licht gesetzt werden: HIER reicht(e) jetzt 1 Maus-Klick !
    • Ein aktiver Link-Verweis sollte bloß irgendwie signalisieren:
      Bitte Geduld ! Bin gerade beschäftigt mit dem Nach-Laden des Sprung-
      Ziels !
      Am besten denken wir uns das Attribut "active" bedeutungs-
      mäßig als "busy".


    Für schwarze Schrift auf weißem (od.hell-grauem) Hintergrund fand ich
    durch Ausprobieren diese Einstellungen optimal:

    Code
    a:link    { color:#800080; text-decoration:none; }
    a:visited { color:#c0a0c0; text-decoration:none; }
    a:focus   { font-style:italic; text-decoration:underline; }
    a:hover   { color:red; text-decoration:underline; }
    a:active  { color:green; text-decoration:underline; }


    Eigenschaften:

    Die (statischen) Farbstufen
    Schwarz - kräftig-Lila - blaß-Lila - weiß(od.hellgrau) stehen für
    NormalText - LinkVerweis(frisch) - LinkVerweis(alt) - HinterGrund.

    Beim Drüber-Hovern per Maus knipst sich das Link an in die TextFarbe
    Rot plus Unterstreichung.

    Bei beiden Browsern kann man per TAB-Taste von LinkVerweis zu LinkVws
    "hüpfen". Der jeweils fokussierte wird unterstrichen und in Schräg-
    Schrift ("italic") an-gezeigt, aber nur vorübergehend. Nur beim FiFx
    kann man außer per TAB-Taste auch mit UP- und DOWN-Taste durch den
    restlichen Normal-Text wandern, mit einem sichtbaren Text-Kursor.

    (Leider vergißt der FiFx dabei, beim Verlassen des Link-Verweises die
    Anzeige des Link-Ziel-Textes am unteren Fenster-Rand zu löschen,
    = irritierend, wenn der Text-Kursor gerade in Normal-Text steht.)

    Ein LinkVerweis reagiert auf Auslösung per MausKlick oder (falls
    fokussiert:) per ENTER-Taste mit der (kurz-zeitigen) Farbe Grün.

    ---------------------------------------------------------------------

    Für weiße Schrift auf dunkel-farbigem Hintergrund fand ich
    durch Ausprobieren diese Einstellungen optimal:

    Code
    a.WeisLila:link    { color: white; background-color:#8A2BE2;
                         font-weight:900; text-decoration:none; }
    a.WeisLila:visited { color: white; background-color:#8A2BE2;
                         font-weight:900; text-decoration:none; }
    a.WeisLila:focus   { color:white; font-style:italic;
                         text-decoration:underline; }
    a.WeisLila:hover   { color:red; text-decoration:underline; }
    a.WeisLila:active  { color:red; text-decoration:underline; }


    ---------------------------------------------------------------------

    Kleinere Bugs sind...

    • beim MS-IE: Zur Ausführung eines Sprungs wird zwar kurz-zeitig die
      "Aktiv-Farbe" (z.B. GREEN) an-gezeigt, leider "spukt" diese Farbe nach
      der Rückkehr von der Ziel-Seite dauerhaft durch die fokussierten
      Link-Verweise.
    • beim FiFx: Nach der Rückkehr von der an-gesprungenen Ziel-Seite
      erscheint der fokussierte LinkVerweis in Rot. Das geht erst weg z.B.
      durch Bewegung der Maus, und die Farbe wechselt dadurch korrekt nach
      Blaß-Lila (= alter/altes Link).


    Fazit_1: WIE auch immer - , wir müssen mehrere Attribute bündeln, um
    sicher zu sein, daß BEIDE Browser funktionieren.

    Fazit_2: Zukünftig könnte/sollte/might-be der Anzeige-Modus für
    LinkVerweise ein Teil der Browser-Konfiguration werden, die dem Juser
    zu-gänglich ist.

    Gruß, janus
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron

    Einmal editiert, zuletzt von janus1 (23. Februar 2006 um 17:31)

  • Zitat von janus1

    Anker:

    Der FF-Browser zeigt dick-köpfig die anker-eingefaßten Wörter als
    Links an = ein echter, fetter Fehler (an die Adresse der FF-Entwickler).

    [Blockierte Grafik: http://img202.imageshack.us/img202/6974/capture022320061627076mz.th.jpg]
    vllt soltlest du endlich mal nen beispielseite rausrücken...
    so theretisch lässt sich viel erzählen.

  • Zitat von janus1


    Der FF-Browser zeigt dick-köpfig die anker-eingefaßten Wörter als
    Links an = ein echter, fetter Fehler (an die Adresse der FF-Entwickler).


    Nein. Der Firefox zeigt die a-tags so an, wie du es ihm sagst. Wenn du sagst, mache alle a-tags beim hovern unterstrichen und blau, dann macht er das auch. Dein Problem resultiert einfach nur aus der totalen Blödheit des IE's Sachen wie "a[href]:hover" nicht zu können und das hovern von anderen Elementen nicht zu ünterstützen.
    Der 'Irrglaube' mit a:hover {...} setze man nur die Farben von anklickbaren Links kommt von früher, wo es fast nur den IE gab, der das eben nicht korrekt unterstütze.

    Zitat


    <a name="top"></a> haben ! Vergißt man es, klappt der Jump nur beim IE.


    Was ja auch logisch ist. Wo kein Anker da ist, springt man auch nichts an. Nur der IE betreibt mal wieder übermäßige Fehlerkorrektur.

    Zitat


    Schaut Euch mal diese Stelle im QuellCode dieser Forums-Seite an !


    Der Quellcode dieses Forums ist Müll und kein Maßstab.

    Zitat


    Es gibt dafür 5 StyleSheet-Angaben:

    Code
    a:link    { ..; ...; }
    a:visited { ..; ...; }
    a:focus   { ..; ...; }
    a:hover   { ..; ...; }
    a:active  { ..; ...; }


    Solche 'Listen' sind eigentlich veraltet und auf den IE zugeschnitten.

    Du kannst z.B. auch a:visited:hover definieren, für Links, die besucht sind und gehovert sind. Nur der IE schafft das nicht.

    Zitat


    Fazit_2: Zukünftig könnte/sollte/might-be der Anzeige-Modus für
    LinkVerweise ein Teil der Browser-Konfiguration werden, die dem Juser
    zu-gänglich ist.


    Ist es doch schon.

  • Zitat von bender_21

    vllt soltlest du endlich mal ne(n) beispielseite rausrücken...
    so theretisch läßt sich viel erzählen.

    Ja, sicher. Aber DIE paar Zeile HTML kriegen Sie sicher noch selbst
    auf die Reihe, oder ?

    HTML
    <html>
     <link rel=stylesheet type="text/css" href="css.css">
    
    
     <body>
      <a name="top">blabla</a>
     </body>
    </html>


    Außerdem wimmelt es im Web von Seiten mit Wort>0-Ankern, die vom FiFx
    derart beknackt "ge-hai-laitet" werden, siehe obigen Beitrag von
    "DeckMan" !
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron

  • Zitat von janus1

    Ja, sicher. Aber DIE paar Zeile HTML kriegen Sie sicher noch selbst
    auf die Reihe, oder ?

    ich habe ja oben das beispiel von selfhtml per screenshot eingestellt und es wird alles vom FX richtig angezeigt.
    und was soll man mit so einem fehlerhaften beispiel anfangen?

    HTML
    <html>
     <link rel=stylesheet type="text/css" href="css.css">
    
    
     <body>
      <a name="top">blabla</a>
     </body>
    </html>

    kein doctype, die css.css gibt es nicht, kein head ...

    naja mir jetzte auch egal ..


    *Bei Antworten zu diesem Thema nicht mehr benachrichtigen* done


    ich habe mir das noch mal durch den kopf gehen lassen.
    aber der fx hält sich doch exakt an deine vorgaben, du sagst ihm per css "beim hovern von einem a-tag färbe den im a-tag enthaltenen text rot".
    egal ob das a-tag nun ein link ist oder ein aker.

  • Zitat von janus1

    Obwohl der Vatikan in seiner letzten Enzyklika für den Anker-Code das WegLassen des zweiten Teils

    Code
    </a>

    erlaubt hat, klappt das nur beim IE6:

    Sorry, das ist einfach nur total gequirlte Schei*e, oder Du hast nicht kapiert, was da geschrieben steht!
    Entweder man macht es korrekt mit schließendem Tag

    Code
    <a id="wasweissich">blablabla</a>

    oder man macht es eben auf die xml-Tour (man beachte den selbstschließenden /!) :

    Code
    <a id="wasweissich2" />

    Alles andere ist absoluter Bullshit und wird nur vom stockblöden IE falsch dargestellt!

    Aloha, Uli

    Seit 102.0 wieder mit dem jeweils neuesten 64bit-Fx von tete009 unterwegs.

  • Ab-wärts-Kom-pa-ti-bi-li-tät !

    Zitat von UliBär

    Sorry, das ist einfach nur total gequirlte Schei*e, und Du hast
    nicht kapiert, was da geschrieben steht!


    Tja: Blöd & gründlich - , SO sind wir eben.

    Zitat von UliBär

    Entweder man macht es ...
    oder man macht es eben ...


    Die Entweder-Oder-Aytollahs haben einen schlechten Ruf. Der ausge-
    wiesene Fachmann für HTML,
    SELFHTML: Version 8.1.1 vom 24.11.2005, Autor: Stefan Münz,
    sieht das Ganze viel lockerer.

    Außerdem gilt es angesichts Millionen von WebSeiten mit Wort>0-Ankern,
    die Ab-wärts-Kom-pa-ti-bi-li-tät zu wahren, egal, ob einer von Eurer
    Truppe ein MS-Hasser ist oder nicht.

    Das sieht doch echt beknackt aus, wenn bei den bereits existierenden
    WebSeiten die Wort-Anker unter der Maus zu glühen anfangen !
    MOZILLA wird das ändern, und Alle kommen dann auf ihre Kosten.

    Zitat von bender_21

    ... was soll man mit so einem fehlerhaften Beispiel anfangen:
    ... kein Doctype, die css.css-Datei gibt es nicht, kein Head ...


    Stimmt ! Welch enormer Mangel aber auch ! Bequemlichkeit & ein Hang
    zum Mäkeln ? Aber das Beispiel zeigt ganz gut, WO der "Hase im Pfeffer
    liegt". Nach dem Prinzip: In der Kürze die Würze !

    Gruß, janus
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron

  • Zitat von janus1

    Ab-wärts-Kom-pa-ti-bi-li-tät !

    Ta-Ta-Ta-Ta-Ta-Bla-Bla-Bla-Dum-Didel-Dum...

    Zitat von janus1

    Tja: Blöd & gründlich - , SO sind wir eben.

    Ahh, das klassische "Mir gehen die Argumente aus, also werde ich persönlich"... :roll:

    Zitat von janus1

    Die Entweder-Oder-Aytollahs haben einen schlechten Ruf. Der ausgewiesene Fachmann für HTML,

    Das liest sich wie typisches Heise-Troll-Gesabber :lol:
    -> Ich klinke mich jetzt auch aus...

    Aloha, Uli

    Seit 102.0 wieder mit dem jeweils neuesten 64bit-Fx von tete009 unterwegs.

  • Bye-bye-Bullshit !

    Zitat von UliBär

    Das liest sich wie typisches Heise-Troll-Gesabber
    -> Ich klinke mich jetzt aus...


    Und Tschüß ! Sauer ? Hat nämlich nicht funktioniert mit (Zitat:)

    Code
    Fr, 24. Feb 2006  2:07 ...total gequirlte Schei*e,
                           ...absoluter Bullshit
                           ...stockblöden IE
    Fr, 24. Feb 2006 12:37 ...Ta-Ta-Ta-Bla-Bla-Bla-Dum-Didel-Dum


    Kurzer Hinweis an "die Neuen" in der Forums-Szene des Internets:

    Du darfst dich nicht wundern, daß in den WebForen eine Truppe von
    sog. Berufs-Flamern patrouilliert, die ernsthafte Diskussionen sys-
    tematisch ab-würgt hin in die Haß-Richtung von besoffenen Fußball-
    Club-Fans: Hier MS-IE, dort MOZ-FF.

    Wer sich die Mühe machen mag, studiere stichproben-artig die Liste
    der letzten Beiträge (eine 4-stellige Zahl) oder gar die HomePage !
    "Proxomitron: Vorgang abgebrochen!" kommt als Meldung, daß
    irgendwas nicht ganz "koscher" ist.-

    Unsereiner bzw. Sie, = die rechtschaffenen Rat-such-geben-den Juser
    im Forum, wir kommen TROTZ dieser Truppe auf unsere Kosten:

    • von Juser "DeckMan" lernten wir, daß MEIN Problem auch seines ist,
    • von Juser "bender_21" kam der wertvolle Hinweis auf SELFHTML,
    • wir lernten ein "WorkAround" für eigene WebSeiten: Der Leere Anker
      mit zwei Tags, aber Nix dazwischen,
    • über MICROSOFT erfuhren wir vom selbst-herrlichen Gebaren des
      PlatzHirschen, ohne deshalb daraus gleich eine Religion zu machen.

    Weiter so !

    Gruß, janus
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron

  • Schalömchen auch !

    Zitat von Uli-berend2805

    Das liest sich wie typisches Heise-Troll-Gesabber
    -> Ich klinke mich jetzt aus...

    Sag mal, ist das teuer, was Du rauchst?


    Wir dachten eigentlich, daß Sie sich aus-geklinkt hätten. Warum SO
    hartnäckig ? BEWEISEN kann nicht mal ICH, WER im Internet WARUM unter
    WELCHER Identität Dinge in den Mund nimmt, die man üblicherweise nicht
    mal in die Hand nimmt. :)

    Also nix "weiter so !" !

    Für den nächsten Sach-Beitrag suche ich noch das passende Forum.
    Bis dann !

    Gruß, janus
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron

  • Aloha, Uli

    Seit 102.0 wieder mit dem jeweils neuesten 64bit-Fx von tete009 unterwegs.

  • Anker-Blindheit beim FiFx

    Auf vielen lang-gestreckten WebSeiten stehen am oberen Rand "Sprung-
    Listen", die dich direkt runter ans Ziel befördern. Was im MS-IE gut
    funktioniert, das klappt häufig nicht beim MOZ-FF: Er reagiert einfach
    nicht auf MausKlicks in die Sprung-Liste.

    Unsereiner hat(te) wenig Geschmack an einer "Lager-Diskussion":

    Zitat von janus1
    • von Juser "DeckMan" lernten wir, daß MEIN Problem auch seines ist,
    • von Juser "bender_21" kam der wertvolle Hinweis auf SELFHTML,
    • wir lernten ein "WorkAround" für eigene WebSeiten: Der Leere Anker
      mit zwei Tags, aber Nix dazwischen,
    • über MICROSOFT erfuhren wir vom selbst-herrlichen Gebaren des
      PlatzHirschen, ohne deshalb daraus gleich eine Religion zu machen.


    Ursache ist häufig die größere Strenge des MOZ-FF bei der Positionie-
    rung von Ankern in Tabellen. Beim MS-IE darf der Anker (als Punkt-
    Objekt) praktisch überall erscheinen, auch in der KurzForm
    <a name="...">, für den FiFx gilt:

    nein: <a name="hierhin">
    __ja: <a name="hierhin"></a>
    nein: <table><a ame="hierhin"></a><tr><td>
    nein: <table><tr><a ame="hierhin"></a><td>
    __ja: <table><tr><td>blabla1<a name="hierhin"></a>blabla2 ...

    Sinn dieses Forums ist der Juser-Austausch über ab-weichendes Browser-
    Verhalten, um Anderen die zeit-aufwändigen Tests bei der Ursachen-
    Forschung zu ersparen. Die FF-Entwickler mögen dann entscheiden, WIE
    darauf künftig zu reagieren sei, angesichts der Unmenge an exist. Web-
    Seiten mit frei vagabundierenden Ankern, wo sich die Autoren gut-
    gläubig auf die liberalen MS-Standards verlassen haben.

    Gruß, janus
    .

    WIN-XP-HOME-Version-2002-SP2, OpenOffice.org 2.0, MS-IE6,
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
    + IE-Tab + AdBlock + Proxomitron