Dass ich zusätzlich JS ausgeschaltet hatte, hatte eigentlich keinen Einfluss. Gesehen habe ich davon nichts. Ohne JS ist kein Problem, aber ohne Bilder bei Dir sehr wohl. Da würde ich was ändern. image, auch vom Gesichtspunkt der Semantik.
Ein Menüitem ist kein Beiwerk, sondern handfester Content. Es ist halt leichter, sich sowas von Anfang an anzugewöhnen, als wenn man später bei größeren Projekten mal merkt, dass das Mist ist so. Naja, sonst ist es semantisch bedeutungslos. Elements steht, aber welche Bedeutung hat dieser Inhalt denn?
Denn er steht ja im semantisch aussagelosen drin. So gesehen muss auf jeden Fall um den kompletten Text wenigstens ein drum. Wie man das mit den Absätzen hält, da kann man sich streiten, aber wenn Du setzt, dann willst Du in Wahrheit einen eigenen Absatz, und der wird nunmal mit gemacht. Wenn der Abstand von der Größe nicht passt, setzt Du margin. zusammen sind Layout und kein Inhalt. Somit ist auf Deiner Site die Trennung von Inhalt und layout nicht gegeben.
Suppe kommt sicherlich dadurch zustande, dass ich schon noch ein paar gr. Auch zum Thema Optik: Ich finde die Farben sehr blaß und wenig kontrastreich. von Gerichten als gültiger Text zum Verstecken des Impressums akzeptiert wird? Ich meine, ich finde das ganze Hickhack ja auch doof, aber es wurde schon ein Urteil gesprochen, dass das Impressum nicht erst durch 3 Seiten Scrollen erreichbar sein darf. Ohne Grafiken und JavaScript gibt es kein Menü mehr, weil dann das Hintergrundbild nicht mehr dargestellt wird. Zudem kann man bei Hintergrundbildern keinen Alternativtext angeben.
Man kann zwar trotzdem auf den Bereich klicken, aber zumutbar ist das nicht wirklich. Hier würde ich glasklar s den Vorzug geben. Dafür siehts bei Vollbild 1280x1024px etwas leer aus. Durchgestrichene Links zur Verdeutlichung von besuchten Links halte ich für schlecht. Man kriegt den Eindruck, dass man da nicht mehr draufklicken darf. Vor allem fällt einem der Sinn des durchgestrichenen Textes erst auf, wenn man auf einer Seite mehrere besuchte Links hat.
Die übliche Vorgehensweise im WWW ist, den Link andersfarbig, blasser darzustellen. Nutzer gewohnt ist, völlig. Configure starten, um GD einzubinden. Vermutlich hab ich dann zufälligerweise das richtige getan, als ich etwelche Debugging Option in den Apache und php reinbringen wollte. Es war reiner Zufall, dass ich dann merkte, dass GD plötzlich erkannt wurde. Beachte bitte, dass die Bildschirmauflösung nicht relevant ist bei der Anzeige von Webseiten.
Ich habe 1280x1024er Auflösung und muss trotzdem horizontal scrollen, weil mein Browser nämlich nur 772x970px groß ist. Leider ist der Irrglaube noch weit verbreitet, die Auflösung hätte irgendeine Bedeutung. Jeder Browser bietet diese Funktionalität. Aber vielleicht verstehe ich hier irgendwas nicht. Mein Projekt folgte der Intention ein praktisches Beispiel als Showcase für den flexiblen Einsatz von Mambo im Zusammenspiel mit der phpShop Komponente zu erstellen.
Lösungsansätze von mir vorgestellt und erläutert. auch älteren und weniger populären Browsern. Dafür wurde das Template mit einer PHP Browserweiche ausgerüstet, welche die entsprechenden Stylesheets je nach verwendetem Browser nachlädt. weg vom modulüberladenen Portaldesign, mit entsprechend Platz für den eigentlichen Content. nach rechts bei Bildschirmauflösungen größer als 1024x768 Pixeln.
Weiterhin wurde eine implementiert, mit welcher das Vergrößern und Verkleinern der Schrift in unterstützten Browsern bewerkstelligt wird. Kompatibilität im Frondend, Fixes für SEF Urls und PHP 5 uvm. Ich freue mich über Eueren Besuch samt Feedback. Seiten benötigt, macht man etwas gründlich falsch.
also in JS programmiert sein. Damit ist die Seite nicht mehr optimal zugänglich. Seiten immernoch ein Textmedium, auch wenn dieser Text mit anderen Elementen angereichert und in sich verbunden wird. Layout für Webseiten kann man genausogut mit Photoshop, Fireworks, Photopaint, PSP oder jedem anderen pixelorientierten Grafikprogramm entwerfen. Ich persönlich nutze für einen ersten Entwurf sehr gerne Buntstifte und Papier. Bei der Umsetzung des Layouts reicht die Slicefunktion des Grafikprogramm alleine nicht aus.
Vor allem bei skalierbaren Layouts muss man Überlappungen einplanen, an denen die Seite auseinandergeschoben werden kann. Hier ist vor allem das eigene Köpfchen und ne Handarbeit gefragt. also mein problem ist dass meine while schleiffe nur 1 mal ausgeführt wirt. hier lese ich die daten aus der db. mit mysql_num_row gibt er dann, dass es 3 datensätze sind. hier gibt er jetzt aber nur den ersten datensatz aus der db an, anstelle von allen dreien. ich habe absolut keinen plan wieso, vorallem da es bei anderen dropdown feldern funktioniert hat, genau das der gleiche code.
hat jeman ne idee was ich hier falsch gemacht habe? und in der checksession. php überprüfe ich ob die Session die ich mit PHP Aufbaue noch gültig ist, bzw keine mehr Existiert.
das jeweils angeforderte File geben. Was haltet ihr davon? Das einzigste Problem ist, das man evtl.
mit readfile jede Datei aufrufen kann die bei mir auf dem Server liegt. das finde ich derzeit nicht so schön. wollte nurmal sagen, dass ich die seite optisch sehr hüpsch finde. nach unten, wodurch sich die beiden bilder überlappen, bzw. es nun so aussieht, als würde ein teil des bildes fehlen.
ziemlich überarbeitet die Seite. Wüsste gerne was ihr so davon haltet. hab das im Eingangspost überarbeitet. Was ich nicht verstehe ist, dass Du Techniken verwendest aus Zeiten, in denen Du noch nichtmal lesen und schreiben konntest, anstatt Dich wissbegierig auf die aktuellen Techniken zu stürzen um somit zu verhindern, dass das WWW weiterhin mit noch mehr benutzerunfreundlichen Sites mit Barrieren überschwemmt wird. dann sagt der Dir wenigstens, dass Dein Code schlecht ist, und nicht ich, also kannst Du nicht auf mich böse sein.
Farblich finde ich die Site gar nicht mal schlecht, aber als benutzerfreundlich bezeichne ich die zwei Scrollbalken nicht. hast, verstehe ich auch nicht. Also, nochmal zusammengefasst, ganz neutral ohne Bewertung: Du musst noch einiges lernen.
Was das WWW ist, wozu das da ist, wie man Inhalte optimal für das WWW aufbereitet. gemeint ist, keine Tabellen für das Layout verwenden, die Trennung von Inhalt und Layout beherzigen und daraus ne tolle Site machen, deren Existenz berechtigt ist. Wenn Du Hilfe brauchst, melde Dich, ich stehe hier gern Rede und Antwort.
Was ich gesagt habe gilt alles für jegliche öffentlich zugängliche Website. subjektivem Blickwinkel betrachtet, noch ein paar Ergänzungen zu Deinen Ausführungen. durchspidert, werden Großteile von Mambo selbst erzeugt. Das von mir erstellte Template ist das Gerüst und das CMS der Unterbau. Zu den von Mambo dynamisch erzeugten Ausgaben gehört die ganze Menüführung, die Metatags und sämtliche Ausgaben von Modulen und Komponenten. aber ich werde nicht zehntausende Zeilen Quellcode durchforsten um alle nur denkbaren Ausgaben die Mambo erzeugt in validierbaren Quellcode umzuwandeln.
Das ist Aufgabe des Mambo Entwickler Teams, und nicht die meine. eine Optimierung der Ausgaben auf Cross Browserkompatibilität in der Praxis, nicht für irgendeinen beliebigen Validator. Das hat mich immerhin einen nicht unerheblichen Zeitaufwand gekostet. Wäre meine Seite komplett statisch aufgebaut, müssten wir hierüber keinen Disput führen. Ich verstehe Deine Anmerkungen auch nicht als Nichtigkeit, ich bewerte sie lediglich unter ande. schön, dass ich sogar eine antwort erhalten habe.
ich werde selbstverständlich auf alles eingehen. du tust so, als wären das alles nichtigkeiten bzw. so das wenn du die html seite fehlerfrei machen würdest, es abwärtskompatiblitäts proble gäben sollte. das ist aber absosulter quatsch.
also dort soltle es ja wohl nicht hacken. tag so oft weggelassen hast. bei jedem kleinen bild sagen das da ein bild ist, auch wenn das nur so eine kleine ecke ist. und keienr angegeben ist. aber ein falscher quellcode hat noch keinem browser geschadet. ich habe garn ichts gegen deinen doctype gesagt.
ich akzeptiere das man html4 verwendet, und daran ist wohl auch nichts auszusetzen. ich sehe jedenfalls kein problem mit älteren browsern und xhtml. eine xhtml seite funkt. da sie teilweise unvollständig sind oder im Kontext falsch aufgefasst werden können. durch sämtliche gängige Validatoren laufen lassen. Tidy HTML, CSE Validator und W3C Validator usw.
Ampersands die Mambo in seinen parametrisierten Links erzeugt. Also noch einmal ein Warning ist kein Error, für Dich zum merken. Die aktuelle Tidy HTML Validator Extension für den Mozilla Firefox zeigt bei mir 78 Warnings an, die ihren Ursprung in den oben genannten Gründen finden, aber keinen einzigen Error.
ist, als Qualitätsmerkmal in der Praxis keine wirkliche Bedeutung. ich möchte aber trotzdem nicht versäumen sie hier vorzustellen. aus den Bereichen Web und Grafikdesign, Logoentwicklung usw. welche im Design und Code von mir modifiziert wurde. cross Plattform Kompatibilität hin in der Praxis optimiert worden.
