<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Kommentare zu: 10 Tipps, um die Applikations Usability zu steigern</title>
	<atom:link href="http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/</link>
	<description>Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler.</description>
	<pubDate>Sat, 11 Feb 2012 08:44:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Von: Billig Discounter Urlaub</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-2177</link>
		<dc:creator>Billig Discounter Urlaub</dc:creator>
		<pubDate>Sun, 26 Jun 2011 21:49:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-2177</guid>
		<description>Interessieren w&#252;rde mich eher die Frage, wie so eine Undo-Funktion bei Webapplikationen (PHP, Javascript, MySQL) denn aussehen k&#246;nnte.</description>
		<content:encoded><![CDATA[<p>Interessieren w&#252;rde mich eher die Frage, wie so eine Undo-Funktion bei Webapplikationen (PHP, Javascript, MySQL) denn aussehen k&#246;nnte.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: timi</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-1133</link>
		<dc:creator>timi</dc:creator>
		<pubDate>Tue, 29 Jul 2008 18:27:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-1133</guid>
		<description>Dirk, Du hast es selbst schon gesagt - bei vielen Dingen hilft nur ein Query-Rollback um die Undo-Funktion wirklich sicher zu gestalten.</description>
		<content:encoded><![CDATA[<p>Dirk, Du hast es selbst schon gesagt - bei vielen Dingen hilft nur ein Query-Rollback um die Undo-Funktion wirklich sicher zu gestalten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Niemeier</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-1090</link>
		<dc:creator>Dirk Niemeier</dc:creator>
		<pubDate>Sat, 28 Jun 2008 18:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-1090</guid>
		<description>Eine Undo-Funktion ist sicherlich eine tolle Sache und aus meiner Sicht (fast) immer einem Nachfrage- und Best&#228;tigungs-Dialog-Marathon vorzuziehen. Ausnahme ist nat&#252;rlich, wenn es sich um unwiderrufliche oder sehr folgenreiche Aktionen (wie schon angesprochen z.B. recht serverlastige Sachen). In meiner Firma ist es leider Teil der "Politik", eher mit Nachfrage-Dialogen um sich zu schmei&#223;en, was mir pers&#246;nlich sehr widerstrebt.

Wie auch immer. Interessieren w&#252;rde mich viel eher die Frage, wie so eine Undo-Funktion bei Webapplikationen (PHP, Javascript, MySQL) denn aussehen k&#246;nnte. Vielleicht ist es m&#246;glich bei simplen &#196;nderungen auf der Maske einfach immer die komplette (X)HTML-Seite (per AJAX) in die Session zu speichern, aber sp&#228;testens bei Datenbank&#228;nderungen ist der Ofen f&#252;r eine Undo-Funktion doch eigentlich aus, oder? Oder kann eine transaktionsorientierte Datenbank hier Abhilfe schaffen? Selbst bei Transaktionen h&#228;tte ich ja noch das Problem, dass es zu Inkonsistenzen f&#252;hren kann, d.h. ich mache eine &#196;nderung, ein anderer Benutzer greift auf meine ge&#228;nderten Daten zur&#252;ck und ich mache pl&#246;tzlich einen Rollback (also ein Undo).

Mit freundlichen Gr&#252;&#223;en
Dirk Niemeier</description>
		<content:encoded><![CDATA[<p>Eine Undo-Funktion ist sicherlich eine tolle Sache und aus meiner Sicht (fast) immer einem Nachfrage- und Best&#228;tigungs-Dialog-Marathon vorzuziehen. Ausnahme ist nat&#252;rlich, wenn es sich um unwiderrufliche oder sehr folgenreiche Aktionen (wie schon angesprochen z.B. recht serverlastige Sachen). In meiner Firma ist es leider Teil der &#8220;Politik&#8221;, eher mit Nachfrage-Dialogen um sich zu schmei&#223;en, was mir pers&#246;nlich sehr widerstrebt.</p>
<p>Wie auch immer. Interessieren w&#252;rde mich viel eher die Frage, wie so eine Undo-Funktion bei Webapplikationen (PHP, Javascript, MySQL) denn aussehen k&#246;nnte. Vielleicht ist es m&#246;glich bei simplen &#196;nderungen auf der Maske einfach immer die komplette (X)HTML-Seite (per AJAX) in die Session zu speichern, aber sp&#228;testens bei Datenbank&#228;nderungen ist der Ofen f&#252;r eine Undo-Funktion doch eigentlich aus, oder? Oder kann eine transaktionsorientierte Datenbank hier Abhilfe schaffen? Selbst bei Transaktionen h&#228;tte ich ja noch das Problem, dass es zu Inkonsistenzen f&#252;hren kann, d.h. ich mache eine &#196;nderung, ein anderer Benutzer greift auf meine ge&#228;nderten Daten zur&#252;ck und ich mache pl&#246;tzlich einen Rollback (also ein Undo).</p>
<p>Mit freundlichen Gr&#252;&#223;en<br />
Dirk Niemeier</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Der kleine Wochenr&#252;ckblick 22 auf trilodge computin blog</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-1002</link>
		<dc:creator>Der kleine Wochenr&#252;ckblick 22 auf trilodge computin blog</dc:creator>
		<pubDate>Fri, 30 May 2008 06:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-1002</guid>
		<description>[...] 10 Tipps um die Usability von Applikationen zu steigern. [...]</description>
		<content:encoded><![CDATA[<p>[...] 10 Tipps um die Usability von Applikationen zu steigern. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: butzi</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-972</link>
		<dc:creator>butzi</dc:creator>
		<pubDate>Tue, 27 May 2008 10:03:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-972</guid>
		<description>Ein Tipp w&#228;re noch, soviel Drag &#38; Drop wie m&#246;glich. Das bekommen wir von unseren Kunden oft zu h&#246;ren, warum man das nich einfach hier oder dort hinschieben kann.
Allerdings hat das wie alles auch Grenzen :-)</description>
		<content:encoded><![CDATA[<p>Ein Tipp w&#228;re noch, soviel Drag &amp; Drop wie m&#246;glich. Das bekommen wir von unseren Kunden oft zu h&#246;ren, warum man das nich einfach hier oder dort hinschieben kann.<br />
Allerdings hat das wie alles auch Grenzen :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: timi</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-971</link>
		<dc:creator>timi</dc:creator>
		<pubDate>Tue, 27 May 2008 09:17:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-971</guid>
		<description>Danke ihr zwei... Wenn Euch noch weitere Tipps einfallen, immer her damit - dann erweitere ich den Artikel entsprechend :)</description>
		<content:encoded><![CDATA[<p>Danke ihr zwei&#8230; Wenn Euch noch weitere Tipps einfallen, immer her damit - dann erweitere ich den Artikel entsprechend :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Michael</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-970</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Tue, 27 May 2008 09:11:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-970</guid>
		<description>Hi,

ich finde die Liste recht vollst&#228;ndig. Gerade auch Punkt 6 ist ein Problem, mit dem man sehr h&#228;ufig zu k&#228;mpfen hat.

mfg Michael</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>ich finde die Liste recht vollst&#228;ndig. Gerade auch Punkt 6 ist ein Problem, mit dem man sehr h&#228;ufig zu k&#228;mpfen hat.</p>
<p>mfg Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: butzi</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-967</link>
		<dc:creator>butzi</dc:creator>
		<pubDate>Mon, 26 May 2008 14:24:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-967</guid>
		<description>Sch&#246;ner Artikel.

Besonders Punkt 10 wird gern vernachl&#228;ssigt.</description>
		<content:encoded><![CDATA[<p>Sch&#246;ner Artikel.</p>
<p>Besonders Punkt 10 wird gern vernachl&#228;ssigt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: timi</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-966</link>
		<dc:creator>timi</dc:creator>
		<pubDate>Mon, 26 May 2008 13:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-966</guid>
		<description>Hi Flo, das ist nur f&#252;r den Fall gedacht, dass man eine Aktion nicht r&#252;ckg&#228;ngig machen kann. Wenn Du z.B. einen Job auf einem Fremdsystem (etwa SAP o.&#228;.) ausl&#246;st, &#252;ber den Du keine Kontrolle hast (daher auch keine Undo-Funktion)...

Aktionen ohne R&#252;ckfrage durchzuf&#252;hren halte ich f&#252;r zweifelhaft. Einige Aktionen wie Batch-Jobs oder Video-Konvertierung k&#246;nnten die CPU Leistung des Servers sehr stark negativ beeinflussen. Deshalb sollte man keine unn&#246;tigen Aktionen durchf&#252;hren, die sich der User sp&#228;ter wieder anders &#252;berlegt.</description>
		<content:encoded><![CDATA[<p>Hi Flo, das ist nur f&#252;r den Fall gedacht, dass man eine Aktion nicht r&#252;ckg&#228;ngig machen kann. Wenn Du z.B. einen Job auf einem Fremdsystem (etwa SAP o.&#228;.) ausl&#246;st, &#252;ber den Du keine Kontrolle hast (daher auch keine Undo-Funktion)&#8230;</p>
<p>Aktionen ohne R&#252;ckfrage durchzuf&#252;hren halte ich f&#252;r zweifelhaft. Einige Aktionen wie Batch-Jobs oder Video-Konvertierung k&#246;nnten die CPU Leistung des Servers sehr stark negativ beeinflussen. Deshalb sollte man keine unn&#246;tigen Aktionen durchf&#252;hren, die sich der User sp&#228;ter wieder anders &#252;berlegt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Florian</title>
		<link>http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-965</link>
		<dc:creator>Florian</dc:creator>
		<pubDate>Mon, 26 May 2008 12:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpblogger.net/2008/05/26/10-tipps-um-die-applikations-usability-zu-steigern/#comment-965</guid>
		<description>Dem Tipp 9 kann ich nicht ganz zustimmen, obwohl das eigentlich Standard ist. Wesentlich besser ist es die Aktion ohne Nachfrage auszuf&#252;hren, sie aber wieder r&#252;ckg&#228;ngig zu machen. Also ein Hinweis wie "Das Elemenet wurde gel&#246;scht. R&#252;ckg&#228;ngig machen" der zumindest bis die n&#228;chste Aktion ausgef&#252;hrt wird an gut sichtbarer (und daher erreichbarer) Stelle plaztiert wird. Als Beispiel f&#252;hre ich einfach Gmail an (L&#246;schen einer E-Mail)</description>
		<content:encoded><![CDATA[<p>Dem Tipp 9 kann ich nicht ganz zustimmen, obwohl das eigentlich Standard ist. Wesentlich besser ist es die Aktion ohne Nachfrage auszuf&#252;hren, sie aber wieder r&#252;ckg&#228;ngig zu machen. Also ein Hinweis wie &#8220;Das Elemenet wurde gel&#246;scht. R&#252;ckg&#228;ngig machen&#8221; der zumindest bis die n&#228;chste Aktion ausgef&#252;hrt wird an gut sichtbarer (und daher erreichbarer) Stelle plaztiert wird. Als Beispiel f&#252;hre ich einfach Gmail an (L&#246;schen einer E-Mail)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

