nicht angemeldet
Hi Orlando,
Wenn es sich tatsächlich um ein Unikat handelt, ist das nicht
verwerflich. Anders sieht es aus, wenn du ein 'Unikat pro Seite'
meinst. Dann brächte die externe Definition wiederum Vorteile.
in diesem Fall ist es ein Unikat, das pro Seite via SSI eingebunden
wird ... den Quelltext gibt es nur einmal. Da war es halt verlockend
- ich wollte alle relevanten Informationen an einer Stelle haben.
Übrigens kannst du einem Element durchaus mehrere Klassen gleichzeitig
zuweisen, zB <p class="klein rot">, falls das für dich relevant ist.
Mit welchen *#*@§$&% UserAgents funktioniert das doch gleich wieder nicht?
Ich wollte damit sagen, dass es keinen Sinn hat, eine Farbkombination,
die gleichlautend bereits für body{} definiert wurde, bei einer
Klasse/ID, die sich im Body befindet und durch kein umgebendes Element
anders definiert wurde, nochmals anzugeben.
Ich hoffe, das habe ich auch nicht getan.
Wenn Vorder- oder Hintergrund abweichen, muss natürlich auch der
Gegenpart neu definiert werden, damit der Vali nicht meckert.
Dies hingegen reichlich ... und ich mag den Vali.
#rrggbb -> #rgb
Hoppla! :-) Hm ... die Lesbarkeit erhöht das ja nicht
gerade ... ich überlege mir das mal.
Kommt darauf an, ob du wirklich den gesamten Farbraum ausnützen willst
oder musst. Ich komme mit der dreistelligen Angabe eigentlich immer
aus und finde sie auch übersichtlicher.
Ich verwende aus Tradition nur Netscape-Farben, deshalb habe ich jetzt
fast alles umgestellt.
Die einzige sechsstellige Farbe, die noch drin ist, ist die Hintergrund-
farbe von <body>, mit der ich das Aussehen von bg.jpg zu emulieren versuche.
Äh, bevor ich es vergesse: Welche Browser verstehen diese 3er-Farbcodes?
(Ich habe noch ein paar Dutzend andere CSS-Dateien in meiner Domain - aber
bevor ich da mit der Heckenschere dran gehe ...)
Ich hatte mir nämlich überlegt, wie ich dich wohl am besten
'missionieren' könnte - versenkt! ;D
In der Tat - das am lebenden Beispiel zu sehen, war optimal.
Als nächstes werde ich mir die mod_gzip-Seiten vornehmen ...
die Navigation beim Ausdruck der Seite auszublenden.
Au ja - das ist eine gute Idee.
Sieh' dir mal </archiv/2002/5/12547/#m69517> und speziell
http://selfhtml.teamone.de/css/formate/einbinden.htm#media
Das verwende ich bereits an anderer Stelle:
http://www.schroepl.net/ms.css
(Meine pbm-Seiten sind gleichzeitig Druckvorlagen für ein Heft
- und _dort_ müssen sie strikt schwarz-weiß sein.)
Mit deinem/eurem Werk unterstützt du/ihr doch nur
die Faulsäcke, die ihren Code nicht optimieren.
Also sowas... *scnr*
Keineswegs. Komprimiere mal Deine eigenen Seiten damit!
Das war natürlich nicht ernst gemeint - du weißt allerdings nicht,
was du mir da vorschlägst
Doch - ich hätte gerne Testflieger für mein gzip_cnc ...
irgendwer muß doch auch meine Formulierungen korrekturlesen. ;-)
Und genau diese "Denke" ist der Grund, weshalb ich
solche Technologien bisher ganz bewußt nicht eingesetzt
habe. Ich möchte nicht gegen die Bugs der Hersteller
programmieren - ich möchte echte Probleme lösen.
Da ich dieses Art der Positionierung aber unbedingt haben will,
muss ich diesen Kniff anwenden.
Den alten Netscape vor aufwendigen Stylesheets mit @import zu schützen
ist ja nichts anderes. Mal von dessen Erscheinungsdatum abgesehen...
Ja, okay. Aber ich mag eben diese "Mängelverwaltung" nicht, bei Verwendung
von Features, die jeder UserAgent anders umsetzt.
Deshalb verwende ich kein JavaScript und kein CSS, wenn es nicht sein muß.
Bei Apache, Perl, SQL, UNIX-Kommandos etc. weiß ich, daß ich mich darauf
_verlassen_ kann, daß es funktioniert ...
Viele Grüße
<img src="http://www.schroepl.net/projekte/gzip_cnc/gzip_cnc.ico" border=0 alt=""> Michael