FMG

Du öffnest einmal ein neues Fenster (z. B. via onclick="window.open('fehler.php','Fehlerfenster','...');". Denn nun kannst du mit target beim Link aufs Fenster zugreifen, im Beispiel von mir mit target="Fehlerfenster".

Ähm, mit <font> kann man nicht wirklich eine feste Größe einstellen, es sei denn man macht es mit inline-Styles, was aber eine Zweckentfremdung des font-Tags wäre. Ich will jetzt hier keine große Diskussion anzetteln, aber echo bzw. print/printf ist nicht dazu da, HTML-Code auszugeben, da PHP nur eine Ergänzung zu HTML darstellt und es nicht gewissermaßen ersetzt. Eine Lösung des Problems ist diese: <tr style="font-size: 10pt; font-family: Verdana; text-align: center;"> <td><?php echo ...; ?></td> </tr>

Anstatt header('Content-Disposition: attachment; filename=' .$filename); [/PHP] muss stehen - dann wirds im Browser angezeigt.

Nee, daran liegts nicht...der td-Tag muss vor der while-Schleife stehen und nicht in der Schleife, da er sonst bei jedem Durchlauf immer eine neue Zelle öffnet.

Ja, richtig, genauso wie dynsrc beim img-Tag nie zum Standard gehört hat, ist es auch mit embed, bloß das diesen Tag diesmal Netscape eingeführt hat und nicht Microsoft...

Kein Wunder, dass das nur im IE funktioniert, wenn zweimal head geschlossen ist...

Theoretisch schon, allerdings ist embed eigentlich Netscape-only und damit ebenso wie <img dynsrc...> nicht-standardkonformes HTML.

@CyberDemon Wenn du schon darauf hinweist, dass dynsrc IE-only ist, solltest du auch die Variante für andere Browser angeben. Damits mit allen Browsern funktioniert, sollte man nämlich den object-Tag benutzen.

Schriftgrößenfixierung ist der größte Fehler, den man als Webdesigner machen kann! Schonmal was von Barrierefreiheit gehört? Was ist, wenn jemand sehbehindert ist und somit auf vergrößerte Schriften angewiesen ist oder einen anderen Browser als den IE benutzt?

Hm, so weit ich weiß geht sowas nur, wenn du die Daten in ein Bild packst und dies dann beim Aufruf des Scripts an den Browser schickst. Dann kannst du, wenn du Glück hast, als Bild-URL den Pfad vom Perlscript angeben (das ganze funktioniert allerdings nicht bei allen Forenscripten!).

WAP bzw. WML verwendet einen speziellen Datentyp für Bilder, nämlich wbmp, die wiederum 94x44 Pixel groß sein dürfen. Laut zdnet sollten die Bilder nicht breiter als 32 Pixel sein. Siehe http://www.aspheute.com/artikel/20000613.htm (Artikel zu wbmp) bzw. http://www.boku.ac.at/htmleinf/wein.html (WML-Einführung)

Wenn man selfhtml gewöhnt ist, sicher, allerdings gibts auch "bessere" Seiten wie z. B.: http://www.css4you.de/ http://www.corecss.com/ http://css-technik.de/ http://css.fractatulum.net/

Schau dir mal osCommerce an. - Falls dir die Standardversion nicht ausreicht, findest du links in der Navi auf oscommerce.com unter Contributions diverse Erweiterungen.

Schau mal auf http://de.selfhtml.org/javascript/beispiele/zweiframes.htm

Hol dir mal IrfanView. Über Datei -> Batchkonvertierung/Umbenennung kannst du dann innerhalb von Sekunden Thumbnails erstellen lassen.

Was in diesem Zusammenhang häufig außer acht gelassen wird, ist, dass a) JavaScript deaktivierbar ist und auch behinderte Menschen mit Screenreadern unterwegs sind im Netz, die wiederum weder Bilder noch JavaScript "sehen" bzw. vorgelesen bekommen ^^ deshalb keine Bilder und kein JavaScript, denn auch für sie sollten möglichst alle Seiten möglichst vollständig zugänglich sein.

@FinalFantasy Webspace mit ASP-Unterstützung gibts z. B. bei toptip.net oder ratioweb.net. Zum Topic Da noch keine bzw. wenige Vorkenntnisse vorhanden sind, wird in der Tat ein CMS wie phpnuke o.ä. das beste sein.

Diese Diskussion ist irgendwie sinnlos, denn es darf laut Teledienstgesetz weder JavaScript noch Bilder verwendet werden, da sie sonst nicht unmittelbar für _jede(n)_ erreichbar ist!

Wozu soll <div id="Temp"> gut sein? Ich sehe da im CSS keine Definition zu und brauchen tust du es nicht wirklich, schmeiß es mal raus - vielleicht wars das schon!? Wenns dann noch nicht klappt, setze margin und padding auf 0 bei #NavVer.

@JesterDay Nicht ganz korrekt - schau dir mal den ganzen Code an - embed wird auch von anderen Browsern interpretiert.

Zuerst einmal muss, wenn du Sessions verwendest, am Anfang der Datei (vor jeglicher Ausgabe) session_start(); stehen. Dann kannst du nur auf die Variablen zugreifen, wenn du sie auch mit der URL übergibst. Das ganze sieht dann z. B. so aus: -> formular (index.php): <?php session_name("meine_session"); session_start(); ?> <html> <head> <title>Test</title> </head> <body> <form action="<?php echo 'admin.php?'.session_name().'='.session_id(); ?>" method="post"> <input type="text" name="name" /><br /> <input type="password" name="passwort" /><br /> <input type="submit" name="submit" value="einloggen" /> </form> </body> </html>[/php] -> admin.php: [php]<?php session_name("meine_session"); session_start(); mysql_connect("servername","username","passwort"); mysql_select_db("datenbankname"); $sql = "select Name, Password from userdata where Name = \"".$_POST['name']."\" AND Password = \"".$_POST['passwort']."\""; $record = mysql_query($sql); if(!$record) echo "Fehler: falscher Username oder falsches Passwort!<br /><a href=logout.php?".session_name()."=".session_id().">zurück</a>"; else { $_SESSION['name'] = $_POST['name']; $_SESSION['passwort'] = $_POST['passwort']; echo "Name: ".$_SESSION['name']."<br />"; echo "Passwort: ".$_SESSION['passwort']; echo "<br /><a href=logout.php?".session_name()."=".session_id().">logout</a>"; } ?> ... und schon hat man ein kleines Login-System mit einer MySQL-Datenbank gebastelt. Was natürlich noch fehlt, ist eine Verschlüsselung der Passwörter. Achso, die logout.php: <?php session_start(); session_destroy(); header("Location: index.php"); ?>[/php]

@Flons ??? Als erstes Domain? Wieso das bitte? Wozu braucht man als Anfänger gleich eine Domain - Webspace von einem Freewebspace-Anbieter wie Arcor oder funpic.de reicht für den Anfang vollkommen! Was ist mit CSS? Wenn dann sollte man richtig anfangen und gleich HTML und CSS lernen - erst dann kommt, wie geschrieben, JavaScript, PHP, ASP usw.! Würd ich nicht empfehlen, denn im ungünstigsten Fall erwischst du eine Webseite, die mit FrontPage erstellt worden ist und weißt genauso viel wie vorher - nämlich garnichts, da FP nur Müll fabriziert oder gar eine Frame-Seite... Ist vielleicht etwas makaber geschrieben, aber sowas solltest du auf garkeinen Fall machen! Ganz wichtig: Gewöhne dir von Anfang an, gültiges, d.h. richtiges HTML zu schreiben (z. B. keine veralteten font-Tags verwenden! (geht besser mit p bzw. span und CSS) - siehe Link oben), indem du die Seiten validieren lässt. Die FreeDomain gabs übrigens mal bei freecity.de Achso: Hier findest du eine kleine Auswahl an Editoren, hier weitere Links zum Thema HTML usw. und hier einige Anbieter von FreeWebspace.

Also mit dem IE wird das vermutlich auch ohne form-Tag gehen... Er muss aber eingesetzt werden -> siehe http://www.w3.org/TR/html4/interact/forms.html#h-17.3

Äh, kann es sein, dass das Formular in eine Flash-Animation eingebunden war/ist? Denn dann ist es klar, dass du keinen Code dafür im Quelltext siehst, da das Formular dann mit Flash erzeugt worden ist.

AOL hat die Technik von Netscape nicht wirklich implementiert gehabt, sondern immer nur die lizensierte Technik von Microsoft. In Netscape 8 wirds allerdings so sein, dass man sowohl die Gecko-Engine, als auch die vom IE benutzen kann. Zum eigentlichen Thema des Threads: Es könnte auch am Cache von AOL liegen.