e m kraak schreef op zondag 5 februari 2012, 15:35:


Da's precies wat ik zeg. In de praktijk vertaalde zich dat als "veelgebruikte sequences op snelheidsremmende posities zetten omdat anders de hamertjes in de knoop raken."


Yep. Er zijn al toetsenborden waarbij ook die erfenis is weggewerkt.


Nee, Colemak is redelijk internationaal. De snelst tiepbare vingervolgorde is middelvinger-wijsvinger. Bij Colemak is dat voor de linkerhand S-T en voor de rechterhand E-N. Ook voor de Nederlandse taal behoren deze sequences tot de meest voorkomende. (Bij Qwerty zitten op die snelle plek de nooit voorkomende volgordes D-F en K-J. Zonde!) Bij Colemak zit de meest voorkomende letter E onder je rechter middelvinger, bij Qwerty zit de E niet eens onder een vinger maar zit hij op de bovenste rij. Simpele statistiek wijst uit dat je voor de meeste westerse talen bij Qwerty 2 keer zoveel vingerbewegingen hebt als bij Colemak. Het scheelt echt enorm. Op Youtube staan filmpjes van mensen die dezelfde tekst typen met Qwerty en met Colemak; bij de laatsten zie je de vingers veel minder bewegen maar de tekst spuit er sneller uit.


Het enige wat ik er bij Colemak van merk is dat de specifiek Nederlandse sequence I-J lastiger is bij Colemak, voor de rest gaat eigenlijk alles sneller.


We zitten nu weer even op de oude. Om een of andere reden werkt het niet goed met precies dezelfde instellingen, maar wel als ik alle pagina's specificeer als UTF-8, maar daar zijn wat onderhuidse aanpassingen voor nodig en dat wil ik liever zelf eerst even testen om rare verrassingen te voorkomen.

Frans

Frans Veldman schreef op zondag 5 februari 2012, 23:11:


Leg mij even in lekentaal uit wat een unicode met je nieuwe hardware te maken heeft... ikke niet begrijpen. Het is toch gewoon de tekencode van je html? Wat heeft je gebruikte hardware zich daar nou mee te bemoeien?

e m kraak schreef op maandag 6 februari 2012, 1:57:


Even niet aan gedacht eerder, maar je hebt natuurlijk ook een nieuwe apache geinstalleerd. Van:
http://www.w3.org/International/articles/definitions-characters/
As an example, Apache servers typically provide a default encoding, which can usually be overridden by user settings. For example, a user might add the following line to a .htaccess file to serve all files with a .html extension as UTF-8 in this and all child directories:
AddType 'text/html; charset=UTF-8' html

Zou wel eens de oplossing kunnen zijn. Zonder dat je al je html pagina's hoeft aan te passen. Immers, de door jou gebruikte iso-8859-1 is een subset.

e m kraak schreef op maandag 6 februari 2012, 3:52:


Yep.


Heb ik ook al gedaan, maar maakte niks uit. Alle config files heb ik natuurlijk ook een-op-een gekopieerd. Rare boel hoor!


Ja, maar hier en daar gebruik ik HTML-entities, dat kan dan niet meer, en met binary uploads (afbeeldingen) moet je ook oppassen.

Frans

Frans Veldman schreef op maandag 6 februari 2012, 10:59:


Begrijp ik nu dat jij zelf wil veranderen naar utf-8? Uit je vorige bericht begreep ik dat anders.
Indien niet, kun je dan niet gewoon een image (complete kopie, dus incluis de oude apache en alles wat erbij hoort) maken van je oude harde schijf naar de nieuwe?
Dat zou moeten werken, in theorie... maar doe mij maar ponies

e m kraak schreef op maandag 6 februari 2012, 13:52:


Dat was oorspronkelijk niet de bedoeling maar nu ik er eenmaal toe wordt gedwongen is het misschien maar beter zo. Op de lange termijn is het onderhoud dan weer gemakkelijker. Zeggen ze.


Nee, dat vind ik ook geen optie. Dan loop ik geheid straks tegen iets aan wat dan weer niet kan omdat ik een oude versie gebruik. En uiteindelijk ontkom ik er toch niet aan, is het niet nu dan over een paar jaar wel.


Tis mijn hobby ook niet. Webpagina's maken is leuk, maar dat geklooi met server-instellingen enzo mag me gestolen worden.

Frans

Frans Veldman schreef op maandag 6 februari 2012, 15:04:



unicode is gewoon een paraplu over een hele zooi tekensets, vanwege zogenaamde internationalisering. Het doet dus niets aan onderhoud en als je niet ineens arabische of chinese tekens wil gaan gebruiken heb je het voor PN zoals dat tot op heden functioneert helemaal niet nodig.
Hoewel... als het goed is zou in dan wel het wiskundig bewijs achter communicatie effectiviteit stellingen in correcte tekens op dit forum kwijt kunnen... daar zijn jullie vast aaaaaallemaal in geinteresseerd