nicht angemeldet
Formfelder mit CSS für alle Browser (insb. Checkbox u Radio)
hallo ? habe formfeldern einen rahmen (border:1px solid #bfbfbf;) gegeben. doch grade bei den checkbox u radiobuttons gibt es bei vielen browsern probleme mit der darstellung.
- nn4.x interpretiert nur mit ?font-family: ;? durchgehend gar nicht, ansonsten falsch und unbenutzbarmachend
- nn7.x interpretiert checkbox u radio gar nicht, was einen schritt zurück ist, da nn6.x das sehr gut kann (selbst die select-box konnte nn6 mit definierten rahmen interpretieren ? dass kann nur noch opera 7)
- der ie 6 interpretiert den rahmen bei checkbox u radio falsch (weiß eine/ einer was ie 4.x/5.x da machen und wie mac-browser reagieren????)
- das gleiche gilt für den opera 6.0.
also: kennt jemand eine css-browserweiche bei der nur die nn-browser anspringen (zumindestens der 6 er)?
unter http://centricle.com/ref/css/filters/ hab ich nur html[xmlns] gefunden was nicht funktioniert ? vielleicht weiss wer warum:
html[xmlns] .radio, .checkbox {border:1px solid #bfbfbf; font-family: ;}
<input class="radio" name="" type="radio" value="">
das wird einfach von allen browsern ignoriert ?
wie löst ihr das formular-gestaltungsproblem?
danke
-
sorry wegen der vielen fragezeichen hier noch mal zur besseren verständnis ...
hallo ... habe formfeldern einen rahmen (border:1px solid #bfbfbf;) gegeben. doch grade bei den checkbox u radiobuttons gibt es bei vielen browsern probleme mit der darstellung.
- nn4.x interpretiert nur mit 'font-family: ;' durchgehend gar nicht, ansonsten falsch und unbenutzbarmachend
- nn7.x interpretiert checkbox u radio gar nicht, was einen schritt zurück ist, da nn6.x das sehr gut kann (selbst die select-box konnte nn6 mit definierten rahmen interpretieren - dass kann nur noch opera 7)
- der ie 6 interpretiert den rahmen bei checkbox u radio falsch (weiß eine/ einer was ie 4.x/5.x da machen und wie mac-browser reagieren????)
- das gleiche gilt für den opera 6.0.
also: kennt jemand eine css-browserweiche bei der nur die nn-browser anspringen (zumindestens der 6 er)?
unter http://centricle.com/ref/css/filters/ hab ich nur html[xmlns] gefunden was nicht funktioniert ... vielleicht weiss wer warum:
html[xmlns] .radio, .checkbox {border:1px solid #bfbfbf; font-family: ;}
<input class="radio" name="" type="radio" value="">
das wird einfach von allen browsern ignoriert.
wie löst ihr das formular-gestaltungsproblem?
danke
-
Hi,
- nn4.x interpretiert nur mit ?font-family: ;? durchgehend gar nicht, ansonsten falsch und unbenutzbarmachend
Netscape 4 ist recht ... eigen in manchen CSS-Dingen, u.a. auch in Sachen Vererbung.
- nn7.x interpretiert checkbox u radio gar nicht,
Definiere doch bitte mal, was Du unter "checkbox u (und?) radio interpretieren" verstehst.
was einen schritt zurück ist, da nn6.x das sehr gut kann
Da Netscape 6 auf Mozilla 0.7 (_null_ Punkt sieben) basiert, ist hier ein Bug zu vermuten.
- der ie 6 interpretiert den rahmen bei checkbox u radio falsch
Möglicherweise gibst Du ihn falsch an. Vielleicht ist es auch ein Bug in dieser Prä-Alpha-Version.
unter http://centricle.com/ref/css/filters/ hab ich nur html[xmlns] gefunden was nicht funktioniert ? vielleicht weiss wer warum:
Weil Dein <html>-Element kein Attribut namens xmlns besitzt.
html[xmlns] .radio, .checkbox {border:1px solid #bfbfbf; font-family: ;}
font-family:nüscht?
wie löst ihr das formular-gestaltungsproblem?
Unter korrekter Verwendung von CSS.
Cheatah
--
X-Will-Answer-Email: No
X-Please-Search-Archive-First: Absolutely Yes-
also ...
Definiere doch bitte mal, was Du unter "checkbox u (und?) radio interpretieren" verstehst.
es geht um die interpretation der css-definition (da her: durchgehenden grauen rahmen statt des vordefinierten 3d effektes bei optionsschalter und kontrollkästchen). bei einigen browsern (opera 7.11 u 6.0; ie 6.0) wird statt den 3d-effekt zu entfernen, um ihn bei checkbox u (und!) radiobutton durch eine graue linie zu ersetzen ein quadratischer kasten um die optionsschalter und kontrollkästchen (die immer noch den 3d-effekt haben) gesetzt. ausschließlich nn 6 ist in der lage die definition richtig zu interpretieren
was einen schritt zurück ist, da nn6.x das sehr gut kann
Da Netscape 6 auf Mozilla 0.7 (_null_ Punkt sieben) basiert, ist hier ein Bug zu vermuten.warum soll ausgerechnet beim einzigen browser der alles so darstellt wie es definiert wurde ein bug haben????
Möglicherweise gibst Du ihn falsch an. Vielleicht ist es auch ein Bug in dieser Prä-Alpha-Version.
wie sollte ich was falsch angeben ... bei allen anderen form-elementen ausser select funktioniert es. was ist die Prä-Alpha-Version habe die version 6.0.2800.1106.xpsp1.020828-1920
Weil Dein <html>-Element kein Attribut namens xmlns besitzt.
kann damit nix anfangen ...
wie löst ihr das formular-gestaltungsproblem?
Unter korrekter Verwendung von CSS.was bitte soll der fehler sein ... das skript liegt ja vor
danke
-
Hi!
es geht um die interpretation der css-definition (da her: durchgehenden grauen rahmen statt des vordefinierten 3d effektes bei optionsschalter und kontrollkästchen).
Welcher vordefinierte 3d effekt? Nicht überall werden Radiobuttons und Checkboxen in 3D dargestellt. Noch nichtmal die Ausssage, das ein Radiobutton rund ist stimmt:
Zum Beispiel in Motif oder auch GTK gibt es keine runden Radiobuttons:
<img src="http://www.w3.org/TR/html4/images/form_exmpl.gif" border="0" alt="">Das W3C stellt sich das Selectelement mit all seinen Kindelementen übrigens als klassisches Menü vor (und läst andere Formen durchaus zu):
<img src="http://www.w3.org/TR/html4/images/optgroup_exmpl.gif" border="0" alt="">Und bei Textbrowsern sieht das widerum anders aus.
Weil Dein <html>-Element kein Attribut namens xmlns besitzt.
kann damit nix anfangen ...
Dann solltest du dich erstens mit Attribut-Selektoren in CSS2 beschäftigen und zweitens nachsehen ob den html-Element überhaubt das Attribut xmlns hat. Das hat es nur bei XHTML nicht aber bei HTML!
Gruß Herbalizer
--
SELF-Code: (http://emmanuel.dammerer.at/selfcode.html)
sh:( fo:) ch:? rl:( br:> n4:& ie:% mo:} va:} de:] zu:) fl:{ ss:) ls:& js:| -
Hi,
es geht um die interpretation der css-definition (da her: durchgehenden grauen rahmen statt des vordefinierten 3d effektes bei optionsschalter und kontrollkästchen). bei einigen browsern (opera 7.11 u 6.0; ie 6.0) wird statt den 3d-effekt zu entfernen, um ihn bei checkbox u (und!) radiobutton durch eine graue linie zu ersetzen ein quadratischer kasten um die optionsschalter und kontrollkästchen (die immer noch den 3d-effekt haben) gesetzt. ausschließlich nn 6 ist in der lage die definition richtig zu interpretieren
und was hat die "richtige" (Deinen Vorstellungen entsprechende) Interpretation und (vor allem!) Darstellung von CSS mit Barrierefreiheit zu tun?
Da Netscape 6 auf Mozilla 0.7 (_null_ Punkt sieben) basiert, ist hier ein Bug zu vermuten.
warum soll ausgerechnet beim einzigen browser der alles so darstellt wie es definiert wurde ein bug haben????Ich unterstelle, dass er als einziger _nicht_ alles so darstellt, wie es definiert wurde.
wie sollte ich was falsch angeben ... bei allen anderen form-elementen ausser select funktioniert es.
Und das heißt dann was?
was ist die Prä-Alpha-Version
Eine Software-Version, die noch nicht einmal das Alpha-Stadium erreicht hat. Bei Mozilla 0.7 ist dem so.
habe die version 6.0.2800.1106.xpsp1.020828-1920
Sieht aus wie eine IE-Versionsnummer. Damit hast Du ganz klar eine Prä-Alpha.
Weil Dein <html>-Element kein Attribut namens xmlns besitzt.
kann damit nix anfangen ...Dann solltest Du Dich darüber informieren, was Elemente und Attribute sind.
wie löst ihr das formular-gestaltungsproblem?
Unter korrekter Verwendung von CSS.
was bitte soll der fehler sein ... das skript liegt ja vorWelches "Script"? Einen Link auf die fehlerhafte Seite sowie eine Darstellung Deiner Vorstellungen habe ich auch noch nicht gesehen.
Cheatah
--
X-Will-Answer-Email: No
X-Please-Search-Archive-First: Absolutely Yes
-