<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog CSS</title>
	<atom:link href="http://www.blog-css.de/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blog-css.de</link>
	<description>Ein Blog zum Thema Barrierefreies Webdesign</description>
	<lastBuildDate>Mon, 31 Aug 2009 17:12:17 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Barrierefrei auf Handybrowsern</title>
		<link>http://www.blog-css.de/2009/08/31/barrierefrei-auf-handybrowsern/</link>
		<comments>http://www.blog-css.de/2009/08/31/barrierefrei-auf-handybrowsern/#comments</comments>
		<pubDate>Mon, 31 Aug 2009 17:12:17 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=46</guid>
		<description><![CDATA[Ein Aspekt der bei all den Diskussionen um die Barrierefreiheit im Internet gerne vergessen wird ist die Kompatibilit&#228;t mit Handybrowsern. Schlie&#223;lich nutzen viele k&#246;rperlich eingeschr&#228;nkte Menschen auch Mobiltelefone und damit auch mobiles Internet. Somit sollte eben auch die Barrierefreiheit auf mobiles Internet angepasst werden. Grunds&#228;tzlich l&#228;sst sich hierzu sagen dass die Regeln f&#252;r ein barrierefreies [...]]]></description>
			<content:encoded><![CDATA[<p>Ein Aspekt der bei all den Diskussionen um die Barrierefreiheit im Internet gerne vergessen wird ist die Kompatibilit&#228;t mit Handybrowsern. Schlie&#223;lich nutzen viele k&#246;rperlich eingeschr&#228;nkte Menschen auch Mobiltelefone und damit auch <a href="http://www.simsalaring.eu/mobiles-internet/">mobiles Internet</a>. Somit sollte eben auch die Barrierefreiheit auf mobiles Internet angepasst werden.</p>
<p>Grunds&#228;tzlich l&#228;sst sich hierzu sagen dass die Regeln f&#252;r ein barrierefreies Webdesign eine ganz &#228;hnliche G&#252;ltigkeit haben wie bei der Darstellung in normalen Internetbrowsern. Es ist also auch auf f&#252;r eine saubere Handydarstellung wichtig auf Standards wie eine saubere CSS-Formatierung sowie &#252;bliche Regeln wie etwa dem Schlie&#223;en aller Tags, dem Vermeiden von Text in Grafiken, JavaScript Navigationsmen&#252;s und allem was in eine &#196;hnliche Richtung geht. Dies kommt im &#220;brigen nicht nur der Barrierefreiheit sondern auch der Suchmaschinenfreundlichkeit zugute.</p>
<p>Lesen etwa Screenreader (die es inzwischen auch auf Handys f&#252;r das mobile Internet gibt) sehbehinderter User die Website, k&#246;nnen diese zum Beispiel mit Men&#252;punkten, die sich nicht in einer Textdarstellung befinden wenig anfangen. Sofern man Bilder f&#252;r Men&#252;s w&#228;hlt, sollten wenigstens die Alternativtexte stimmen, damit ein solcher Reader erahnen kann, was auf diesem Bild dargestellt wird und es dem Sehbehinderten sprachlich schildern kann.</p>
<p>All diese Regeln sind f&#252;r normale Browser, wie auch f&#252;r die Darstellung auf Handys recht identisch. Was allerdings auf Mobiltelefonen zus&#228;tzlich beachtet werden sollte, ist die recht geringe Aufl&#246;sung vieler Modelle. Unter Umst&#228;nden macht es also Sinn eine Alternativversion seiner Seite mit Platz sparenderen Bildern und Grafiken extra f&#252;r den Zugriff via Handy zur Verf&#252;gung zu stellen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2009/08/31/barrierefrei-auf-handybrowsern/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Kritische Sicherheitsl&#252;cke in Adobe Flash Player</title>
		<link>http://www.blog-css.de/2009/01/22/kritische-sicherheitsluecke-in-adobe-flash-player/</link>
		<comments>http://www.blog-css.de/2009/01/22/kritische-sicherheitsluecke-in-adobe-flash-player/#comments</comments>
		<pubDate>Thu, 22 Jan 2009 21:35:53 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[Tools]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=43</guid>
		<description><![CDATA[Vor ein paar Tagen wurde eine neue Sicherheitsl&#252;cke in Adobe Flash Player gefunden (http://www.adobe.com/support/security/bulletins/apsb09-01.html) Es handelt sich um eine sehr gef&#228;hrliche L&#252;cke, die einem Angreifer die M&#246;glichkeit bietet, den Rechner zu infizieren, indem das Opfer auf eine infizierte Webseite gelockt wird. Das Opfer muss nichts weiter tun, als die Seite aufzurufen und schon ist man [...]]]></description>
			<content:encoded><![CDATA[<p>Vor ein paar Tagen wurde eine neue Sicherheitsl&#252;cke in Adobe Flash Player gefunden (http://www.adobe.com/support/security/bulletins/apsb09-01.html)<br />
Es handelt sich um eine sehr gef&#228;hrliche L&#252;cke, die einem Angreifer die M&#246;glichkeit bietet, den Rechner zu infizieren, indem das Opfer auf eine infizierte Webseite gelockt wird. Das Opfer muss nichts weiter tun, als die Seite aufzurufen und schon ist man infiziert.<br />
Daher w&#252;rde ich raten, schnell die Adobe-Webseite aufzurufen (http://get.adobe.com/flashplayer/otherversions/) und eine neue Version von Flash Player besorgen.<br />
Man muss nur das entsprechende Betriebssystem und Browser w&#228;hlen und das Update installieren.<br />
&#220;brigens, es scheint, dass die Hacker absichtlich Adobe ausgew&#228;hlt haben, um in deren Produkten nach Sicherheitslecks zu suchen. Im letzten Monat hat Adobe ganze 7 Sicherheitslecks in Adobe Flash Player gestopft.<br />
Die Tatsache, dass  die Software von Adobe immer &#246;fter zum Ziel der Hacker wird, kann man damit erkl&#228;ren, dass mit der &#220;bernahme von Macromedia, Produkte von Adobe sehr popul&#228;r geworden sind.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2009/01/22/kritische-sicherheitsluecke-in-adobe-flash-player/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Outsourcing in Action</title>
		<link>http://www.blog-css.de/2008/12/02/outsourcing-in-action/</link>
		<comments>http://www.blog-css.de/2008/12/02/outsourcing-in-action/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 11:09:02 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=41</guid>
		<description><![CDATA[Ein Freund von mir hatte vor ein paar Monaten mir einen Job als Webseitenentwickler angeboten. Ich dachte, dass es eine gute Gelegenheit ist, um ein paar Kr&#246;ten zum BAf&#246;G zu verdienen und nahm das Angebot meines Freundes an. Genau gesagt, willigte ich ein, dass ein potentieller Arbeitgeber mich via Skype kontaktiert. Der Arbeitgeber stellte sich [...]]]></description>
			<content:encoded><![CDATA[<p>Ein Freund von mir hatte vor ein paar Monaten mir einen Job als Webseitenentwickler angeboten. Ich dachte, dass es eine gute Gelegenheit ist, um ein paar Kr&#246;ten zum BAf&#246;G zu verdienen und nahm das Angebot meines Freundes an. Genau gesagt, willigte ich ein, dass ein potentieller Arbeitgeber mich via Skype kontaktiert.<br />
Der Arbeitgeber stellte sich vor, als eine Firma die in Medien-Bereich t&#228;tig ist. Sie sagten, dass sie gerade einen Webseitenentwickler suchen, um eine Webseite f&#252;r eine, in Deutschland ans&#228;ssige Fitnessstudio zu machen.<br />
Ich stellte daraufhin mich vor und erz&#228;hlte, dass ich in der Lage bin, Webseiten in XHTML+CSS zu entwickeln und falls n&#246;tig TYPO3 als CMS f&#252;r die jeweilige Webseite einzurichten. Dann sagte der Arbeitgeber, dass der Kunde sehr gierig sei und deswegen ich, f&#252;r die Einrichtung der Webseite (XHTML+CSS+TYPO3) nur 80$ bekommen k&#246;nnte. Wozu sagt er mir die Preise in Dollar, wenn wir beide in Deutschland sind? Wahrscheinlich, um eine gr&#246;&#223;ere Ziffern nennen zu k&#246;nnen.<br />
Ich dachte nach und entschied mich, dass ich bereit bin, auch f&#252;r 80$ eine kleine Webseite zu machen. Dann kommt der Hammer. Der Arbeitgeber fragt mich, was ist mit dem Design? (Zuvor haben wir aber gesprochen, dass eine Designvorlage mir zur Verf&#252;gung gestellt wird). Ich erkl&#228;rte dann, dass ich kein Grafiker bin und nur die Leitungen anbieten kann, die ich bereits bei der Vorstellung beschrieben habe. Worauf er antwortete, dass es schlecht sei, denn jetzt muss er „ein M&#228;dchen“ beauftragen, die das Design entwirft oder er muss eine Vorlage kaufen. Dann wird mein Honorar schrumpfen. Hallo? Worin soll dann die Arbeit meines potentiellen Arbeitgebers bestehen, wenn ich die Arbeit komplett erledigen soll? Ist er einfach ein Vermittler mit einer sch&#246;nen Webseite? Die Webseite war eigentlich auch nicht gerade sehr toll, wenn auch viel versprechend. OK, dachte ich mir, ich habe mein Einverst&#228;ndnis gegeben, so werde ich die Sache auch durchziehen.<br />
Aber daraus war auch nichts. Ich habe meinen potentiellen Arbeitgeber gebeten, mir das Pflichtenheft zu zuschicken, damit ich wei&#223;, worauf ich mich eigentlich einlasse. Der hat mir st&#228;ndig versprochen, dass ich das Pflichtenheft bald kriege. Nach ein paar Monaten hatte ich aber keine Zeit mehr, diese sinnlose Verhandlungen weiterzuf&#252;hren, was ich auch dem Vertreter der Firma mitteilte. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/12/02/outsourcing-in-action/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CSS Standards und wer tr&#228;gt Schuld f&#252;r Browser-Inkompatibilit&#228;ten</title>
		<link>http://www.blog-css.de/2008/11/30/css-standards-und-wer-traegt-schuld-fuer-browser-inkompatibilitaeten/</link>
		<comments>http://www.blog-css.de/2008/11/30/css-standards-und-wer-traegt-schuld-fuer-browser-inkompatibilitaeten/#comments</comments>
		<pubDate>Sun, 30 Nov 2008 22:38:08 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[CSS]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=39</guid>
		<description><![CDATA[Heute bekam ich die letzte Ausgabe von T3N und fand da einen Artikel &#252;ber die Web-Standards und wie verschiedene Browser-Hersteller versuchen, fehlende Funktionalit&#228;t mit Hilfe von propriet&#228;ren L&#246;sungen zu kompensieren. Seit einer ger&#228;umten Zeit warten Web-Entwickler und Browser-Hersteller auf die Ver&#246;ffentlichung von CSS3 Standard. Das Problem besteht darin, dass die rasante Entwicklung von Web, immer [...]]]></description>
			<content:encoded><![CDATA[<p>Heute bekam ich die letzte Ausgabe von T3N und fand da einen Artikel &#252;ber die Web-Standards und  wie verschiedene Browser-Hersteller versuchen,  fehlende Funktionalit&#228;t mit Hilfe von propriet&#228;ren L&#246;sungen zu kompensieren. Seit einer ger&#228;umten Zeit warten Web-Entwickler und Browser-Hersteller auf die Ver&#246;ffentlichung von CSS3 Standard. Das Problem besteht darin, dass die rasante Entwicklung von Web, immer neue Aufgaben f&#252;r die Web-Entwickler und Browser-Hersteller bereitet. Die Webseiten  und die Art der Erstellung der Webseiten wird immer komplexer und erfordert neue M&#246;glichkeiten. Diese M&#246;glichkeiten werden langsam ersch&#246;pft. CSS3 ist eine L&#246;sung, die das Problem der wachsenden Anforderungen l&#246;sen sollte. Allerdings wei&#223; niemand, wann CSS3 endlich ver&#246;ffentlicht wird. Aus diesem Grund entscheiden sich die meisten Browser-Hersteller f&#252;r die Einf&#252;hrung der eigenen CSS-Eigenschaften, die den Entwicklern helfen sollen, moderne Webseiten zu erstellen.<br />
Das Problem liegt aber darin, dass Browser-Markt heutzutage nicht mehr von einem Browser dominiert wird, sondern die Anteile zwischen mehreren Browsern geteilt sind. Zwar besitzt Microsoft Internet Explorer nach wie vor die Mehrheit, die anderen Browser konnten aber in der letzten Zeit einen bedeutenden Anteil erk&#228;mpfen. Wenn jetzt verschiedene Web-Entwickler propriet&#228;re Eigenschaften einsetzen werden, dann entsteht ein Chaos. Die Webseiten werden je nach Browser  unterschiedlich aussehen. Der Aufwand bei der Erstellung einer Webseite wird rasant steigen.<br />
Ich bin der Meinung, dass die Schuld daf&#252;r vor allem die Entwickler der Standards tragen. Meiner Meinung nach, sollte dieses Konsortium restrukturiert werden, damit  dessen Effizienz h&#246;her wird. So, wie die Entwicklung der neuen Standards jetzt verl&#228;uft, darf es nicht mehr sein. Ich bin mir bewusst, dass Web noch relativ jung ist und alle diese Kinderkrankheiten irgendwann gel&#246;st werden. Ich sehe zurzeit aber keine richtige Anstrengungen seitens verschiedenen Partien, den Kern von diesen Problemen zu l&#246;sen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/11/30/css-standards-und-wer-traegt-schuld-fuer-browser-inkompatibilitaeten/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Google Chrome bringt Bewegung in Browser-Markt</title>
		<link>http://www.blog-css.de/2008/10/31/google-chrome-bringt-bewegung-in-browser-markt/</link>
		<comments>http://www.blog-css.de/2008/10/31/google-chrome-bringt-bewegung-in-browser-markt/#comments</comments>
		<pubDate>Fri, 31 Oct 2008 06:57:42 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[firefox]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=21</guid>
		<description><![CDATA[Zwar kann ich mich in der letzten Zeit kaum beklagen, was die Browser-Entwicklung angeht. So bringt Mozilla st&#228;ndig neue Versionen von Mozilla Firefox auf den Markt, die immer weitere Anteile des Browser-Marktes erobern. Die Macher von Internet Explorer sehen dies als eine echte Konkurrenz an und versuchen jetzt auch, Internet Explorer so zu verbessern, damit [...]]]></description>
			<content:encoded><![CDATA[<p>Zwar kann ich mich in der letzten Zeit kaum beklagen, was die Browser-Entwicklung angeht. So bringt Mozilla st&#228;ndig neue Versionen von Mozilla Firefox auf den Markt, die immer weitere Anteile des Browser-Marktes erobern. Die Macher von Internet Explorer sehen dies als eine echte Konkurrenz an und versuchen jetzt auch, Internet Explorer so zu verbessern, damit dieser konkurrenzf&#228;hig bleibt. Man kann sogar einige Innovationen bei IE8 finden, die so toll sind, dass die Entwickler von Mozilla und nicht umgekehrt, wie es fr&#252;her &#246;fter war, diese Ideen kopieren.<br />
Jetzt tritt Google Chrome in den Kampf ein und bringt n&#252;tzliche &#196;nderungen, wie schnelle JavaScript-Engine mit. Die Entwickler von Mozilla reagieren daraufhin mit einer eigenen verbesserten JavaScript Engine, die angeblich schneller, als die von Google, laufen soll. Der neue Browser von Google sieht &#252;brigens wirklich toll aus. Ich w&#252;rde ihn gerne benutzen, wenn die Erweiterungen von FireFox damit nutzbar w&#228;ren – so hatte ich gesagt, als ich den Browser zuerst sah. Und heute erfuhrt ich, dass Google eine solche Unterst&#252;tzung tats&#228;chlich plant. Da werden die Vorteile an Open Source besonders deutlich sichtbar. Ich freue mich auf jeden Fall &#252;ber diese Entwicklung und erwarte spannend die 1-er Version von Google Chrome. Ich kann mir kaum vorstellen, was diese noch mit sich bringen wird.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/10/31/google-chrome-bringt-bewegung-in-browser-markt/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Webseite f&#252;r Mobile Safari optimieren</title>
		<link>http://www.blog-css.de/2008/09/30/webseite-fuer-mobile-safari-optimieren/</link>
		<comments>http://www.blog-css.de/2008/09/30/webseite-fuer-mobile-safari-optimieren/#comments</comments>
		<pubDate>Tue, 30 Sep 2008 01:57:47 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[firefox]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=15</guid>
		<description><![CDATA[Ich erwartete eigentlich kaum, dass iPhone oder iPod touch eine gro&#223;e Rolle bei der Entwicklung der Webseiten spielen w&#252;rden. Wenn man die heutige Zahlen ansieht, kommt man zum Schluss, dass es doch wichtig ist, Webseiten f&#252;r Mobile Safari zu optimieren. Zwar liegt der Anteil noch unter 1%, es sieht aber so aus, dass diese Zahl [...]]]></description>
			<content:encoded><![CDATA[<p>Ich erwartete eigentlich kaum, dass iPhone oder iPod touch eine gro&#223;e Rolle bei der Entwicklung der Webseiten spielen w&#252;rden. Wenn man die heutige Zahlen ansieht, kommt man zum Schluss, dass es doch wichtig ist, Webseiten f&#252;r Mobile Safari zu optimieren. Zwar liegt der Anteil noch unter 1%, es sieht aber so aus, dass diese Zahl weiter steigen wird. Das neue Handy und Player von Apple sind sehr popul&#228;r und zwar weltweit. Die Absatzzahlen steigen kontinuierlich. Bald wird auch in Russland iPhone offiziell vorgestellt. Nach meinem Kenntnisstand ist der Anteil an Handybesitzern, die mobile Dienste in Anspruch nehmen, in Russland, sehr hoch. Wenn dazu noch China k&#228;me, w&#228;re der Anteil von iPhone ziemlich bedeutend. F&#252;r Internetauftritte, die f&#252;r internationales Publikum ausgelegt sind, ist es ein gro&#223;er Markt. Genau deswegen m&#246;chte ich ein paar interessante und n&#252;tzliche Tipps hier vorstellen:</p>
<p>Viewport:<br />
Mobile Safari ist in der Lage, normale Webseiten am iPhone und iPod toch darzustellen. Es ist aber so, dass es f&#252;r manche Designs sinnvoller w&#228;re, einen Teil des Designs auszublenden. Zum Beispiel, wenn man ein Design hat, wo die eigentliche Webseite nach links orientiert ist und rechts einen freien Raum hat, ist es sinnvoll, den freien Raum auszublenden und den Benutzer auf den eigentlichen Inhalt aufmerksam zu machen.<br />
Um dies zu erreichen sollte man Meta-Teg Viewport verwenden:<br />
<code><meta name=“viewport content=“width=480“></code><br />
Die Zahl 480 steht f&#252;r Anzahl der Pixel und das Wort width f&#252;r die Breite, auf die Mobile Safari zentrieren soll.</p>
<p>Favicon:<br />
Den Begriff Favicon brauche ich hier nicht zu erkl&#228;ren, weil jeder Webseiten-Entwickler und auch viele Benutzer wissen, worum es geht.<br />
Um Favicon f&#252;r Mobile Safari zu verwenden, sollte man auf diese wie folgt verweisen:<br />
&lt;link rel=apple-touch-icon“ href=“favicon.png“&gt;</p>
<p>Interne Applikationen ansprechen:</p>
<p>Ganz wichtig, wenn man den Benutzer eine M&#246;glichkeit geben m&#246;chte, durch anklicken der Telefonnummer sofort die Applikation f&#252;r Anrufe zu starten, sollte man die Nummer in folgendes Tag setzen:<br />
&lt;a href=“tel:911“&gt;911&lt;/a&gt;</p>
<p>Google Maps verlinkt man wie folgt:<br />
&lt;a href=“http://maps.google.com/maps?q=bahnhofstrasse+1+55116+Mainz“&gt;Mainz&lt;/a&gt;</p>
<p>YouTube Videos verlinken:<br />
Obowhl iPhone ein eigenes Programm zum Abspielen von YouTube Videos besitzt, kann man Videos mit einem einfachen Link verlinken.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/09/30/webseite-fuer-mobile-safari-optimieren/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Video-Tag in HTML sinnvoll?</title>
		<link>http://www.blog-css.de/2008/07/31/video-tag-in-html-sinnvoll/</link>
		<comments>http://www.blog-css.de/2008/07/31/video-tag-in-html-sinnvoll/#comments</comments>
		<pubDate>Thu, 31 Jul 2008 20:34:32 +0000</pubDate>
		<dc:creator>Jochen Kurz</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[firefox]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/?p=13</guid>
		<description><![CDATA[Seit der Ver&#246;ffentlichung von HTML 4.01 hat sich HTML-Standard nicht mehr ver&#228;ndert. Viele erkl&#228;rten HTML sogar f&#252;r tot und stiegen auf XHTML um. Ich bin hier auch keine Ausnahme, da ich von HTML zuerst auf XHTML Transitional, danach auf Strict und sp&#228;ter komplett auf XHTML 1.1 umstieg. Am meisten entwickle ich Webseiten auf TYPO3-Basis und [...]]]></description>
			<content:encoded><![CDATA[<p>Seit der Ver&#246;ffentlichung von HTML 4.01 hat sich HTML-Standard nicht mehr ver&#228;ndert. Viele erkl&#228;rten HTML sogar f&#252;r tot und stiegen auf XHTML um. Ich bin hier auch keine Ausnahme, da ich von HTML zuerst auf XHTML Transitional, danach auf Strict und sp&#228;ter komplett auf XHTML 1.1 umstieg. Am meisten entwickle ich Webseiten auf TYPO3-Basis und kann auf zahlreiche Plugins nicht verzichten. Deswegen muss ich viel Arbeit in die Anpassung von Templates investieren, damit diese einen richtigen Code generieren.<br />
Heute erfuhr ich via Golem.de, dass Mozilla bei der Firefox-Version 3.1 ein Video-Tag integrierte. Au&#223;erdem unterst&#252;tzen, laut Golem, Opera und Safari dieses Tag auch. Das bedeutet, dass man bald auf Flash oder Silverlight  verzichten kann. Das bedeutet aber auch, dass HTML doch nicht tot ist, da Video-Tag zu der Spezifikation HTML 5.0 geh&#246;rt.<br />
Es ist halt so, dass wenn man als Informatiker arbeitet, muss man jeden Tag etwas neues lernen. Wenn man f&#252;r einige Zeit aufh&#246;rt, neue Technologien zu erlernen, dann hat man schlechte Karten, wenn man im Gesch&#228;ft langfristig bleiben m&#246;chte. Wieso muss man aber es so kompliziert machen? Wieso soll ich parallel HTML und XHTML einsetzen k&#246;nnen? W&#228;re es nicht sinnvoll, eine Technologie st&#228;ndig auf dem aktuellsten Stand zu halten, anstatt mehrere Spezifikationen zu entwickeln? Ich k&#246;nnte es noch verstehen, wenn es keine Organisation g&#228;be, die die Standarte festlegt. Die gibt es aber. Ich h&#228;tte lieber auf Video-Tag verzichtet und weiter XHTML eingesetzt. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/07/31/video-tag-in-html-sinnvoll/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Qooxdoo ein Ajax-Framework von 1&amp;1</title>
		<link>http://www.blog-css.de/2008/06/26/qooxdoo-ein-ajax-framework-von-11/</link>
		<comments>http://www.blog-css.de/2008/06/26/qooxdoo-ein-ajax-framework-von-11/#comments</comments>
		<pubDate>Thu, 26 Jun 2008 21:05:48 +0000</pubDate>
		<dc:creator>Jochen Kurz</dc:creator>
				<category><![CDATA[Tools]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/2008/06/26/qooxdoo-ein-ajax-framework-von-11/</guid>
		<description><![CDATA[heute bin ich &#252;ben ein Magazin auf Qooxdoo (gucksdu) aufmerksam geworden. Qooxdoo ist ein Open Source Projekt, das von 1&#038;1 ins Leben gerufen wurde. Es handelt sich um ein Ajax-Framework. Dieses Framework bietet im Unterschied zu Prototype nicht nur die entsprechenden Schnittstellen, in Form von JavaScript-Methoden an, sondern auch ein GUI-Toolkit. Das hei&#223;t, dass man [...]]]></description>
			<content:encoded><![CDATA[<p>heute bin ich &#252;ben ein Magazin auf Qooxdoo (gucksdu) aufmerksam geworden. Qooxdoo ist ein Open Source Projekt, das von 1&#038;1 ins Leben gerufen wurde. Es handelt sich um ein Ajax-Framework. Dieses Framework bietet im Unterschied zu Prototype nicht nur die entsprechenden Schnittstellen, in Form von JavaScript-Methoden an, sondern auch ein GUI-Toolkit. Das hei&#223;t, dass man die M&#246;glichkeit bekommt, eine komplexe Web-Anwendung mit einer grafischen Oberfl&#228;che zu bauen, ohne dabei HTML,CSS und DOM Kenntnisse zu besitzen. Dabei wird die Anwendung unabh&#228;ngig von der Server-Technologie entwickelt, sodass man diese sowohl mit PHP als auch mit Java, Python, Perl oder mit der immer popul&#228;rer werdenden Ruby-Programmiersprache benutzen kann. Qooxdoo benutzt dabei das Prinzip der Objektorientierung. Selbstverst&#228;ndlich werden die von Qooxdoo generierte Skripten von allen g&#228;ngigen Browser inklusive Internet Explorer, Firefox, Opera und Safari ab Version 3, unterst&#252;tzt. Das hei&#223;t, dass der Entwickler sich keine Gedanken &#252;ber die Low-Level Bugs von verschiedenen Browser, machen muss. Ein weiterer Vorteil von Qooxdoo ist die Tatsache, dass man keine zus&#228;tzliche Plugins, wie Java, Flash oder Silverlight braucht.<br />
Auf der Webseite des Projekts findet man interessante Beispiele, die deutlich machen, was man so alles mit dem Framework anstellen kann und sie sind wirklich faszinierend. Man bekommt das Gef&#252;hl, dass man eine Anwendung benutzt, die in C++ oder Java geschrieben wurde. Dank dem internen Optimizer werden die Anwendungen richtig schnell. Wer damit kommerzielle Projekte erstellen m&#246;chte, wird sich sicherlich &#252;ber die eingebaute Opfuscation freuen. Dieses Feature ist sehr wichtig, denn damit kann man einen Quelltext sch&#252;tzen, indem man es unleserlich macht. Das bringt au&#223;erdem zus&#228;tzliche Sicherheit, was in heutigen Zeit eine gro&#223;e Rolle spielt.<br />
Ein prominenter Beispiel f&#252;r den Einsatz von Qooxdoo-Framework ist das Webmailer von GMX. Hier werden die Vorteile dieser Technologie besonders deutlich. Die Webmailer-Anwendung von GMX sieht wie ein normales Programm wie Outlook und ist sehr angenehm zu bedienen.<br />
Ich denke, dass es eine sehr clevere Idee von 1&#038;1 war, dieses Framework als Open Source Projekt zu starten. Damit wird nicht nur 1&#038;1 profitieren, indem er an der Entwicklung von eigenen Web-Applikationen sparen kann sondern auch die fremden Entwickler, die ein m&#228;chtiges Werkzeug zur Erstellung von Web-basierten Anwendungen kostenlos zur Verf&#252;gung bekommen. Am Beispiel von Eclipse-Projekt kann man gut sehen, wie gut diese Strategie ist.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/06/26/qooxdoo-ein-ajax-framework-von-11/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Doctype: Was m&#246;chtest du heute erfahren?</title>
		<link>http://www.blog-css.de/2008/05/25/google-doctype-was-moechtest-du-heute-erfahren/</link>
		<comments>http://www.blog-css.de/2008/05/25/google-doctype-was-moechtest-du-heute-erfahren/#comments</comments>
		<pubDate>Sun, 25 May 2008 20:53:00 +0000</pubDate>
		<dc:creator>Jochen Kurz</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[Tutorials und HowTo]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/2008/05/25/google-doctype-was-moechtest-du-heute-erfahren/</guid>
		<description><![CDATA[Google Doctype ist das neue ambitionierte Projekt von Google. Es handelt sich um einen Versuch, eine freie technische Enzyklop&#228;die f&#252;r CSS, HTML und DOM zu erschaffen. Dabei sind nicht nur die Artikeln, sondern auch der Code von der Enzyklop&#228;die frei zug&#228;nglich. Wie in dem von Google ver&#246;ffentlichen Video es so sch&#246;n hei&#223;t, „Google Doctype ist [...]]]></description>
			<content:encoded><![CDATA[<p>Google Doctype ist das neue ambitionierte Projekt von Google. Es handelt sich um einen Versuch, eine freie technische Enzyklop&#228;die f&#252;r CSS, HTML und DOM zu erschaffen. Dabei sind nicht nur die Artikeln, sondern auch der Code von der Enzyklop&#228;die frei zug&#228;nglich. Wie in dem von Google ver&#246;ffentlichen Video es so sch&#246;n hei&#223;t, „Google Doctype ist eine Enzyklop&#228;die, die von den Entwicklern f&#252;r die Entwickler geschaffen wurde“.<br />
Obgleich es noch wenige Artikel und HowTo&#8217;s gibt, bin ich mir sicher, dass Google damit viele motivierte Anh&#228;nger findet, die die Enzyklop&#228;die st&#228;ndig mit neuem Wissen erweitern werden. Mitmachen kann jeder, der sich mit Google-Konto ausweisen kann.<br />
Ob dieser Dienst als Konkurrenz zu selfhtml.org anzusehen ist? Im Moment ist noch schwer zu sagen, wobei die Themen schon sehr nah an einander liegen. Man muss noch die Tatsache ber&#252;cksichtigen, dass selfhtml nur in der deutschen Sprache sehr ausf&#252;hrlich und ziemlich vollst&#228;ndig ist. Die englische Fassung und auch die, in anderen Sprachen, sind weniger vollst&#228;ndig.<br />
Daher kann man sagen, dass es weniger als Konkurrenzprodukt zu bezeichnen ist, sondern damit wird die Wissensl&#252;cke geschlossen. Fr&#252;her musste man durch verschiedene Quellen durchst&#246;bern, um die Antwort auf eine Frage zu finden, heute, dank solchen Projekten wie Google und Wikipedia wird das Wissen in einer bzw. wenigen Quellen konsolidiert. Damit spart man Zeit und Zeit ist Geld.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2008/05/25/google-doctype-was-moechtest-du-heute-erfahren/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ein paar Tipps f&#252;r Ein/Umsteiger</title>
		<link>http://www.blog-css.de/2007/03/04/ein-paar-tipps-fuer-einumsteiger/</link>
		<comments>http://www.blog-css.de/2007/03/04/ein-paar-tipps-fuer-einumsteiger/#comments</comments>
		<pubDate>Sun, 04 Mar 2007 16:59:45 +0000</pubDate>
		<dc:creator>webmaster</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[Tutorials und HowTo]]></category>

		<guid isPermaLink="false">http://www.blog-css.de/2007/03/04/ein-paar-tipps-fuer-einumsteiger/</guid>
		<description><![CDATA[Sicherlich ist es nicht so leicht, von HTML auf XHTML + CSS umzusteigen. Ich habe ja auch diesen Schritt gemacht und wei&#223; wie es ist. Man fragt sich vor allem nach dem Sinn der ganzen Sache, denn die Webseite wird ja richtig mit allen g&#228;ngigen Browsern dargestellt. Was will man eigentlich mehr? Die Antwort auf [...]]]></description>
			<content:encoded><![CDATA[<p>Sicherlich ist es nicht so leicht, von HTML auf XHTML + CSS umzusteigen. Ich habe ja auch diesen Schritt gemacht und wei&#223; wie es ist. Man fragt sich vor allem nach dem Sinn der ganzen Sache, denn die Webseite wird ja richtig mit allen g&#228;ngigen Browsern dargestellt. Was will man eigentlich mehr?<br />
Die Antwort auf diese Frage ist ganz klar – Zukunftssicherheit, denn die Browser entwickeln sich und sie werden immer mehr f&#252;r XHTML/XML optimiert, es kommt Zeit, wann einige Teile oder sogar ganz HTML von den modernen Browsern nicht mehr unterst&#252;tzt wird.<br />
Glaubt mir, die Aussage „Never touch a running system“ passt zu diesem Thema &#252;berhaupt nicht.<br />
Au&#223;erdem sollte man bedenken, dass die Seite, die mit CSS formatiert wurde, deutlich weniger Markup hat und somit besser von den Suchmaschinen indiziert werden kann.<br />
Die Trennung von Content und Design spielen au&#223;erdem eine wichtige Rolle beim Thema Barrierefreiheit. Denn auch wenn man kein Ziel hat, breite Masse von Menschen mit eigenem Internet-Auftritt anzusprechen, ist es aus R&#252;cksicht f&#252;r behinderte Menschen durchaus sinnvoll, die Webseite barrierefrei zu gestalten. Manche L&#228;nder haben sogar gesetzliche Vorschriften, wo von den Unternehmen gefordert wird, ihre Internet-Auftritte barrierefrei zu gestalten.</p>
<p>Und zum Schluss, an alle diejenigen, die ich &#252;berzeugt habe, gibt es ein Link zum guten, einsteigerfreundlichen CSS-Tutorial:</p>
<p>http://www.webmaster-resource.de/tutorials/css/css-tutorial.php</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blog-css.de/2007/03/04/ein-paar-tipps-fuer-einumsteiger/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>
