Links in Firefox die keine sind

[Christian Düsing]

Hallo,

in einen Text habe ich mehrere "Anker" gesetzt, die ich über eine Imagemap ansprechen kann. Das ufnktioniert auch richtig gut, allerdings zeigt der FireFox diese "Anker" in der Schriftformatierung der normalen Links an. Das ist natürlich nicht so toll. Denn der Anker stellt ja keinen Link dar, sondern nur den Sprungpunkt.
Im IE tritt dieser Fehler nicht auf.
Der Code:
<a id="einsatzuniform" name="einsatzuniform">Atemschutz</a>

die Seite:
http://www.feuerwehr-budenheim.de/ausruestung/bekleidung-frame.htm

ebenso kann Firefox (im gegnsatz zum IE) genau diese Tabelle nicht zentrieren, obwohl es auf allen anderen Seiten mit genau dem selben Code super funktioniert.

Würde mich frueen, wenn ihr mir helfen könnt. Eigenltich bevorzuge ich ja Firefox gegenüber IE, aber sowas nervt dann schon.

Viele Grüße
Christian

[Cheatah]

Hi,

allerdings zeigt der FireFox diese "Anker" in der Schriftformatierung der normalen Links an.

nein, dem ist nicht so. Es werden beim Überfahren der Elemente mit der Maus diejenigen Formatierungen übernommen, die Du mittels "a:hover" eben diesen angedacht hast. Ein Zusammenhang zu Links existiert bei diesem Selektor aber nicht.

Im IE tritt dieser Fehler nicht auf.

Der Fehler ist, dass der IE es anders macht. Microsoft hatte spätestens[1] seit Mai 1998 Gelegenheit, :hover nicht nur Links angedeihen zu lassen.

http://www.feuerwehr-budenheim.de/ausruestung/bekleidung-frame.htm

Von </faq/#Q-19> abgesehen: Dein Code ist in vielerlei Hinsicht fehlerhaft und unsinnig. Was sollen die Tabellen? Wozu dient das willkürliche Gemisch von HTML und XHTML? Warum ungültige Werte in width- und height-Attributen? Warum _überhaupt_ width- und height-Attribute, nebst border und all jenen anderen, die der Darstellung dienen, also in den CSS-Code gehören? Wozu für Bildschirmmedien ungeeignete Einheiten wie "pt"? Wozu feste Schriftgrößen? Und um Himmels Willen, was soll dieser JavaScript-Code?

ebenso kann Firefox (im gegnsatz zum IE) genau diese Tabelle nicht zentrieren,

Eine Tabelle ist kein Text. Wieso glaubst Du, die text-align-Eigenschaft würde sie beeinflussen?

obwohl es auf allen anderen Seiten mit genau dem selben Code super funktioniert.

Falsch.

Würde mich frueen, wenn ihr mir helfen könnt.

Tipp: Schmeiße den _gesamten_ Code weg - zuallerallererst das völlig sinnfreie und kontraproduktive Frameset.

Eigenltich bevorzuge ich ja Firefox gegenüber IE, aber sowas nervt dann schon.

Wenn Du Unterschiede in der Darstellung zwischen IE und Firefox siehst, ist es pauschal Irrsinn, den Fehler bei Firefox zu suchen. Er liegt a) beim IE und b) bei Dir. Ausnahmen sind Pressemeldungen wert.

Cheatah

[1] AFAIK haben sie am Standard CSS/2.0 mitgearbeitet, deswegen sollten sie schon lange vorher Gelegenheit gehabt haben.

[MudGuard]

Hi,

[1] AFAIK haben sie am Standard CSS/2.0 mitgearbeitet, deswegen sollten sie schon lange vorher Gelegenheit gehabt haben.

Naja, im Januar 1998 hieß es im Working Draft noch: "The Anchor pseudo-classes: :link, :visited, :hover, and :active" *)
(siehe http://www.w3.org/TR/1998/WD-css2-19980128/#toc) - vorher wurde :hover nicht erwähnt.
Erst im nachfolgenden Proposed Recommendation http://www.w3.org/TR/1998/PR-CSS2-19980324/cover.html#toc sind :hover und :active allgemein.

*) wobei es also zumindest auch für a-Elemente _ohne_ href auch definiert wäre ;-)

cu,
Andreas

[Christian Düsing]

Hallo,

danke für den Tipp mit den ID's klappt super. mit der Kritik von Cheatah werde ich mich auch noch beschäfftigen, das mit dem Ausrichten der tabelle klappt nun auch gut, wenn ich die Außenränder verwende. Gibt es keinen CSS-zum Ausrichten einer Tabelle gemäß, left, center, right (o.ä.)

Gruß
Christian

[Christian Düsing]

Hallo,

danke für deine Kritik, ich habe mal versucht schon was zu ändern. Die Anker sind jetzt über ID's definiert und die tabelle mit margin-left... ausgerichtet.

Was sollen die Tabellen? Wozu dient das willkürliche Gemisch von HTML und XHTML? Warum ungültige Werte in width- und height-Attributen? Warum _überhaupt_ width- und height-Attribute, nebst border und all jenen anderen, die der Darstellung dienen, also in den CSS-Code gehören?

Was habe ich denn außer den div-Blöcken noch für eine Strukturierungsmöglichkeit? welche Attribute kann ich denn statt width und height verwenden?

Wozu für Bildschirmmedien ungeeignete Einheiten wie "pt"? Wozu feste Schriftgrößen?

Was meinst du mit festen Schriftgrößen? Die <H1>...<H6> oder was?

Und um Himmels Willen, was soll dieser JavaScript-Code?

Der Java-Script Code ruft das Bildpopup auf, gibts da ne bessere Lösung?

Tipp: Schmeiße den _gesamten_ Code weg - zuallerallererst das völlig sinnfreie und kontraproduktive Frameset.

Ich bin ja für jeden Tipp dankbar, leider fällt mir keine andere Möglichkeit außer der Frames ein.

Gruß
Christian

[Ashura]

Hallo Christian.

Was habe ich denn außer den div-Blöcken noch für eine Strukturierungsmöglichkeit?

In CSS ausgedrückt: *

In HTML ausgedrückt: SelfHTML: Elementreferenz

Ausführlicher: SelfHTML: Elemente zur Textstrukturierung

welche Attribute kann ich denn statt width und height verwenden?

Bei Bildern würde ich persönlich nicht darauf verzichten.
Ansonsten gibt es natürlich für beide ein Pendant in CSS.

Wozu für Bildschirmmedien ungeeignete Einheiten wie "pt"? Wozu feste Schriftgrößen?

Was meinst du mit festen Schriftgrößen? Die <H1>...<H6> oder was?

Nein, er meinte, dass du einen Blick hierauf werfen solltest.

Die browserübliche Darstellung der headline-Elemente hat im Übrigen nichts mit der Schriftgrößenformatierung von Text zu tun.

Der Java-Script Code ruft das Bildpopup auf, gibts da ne bessere Lösung?

_Ver_besserte Lösungen ja: http://molily.de/javascript-popups

Einen schönen Sonntag noch.

Gruß, Ashura

[Christoph Schnauß]

hi,

allerdings zeigt der FireFox diese "Anker" in der Schriftformatierung der normalen Links an

Was er vermutlich völlig korrekt tut, da deine Anker höchstwahrscheinlich als
  <a name="...">
notiert wurden. Wenn du in deiner CSS nun auch noch
  a {font...}
stehen hast, befolgt das Firefox natürlich, mein Opera tuts auch, nur der IE versteht es mal wieder nicht.

http://www.feuerwehr-budenheim.de/ausruestung/bekleidung-frame.htm
ebenso kann Firefox (im gegnsatz zum IE) genau diese Tabelle nicht zentrieren

"diese" angegebene Seite ist eine Frameseite, und Frames enthalten nunmal keine Tabellen. Die Adresse, die du meinst, ist http://www.feuerwehr-budenheim.de/ausruestung/bekleidung/bekleidung.htm. Und diese in den Rahmen geladene Seite hat keinerlei Veranlassung, die darin enthaltene Tabelle mittig anzuordnen, obwohl es der IE so mißversteht. Im übrigen ist "colspan='1'" etwas, was du dringlich überdenken solltest

Grüße aus Berlin

Christoph S.

[Christian Düsing]

hi,

Im übrigen ist "colspan='1'" etwas, was du dringlich überdenken solltest

Wie kann ich denn "colspan"'1'" ersetzen? Gehört zu einem gründlichen Tabellenaufbau nicht auch diese Information?

Gruß
Christian

[Der Dicki]

Hallihallo!

Wie kann ich denn "colspan"'1'" ersetzen? Gehört zu einem gründlichen Tabellenaufbau nicht auch diese Information?

Nee, wenn der Wert (sowohl für col- als auch für rowspan) 1 ist, sollte man ihn weglassen. Nur Werte >1 machen da Sinn.

Viele liebe Grüße,
Der Dicki

[Der Martin]

Hi Christian,

Wie kann ich denn "colspan"'1'" ersetzen? Gehört zu einem gründlichen Tabellenaufbau nicht auch diese Information?

Nein, absolut nicht. Denn colspan="1" ist der Regelfall, der keiner weiteren Erwähnung bedarf. Du betonst ja wahrscheinlich auch nicht extra, dass dein Fahrrad _einen_ Sattel hat.

Guten Nacht,

Martin

[MudGuard]

Hi,

in einen Text habe ich mehrere "Anker" gesetzt, die ich über eine Imagemap ansprechen kann. Das ufnktioniert auch richtig gut, allerdings zeigt der FireFox diese "Anker" in der Schriftformatierung der normalen Links an. Das ist natürlich nicht so toll. Denn der Anker stellt ja keinen Link dar, sondern nur den Sprungpunkt.
Im IE tritt dieser Fehler nicht auf.
Der Code:
<a id="einsatzuniform" name="einsatzuniform">Atemschutz</a>

Wozu überhaupt a-Elemente für Ansprungpunkte? Wegen Netscape 4.x?
Es reicht für normale Browser (und für IEs mind. ab 5.0), einem beliebigen Element die id zu verpassen.
Damit wären die Probleme schon im Ansatz beseitigt.

Daß bei Mouseover der Anker rot wird, liegt an a:hover - da steht ja nichts von Link dabei, also wird das auch angewendet - die Programmierer des IE haben das halt noch nicht geschafft, das korrekt einzubauen, der entsprechende Standard ist ja auch erst 7,x Jahre alt …

die Seite:
http://www.feuerwehr-budenheim.de/ausruestung/bekleidung-frame.htm

Welche der Seiten in dem Frameset?

ebenso kann Firefox (im gegnsatz zum IE) genau diese Tabelle nicht zentrieren, obwohl es auf allen anderen Seiten mit genau dem selben Code super funktioniert.

Die Seite im unteren Frame sieht zentriert aus.

cu,
Andreas

[Der Dicki]

Hallihallo!

Wozu überhaupt a-Elemente für Ansprungpunkte? Wegen Netscape 4.x?
Es reicht für normale Browser (und für IEs mind. ab 5.0), einem beliebigen Element die id zu verpassen.
Damit wären die Probleme schon im Ansatz beseitigt.

Ja, wieso erfährt man denn sowas nur hier im Forum?
Die ganze Zeit tipp ich mir wegen http://de.selfhtml.org/html/verweise/projektintern.htm#anker
einen Wolf, und jetzt muss ich feststellen, daß Du tatsächlich recht hast.

Schockierend! *kopfschüttel*

Aber mal im Ernst: Ist das ein Fall für den Bugtracker, sozusagen als Verbesserungsvorschlag?

Viele liebe Grüße,
Der Dicki

[Candid Dauth]

Heißa, Der,

Ja, wieso erfährt man denn sowas nur hier im Forum?
Die ganze Zeit tipp ich mir wegen http://de.selfhtml.org/html/verweise/projektintern.htm#anker
einen Wolf, und jetzt muss ich feststellen, daß Du tatsächlich recht hast.

Jau, es ist bekannt, dass dies fälschlicherweise an falscher Stelle aufgeführt wird.

Gautera!
Grüße aus Biberach Riss,
Candid Dauth

[Der Dicki]

Hallihallo!

falscher Stelle aufgeführt wird.

Ich habe mir diese Seite mal genauer durchgelsen. Ich verwende für meine       Seiten als DOCTYPE HTML 4.01 (dummerweise Transitional, obwohl Alles strict- konform, aber egal).
Das bedeutet also, ich sollte für meine Seiten lieber bei <a name="..."> bleiben?
Dann wäre ja Alles wieder (bzw. immer noch) in Ordnung :)

Viele liebe Grüße,
Der Dicki

[MudGuard]

Hi,

Ich habe mir diese Seite mal genauer durchgelsen. Ich verwende für meine       Seiten als DOCTYPE HTML 4.01 (dummerweise Transitional, obwohl Alles strict- konform, aber egal).
Das bedeutet also, ich sollte für meine Seiten lieber bei <a name="..."> bleiben?

Wenn Dir Netscape 4.x wichtig ist: ja.
Sonst: es gibt keinen Grund, nicht id zu verwenden.

In HTML 4.01 heißt es:
The id attribute has several roles in HTML:

* As a style sheet selector.
    * As a target anchor for hypertext links.
    * [...]

siehe http://www.w3.org/TR/html401/struct/global.html#adef-id, es gibt sogar einen eigenen Abschnitt dazu: http://www.w3.org/TR/html401/struct/links.html#anchors-with-id

cu,
Andreas

[Der Dicki]

Hallihallo!

In HTML 4.01 heißt es:
The id attribute has several roles in HTML:

* As a style sheet selector.
    * As a target anchor for hypertext links.
    * [...]

siehe http://www.w3.org/TR/html401/struct/global.html#adef-id, es gibt sogar einen eigenen Abschnitt dazu: http://www.w3.org/TR/html401/struct/links.html#anchors-with-id

Nun denn, ich sollte mir wohl angewöhnen, erst zu lesen, und dann zu schreiben.
Also werde ich mir in Zukunft Tipparbeit sparen und <h2><a name=...> durch <h2 id=...> ersetzen. macht doch Einiges gleich viel übersichtlicher :)

Viele liebe Grüße,
Der Dicki