Ça fait des semaines que vous ne mettez pas à jour vos dépôts GitHub, on ne sait pas de quoi vous parlez. :aie:
On ne sait pas si vous parlez du projet "Exemple" ou du projet "You", ou, encore pire, du projet "You - Copie".
Pour le projet Exemple, on utilise le contenu du fichier "Exemple.txt" qui contient un chemin relatif "./"
Si vous mettez autre chose qu'un chemin relatif ou un chemin absolu, votre code plantera. Je vous ai déjà indiqué que ce code a été miné jusqu'à la moëlle avec du code qui vous ne voulez pas supprimer et en utilisant des variables 'racines", etc... totalement foireuses.
C'est "tombé" en marche avec ce chemin relatif qui permet de facilement utiliser les fichiers de données mis dans le dépôt GitHub.
Dans le projet "Exemple" , le choix entre une Serie et un Film est piloté par le format du nom du dossier "racine" de l'objet, en particulier des "...(...)..." pour les Films et des "...[...]..." pour des Séries,
Donc l'implémentation d'un répertoire "films_et_séries", elle existe déjà dans le projet "Exemple".
Faut juste mettre le chemin vers ce répertoire dans le fichier "Exemple.txt" pour que Exemple.exe affiche tout le contenu de ce répertoire avec un format d'affichage "correct" (si vous utilisez le code "récursif" que j'ai déjà donné à de multiple reprise).
Dans le projet "You", c'est vous qui spécifiez si le chemin fourni en entré console (ou en ligne de commande) est la racine des données d'un Film, avec un commutateur "/c" ou "/f" ; ou si ce chemin est la racine des données d'une Série avec un commutateur "/s".
Donc la gestion d'un répertoire "films_et_séries", c'est juste lui entré dans la console 2 lignes :
etCitation:
/t /f E:/Work/Prg/CPP/films_et_séries/RacineDonneesDUnFilm
Mas la conception de l'interface entre l'utilisateur et le programme dans le projet "You" est merdique.Citation:
/t /s E:/Work/Prg/CPP/films_et_séries/RacineDonneesDUneSerie
A chaque fois que vous utilisez un chemin absolu ou un chemin relatif qui sort de l'arborescence du dépôt GitHub, on ne peut plus vous aider car nous n'avons pas ces chemins/fichiers/répertoires disponibles via un téléchargement du contenu du dépôt GitHub.
Oui, exactement comme c'est utilisé dans des fonctions comme "lire_fichierTxt", etc... (lecture en UTF-8 => conversion en UTF-16)Citation:
std::ifstream (Lire dans un fichier) ???
Pour la version "écriture", c'est l'inverse des fonctions comme "lire_fichierTxt". Là, il faut convertir les chaines de caractères "large" (wide, UTF-16) en chaines au format UTF-8 pour que les fichiers soient plus lisibles dans un éditeur de fichier "basique" comme "bloc-notes" (avant les mises à jour de malade de M$).Citation:
Et : std::ofstream (Écrire dans un fichier)