Beiträge von Sarkkan

Dann mach doch einfach aus dem <img /> ein Block-Element und zentriere das wie du jedes Block-Element zentrierst, margin: 0 auto;*
Ansonsten wäre es Sematisch sowieso richtiger, wenn das <img /> in einem <p> sitzen würde^^

* Ich bin mir gerade nur nicht so sicher, wie sich dann das Bild verhält
Beziehungsweise wenn du das Bild vorher nicht zu einem Block machst, was der IE dann dazu sagt
Ich empfehle dir eigentlich das Bild in ein <p> zu stecken^^

Dann hör ihm bitte nicht zu sehr zu! >-<
Also so, dass du noch gute Noten bekommst, aber nicht so, dass du das später jemals einsetzten wirst, oke? >-<

das ist in Zeiten von Web2.0 eigentlich (meiner Meinung nach) ein absolutes No-Go.. -.-

Zitat von &quot;Flow Snow&quot;

Durch die Objektorientierung steige ich leider absolut nicht durch, das er das meinte kann ich mir aber kaum vorstellen, er fragte mich ja auch allen ernstes was das return in der Funktion zu suchen hat und wofür das ist.
[...]
Ich bin ja eigentlich schon lange der Überzeugung das er keine Ahnung hat.. *hust* (Aber psssst! :wink: )

Achja, stimmt
Wir haben hier ja über einen Informatiklehrer geredet
Irgendwie hab ich noch keinen Info-Lehrer gesehen, der Ahnung hat
Arbetitet ihr den schon mit CSS oder macht ihr eure Webseiten über Tabellenlayout? xDD

Wobei meiner Meinung nach OOP für den Anfang doch schon etwas unangebracht wäre
Was man in deinem Code ansonsten noch verbessern könnte wäre, dass man mit nur einer for-Schleife arbeitet.

Ansonsten fällt mir spontan für diese (unpräzise?) Aufgabenstellung auch nicht mehr ein, als eben geschrieben + die Antwort von CyberGirl.

Ganz genau daran liegt es

Spontan würde ich sagen das dein Browser die Daten in UTF-8 überträgt
Ergo hat der Server der deine Seite kontrolliert den Eindruck, dass du UTF-8 Kodierung verwendest du aber angibst das du ISO nimmst.

Würdest du nämlich deinem Browser (so wie ich gerade es spezifisch gemacht habe) sagen, dass er die Daten auf jeden Fall ISO-kodiert senden soll, bekommst du genau so wenig Fehler

Standard ist diese Leiste doch ausgeblendet?
Ansonsten kannst mit mit overflow:auto; nachhelfen
(Wobei ich mich da gerade sowieso frage, wieso deine Navigation einen Scrollbalken bekommt)

Da musst du dir keine Gedanken wegen machen
Die Fehlermeldung sagt nur aus, dass du zwar angibst, dass der Code den ISO-8859-1 Zeichensatz verwendest aber der Validator den UTF-8 Zeichensatz "entdeckt" hat.
Das kommt quasi davon, wenn man über direct Input den Code überprüfen lässt und daher kannst du diese Meldung getrost ignorieren.

Verwendest du Scriptly als Editor?
Dann zieh einfach mal das favicon in den Editor, bei geöffneter HTML-Datei.
Dann wird der der Pfad zu der Datei relativ zum geöffneten Dokument eingefügt.

Ansonsten.. achtest du auf / und \ ?
Unter Windows wirst du \ verwenden müssen, wenn du zu einer Datei navigierst.
(Ich weiß gerade nämlich nicht genau ob der Browser das automatisch berichtigt und so^^
Und auch wenn ist es einfach besser auf sowas zu achten)

Achso..oke, dass der Doctype fehlte is mir nicht aufgefallen^^
Bei den Fehlenden Schließenden Tags dachte ich, dass es einfach nur ein Ausschnitt wäre.. aber sollte die Seite wirklich so aussehen, dann könnte der fehler sein, dass der Browser ein Problem beim aufbaun des DOM hat.

Was soll der w3c hier ausrichten? O.o
Die kontrollieren einen JavaScript-Code und haben mit PHP-Code ein Problem (wenn man den Code per direkt Input eingibt)

Was genau ist eigentlich an dem Code aus zu setzten?

Wäre mir eigentlich neu.. naja, ich sag es ja immer wieder.. Browser Hersteller, wir entwickler benötigen Dringend irgendein Fenster in dem wir durch JavaScript erzeugte Fehler finden können..
Am besten ihr packt es an folgende Stelle:
MSIE: Extras -> Entwicklerkonsole (F12)
Firefox ( <4 Extras -> Fehlerkonsole (Glaube Strg + Umschalt + J)
Firefox ( 4 ) : Web-Entwickler -> Fehlerkonsole (Strg + Umschalt + J)
Chrom(ium) : Tools -> Entwicklerkonsole

Dort kannst du sehen was schief läuft.. -.-
Beziehungsweise uns zumindesten sagen, was dir die Konsole meldet, damit wir dir genauer Helfen können.
Spontan hab ich da nämlich nichts gesehen.
Einzige Vermutung die ich habe, wo ich mir aber überhaut nicht sicher bin, wäre das vllt durch session_start() etwas erzeugt wird, dass auf document.cookie zutrifft.
Man könnte ja einfach mal den Inhalt von document.cookie überprüfen, wie er einmal mit session_start() und einmal ohne session_start() aussieht.

Nein, sicher nicht
Aber er ist DER Uploader
Wenn du nach Ajax Uploader bei Google suchst, findest du viele Einträge über diesen Uploader und dabei ist an für sich an dem nichts besonderes O.o

Kannst dir ja ansonten wenn du magst mal folgenden Uploader ansehen, ist von Mozilla

Also erstens: Das <textarea> besitzt kein Attribut namens type

Ich habe mal den ajax-Fileuploader verbaut, der konnte das auch.
wollte auch mal anschauen wie das geht.. aber kam noch net dazu

Schon^^ Aber es ist nicht besonders Effizient..
Ich habe auch schon viele Probleme sehr interessant gelöst
Kleines Beispiel: Ich habe mal ein kleines CMS geschrieben das vollkommen Dynamisch war und das ohne Datenbank! Dazu hatte ich auch noch keine Ahnung von .htaccess
Dafür wurden immer Dateien erzeugt, die an für sich nur die index.php eingebunden haben und die dann wiederum aus dem Content-Ordner den eigentlich Inhalt geladen haben,..
Es hat super Funktioniert, aber Effizient ist was anderes.. Freut mich das du das als PHP-Übung siehst und ws gelernt hast
Aber OFFSET wäre hier weitaus bequemer und Effizienter. Und du lernst wieder mehr

Kennst du OFFSET?
Damit kannst du quasi Einträge "überspringen"

Das habe ich noch nie gehört.. wobei, doch einmal
Da wollte eine unserer Kundinnen sowas in der Richtugn auch haben xD Zwar sah mein bei ihr die ID's überhaupt nicht.. aber sie wollte das irgendwie gaaanz speziell haben^^

Aus welchem Grund zeigst du eig überhuapt die ID an?

Naja.. Dann wirst du mit 2 Tabellen arbeiten müssen.. oder ich/du wirst dir eine neue Gleichung ausdenken müssen^^

In einer Datenbank werden die meisten Datensätze anhand eines Primären Schlüssels gespeichert.
Meist ist dies die ID. Der erste Datensatz erhält die ID 1, der zweite die 2 und so weiter.. der Erste Datensatz ist demnach natürlich auch der Älteste und wird als letztes Angezeigt.
Demnach werden die ID's in der richtigen Reihenfolge angezeigt.. Du brauchst die also eigentlich garnicht "umdrehen"
Soltlest du es trotzdem umbedingt tun wollen (wieso auch immer) dann versuch einfach aus folgender Gleichung Schlau zu werden:

(ID - MaxId - 1) * -1 = "umgekehrte Id"




Bsp.:
MaxId = 6
ID    = 2




(2 - 6 - 1) * -1 =
       (-5) * -1 = 5
=> Wir haben hier den "5. Eintrag"
-------------------------
MaxId = 6
ID    = 6




(6 - 6 - 1) * -1 = 
       (-1) * -1 = 1
=> Wir haben hier den "1.Eintrag"

Naja.. vllt daran das je später ein Datum ist der Timestamp wächst?
So ist der jetzige Moment ein größerer Timestamp als gestern um die selbe Zeit.
Lassen wir nun unsere Einträge in Umgekehrter Reihenfolge / Absteigend der Zeit sortieren (ORDER BY date DESC | DESC = descending = to descend = absteigen) erhalten wir halt das von dir beschriebene Verhalten. Wir erhalten also die neusten Einträge zuerst.. neuste Einträge = neuste und somit größte Id, was wir ja denke ich hier auch wollen.
Würdest du zuerst 1 und dann 2,.. haben wollen müsstest du das DESC aus der Query entfernen, dies wäre aber recht ungewohnt, da man meistens die neusten Sachen zuerst anzeigt.

Nein, ist es nicht? O.o
Den mit JavaScript sollte es ja wieder eingeblendet werden, wenn Admin drin steht.