Trash-Log » JavaScript, AJAX

Spass mit Google…

Mike® — Fri, 13 Apr 2012 01:13:00 +0000

Jetzt drehen sie endlich durch:

404. That’s an error.

The requested URL /&gbv=1&sei=[1] was not found on this server. That’s all we know.

(suche nach „test“) mit deaktiviertem Javascript.

Der Internetkonzern Google ist solide ins Jahr gestartet: Im ersten Quartal steigerte der Suchmaschinen-Riese seine Gewinne auf 2,9 Milliarden Dollar, das sind rund 61 Prozent mehr als im Vorjahreszeitraum.

(spiegel.de)

Kann die da draussen mal bitte jemand alle in ihr beschissenes Buch zurückschicken?

[1] Browser- und IP-abhängige variable Zeichenfolge

[1]²

03:20:47: OTR: ich krieg was anderes
03:20:53: OTR: Ja, eben. Das wundert mich.
03:20:54: OTR: beitrag fixen
03:21:03: OTR: Schreib rein ‚Arschloch‘.
03:21:09: OTR: Zieht immer.

Cufón? Häh?

Mike® — Thu, 25 Jun 2009 20:36:38 +0000

Was hab ich denn da wieder für eine hammergeile Scheisse verpasst; Cufón, der neueste Javascript-~~Scheiss~~Hype aus dem Web, soll Sifr u.Ä. ablösen. Grosses Kino!
Das muss ich mir anschauen.
Erster Eindruck: Sieht aus wie Grafiken; hybsch.
Zweiter Eindruck: Skaliert wie Grafiken, nämlich gar nicht; schnell weg hier, was soll ich mit dem Scheiss?

Oder hab ich ein Brett vorm Kopp, wer ausser Grafikern, Architekten und Apfeldeppen verwendet sowas ernsthaft im Web? Lemminge?

Link: sorccu / cufon (github.com)

Spass mit Pufferüberlauf

Mike® — Fri, 30 Jan 2009 14:40:35 +0000

geht so:
Javascript deaktivieren, http://stackoverflow.com/ besuchen, und sich über eine „Fehler“meldung freuen:

Stack Overflow works best with JavaScript enabled

Ich hab nicht gelacht.

(thx an blacker47)

CSS3 durch JavaScript?

Greg — Wed, 22 Oct 2008 21:57:49 +0000

Eric Meyer will nicht darauf warten, dass alle Browser CSS3 unterstützen, er sieht JavaScript als Lösung. JavaScript soll automatisch CSS-Angaben auslesen und entsprechend umsetzen. Mehrere Hintergrundbilder, die für ein Element per CSS definiert werden, sollten so zB erkannt werden und durch per JS generierte DIVs umgesetzt werden. Als ersten Schritt sieht Eric das Projekt Sizzle.

Zusätzlich könnten weitere Eigenschaften auf diese Weise umgesetzt werden – etwa „wackelnde“ Buchstaben oder ähnliches. Den Artikel sollte man lesen und sich über das Thema Gedanken zu machen kann auch nicht schaden.

Wer versteht diesen Witz?

stephantom — Thu, 19 Jun 2008 20:08:35 +0000

Auch wenn er nicht sonderlich lustig ist; mich würde interessieren, wieviele das Bild hier verstehen.
Klick mich, ich bin ein Link!

Spass mit Browserdetections

Mike® — Sun, 16 Dec 2007 19:05:12 +0000

Ich bin mir nicht ganz sicher, ob ich es versäumt habe, bei meinen Hurrarufen zu „Spiegel Online Mobil“ hier und hier mir die Browsererkennung genau anzuschauen, oder ob die Fachkräfte das zwischenzeitlich da eingebaut haben, nun gerade fand ich durch Zufall heraus, welcher innovative Hokuspokus da betrieben wird:

Die Browsererkennung für mobile Browser läuft über Javascript (!).
Auf deutsch: www.spiegel.de aufgerufen, 100 kb Daten über die dicke Handyleitung ziehen, und, vorausgesetzt, man hat einen javascriptfähigen Browser auf‘m Handy auf dem man zu allem Überfluss JS auch noch aktiv gesetzt hat, wird man auf mobil.spiegel.de weitergeleitet und lädt sich den Code-murks nochmal in halb schön (siehe meine beiden alten Beiträge dazu) durch die bereits genannte dicke Handyleitung. Gross.

Weil das alles noch nicht hart dumm genug ist, gibt es auf mobil.spiegel.de eine weitere Browsererkennung, diesmal aber zünftig über den Header.
Mein Erstaunen hält sich doch arg in Grenzen, dass ich nicht in einer Endlosschleife lande, sondern mich an www.spiegel.de/#nomobile erfreuen darf.

Technorati Tags: mobile, handy, browser, pda, webstandards, spiegel mobil

SVG-Grafiken im -Element

stephantom — Wed, 26 Sep 2007 16:27:13 +0000

Derzeit unterstützt kein Browser (von Amaya einmal abgesehen) SVG-Dateien, die über das -Element eingebunden werden.
Ich habe mir selbst eine kleine Übergangslösung geschaffen, bis vernünftige Unterstützung da ist.
Der Code geht alle -Elemente durch und überprüft, ob der Dateiname auf *.svg endet. Wenn dem so ist, wird das Element durch ein mit den entsprechenden Attributen ersetzt.
Eventuell hilft das einmal jemandem

PLAIN TEXT

CODE:

var SVGloader = function() {
var images = document.getElementsByTagName(‚img‘);
for(var i=0; ilength; i++) {
if(images[i].getAttribute(’src‘).match(/\.svg$/)) {
var object = document.createElement(‚object‘);
with(object) {
setAttribute(‚type‘, ‚image/svg+xml‘);
for(var j=0; j[i].attributes.length; j++) {
if(images[i].attributes[j].nodeName != ’src‘) {
setAttribute(images[i].attributes[j].nodeName, images[i].attributes[j].nodeValue);
} else {
setAttribute(‚data‘, images[i].attributes[j].nodeValue);
}
}
}
images[i].parentNode.replaceChild(object, images[i]);
}
}
};
window.onload = function(event) {
SVGloader();
};

Browserfenster maximieren via HTML/Javascript

Mike® — Sat, 08 Sep 2007 13:50:58 +0000

ist, bzw. die Frage danach, oft gehört und die Problematik des „webseitigen“ Rumpfuschens an clientseitigen Browserfunktionen bis zum Erbrechen zerkaut.
Eine (weitere) ~~gute~~ eingängige Erklärung, warum man sowas als Webautor tunlichst zu unterlassen hat, fand ich heute im Usenet (in d.c.i.w.a.m.):

Stell dir einfach vor, während ich surfe würdest du neben mir sitzen und nach meiner Maus greifen um mein Browserfenster zu vergrößern.
Spätestens beim zweiten Versuch käme dein Arm nur noch als Stumpf zurück. Deutlich genug?

Ich hab nicht gelacht.

Link: Browserfenster ganz groß (via google-groups)

YAML-Builder

Mike® — Thu, 16 Aug 2007 23:46:15 +0000

Ich bin kein grosser Fan von YAML, da ich gern von Klein an meine Babys grossziehe, aber wenn mir bei irgendwas die Spucke wegbleibt, dann bei sowas:
YAML Builder | A tool for visual layout development of YAML based CSS layouts (yaml.de)

Das hat mit YAML eigentlich „nur noch“ so viel zu tun, dass das Framework drunterliegt, ansonsten ist das der erste mittlerweile wirklich brauchbare – ööööh – ja, Online-Wysiwyg-Editor (wenn’s auch teilweise gut Ressourcen (Javascript) auf schwachbrüstigem Rechner frisst), der mir so auf den Schirm kommt.

Ganz ganz grosses Kino, keine weiteren Fragen.

via: YAML zusammenklicken (grochtdreis.de)

Technorati Tags: webdesign, webstandards

Relaunch Dermalog.de

Mike® — Tue, 24 Jul 2007 19:03:25 +0000

Rein zufällig bin ich bei openpr.de über eine Mitteilung gestolpert, dass dermalog.de (irgendein Biometrie-krempel) ihrer Internet-präsenz einen Relaunch spendiert hat.
Das ist soweit erst einmal nix, was wirklich vom Hocker reisst, von 08/15-Relaunches gabs ja in den letzten Monaten genug, und inhaltlich ist das ja nun auch nicht prall. Bei mir fällt sowas normalerweise hinten runter, was aber dann doch neugierig macht, ist das Gefasel in der Pressemitteilung:

Neben einer intuitiven Benutzerführung wurde bei der Neugestaltung auf Übersichtlichkeit, Barrierefreiheit und Usability wert gelegt.

Man ahnt schon schreckliches – Ärmel hoch – und wird nicht enttäuscht:

Die „intuitive“ Seitennavigation ist ausschliesslich über Javascript zugänglich. Barrierefreiheit? Auf’s Maul?
sämtliche Grafiken – natürlich auch die, die für Navigation vorgesehen sind – enthalten keinen Alternativtext. Nee? Nee.
für Überschriften gibt es nur das H1-Element, Semantik wird wohl erst in 100 Jahren erfunden.
Lustig gespammt wird auch, damit die ~~Deppen~~ geschätzten Wäppdisainer auch paar Backlinks bekommen:
>Webdesign bei Imagecreate
Was ein Target in einem unsichtbaren Text verloren hat, weiss wohl nur der Wind.
Wenn man JS aktiv setzt und das Menü bedient, kann man erkennen, dass von „schlanker und übersichtlicher Struktur“ nicht die Rede sein kann. (fehlende Verschachtelung der Liste)

Ich finde das ganz grossartig, dass bei der Neugestaltung auf ein paar essentielle Dinge Wert gelegt wurde, dass diese dann aber geflissentlich vergessen wurden.

Ob wohl der Auftraggeber weiss, wie er hier – ähem – beschissen kann man da sagen? – beschissen wurde?
Wahrscheinlich noch extra ordentlich draufgezahlt für die nichtgelieferte Barrierefreiheit und Usability.

Links:

DERMALOG kündigt den Relaunch seiner Webseite an (openpr.de)
http://www.dermalog.de/

Technorati Tags: barrierefreiheit, webstandards, finger abhacken

Skalierbare Buttons mit CSS

Mike® — Fri, 13 Jul 2007 19:02:59 +0000

Gehen so:

Ich bin ein Button

Soweit so easy, nich wahr?

Gerade bin ich aber über mehrere Artikel gestolpert, wo skalierbare Buttons via CSS mit runden Ecken angepriesen werden.
Das ist alles soweit ganz ~~doof~~ dufte, aber der Reihe nach:

Korsti (korsti.uttx.net) schreibt in seiner Anpreisung zum drölfundypzigsten die gern und vielgelesene aber trotzdem falsche Feststellung:

Doch ein Problem namens Internet Explorer besteht immer noch. Die Version 6 des Browsers unterstützt bekanntlich keine transparenten PNG-Grafiken.

Spitzending, Top-recherche, Hut ab.
Von Manuela Hoffman (csshilfe.de) ist Ähnliches dazu zu lesen, wenn’s auch da nicht direkt falsch ist (Hervorhebung von mir):

Leider unterstützt ja der Internet Explorer 6 die Darstellung dieser PNGs nicht.
Nutzer dieses Browsers sehen alternativ dank der Verwendung des [class]-Selektors die Buttons eben nur ohne die entsprechenden PNG-Verschönerungen.

Das ist missverständlich.

„Die Verschönerungen“ beziehen sich hierbei nur auf diese durchscheinenden Hintergrundgrafiken und Farben. Es wäre trotzdem möglich, selben Effekt für den IE – und ja – mit PNG zu basteln.

Nun zur eigentlichen Seite und Technik, auf die sich da bezogen wird.
Auf David’s Kitchen gibt es da den Artikel „Scalable CSS Buttons Using PNG and Background Colors“, wo mir gleich mehrere Dinge sauer aufstossen.

Mitnichten handelt es sich hier um „Skalierbare buttons via PNG und Hintergrundfarben“, sondern um Skalierbare buttons via Javascript, PNG und Hintergrundfarben.
Ich weiss nicht Recht, aber ich finde das frech, das ist ja fast wie bei SpOn, wo es schonmal vorkommt, dass im Artikel genau das Gegenteil der Überschrift steht.
Soweit ich da durchschaue, hätte man sich das Javascript auch fein in die Haare schmieren können. Das Javascript macht nichts anderes, als Behelfs-spans um die Links zu basteln, die dann mittels CSS angesprochen werden.
Is nich wahr, nee?
Wo man schon beim Javascript-geschmier war, hätte man auch noch an der Opacity für IE feilen können, ein Fallback mit nicht-alpha-transparenten PNG (ohne Javascript) ist hier leider imho nicht möglich, da die eigentliche Innovation der Buttons die ist, dass nur 2 Standardgrafiken verwendet werden, die farblich neutral sind.

Was bleibt da bei den angeblichen CSS-Buttons? Viel Lärm um wenig, das mit den neutralen Grafiken ist sehr nett, das war’s.
Oder hab ich ein Brett vor‘m Kopf?

Technorati Tags: css, buttons

Profis am Werk

tiberian — Thu, 05 Jul 2007 10:51:36 +0000

Ich will (darf) die Seite komplett grade nicht verlinken (Sie hätte die publicity gar nicht verdient) aber folgende Codeschnipsel sorgte in der Firma für Erheiterung:
Mehr Infos
Wir sollten diese Seite in Bezug auf Suchmaschinen mal checken. Mir sind da ein paar Sachen eingefallen – Auf die oben beschriebene Art werden übrigens sämtliche Links auf der Seite generiert.

Code-Text-Ratio Bookmarklet (update)

Mike® — Mon, 09 Apr 2007 16:40:12 +0000

Wegen meiner Frage hier nach einer Extension zum lokalen Ausrechnen des Verhältnisse von Code zu Inhalt (Code-Text-Ratio) in Webseiten war stephantom mal so freundlich ein Bookmarklet^? zu basteln.
Ich habe das hier mit meinen Möglichkeiten mal getestet und weitgehend scheint mir das zu funktionieren.

Anmerkungen dazu:

verschiedene Online-tools bringen andere Ergebnisse, das dürfte daran liegen, dass unterschiedliche Algorithmen verwendet werden (siehe Punkt 2), leider sind die verwendeten Algos nicht offen verfügbar, bzw. finde ich keinen dazu.
das Bookmarklet zählt Inhalt der Attribute wie title, alt, longdesc und dergleichen sowie Inhalt der Meta-Tags zum Text-Inhalt.
Nicht zum Inhalt werden natürlich Attribute wie width, style usw. gezählt.

Das Bookmarklet:
Code-to-Text-Ratio (rechte Maustaste: Lesezeichen hinzufügen; Linke Maustaste: Testen)

Der Code:
javascript:var sa = new Array('alt', 'longdesc', 'title', 'content', 'summary');function c(el) {var length = 0;for (var i = el.firstChild; i != null; i = i.nextSibling) {for(var n in sa) {try {if(i.getAttribute(sa[n]) != null) {length += i.getAttribute(sa[n]).length;}} catch(e) {}}if(i.nodeType == 3) {length += i.data.length;} else {if(i.firstChild != null) length += c(i);}}return length;}function ratio(msg) {var rate = c(document) / document.documentElement.innerHTML.length * 100;if(msg) alert(‘Dieses Dokument hat einen Code-to-Text-Ratio von ‚ + Math.round(rate*100)/100 + ‚%‘)}ratio(true);

Anregungen bzgl. Funktionalität und Meinungen zum Zählen der Attribut-Inhalte sind erwünscht.

Update: Ausgabe auf 2 Stellen reduziert.

Technorati Tags: bookmarklet, browser, webdesign, developement, seo, extensions, addons

Das neue Adobe-Dingens

Mike® — Wed, 28 Mar 2007 21:30:00 +0000

nach der Übernahme von Macromedia durfte man ja gespannt sein, wie’s da weiter geht mit den teilweise konkurrierenden Applikationen. Auf SpOn ist ausnahmsweise (hier) eine angenehme, fundierte und umfangreiche Zusammenfassung zu den Neuerungen in der „Creative Suite 3″ zu lesen.
Quo vadis Adobe?
Naja, so lala. Irgendwie scheint mir das da nicht ganz so konsequent zu sein, statt Nägel mit Köpfen zu machen, haben die für die ganzen Sektierer immer noch ungefähr Zillionen Hintertürchen offengelassen.
Der Reihe nach:

Für die Kunden … hat sich die Fusion von Adobe und Macromedia gelohnt.

Ok, ich korrigiere mich: weitgehend fundiert.
Dreamweaver bleibt drin, aber was ist das:

Das von Adobe entwickelte GoLive soll aber als Einzelprodukt weiter angeboten werden

Golive? Bitte was? Für die paar Hanseln, die damit arbeiten, haben die Programmierleistung verbrannt? Ich möcht’s nicht ganz schlechtreden, ich habe ~~eine Weile~~ längere Zeit intensiv mit Golive gearbeitet, das ist schon praktikabel, aber hallo, liebe Strategen? Ihr habt Unmengen dicke Geld~~bündel~~koffer für Dreamweaver hingelegt und entwickelt Golive weiter? Das muss man nicht verstehen, oder?

Photoshop bleibt drin und es wurde noch mehr Energie investiert, das so weit als nur gerade noch möglich aufzublähen, aber:

In den „Web“-Ausgaben der CS3 ist aber auch das ehemalige Macromedia-Programm Fireworks weiter mit dabei

Fireworks? Photoshop? Hätte es nicht, wo man gerade dabei war, Photoshop als DIE neue Killerapplikation für die RAM-Hersteller umzufrickeln, Sinn gemacht, die vielen PS überragenden Funktionen gleich mit in Photoshop einzubauen und Fireworks auf’s wohlverdiente Altenteil zu setzen? Nein? Und Warum?
Ich hätte ja ein Programm erwartet, das die grossartigen Funktionen von Fireworks mit der einfachen und übersichtlichen Bedienbarkeit von Photoshop vereint. Tja, Essig.

„Web Standard“ (mit Dreaweaver, Contribute, …

Contribute? Bitte was? Gibt’s diesen buckligen Crap in Zeiten von Webzwonull und hastenichgesehen auch noch? *kopfkratz*

Für die Darstellung auf den kleinen Bildschirmen von Mobiltelefonen und anderen tragbaren Geräten wurde das spezielle Format Flash Lite entwickelt.

Whah, kuhl, das hat mir gerade noch gefehlt. Flash auf mein Handy, yeah, hat mal jemand schnell Tabletten gegen Magengeschwüre parat?

Technorati Tags: adobe, macromedia, Creative Suite 3, webdesign, design

Firefox 3.0 – Call for Feature Requests

stephantom — Sat, 14 Oct 2006 16:35:10 +0000

Die Mozilla Organization sammelt derzeit Featurewünsche für die Version 3.0!
Hier soll Gecko 1.9 mit neuem Grafikbackend verwendet werden. Deshalb dürfen wir uns erstmals wieder Hoffungen auf größere Änderungen aus der Sicht der Webautoren machen. Vorschläge dürfen dort auch diskutiert werden.