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

<channel>
	<title>Webkoppel Schrijft &#187; technisch</title>
	<atom:link href="https://webkoppel.nl/tag/technisch/feed/" rel="self" type="application/rss+xml" />
	<link>https://webkoppel.nl</link>
	<description>Over &#34;van alles en nog wat en een beetje&#34;</description>
	<lastBuildDate>Tue, 27 Oct 2015 14:36:53 +0000</lastBuildDate>
	<language>nl-NL</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.9.34</generator>
	<item>
		<title>Bloggen! Waarmee?</title>
		<link>https://webkoppel.nl/2010/09/13/bloggen-waarmee/</link>
		<comments>https://webkoppel.nl/2010/09/13/bloggen-waarmee/#comments</comments>
		<pubDate>Mon, 13 Sep 2010 18:14:42 +0000</pubDate>
		<dc:creator><![CDATA[Henk Rijneveld]]></dc:creator>
				<category><![CDATA[Hoofdartikelen]]></category>
		<category><![CDATA[functies]]></category>
		<category><![CDATA[technisch]]></category>

		<guid isPermaLink="false">https://www.webkoppel.nl/?p=428</guid>
		<description><![CDATA[De kogel is door de kerk. Je wilt bloggen. Om dat te doen begin je met het inrichten van een eigen blog. Vol goede moed start je Google op en typt &#39;blogsoftware&#39; in. 750.000 hits. Dan maar kijken wat anderen doen. Veel adviezen en als je er een opvolgt, blijk je een paar maanden later [&#8230;]]]></description>
				<content:encoded><![CDATA[<p><a href="https://localhost/2010/09/13/bloggen-waarmee/welk-blogprog/" rel="attachment wp-att-433"><img alt="" class="alignleft size-full wp-image-433" height="175" src="https://www.webkoppel.nl/wp-content/uploads/2010/09/welk-blogprog.png" title="welk-blogprog" width="175" /></a>De kogel is door de kerk. Je wilt bloggen. Om dat te doen begin je met het inrichten van een eigen blog. Vol goede moed start je Google op en typt &#39;blogsoftware&#39; in. 750.000 hits. Dan maar kijken wat anderen doen. Veel adviezen en als je er een opvolgt, blijk je een paar maanden later niet zo handig gekozen te hebben. Je kunt ook een lijst met eisen maken en alles in een groot spreadsheet stoppen. Vervolgens scoor je de verschillende systemen. Voordeel is dat je dan Excel leert, maar tot een goede keuze kom je niet. Zodra je spreadsheet af is, is er al weer een nieuwe versie van een of ander systeem, en moet je weer een andere conclusie trekken.</p>
<p>Ook wij hebben voor die keus gestaan. Voor onszelf, maar ook voor anderen. De idee&euml;n die we daarbij hebben opgedaan vertellen we in dit artikel.</p>
<h2>De basisfuncties</h2>
<p>Allereerst is er goed nieuws. De basisfuncties voor het bloggen (berichten maken, foto&#39;s integreren, reacties geven et cetera) zijn nooit een probleem. Alle grote systemen bieden die. Bijzondere functies verschillen wel van blogsysteem tot blogsysteem. Maar alle grote systemen kennen de mogelijkheid om de functionaliteit met extra gadgets uit te breiden. Het is bijna onmogelijk om vooraf te bepalen wat wel, en wat niet mogelijk is.</p>
<p>Die uitbreidbaarheid is gelijk een valkuil. Met bijna alle systemen kun je ook echt bijna alles. Alleen gaat dat bij het ene systeem wat makkelijker dan bij het andere. We bespreken zo dadelijk drie systemen en geven aan hoever de uitbreidbaarheid gaat, en hoeveel kennis je daarvoor moet meebrengen.</p>
<p>Als je blog eenmaal is ingericht, is er feitelijk maar een functie echt van belang en dat is de kwaliteit van de teksteditor. In de praktijk typen wij nog steeds onze blogteksten in met Word of Open Office om ze daarna in de blogsoftware in te kopi&euml;ren. Zo hebben we de spellingscontrole goed voorhanden en altijd een kopie van de tekst op onze eigen PC. We zijn nog geen online editor tegengekomen die ons kan bekoren.</p>
<h2>De keuzecriteria</h2>
<p>Als de gewone functies geen reden zijn om een bepaald systeem te kiezen, wat is dan wel een reden? Het antwoord is licht verrassend. De algemene regel is: ga voor de standaard! Voor een blog&nbsp;bepaal je dat op basis van de kenmerken &#39;continu&iuml;teit&#39; en &#39;beschikbaarheid documentatie&#39;:</p>
<h3>Continu&iuml;teit</h3>
<p>Er moet een goede verwachting zijn dat het systeem nog lang blijft bestaan. Niemand kan met volledige zekerheid in de toekomst kijken, maar er zijn wel een paar indicaties om die toekomst te voorzien:</p>
<ul>
<li>Hoe lang bestaat het systeem al? Hoe langer een systeem bestaat, hoe meer kans er is dat het nog voor langere tijd zal bestaan.</li>
<li>Hoeveel actieve gebruikers zijn er? Veel actieve gebruikers betekent een goede incentive voor de aanbieders om het te blijven ondersteunen. Verder is de kans dan het grootst dat er geen rare fouten meer inzitten.</li>
<li>Hoe groot is de ondersteunende organisatie? Het kan dan bijvoorbeeld om een opensource gemeenschap gaan of een groot bedrijf.</li>
<li>Klopt het businessmodel van de aanbieder? Kan hij er van leven.</li>
</ul>
<h3>Beschikbaarheid documentatie</h3>
<p>Vaak onderschat maar onontbeerlijk wanneer je wat meer wilt. Zonder goede handleidingen of internetondersteuning ben je een puzzelaar als je je blog wilt gebruiken. Dat is toch niet de bedoeling. Hoe mooi een systeem er ook uitziet, als de handleiding niet deugt, blijf er dan van weg.</p>
<h2>Andere verwachtingen</h2>
<p>Er zijn nog twee specifieke aandachtspunten bij blogsystemen. Deze hebben grote invloed op je keuze.</p>
<h3>Uitsluitend bloggen of ook meer</h3>
<p>Wil je alleen een blog opzetten, of wil je nog veel meer met je site? Bijvoorbeeld een fotoboek, een productencatalogus, een FAQ of andere functies. Integreer je dat in je blog, of maak je een aparte site naast je blog? Met elk systeem kun je wel iets extra&#39;s toevoegen, maar bij de een is het beperkter dan bij de ander.</p>
<h3>Blogsoftware zelf beheren of laten beheren</h3>
<p>Sommige blogsystemen zijn helemaal ingericht. Je meldt je aan bij de dienst, kiest een lay-out en bloggen maar. Het dagelijks beheer (backups, nieuwe versies installeren) doen anderen voor je. In principe heb je er geen omkijken meer naar. Voor andere systemen moet je de blogsoftware eerst op een server (laten) installeren en moet je het beheer van de software zelf doen (of laten doen).</p>
<p>De kosten voor de blogsoftware en de installatie op een server zijn beperkt van gratis tot enkele tientjes per jaar. Tenminste, zolang je geen blog hebt dat door tienduizenden wordt gelezen. Maar als je die mijlpaal bereikt, zullen de kosten geen probleem meer zijn.</p>
<h2>Onze persoonlijke shortlist</h2>
<p>Op basis van bovenstaande keuzecriteria hebben we een eigen shortlist samengesteld. Een van de methoden die we daarvoor hebben gehanteerd, is een empirisch onderzoekje. We hebben gekeken wat de meest populaire keuze voor een groep bloggers was (zie dit <a href="https://www.vancarabas.nl/blogcursus/blogcursus-picasa-blogspot.pdf#page=7">document</a>). Daarnaast hebben we verschillende systemen kort uitgeprobeerd. Natuurlijk is dit niet volledig wetenschappelijk, maar zoals eerder gezegd: er is teveel keus, er wijzigt teveel te snel, andere selectiemethodes werken daardoor niet.</p>
<p>Wat staat er op onze shortlist:</p>
<h3><a href="https://www.blogspot.com" target="_blank">Blogger</a></h3>
<p>Dit komt alleen in de variant van een volledig ingerichte webserver. Het systeem wordt betaald door Google en bestaat al vanaf 1999. Vele gebruikers, goede documentatie en regelmatig updates. Integratie met Picasa fotoalbums. Goed beheer met een aantal mooie functies zoals de mogelijkheid om een afgeschermd blog te maken. Is goed zelf op te zetten, zeker als je onze handleiding daarbij gebruikt. Het is specifiek een blogsysteem en andere functies zijn niet toe te voegen (tenzij je een hele grote hacker bent).</p>
<h3><a href="https://www.wordpress.com" target="_blank">WordPress</a></h3>
<p>Het meest gebruikte systeem. Open source. In de variant van een volledig ingerichte webserver beschikbaar, maar je hebt ook de mogelijkheid zelf de server in te richten. Via plugins is het systeem uitbreidbaar met allerlei mogelijkheden, tot een kleine webwinkel aan toe. Met enige kennis is het opzetten zelf te doen, maar als je wat meer extra&#39;s wilt, is het handig dit voor je te laten doen door iemand die er ervaring in heeft. Technisch redelijk eenvoudig van opzet.</p>
<h3><a href="https://www.joomla.org" target="_blank">Joomla!</a></h3>
<p>Een open source content management systeem waar je ook mee kunt bloggen. In tegenstelling tot Blogger en WordPress zul je dit systeem altijd zelf op een webserver moeten beheren. Verder ziet een Joomla! website er op de standaard wijze ge&iuml;nstalleerd minder goed uit dan de andere twee. Meer werk te doen om het aan te passen! Het voordeel daarentegen is dat Joomla! veel geschikter is als je andere functies wilt toevoegen. Met andere woorden, als je blog onderdeel van je site is en niet andersom. Veel meer flexibiliteit, maar dat betekent dat je in het algemeen een expert moet benaderen om een en ander voor je op te zetten en in te richten.</p>
<p>Meer keuzes staan er niet op onze lijst. Er zijn nog heel veel andere systemen en daar zitten ook hele goede tussen, misschien wel betere dan die hier zijn beschreven. Mocht je liever voor een ander systeem gaan dan adviseer ik je om dat systeem altijd tegen bovengenoemde keuzecriteria aan te houden.</p>
<h2>Welke kiezen</h2>
<p>Welk systeem is in jouw specifieke situatie nu het beste? Dat is natuurlijk niet te zeggen zonder die situatie te kennen. We geven daartoe hieronder drie verschillende voorbeeldgebruikers aan, en welke keuze voor hen de juiste is. Jij zult daar waarschijnlijk nooit precies bijpassen, maar het geeft richting voor je keuze.</p>
<h3>Reisverslag van de lange-afstandszeiler</h3>
<p>De lange-afstandszeiler is soms een paar weken weg van land. Voor hem is het belangrijk dat hij naar het beheer geen omkijken heeft. Zelf een installatie op een webserver onderhouden, is geen optie. Handige neefjes of anderen met kennis zijn niet altijd voorhanden, dus wil hij een systeem waar hij zonder hulp toch goed gebruik van kan maken. Hij heeft regelmatig een langzame internet verbinding. Wil wel graag zijn foto&#39;s uploaden en laten zien als de gelegenheid er is. Voor deze gebruiker is Blogger ideaal. Zeker nadat hij <a href="https://www.vancarabas.nl/blogcursus/blogcursus-picasa-blogspot.pdf" target="_blank">onze handleiding</a> heeft gelezen.</p>
<h3>Het coachingsblog</h3>
<p>De coach wil een blog met daarnaast de mogelijkheid voor wat extra functies. Bijvoorbeeld een paar pagina&#39;s met het coachingsaanbod. Het blog moet iets eigens hebben, en het is noodzakelijk dat de lay-out met die van het visitekaartje overeenkomt. Daarvoor is hij bereid een kleine investering te doen. Voor deze gebruiker is WordPress een hele goede oplossing. Overigens, het &#39;Webkoppel Schrijft&#39; blog wat je nu leest is ook gebouwd met WordPress.</p>
<h3>De bedrijfssite</h3>
<p>Een bedrijf wil zelf altijd toegang tot de eigen gegevens en zo min mogelijk afhankelijk zijn van een dienstverlener die er elk moment mee kan ophouden. De programmacode van de uitbreidingen moet &#39;netjes&#39; zijn, zodat deze goed over te dragen is aan anderen. Behalve bloggen zijn ook andere functies noodzakelijk, zoals geavanceerde menusystemen, FAQ&#39;s, nieuwsbrieven en maatwerkinvoercomponenten. De site moet daarbij volledig aansluiten op de eigen huisstijl. Een initi&euml;le investering om een site op te zetten is geen probleem, en ook voor het onderhoud is budget beschikbaar. Voor deze gebruiker is Joomla! de oplossing.</p>
<h2>Maar het gaat om het schrijven!</h2>
<p>Het is soms verleidelijk om te denken dat je er bent als je je blog eenmaal hebt ingericht. Maar het gaat natuurlijk uiteindelijk om het schrijven. Dus richt je blog in en vul het. Het web is vol met lege bloggen, laat die van jou daar niet bijhoren!</p>
<h2>Een laatste tip</h2>
<p>Zorg altijd voor een goede back-up van je blogberichten die je ergens op je eigen PC bewaart. Mocht de webhoster problemen krijgen of er plots mee stoppen ben je ze in ieder geval niet kwijt.<br />
	&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>https://webkoppel.nl/2010/09/13/bloggen-waarmee/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Bedrijfsnaam in paginatitel</title>
		<link>https://webkoppel.nl/2010/08/20/bedrijfsnaam-in-paginatitel/</link>
		<comments>https://webkoppel.nl/2010/08/20/bedrijfsnaam-in-paginatitel/#comments</comments>
		<pubDate>Fri, 20 Aug 2010 10:10:08 +0000</pubDate>
		<dc:creator><![CDATA[Henk Rijneveld]]></dc:creator>
				<category><![CDATA[Hoofdartikelen]]></category>
		<category><![CDATA[technisch]]></category>

		<guid isPermaLink="false">https://www.webkoppel.nl/?p=340</guid>
		<description><![CDATA[De paginatitel en de bedrijfsnaam. Samen veroordeeld tot een huwelijk, en ook voor hen geldt: wat komt er op de eerste plaats vooraan?]]></description>
				<content:encoded><![CDATA[<p><a href="https://localhost/2010/08/20/bedrijfsnaam-in-paginatitel/title-tag/" rel="attachment wp-att-357"><img alt="" class="alignleft size-full wp-image-357" height="175" src="https://www.webkoppel.nl/wp-content/uploads/2010/08/title-tag.jpg" title="title-tag" width="175" /></a>Voor de gemiddelde bezoeker is het een simpel ding, de titel van een webpagina. Hoe kan dat nou moeilijk zijn. Je zet erin waar het over gaat en klaar ben je. Voor de websitebouwer is het daarentegen een onderdeel waar je een hartgrondige haat-liefde verhouding mee hebt. Een van de terugkerende vragen over de titel is: zet ik mijn bedrijfsnaam in iedere titel, en zo ja, zet ik hem dan aan het begin of aan het eind?</p>
<h3>Paginatitels</h3>
<p>Het probleem begint ermee dat een pagina in het algemeen twee titels heeft. De ene titel staat direct boven de tekst (en is hier &lsquo;Bedrijfsnaam in paginatitel&rsquo;). De tweede titel zie je bovenin de webbrowser-balk (en dat is voor dit verhaal &lsquo;Webkoppel schrijft | Waar komt de bedrijfsnaam in de title-tag&rsquo;). En om die tweede titel gaat het hier. Oorspronkelijk, dat wil zeggen de vorige eeuw, hoefde je daar niet al teveel rekening mee te houden. Veel sites hielden hem leeg, of de naam van de websitesoftware kwam erin te staan. Wie keek er immers in de browser naar die blauwe balk bovenin? Maar gaandeweg is op organische wijze deze leemte opgevuld. Met als gevolg dat deze titel tegenwoordig voor allerlei zaken wordt gebruikt. Webbouwers hebben het bij deze titel ook wel over de &lsquo;title-tag&rsquo;, de technische wijze waarop deze titel in de code van de website terecht komt.</p>
<h3>Gebruik van de titel in de title-tag</h3>
<p>Waar komt die titel dan zoal tot uiting:</p>
<ol>
<li>De titel komt te staan in de browser caption, dat is helemaal bovenin.</li>
<li>De titel wordt getoond bij de zoekresultaten in google, Yahoo, Bing, &hellip; Heeft daar invloed op de kans dat een gebruiker inderdaad op je pagina klikt.</li>
<li>De titel wordt door zoekmachines gebruikt om te bepalen waar de pagina over gaat. Heeft daar grote invloed op de positionering binnen de zoekresultaten.</li>
<li>De titel wordt getoond in je bookmarks/favorieten. Is daar medebepalend hoe makkelijk een gebruiker je site terugvindt tussen alle andere gebookmarkte sites.</li>
<li>Het begin van de titel wordt op de werkbalk favorieten bij de knop getoond. Het begin van de titel bepaalt daardoor de herkenbaarheid door de gebruiker.</li>
<li>Het begin van de titel wordt getoond in het tabblad van je browser. Is daar medebepalend of een gebruiker je site in de tabs terugvindt. Dat kan belangrijk zijn als een gebruiker een shortlist van leveranciers maakt en alle websites in &eacute;&eacute;n keer opent.</li>
</ol>
<p>Duizelt het al? Door dit diverse gebruik is het erg lastig om de juiste vulling van deze title-tag te bepalen.</p>
<h3>Vindbaarheid is het belangrijkst (?)</h3>
<p>Als je iemand vraagt wat het belangrijkste van een site is, krijg je acht van de tien keer te horen dat de site goed moet scoren in Google. Zoals in bovenstaand lijstje al aangegeven, speelt de titel daar een belangrijke rol in. En er zit nog een klein extraatje bij. Google geeft meer waarde aan woorden die in het begin van de titel staan dan aan het einde. Verder gebruikt Google alleen maar de eerste zestig &aacute; zeventig tekens. De race lijkt al gauw gelopen waar de bedrijfsnaam thuishoort: zo ver mogelijk aan het eind. Voor de gemiddelde site is de bedrijfsnaam niet erg interessant voor de zoekmachines. Het advies om de bedrijfsnaam achteraan de titel te zetten circuleert daardoor op veel plekken op internet.</p>
<p>Ook ik heb zo een tijdje gedacht.</p>
<h3>Marketingwijsheid</h3>
<p>Onlangs zijn we bij een klant geweest om iets van onze site te laten zien. De klant heeft onze site achter een knop in de favorietenwerkbalk staan en zo kan hij de site snel tevoorschijn halen. Dat gaat dus niet! De bedrijfsnaam staat achteraan en binnen de werkbalk is alleen het eerste stukje tekst leesbaar. Dat eerste stukje bevat iets als: &ldquo;Wij verzorgen webtekste&hellip;&rdquo;. Lekker onderscheidend tussen de diverse conculega webredacteuren!</p>
<p>Op dat moment dacht ik aan een oude marketingwijsheid. Een bestaande klant is tien keer zoveel waard dan een nieuwe. Door de bedrijfsnaam voorin te zetten krijgt de klant de meest essenti&euml;le informatie, de voor hem welbekende naam, steeds te zien. Deze klant vindt je belangrijk (anders sta je niet tussen de favorieten), beloon de klant er dan ook voor dat jouw site inderdaad goed vindbaar is. Ik denk dat bestaande klanten, of prospects die jouw site favoriet maken, voor de gemiddelde ondernemer veel belangrijker zijn dan een extra plekje hoger in Google.</p>
<p>Overigens: niemand weet echt zeker dat de woorden vooraan in de titel het best gevonden worden. Hoe de zoekmachines indexeren is een groot geheim en er zijn veel indianenverhalen in omloop. De zekerheid van een tevreden klant gaat dan voor de onzekerheid van een geheime indexeringsformule!</p>
]]></content:encoded>
			<wfw:commentRss>https://webkoppel.nl/2010/08/20/bedrijfsnaam-in-paginatitel/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Controleren en redigeren</title>
		<link>https://webkoppel.nl/2010/08/15/controleren-en-redigeren/</link>
		<comments>https://webkoppel.nl/2010/08/15/controleren-en-redigeren/#comments</comments>
		<pubDate>Sun, 15 Aug 2010 12:44:31 +0000</pubDate>
		<dc:creator><![CDATA[Ger Wouters]]></dc:creator>
				<category><![CDATA[Hoofdartikelen]]></category>
		<category><![CDATA[schrijven]]></category>
		<category><![CDATA[technisch]]></category>

		<guid isPermaLink="false">https://www.webkoppel.nl/?p=328</guid>
		<description><![CDATA[Elke tekst die je schrijft, voor web of papier, voor familie of zakenrelatie, moet geredigeerd worden. Minimaal door jezelf en door een ander.]]></description>
				<content:encoded><![CDATA[<p><a href="https://localhost/2010/08/15/controleren-en-redigeren/qa-bewaken-g-01/" rel="attachment wp-att-333"><img alt="" class="alignleft size-full wp-image-333" height="175" src="https://www.webkoppel.nl/wp-content/uploads/2010/08/qa-bewaken-g-01.png" title="qa-bewaken-g-01" width="175" /></a>In een vorig artikel heb ik beschreven hoe ik lege vellen vul. Nu ga ik dieper in op hoe ik volle vellen behandel voor ze online gaan. Ooit zei iemand &lsquo;ik schrijf en lees het zelf nooit meer&rsquo;. Toen begreep ik waarom ik die stukken niet leesbaar vind. Het is maar weinigen gegeven om in &eacute;&eacute;n keer een goede tekst neer te zetten. Als er al zulke schrijvers bestaan. Met een braindump zonder redigeren bereik je niemand. Regels, methodes zijn er zeker niet voor niets. Ook voor mij zijn methodes en regels nuttig. Maar vaak pas nadat ik intu&iuml;tief een stuk geschreven heb. Er is niets mis met eerst gewoon te schrijven wat er in je opkomt. Of het over een heel vastomlijnd onderwerp gaat of niet. Is dat jouw stijl dan is dat prima. Maak vervolgens niet de fout om dergelijke artikelen r&uuml;cksichtslos te publiceren op bijvoorbeeld je website. Je komt daar alleen mee weg als het gaat om een hobbywebsite waarmee je alleen familie en vrienden wilt bereiken. Richt je op een zakelijke doelgroep dan zijn niet geredigeerde stukken bijna dodelijk.</p>
<h3>Zelf controleren</h3>
<p>Ben ik globaal tevreden over mijn artikel, dan doe ik eerst zelf een aanpassingsslag. In ieder geval gaat de spelling- en grammaticacontrole er overheen. Maar daarmee wordt lang niet alles ontdekt. Rustig overlezen en vooral letten op de d&rsquo;s en de t&rsquo;s. Ik leg het weg en een dag later lees ik het nog een keer over. Nu let ik ook op plaatsing van komma&rsquo;s en punten, veel herhalende woorden, overmatig gebruik van de werkwoorden kunnen en zullen, onleesbare zinsconstructies, de cadans van het verhaal, et cetera. Door afstand te nemen, krijg ik een frisse blik. Dat is nodig om de fouten eruit te halen. Regelmatig lees ik mijn eigen artikelen een keer hardop. Zijn er zinnen waar ik over struikel, dan gaat een lezer daar zeker moeite mee hebben. Veranderen is het devies.</p>
<h3>Redigeren door een ander</h3>
<p>Als ik voor mijn gevoel klaar ben, wordt het tijd om het product van mijn schrijfwoede voor te leggen aan iemand anders. In mijn geval is dat altijd eerst mijn webkoppelpartner Henk. Hij leest en ontdekt toch nog die laatste onvolkomenheid. En hij geeft zijn mening over de leesbaarheid en de toegevoegde waarde van het verhaal. Is die mening voldoende positief, dan publiceer ik het online. Zo niet, dan is het terug naar de schrijftafel en soms zelfs het hele idee weggooien en met iets anders beginnen. Het online plaatsen gaat met een kritisch oog, want de lay-out kan de mening van de lezer maken en breken. Slordige uitlijning van bijvoorbeeld opsommingen, geven een onrustig beeld en schaden de leesbaarheid. Het zijn de laatste puntjes op de bekende i. Daarna is het tijd om mijn stuk over te laten aan de lezers.</p>
]]></content:encoded>
			<wfw:commentRss>https://webkoppel.nl/2010/08/15/controleren-en-redigeren/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
