So, diese Frage wurde glaube ich schonmal gestellt. Da ich selber gerade an einer Seite bastel, möchte ich noch schnell loswerden, wie man farbige Formularelemente in HTML erzeugt. Das ganze geht nur mit Stylesheets, dafür aber sehr schön:Quellcode:<form action="..." method="post">
<input type="text" name="eingabefeld" size="10" maxlength="15" [b]style="background-color:#000000; color:#FFFFFF;"[/b]>
...
</form>
Man kann natürlich die Stylesheets auch vordefinieren als id oder class.

Cu

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

schön, schön ... ;)

Another1

...relaxing..atm =)
... und Schweiz suckt!

www.teamone.de/selfhtml ? :)

this->quelltext

.tbinput { font-family: Verdana; font-size: 8pt; background-color: #eeeeee }
.tbbutton { font-family: Verdana; font-size: 8pt }
.tbselect { font-family: Verdana; font-size: 8pt; background-color: #eeeeee }
.tbtextarea { font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10pt; background-color: #eeeeee }

damit hat man auch gleich ne schöne schrift =)

Leider bereitet der alte NS (wie so oft) auch hierbei Probleme. Ist mir inzwischen allerdings egal. Von meinen Usern benutzen eh nur noch etwa 5% den NS4.X

jo... wir haben in der firma auch noch den alten netscape... und was mach ich als webdesigner da ? bau denen ne schicke website mit VIEL css *GG*... jetzt siehts mit netscape scheisse aus *G*

ob nun delphi, c oder java. kein programm lässt sich mit allen 3en gleichschnell entwickeln.

Pah... Netscape. Ich nehm nur noch Opera. Der is einfach gut und schnell und macht eigentlich erstaunlich wenig Probleme, jedenfalls weniger als Nutscrape.

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

ich denke, da wird jeder seine persönlichen vorlieben haben. Der eine schwört auf linux, staroffice usw. der andere setzt auf die bekannte produktpalette von microsoft.

Als (logisch handelnder) Programmier bin ich jedoch dem markt verpflichtet und werde mich daher an den verbreiteten Browsern orientieren und mich freuen, wenn microsoft irgendwann 100% marktanteil hat. Obwohl man sagen muss, dass der neue Netscape ganz gut mit html und css zurecht kommt.

Hm... schlechte Einstellung. Sorry, aber is so. Natürlich möchte man nicht auf CSS und so weiter verzichten, aber man kann ja z.B. die IE-only-Tags rausschmeißen, merkt sowieso keiner, und farbige Scrollleisten etc nerven mich sowieso meistens. Außerdem verleitet der IE teilweise zu schlechtem HTML-Stil, weil er ziemlich fehlertolerant ist. Insofern verhalten sich Netscape und Opera teilweise sehr viel besser als IE, nichtsdestotrotz haben beide ziemlich viel nachzuholen.

Ach egal, so eine Diskussion wurde schließlich schon oft geführt und führt zu nix, also entwickel mal ruhig weiter für IE. Die Opera & NS User werden es dir danken...

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

NS4.xx und opera sind ja sowieso nur 5%. Warum sollen die anderen 95% darunter leiden, dass ich meine Seiten ohne link-hover baue, nur weil der NS4.xx keinen "a:hover" darstellen kann. Wäre doch unlogisch! Wenn man sich andere Webseiten anschaut, stellt man übrigens fast, dass die meisten Webdesigner so denken.

Dass mich am IE orientiere, um schlechten HTML-Stil schreiben zu können, ist ja wohl eine Unterstellung. Ich halte mich lediglich an die geltenden Konventionen von HTML und CSS. Und was daran gut sein soll, wenn ein Browser nicht fehlertolerant ist damit mehr Fehler produziert, kann ich nicht verstehen.

Aber was solls, optimiere Deine Seiten halt für Opera, die Operanutzer werden es Dir danken. Ansonsten ist das Thema hier für mich beendet.

Grüße, Werner.

So hab ich das nun auch wieder nicht gesagt... ach, egal.

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

ttt: klar, andere schriftarten in <form elementen sind spielerreien. ich baue sie eben ein für den ie, wer was anderes benutzt, der verzichtet halt drauf. wenn es andere browser nicht können dann können sie es eben nicht - aber zumindest wird es für ie user "versucht". besonders bei so kleinigkeiten gehts halt nicht anders :\

jedes netscape < 6.0 suckt total :)

Ok, gut, a:hover und so weiter könnt ihr ja gerne verwenden, tu ich ja auch. Mir geht's mehr um wirklich IE-spezifische Sachen, so dass die ganze Seite in anderen Browsern "fu**ed up" dargestellt wird.
Oder bei Tabellen. Dem IE ist es ziemlich egal, wenn man mal ein </td> weglässt oder Attribute falsch setzt, anderen Browsern eben nicht. Und wenn wegen solchen - offensichtlich falsch programmierten - HTML-Codes ganze Seiten nur mit dem IE dargestellt werden, find ich das einfach nicht ok. Die Übermacht des IE verführt viel zu viele Webdesigner dazu, einfach nur so lange zu testen, bis es auffem IE gut aussieht. Dabei sind Opera und Netscape (zumindest in >6.0) auch sehr gut in Layout-Sachen, man muss nur halt die Tags richtig schreiben. So wie es der Opera-Chef in nem Interview ausgedrückt hat: Es macht die meiste Arbeit beim Browser-Coden, den Browser auch nicht standardkonforme (sprich: fehlerhafte) Seiten darstellen zu lassen, sozusagen zu raten, was der Designer wollte. Kommt mir gar nicht erst mit Javascript-Inkompatibilitäten und so weiter, wenn's schon beim plain old HTML gewaltig hakt!
Achja, und ich beanspruche für mich gar nicht, dass ich einwandfreies HTML schreibe, aber wenigstens versuche ich, es jedem Browser recht zu machen. Denn selbst wenn nur 5% der Besucher von DHCC einen anderen Browser als den IE benutzen (laut Statistik sind es sogar 10%), dann würde ich pro Tag mindestens 10 Leuten vor den Kopf stoßen.

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

Ähm TTT, laut Spezifikation darf man </td> weglassen, sonst würden sogar einige PHP-Skripts net funzen =)

Also sind einige Browser net HTML-konform...

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

muss ich mich nun doch nochmal einmischen und TTT unterstützen.

Soweit ich weis, empfiehlt das W3-Konsortium mittlerweile offiziell, dass man Schlusstags und Anführungszeichen immer setzen sollte. (obwohl man beides wie gesagt ja auch weglassen kann). Im Moment macht es zwar noch keine Probleme, aber ich würde beides im Hinblick auf spätere Browserversionen immer setzen. Die meisten WYSIWYG-Editoren machen das ja auch vorbildlich.

Ohnehin dürfte es im heutigen Hochgeschwindigkeitszeitalter ja ohnehin egal sein, ob eine HTML-Seite nun 55 oder 56kb ggroß ist.

eine frage:
was hat netscape für features, was der IE nicht hat ?
- blink
und damit hats sichs schon. aber das lässt sich easy per js für den IE machen.

gibts sonst noch einen vorteil, der der NS gegenüber dem IE hat ? (ich meine jetzt nicht irgendwie stabilität oder sowas sondern nur rein von den unterstützten tags)

Jep, End-Tags sollte man immer setzen, wenn dadurch PHP-Scripts nicht funktionieren, kann ich nur eins sagen: PFUSCH!
Laut HTML4 soll man ja auch Tags, die nur aus einem Befehl bestehen, mit nem Slash versehen, also <br/> statt <br>.
Megge: wenn's nur um die Features geht, hat IE natürlich die Nase vorn, man nehme nur DHTML etc. Aber das ist ja wohl kaum entscheidend, wenn man mal die Sicherheitslücken und so weiter anguckt. Oder Zusatzfeatures, etwa Mousecommands bei Opera.

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

TTT, was sprichst du in deinem jugendlichen Leichtsinn? =) Ein ganz doofes und simples Beispiel, warum man in PHP stellenweise auf das </td> verzichten muß:

Quellcode:<?php
...
$query = "SELECT * FROM address";
$rs = mysql_query($query, $conn);

if($rs)
{
....$number = mysql_num_rows($rs);
....echo "<p>Es sind $number Datensätze gelesen worden.",
........."<table border="1">\n";
....while($row = mysql_fetch_array($rs, MYSQL_ASSOC))
....{
.........echo "<tr>\n",
.............."<td>\n".implode("<td>", $row)."\n</tr>\n";
....}
....echo "</table>\n";
}
mysql_close($conn);
?>

Via implode() wird das Array aus $row in einen String umgewandelt, "<td>" bildet das Trennzeichen usw. Nur leider kann man mit dieser Methode in PHP kein abschließendes </td> pro erzeugter Tabellenzelle generieren. Wie gesagt, daß ist ein nur ein (umständliches) Beispiel dafür, daß man in PHP auf die W3-Konformitäten manchmal zurückgreifen muß...

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

frage:
wieso sollte man die tags mit einem slash versehen ?
was ist der sinn dabei ?

Weil man dann ansonsten explizit einen Terminator tippen muß wie zum Bleistift RETURN, damit der Interpreter weiss, daß die Tag-Ebene beendet ist. Außerdem ist das End-Tag übersichtlicher.

Beispiel:
Quellcode:<table/><tr/><td/> <!-- Code --><center/>Trullalla<br/>
So, woher weiß der Interpreter nun, daß das <center>-Tag NICHT zur Tabelle gehören soll? Watt? Mit RETURN trennen? Ok...
Quellcode:<table/><tr/><td/> <!-- Code -->
<center/>Trullalla<br/>
Und nun? Jetzt werden UNIX-Dateien nicht korrekt auf Win und Mac dargestellt... Toll O_o Wieso? Ei, weil Unix, Windows und Mac andere Zeilenenden haben.

Also echt, das Start- und End-Tag sind wohl eine sehr präzise Sache, auch wenn man es hin- und wieder in PHP z.B: nicht verwenden kann.

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

da ich (noch *g*) nicht proggen kann und unix noch nie benutzt habe geschweige denn dami9t befasst habe versteh ich ned ganz, was du hier geschrieben hast :)

Mein Gott, nimm die Hand aus der Hose und schalt das Hirn ein =)

<table>...</table> wird ja ersetzt durch <table/>...

Nun muß der Interpreter ja wissen, WO der Code nach <table/> aufhört bzw. wo das (unsichtbare) </table> ist, damit der Tabellenblock zuende ist. Und das kann man eigentlich nur dadurch releasen, daß man das Ende des tabellenblocks mit einem Terminatorzeichen abschließt. Da ist das RETURN-Zeichen ja wohl angebracht, oder? Jedes andere, sichtbare Zeichen macht sofort die <table/> Tags unnötig, denn dann kann man auch wieder am Ende des Tabellenblocks </table> schreiben.

Nun ist es aber so, daß ein Zeilenende via Return von den drei grossen OS (UNIX/Linux, Windows und Macintosh) anders abgespeichert wird:

Windows: CR+LF
UNIX/Linux: LF
Mac: CR

Und da HTML systemübergreifend sein muß, ist die Lösung mit den einzelnen <table/> Tags absoluter Schwachsinn! Hastes jetzt verstanden?

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

Sorry, Kriz, auch wenn's schöneren PHP-Code erzeugt, Pfusch ist es trotzdem. Und spätestens wenn sich XHTML durchsetzt (woran ich allerdings noch einige Zweifel hab) muss sowieso jeder Tag auch abgeschlossen oder inhaltsleere Tags eben durch den zusätzlichen Slash am Ende gekennzeichnet werden.

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

nein, ehrlichgesagt hab ich keinen peil wovon du sprichst...

man macht nen tag auf:
<table>
und schliesst ihn wieder
</table>

fertig. wo ist das problenm ?

bei <br> muss der browser ned rumsuchen, wo nun der andere tag ist, sondern macht einfach nen zeilenumbruch.
wo ist das problem ?

wenn du enter drückst, so spielt das keine rolle. zeilenumbrüche werden nur durch <br> gemacht.
wo ist das problem ?

wenn du ihn php nen zeilenumbruch machst, z.B.
Quellcode:
print "das hier ist text, ich mache im php script nen
zeilenumbruch, im endergebnis auf dem browser spielt das jedoch
keine rolle.";
print "kannst es ja ruhig austesten";

so spielt das im endresultat auch keine rolle.
wo ist das problem ?

und was zum henker redest du da von UNIX und mac CL CR CLF ?! :)

edit:
return 0;
ist was für c++ und nisch für html - nicht vergessen ;)

nochmals ein edit:
ich hab nur windoof zuhause und war noch nie auf ner unix, linux kiste, nur mac, aber noch nie damit gesurft.
wenn du selber sagst 90% surfen mit dem IE, so tut es mir für die anderen 10% prozent leid, wenn sie nicht den technisch ausgereiftesten IE benützen und somit keine probleme haben.

ich denke so ansatzweise versteh ich, was du mit unix sagen willst:

auf nem unix system werden zeilenumbrüche (im editor oder im server ?) nicht oder anders gehandhabt und somit ausgelassen ?
was zu folge hätte, dass es in html keine probleme macht, jedoch in php mucken macht:
Quellcode:
aus:
print $hallo_welt;
print "wie gehts dir welt ?";

würde ein UNIX apache server
Quellcode:
print $hallo_welt; print "wie gehts dir welt ?";

machen ?

doch das ist ja dumm, denn anweisungen müssen auf versch. linien sein (stimmt doch, oda ?) und würden so nen error erzeugen.
aber wie willst du dann da den "\" einbringen ?
Quellcode:
print $hallo_welt;\
print "wie gehts dir welt ?";


oder wie meinst du das ?
bin ich auf der richtigen spur mit meinen kriz-high-gehirn-high-komplex-ausprache-enträtseln ? :)