nicht angemeldet
Hallo,
window.setInterval(): mit Bedacht verwenden :-)
Und wie meinst du das jetzt wieder?
zu JSON:
im vorliegenden Fall habe ich ein Array() zum Speichern der Einzelbilder, das eignet sich dazu besser als ein Objekt().
Sicher, aber was hindert dich daran, ein Format zu nutzen, mit dem auch Objekte möglich sind? Was ist schlecht am JSON-Format?
Json könnte ich natürlich auch verwenden, aber wenn ich zusätzliche Parameter übertragen will, kann ich das auch einfacher haben, es gibt ja auch noch andere RFCs http://rolfrost.de/cgi-bin/alib.cgi für einheitliche Formate.
Natürlich, nur nicht beliebig strukturiert.
Der Json-Hack ist billig:
Ist das ein Nachteil?
Bei eval() steckt der Teufel im Detail, das Detail sind die eckigen oder geschweiften Klammern, das ist der ganze 'Trick' der Umwandlung einer Ajax-Response in ein Object().
Das ist die ganz normale JS-Notation, genau so wie man ein Objekt in JS schreiben würde.
Nochwas zum jason hype, also ich denke, ein Presentation Layer hat in der Übertragung und auch in einer Ajax Response nix verloren.
Das verstehe ich jetzt wieder nicht. Inwiefern hat das was mit dem Datenformat zu tun?
DOM: unescape() macht aus einer hexmap die binary, und wenn das Text ist, ist es egal, ob der Text utf-8 oder iso- oder sonstwie zeichencodiert ist. unescape() ermöglicht die Trennung vom Presentationlayer, was bei decodeURI() resp. decodeURIComponent() nicht der Fall ist, da ist der nämlich eingebaut (RFC schießmichtot).
Damit könnte ich mein eigenes Framework aufbauen, was zuverlässig funktioniert und die Tipparbeit auf ein Minimum reduziert
Und mit JSON kannst du das nicht?