Vreemde karakters in bestand- of map-namen hebben bij een kennis van mij ook meermalen voor hoofdbrekens gezorgd.
Typisch juist "Apple gebruikers", hebben een grotere vrijheid in het gebruik van speciale karakters,
die bij een kleine storing een mapstructuur in de war kan brengen.
Die kennis gebruikte bijv. de afkorting
t/m in bestand- of map-namen.
Wat bij een minimale storing en
"een bitje wat omvalt" opgevat kan worden als een schuin deelstreepje van een directory.
En daarmee ongewild veranderingen in bestanden en directory structuur aanbrengt.
Zo zijn er meer karakters, die je beter kunt vermijden om in te zetten.
Omdat ze bijv. ook worden gebruikt als sturingscode binnen software.
Een "spatie" is eigenlijk nog een van de weinige karakters die ik tegenwoordig nog wel "durf in te zetten" voor bestandsnamen.
(Tegenover een underscore
_ of verbindingsstreepje
- als alternatief wat ik eerder nog lang bleef gebruiken).
Probeer me verder zoveel mogelijk aan oude "MSDOS" conventies te houden voor wat betreft beperkingen in gebruik van karakters.
Dat zit nog steeds een beetje ingebakken bij mij. Dan ondervind je echt minder storingen bij dit soort zaken.
Handmatig aanpassen van vreemde karakters wat er ook wel eens voor het één of andere gebruikte karakter voor in de plaats kwam.
Als het vele, vele honderden bestanden betreft is dat ook geen optie. Kost teveel tijd.
Heb indertijd wel vele namen kunnen aanpassen in diens NAS, door als "Windows" gebruiker het programma
"Total Commander" te gebruiken.
En met "zoek en vervang" die karakters voor vele honderden data-bestanden aan te passen.
(Dat is een van de weinige programma's wat nog voortkomt uit het oudere "MSDOS" tijdperk en ermee overweg kan).
En dat nog wel via een VPN verbinding, en benadering op een "verkenner" SMB vergelijkbaar niveau zoals dat programma functioneert.
(Met twee schermen / directory's naast elkaar).
Recente berichten