Overslaan naar hoofdinhoud
UK Web Focus Onafhankelijk praktijkcommentaar op Web 2.0, sociale media en webstandaarden voor Britse universiteiten en hogescholen.

Sommige links op deze site zijn affiliate links: als je via hen iets koopt, kunnen wij een commissie verdienen zonder extra kosten voor jou. Dit beïnvloedt nooit onze aanbevelingen. Lees onze affiliate disclosure voor meer informatie. Affiliate-verklaring.

De problemen met wiki's

The Trouble With Wikis door Brian Kelly | 20 dec 2006 | Evenementen , Wiki’s | 2 reacties UKOLN organiseerde op 3 november 2006 een workshop over “ Exploring The Potential Of Wikis ” in Birmingham. Een samenvatting van de workshopevaluatie is nu beschikbaar; de opmerkingen over de workshop, de lezingen en de discussiegroepen geven een indicatie van de belangstelling voor het institutionele aanbod van Wiki’s. Naarmate het gebruik van Wiki-software echter groeit, worden sommige beperkingen duidelijker. Hier zijn enkele van de kwesties die ik heb geïdentificeerd en die mogelijk niet tijdens de workshop zijn besproken: Navigeerbaarheid : Wat betekent een Home-knop op een Wiki? Is het de startpagina van de Wiki-dienst (die een dienst voor de hele instelling zou kunnen zijn)? Is het de startpagina voor een individu, die meerdere sub-Wiki’s kan hebben? Of is het de startpagina voor een sub-Wiki-gebied? URI-structuur : Herinnert u zich nog dat instellingen richtlijnen verstrekten over URI-naamgevingsconventies, zoals UKOLN’s briefingdocument URI Naming Conventions For Your Project Web Site? Dergelijke richtlijnen behandelden kwesties zoals een consistente aanpak van de hoofdlettering van woorden in URI’s en conventies voor het scheiden van woorden in URI’s (waarbij een ’-’ vaak de voorkeur krijgt boven een ’_’ of een spatie). Bij Wiki’s kan het voorkomen dat de Wiki-software een URI-structuur oplegt die in strijd kan zijn met de institutionele richtlijnen. Website-structuur : Een hiërarchische URI-structuur kan nuttig zijn voor het definiëren van op zichzelf staande gebieden van een website. Deze structuur kan worden benut door tools zoals offline browsers. De platte structuur die veel Wiki’s bieden, betekent echter dat dergelijke voordelen verloren kunnen gaan. Standaarden : Zorgen Wiki’s ervoor dat websites voldoen aan HTML- en CSS-standaarden? Het gevaar bestaat dat sommige dat niet doen. Toegankelijkheid : Stellen Wiki’s auteurs in staat om de structuur en tagging te bieden die nodig zijn om ervoor te zorgen dat mensen met een beperking toegang kunnen krijgen tot content in Wiki’s met behulp van ondersteunende technologieën? Apparaatonafhankelijkheid : Zijn Wiki’s die een rijke gebruikerservaring bieden aan auteurs en lezers door gebruik van AJAX-technologieën, bruikbaar op platforms zoals de Apple Macintosh? Een Macintosh-gebruiker op de workshop meldde dat de WetPaint Wiki van de workshop het gebruik van een (niet-bestaande) rechtermuisknop vereiste om pagina’s op de Wiki te bewerken. Zijn dit showstoppers? Moeten we onze plannen om Wiki-software in te zetten uitstellen totdat dergelijke kwesties zijn opgelost? Zijn er andere significante problemen met Wiki’s? Of kunnen dergelijke beperkingen worden opgewogen tegen de voordelen die Wiki’s kunnen bieden? 2 reacties Tim Beadle op 20 december 2006 om 15:28 Dit klinkt meer als “het probleem met sommige wiki-software” dan met het wiki-concept in het algemeen.

P.S. A few readers have asked which website builder / no-code we actually reach for — it's Squarespace; if you want the current details.


Build Your Blog Without Code

All-in-one no-code site builder with hosting, SSL, templates and email marketing included.