Lors de la création d'une application pouvant être utilisée sous différents environnements, une des difficulté est al gestion des documents qui peuvent être déplacés à différents endroits sur d'autres machines. Enregistrer un fichier qui possède des pointeurs vers des chemins complets est, cela va de soi, non-portable. Ene approche est de stocker les noms de fichiers seulement, sans information de répertoire. L'application recherche à travers un certain nombre de répertoires définis pour trouver le fichier. Pour supporter cela, la classe wxPathList rend l'ajout de répertoires et la recherche de fichiers faciles, et la fonction globale wxFileNameFromPath permet à l'application de retirer le nom de fichier depuis le chemin complet si ce nom de fichier doit être stocké. Cela a des répercussions indésirables pour les personnes qui ont des documents du même nom dans différents répertoires.
En ce qui concerne les limitations DOS (8+3 caractères, sans distinction de casse) par rapport aux noms de fichiers Unix non restreints, la meilleure solution est d'utiliser les noms de fichiers DOS pour votre application, et également pour les noms de fichiers des documents si l'utilisateur est amené à changer de plateforme régulièrement. is likely to be switching platforms regularly. De toute évidence, c'est à l'utilisateur de l'application de décider pour ce dernier choix. Certains programmes (tels que YACC et LEX) génèrent des noms de fichiers incompatibles avec DOS; la meilleure solution dans ce cas est de faire en sorte que votre makefile Unix renomme les fichiers générés en quelque chose de plus compatible avant de transférer les fichies sources sous DOS. Transférer des fichiers de DOS vers Unix est, bien entendu, sans problème, mis à part pour la conversion des fins de lignes pour lesquelles il devrait y avoir un utilitaire (tel que dos2unix).
Voyez également la section relative aux fonctions de fichiers du manuel de référence pour les descriptions des différentes fonctions de gestion des fichiers.