<?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>Reacties voor MediaKip</title>
	<atom:link href="http://www.mediakip.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mediakip.com</link>
	<description>Een visie op ontwerpen voor verschillende media</description>
	<pubDate>Sun, 07 Sep 2008 01:39:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Reactie op Slecht nieuws brengen op een goede manier door Tries</title>
		<link>http://www.mediakip.com/2008/08/hoe-vertel-je-iemand-dat-er-iets-mis-is/#comment-53</link>
		<dc:creator>Tries</dc:creator>
		<pubDate>Tue, 19 Aug 2008 14:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=61#comment-53</guid>
		<description>Michel,

ik hoorde deze week een verontwaardigde vriendin vertellen over een foutmelding in een niet nader te noemen CMS.
"hoe bent u hier terecht gekomen"

Die kan volgens mij ook zo op een Delfts blauw tegeltje.</description>
		<content:encoded><![CDATA[<p>Michel,</p>
<p>ik hoorde deze week een verontwaardigde vriendin vertellen over een foutmelding in een niet nader te noemen CMS.<br />
&#8220;hoe bent u hier terecht gekomen&#8221;</p>
<p>Die kan volgens mij ook zo op een Delfts blauw tegeltje.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Usability en de nieuwe Wehkamp website door Michel Kuik</title>
		<link>http://www.mediakip.com/2008/08/usability-review-van-wehkampnl/#comment-52</link>
		<dc:creator>Michel Kuik</dc:creator>
		<pubDate>Wed, 13 Aug 2008 18:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=65#comment-52</guid>
		<description>Dankjewel Ruben. 

Ik kreeg inderdaad al het gevoel dat ik misschien iets te streng was en schreef daarom nog een conclusie waarin ik het artikel relativeer ;) (Ik beschrijf immers alleen de verbeterpunten en niet de goede zaken van de website)

Ik vermoed dat de zoekmachine inderdaad het paradepaardje van de nieuwe website moet zijn (hij werkt ook erg goed) en waarschijnlijk hebben de ontwerpers hem daarom niet rechts bovenin 'weg willen stoppen'. Toch twijfel ik of een centralere plaats hem ook beter zichtbaar maakt...</description>
		<content:encoded><![CDATA[<p>Dankjewel Ruben. </p>
<p>Ik kreeg inderdaad al het gevoel dat ik misschien iets te streng was en schreef daarom nog een conclusie waarin ik het artikel relativeer <img src='http://www.mediakip.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> (Ik beschrijf immers alleen de verbeterpunten en niet de goede zaken van de website)</p>
<p>Ik vermoed dat de zoekmachine inderdaad het paradepaardje van de nieuwe website moet zijn (hij werkt ook erg goed) en waarschijnlijk hebben de ontwerpers hem daarom niet rechts bovenin &#8216;weg willen stoppen&#8217;. Toch twijfel ik of een centralere plaats hem ook beter zichtbaar maakt&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Usability en de nieuwe Wehkamp website door Ruben</title>
		<link>http://www.mediakip.com/2008/08/usability-review-van-wehkampnl/#comment-51</link>
		<dc:creator>Ruben</dc:creator>
		<pubDate>Wed, 13 Aug 2008 17:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=65#comment-51</guid>
		<description>Prima verhaal Michel! Je bent wel streng hoor ;) 

Alleen over die zoekbox twijfel ik ook wel... het komt een beetje over als een designgimmick, en er is best veel aan opgehangen. Maar wellicht leren gebruikers hier juist van om de zoekfunctie vaker te gebruiken omdat 'ie zo centraal staat ("Dan zal hij wel belangrijk zijn")?</description>
		<content:encoded><![CDATA[<p>Prima verhaal Michel! Je bent wel streng hoor <img src='http://www.mediakip.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Alleen over die zoekbox twijfel ik ook wel&#8230; het komt een beetje over als een designgimmick, en er is best veel aan opgehangen. Maar wellicht leren gebruikers hier juist van om de zoekfunctie vaker te gebruiken omdat &#8216;ie zo centraal staat (&#8221;Dan zal hij wel belangrijk zijn&#8221;)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Zes redenen om ajax lightboxes niet te gebruiken door Michel Kuik</title>
		<link>http://www.mediakip.com/2008/07/zes-redenen-om-ajax-lightboxes-niet-te-gebruiken-op-jouw-site/#comment-50</link>
		<dc:creator>Michel Kuik</dc:creator>
		<pubDate>Sat, 19 Jul 2008 19:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=34#comment-50</guid>
		<description>@Ron

Eigenijk geef je in je eerste zin al aan: "De dingen die je noemt, zijn misschien usability issues, maar geen redenen om de lightbox methode niet te gebruiken." Usability issues zijn voor mij juist wel een reden om een tool niet te gebruiken. Voor mij is het motto 'If your user fails, your website fails' doorslaggevend (zie: http://www.usabilitynews.com/news/article4790.asp).

Ik ben niet van mening dat je nooit innovatief of vernieuwend moet zijn, maar zie de Lightbox niet als een goede innovatie (om de bovenstaande redenen). 

Ben het overigens met de tegentegenargumenten van Ber eens. 

Wellicht kan iemand me overtuigen met een voorbeeld van een goed ingezette Lightbox? Ik geloof dat die er zijn, maar zou het graag willen zien :)</description>
		<content:encoded><![CDATA[<p>@Ron</p>
<p>Eigenijk geef je in je eerste zin al aan: &#8220;De dingen die je noemt, zijn misschien usability issues, maar geen redenen om de lightbox methode niet te gebruiken.&#8221; Usability issues zijn voor mij juist wel een reden om een tool niet te gebruiken. Voor mij is het motto &#8216;If your user fails, your website fails&#8217; doorslaggevend (zie: <a href="http://www.usabilitynews.com/news/article4790.asp" rel="nofollow">http://www.usabilitynews.com/news/article4790.asp</a>).</p>
<p>Ik ben niet van mening dat je nooit innovatief of vernieuwend moet zijn, maar zie de Lightbox niet als een goede innovatie (om de bovenstaande redenen). </p>
<p>Ben het overigens met de tegentegenargumenten van Ber eens. </p>
<p>Wellicht kan iemand me overtuigen met een voorbeeld van een goed ingezette Lightbox? Ik geloof dat die er zijn, maar zou het graag willen zien <img src='http://www.mediakip.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Zes redenen om ajax lightboxes niet te gebruiken door Bèr</title>
		<link>http://www.mediakip.com/2008/07/zes-redenen-om-ajax-lightboxes-niet-te-gebruiken-op-jouw-site/#comment-49</link>
		<dc:creator>Bèr</dc:creator>
		<pubDate>Thu, 17 Jul 2008 15:40:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=34#comment-49</guid>
		<description>@Ron
tegenTegenargumenten:
1. Dat is nu juist het probleem: een zandlopertje op een plek waar je een progressbar wilt zien. Ik zou het behoorlijk vervelend vinden als mijn torrent-programma (om (heel) grote bestanden te downloaden) alleen maar aangaf "bezig te zijn". Terwijl ik gewoon wil weten hoveel uur ik nog op die film moet wachten die ik download. Dat mijn systeem bezig is weet ik ook wel. Het zandlopertje is er dan ook om aan te geven "je kunt even niks anders doen, de computer is te druk". Een progressbar is er om te zeggen "nog vier seconden en dan kan ik het plaatje laten zien". Duidelijk een andere functie. 

2. "Diepere blik". Als dat zo ism, waarom dan in deze vorm. Als je écht diepere blik wilt gunnen /doe/ dat dan ook door extra cnotext enz mee te geven. Oftewel: door het plaatje op een eigen pagina te tonen. Het zou me behoorlijk (en dat is een grof understatement) irriteren als ik op flickr telkens een popupje kreeg als ik op een thumb klikte; ik wil dan gewoon de grote versie zien geplaatst in context!
Wat betreft het SEO heb je gelijk: dat hoeft niet uit te maken. 


3. Pagina wel/niet actief. Het punt is, dat je een pagina afdekt zonder goede reden. Is het om aan te geven dat de achterliggende page niet actief is? Waarom /is/ hij er dan? Als dat zo is, leidt hij alleen maar af van wat je wilt tonen: de afbeelding met zijn context en zijn navigatie. Al het andere is nutteloos: sterker nog: je gaat trucjes uithalen om het nutteloos te maken. Wederom is dit heel makkelijk te ondervangen door gewoon een pagina te openen waar allemaal die dingen-die-je-toch-niet-kunt-gebruiken er gewoon niet zijn.

4. Over het kruisje zijn we het geloof ik eens. En inderdaad: innovatie krijg je door nieuwe dingen te proberen. Maar alleen als je ook op een moment je innovatie evalueert en, als het een slechte blijkt te zijn, dat toegeeft en ermee ophoud (of het verbetert)

5. Geen back button: dit is NIET te ondervangen door gebruik te maken van Javascript “trucs” om de werking van de browser history te ondersteunen. Helaas. Het firefox 4 team is druk aan het brainstormen en overleggen hoe ze onder meer dit soort problemen kunnen gaan ondervangen. Net als trucks om bijvoorbeeld de browser-throbber en browser-progress vanuit een pagina te bedienen.

6. Je zegt dat popups goed kunnen zijn, maar vergeet een voorbeeld te noemen. Dat is begrijpelijk, want dat is er eenvoudigweg niet. Nouja: misschien een radio-player in een popup, om ononderbroken een stream door te luisteren tijdens het browsen. Maar dat is eigenlijk een lelijke  oplossing voor een nog lelijker propleem. The worst of the evils, zeg maar. Het grotet probleem was inderdaad dat context verloren ging. Maar het nóg grotere probleem, dat die popup in 99.5% van  alle gevallen in eerste instantie helemaal niet nodig bleek. En dat bovendien allemaal dingen als phishing, geen back/adresbalk/menubalk, geen goede desktopafhandeling (i.e. vijfhonderd knoppen op je taakbalk) enzovoort. Popup-killers zijn niet voor niets heel lang het meest populaire addon en ook feature van firefox geweest. Net zo lang totdat het eindelijk tot de ontwikkelaars doordrong: hey, onze bezoekers vinden die popus klote, misschien moeten we het dan toch maar anders oplossen. 

Al met al denk ik dat lightbox in 9 van de 10 gevallen volledig overbodig is en er een makkelijkere én betere oplossing is, voor wat je wilt bereiken. En die ene keer? Nouja, blijbaar zijn skip-intros ook nog hier en daar te vinden; blijkbaar is iets dat algemeen als "onzinnnig" aangemerkt wordt soms nog best goed in te zetten. Maar laten we in die andere 9 gevallen alsjeblieft lightbox links liggen in het vervolg...</description>
		<content:encoded><![CDATA[<p>@Ron<br />
tegenTegenargumenten:<br />
1. Dat is nu juist het probleem: een zandlopertje op een plek waar je een progressbar wilt zien. Ik zou het behoorlijk vervelend vinden als mijn torrent-programma (om (heel) grote bestanden te downloaden) alleen maar aangaf &#8220;bezig te zijn&#8221;. Terwijl ik gewoon wil weten hoveel uur ik nog op die film moet wachten die ik download. Dat mijn systeem bezig is weet ik ook wel. Het zandlopertje is er dan ook om aan te geven &#8220;je kunt even niks anders doen, de computer is te druk&#8221;. Een progressbar is er om te zeggen &#8220;nog vier seconden en dan kan ik het plaatje laten zien&#8221;. Duidelijk een andere functie. </p>
<p>2. &#8220;Diepere blik&#8221;. Als dat zo ism, waarom dan in deze vorm. Als je écht diepere blik wilt gunnen /doe/ dat dan ook door extra cnotext enz mee te geven. Oftewel: door het plaatje op een eigen pagina te tonen. Het zou me behoorlijk (en dat is een grof understatement) irriteren als ik op flickr telkens een popupje kreeg als ik op een thumb klikte; ik wil dan gewoon de grote versie zien geplaatst in context!<br />
Wat betreft het SEO heb je gelijk: dat hoeft niet uit te maken. </p>
<p>3. Pagina wel/niet actief. Het punt is, dat je een pagina afdekt zonder goede reden. Is het om aan te geven dat de achterliggende page niet actief is? Waarom /is/ hij er dan? Als dat zo is, leidt hij alleen maar af van wat je wilt tonen: de afbeelding met zijn context en zijn navigatie. Al het andere is nutteloos: sterker nog: je gaat trucjes uithalen om het nutteloos te maken. Wederom is dit heel makkelijk te ondervangen door gewoon een pagina te openen waar allemaal die dingen-die-je-toch-niet-kunt-gebruiken er gewoon niet zijn.</p>
<p>4. Over het kruisje zijn we het geloof ik eens. En inderdaad: innovatie krijg je door nieuwe dingen te proberen. Maar alleen als je ook op een moment je innovatie evalueert en, als het een slechte blijkt te zijn, dat toegeeft en ermee ophoud (of het verbetert)</p>
<p>5. Geen back button: dit is NIET te ondervangen door gebruik te maken van Javascript “trucs” om de werking van de browser history te ondersteunen. Helaas. Het firefox 4 team is druk aan het brainstormen en overleggen hoe ze onder meer dit soort problemen kunnen gaan ondervangen. Net als trucks om bijvoorbeeld de browser-throbber en browser-progress vanuit een pagina te bedienen.</p>
<p>6. Je zegt dat popups goed kunnen zijn, maar vergeet een voorbeeld te noemen. Dat is begrijpelijk, want dat is er eenvoudigweg niet. Nouja: misschien een radio-player in een popup, om ononderbroken een stream door te luisteren tijdens het browsen. Maar dat is eigenlijk een lelijke  oplossing voor een nog lelijker propleem. The worst of the evils, zeg maar. Het grotet probleem was inderdaad dat context verloren ging. Maar het nóg grotere probleem, dat die popup in 99.5% van  alle gevallen in eerste instantie helemaal niet nodig bleek. En dat bovendien allemaal dingen als phishing, geen back/adresbalk/menubalk, geen goede desktopafhandeling (i.e. vijfhonderd knoppen op je taakbalk) enzovoort. Popup-killers zijn niet voor niets heel lang het meest populaire addon en ook feature van firefox geweest. Net zo lang totdat het eindelijk tot de ontwikkelaars doordrong: hey, onze bezoekers vinden die popus klote, misschien moeten we het dan toch maar anders oplossen. </p>
<p>Al met al denk ik dat lightbox in 9 van de 10 gevallen volledig overbodig is en er een makkelijkere én betere oplossing is, voor wat je wilt bereiken. En die ene keer? Nouja, blijbaar zijn skip-intros ook nog hier en daar te vinden; blijkbaar is iets dat algemeen als &#8220;onzinnnig&#8221; aangemerkt wordt soms nog best goed in te zetten. Maar laten we in die andere 9 gevallen alsjeblieft lightbox links liggen in het vervolg&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Zes redenen om ajax lightboxes niet te gebruiken door Ron</title>
		<link>http://www.mediakip.com/2008/07/zes-redenen-om-ajax-lightboxes-niet-te-gebruiken-op-jouw-site/#comment-48</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Thu, 17 Jul 2008 13:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=34#comment-48</guid>
		<description>Kwam per toeval hier terecht, maar ik ben 't helemaal niet met je eens. De dingen die je noemt, zijn misschien usability issues, maar geen redenen om de lightbox methode niet te gebruiken.

Tegenargumenten:
1. Het ladende cirkeltje: dit is qua usability hetzelfde als een zandlopertje in Windows, of het gekleurde cirkeltje in OSX. De bedoeling is niet om aan te geven hoe lang een actie duurt, maar om aan te geven dat er iets in de achtergrond gebeurd waar op gewacht moet worden.

2. Een lightbox wordt m.i. niet gebruikt om ruimte te besparen, maar om een diepere blik op content in de pagina te geven. Bijvoorbeeld een groter plaatje van een thumbnail. Wat betreft SEO: de link waarop je klikt om de lightbox te tonen, kan natuurlijk gewoon naar het betreffende plaatje of de betreffende content linken voor zoekmachines. Progressive Enhancement is het sleutelwoord.

3. Pagina wel/niet actief. Bij een goed geimplementeerde lightbox wordt de onderliggende pagina afgedekt door een extra laag, vaak met een half-transparante achtergrond. Lightboxes waarbij de onderliggende pagina nog toegankelijk is, zijn slecht ontworpen.

4. Het kruisje: Wederom een geval van slecht usability ontwerp, maar het hoeft geen killer te zijn. Zoals je zelf zegt, het is vervelend, maar niet onoverkomelijk. Innovatie krijg je alleen maar door nieuwe dingen te proberen ten slotte :).

5. Geen back button: dit is te ondervangen door gebruik te maken van Javascript "trucs" om de werking van de browser history te ondersteunen. 

6. Popups zijn niet per definitie slecht. Het grote probleem met de ouderwetse popup was dat de context van de popup te gemakkelijk verloren ging. Daarnaast valt een popup een stuk minder op dan een lightbox, omdat bij een lightbox de achtergrond verduisterd wordt.

Al met al denk ik dat de lightbox, mits goed geimplementeerd, veel toevoegt aan het arsenaal van de web ontwikkelaar.</description>
		<content:encoded><![CDATA[<p>Kwam per toeval hier terecht, maar ik ben &#8216;t helemaal niet met je eens. De dingen die je noemt, zijn misschien usability issues, maar geen redenen om de lightbox methode niet te gebruiken.</p>
<p>Tegenargumenten:<br />
1. Het ladende cirkeltje: dit is qua usability hetzelfde als een zandlopertje in Windows, of het gekleurde cirkeltje in OSX. De bedoeling is niet om aan te geven hoe lang een actie duurt, maar om aan te geven dat er iets in de achtergrond gebeurd waar op gewacht moet worden.</p>
<p>2. Een lightbox wordt m.i. niet gebruikt om ruimte te besparen, maar om een diepere blik op content in de pagina te geven. Bijvoorbeeld een groter plaatje van een thumbnail. Wat betreft SEO: de link waarop je klikt om de lightbox te tonen, kan natuurlijk gewoon naar het betreffende plaatje of de betreffende content linken voor zoekmachines. Progressive Enhancement is het sleutelwoord.</p>
<p>3. Pagina wel/niet actief. Bij een goed geimplementeerde lightbox wordt de onderliggende pagina afgedekt door een extra laag, vaak met een half-transparante achtergrond. Lightboxes waarbij de onderliggende pagina nog toegankelijk is, zijn slecht ontworpen.</p>
<p>4. Het kruisje: Wederom een geval van slecht usability ontwerp, maar het hoeft geen killer te zijn. Zoals je zelf zegt, het is vervelend, maar niet onoverkomelijk. Innovatie krijg je alleen maar door nieuwe dingen te proberen ten slotte :).</p>
<p>5. Geen back button: dit is te ondervangen door gebruik te maken van Javascript &#8220;trucs&#8221; om de werking van de browser history te ondersteunen. </p>
<p>6. Popups zijn niet per definitie slecht. Het grote probleem met de ouderwetse popup was dat de context van de popup te gemakkelijk verloren ging. Daarnaast valt een popup een stuk minder op dan een lightbox, omdat bij een lightbox de achtergrond verduisterd wordt.</p>
<p>Al met al denk ik dat de lightbox, mits goed geimplementeerd, veel toevoegt aan het arsenaal van de web ontwikkelaar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Zes redenen om ajax lightboxes niet te gebruiken door Bèr</title>
		<link>http://www.mediakip.com/2008/07/zes-redenen-om-ajax-lightboxes-niet-te-gebruiken-op-jouw-site/#comment-46</link>
		<dc:creator>Bèr</dc:creator>
		<pubDate>Fri, 04 Jul 2008 19:27:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=34#comment-46</guid>
		<description>zes redenen? 
Nou goed, nummer zes krijg je van mij: http://bler.webschuur.com/zes_redenen_om_ajax_lightbox_niet_te_gebruiken</description>
		<content:encoded><![CDATA[<p>zes redenen?<br />
Nou goed, nummer zes krijg je van mij: <a href="http://bler.webschuur.com/zes_redenen_om_ajax_lightbox_niet_te_gebruiken" rel="nofollow">http://bler.webschuur.com/zes_redenen_om_ajax_lightbox_niet_te_gebruiken</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op 21 websites die een dag vullen met inspiratie door Thomas</title>
		<link>http://www.mediakip.com/2008/05/12-websites-die-een-dag-vullen-met-inspiratie/#comment-45</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Mon, 23 Jun 2008 18:53:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=29#comment-45</guid>
		<description>thanks voor het noemen!
altijd leuk om te zien hoe mensen ons omschrijven ;-)

Goeie lijst inderdaad, nog een paar die volgens mij ook erbij kunnen:

http://www.behancemag.com/
http://cpluv.com/
http://www.aisleone.net
http://www.alistapart.com/</description>
		<content:encoded><![CDATA[<p>thanks voor het noemen!<br />
altijd leuk om te zien hoe mensen ons omschrijven <img src='http://www.mediakip.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Goeie lijst inderdaad, nog een paar die volgens mij ook erbij kunnen:</p>
<p><a href="http://www.behancemag.com/" rel="nofollow">http://www.behancemag.com/</a><br />
<a href="http://cpluv.com/" rel="nofollow">http://cpluv.com/</a><br />
<a href="http://www.aisleone.net" rel="nofollow">http://www.aisleone.net</a><br />
<a href="http://www.alistapart.com/" rel="nofollow">http://www.alistapart.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op 6 Tips die het ontwerpen van je portfolio makkelijker maken door Michel</title>
		<link>http://www.mediakip.com/2008/05/6-tips-portfolio-ontwerper-makkelijker-make/#comment-29</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Tue, 10 Jun 2008 15:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=27#comment-29</guid>
		<description>Je werk is uiteraard het belangrijkste onderdeel van het portfolio. Maar ik kan me voorstellen dat een toekomstig opdrachtgever toch ook graag wil weten hoe lang je eraan hebt gewerkt (hoe efficient ben je) en wat je werkwijze is..</description>
		<content:encoded><![CDATA[<p>Je werk is uiteraard het belangrijkste onderdeel van het portfolio. Maar ik kan me voorstellen dat een toekomstig opdrachtgever toch ook graag wil weten hoe lang je eraan hebt gewerkt (hoe efficient ben je) en wat je werkwijze is..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op 6 Tips die het ontwerpen van je portfolio makkelijker maken door Hans</title>
		<link>http://www.mediakip.com/2008/05/6-tips-portfolio-ontwerper-makkelijker-make/#comment-28</link>
		<dc:creator>Hans</dc:creator>
		<pubDate>Mon, 09 Jun 2008 11:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mediakip.com/?p=27#comment-28</guid>
		<description>Ik ben er een tijdje mee bezig geweest maar ik denk dat het belangrijkste is wat je hebt gedaan. De site zelf is dan alleen de drager, in tegenstelling tot een ontwerp van een klant. Zie www.inneractive.nl</description>
		<content:encoded><![CDATA[<p>Ik ben er een tijdje mee bezig geweest maar ik denk dat het belangrijkste is wat je hebt gedaan. De site zelf is dan alleen de drager, in tegenstelling tot een ontwerp van een klant. Zie <a href="http://www.inneractive.nl" rel="nofollow">http://www.inneractive.nl</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
