FileNic - résolution du problème de décomposition des caractères dans les noms de fichiers coréens sur macOS
(github.com/0126kjw)J’ai créé un outil qui résout le problème de compatibilité des noms de fichiers coréens entre macOS et Windows, un souci que beaucoup d’utilisateurs macOS ont probablement déjà rencontré.
Le problème
Les noms de fichiers coréens créés sur macOS peuvent s’afficher de manière décomposée et corrompue sous Windows.
Jusqu’à présent, on utilisait des méthodes comme Automator avec convmv pour corriger cela, mais la configuration initiale était compliquée et l’ensemble assez peu pratique.
La solution
- Application résidente dans la barre des menus, disponible immédiatement quand on en a besoin
- Conversion automatique en glissant-déposant un fichier sur l’icône
- Aucun réglage supplémentaire ni manipulation dans le terminal nécessaires
Stack technique
- Application de barre des menus basée sur SwiftUI
- Implémentation en Swift pur pour un environnement d’exécution léger
- Aucune dépendance externe
Protection de la vie privée
- Toutes les conversions de noms de fichiers sont effectuées uniquement sur l’ordinateur local de l’utilisateur
- Aucune communication avec un serveur externe, donc aucun risque de fuite des informations de fichiers
- Le contenu et les métadonnées des fichiers ne sont jamais modifiés, seul le nom du fichier est converti
[Lien]
GitHub: https://github.com/0126kjw/FileNic
Bonjour. D’habitude je me contente de lire, mais je me suis inscrit pour la première fois afin de partager cela avec vous.
Dans le cadre du travail, j’ai reçu à plusieurs reprises des retours indiquant que les noms de fichiers apparaissaient corrompus lors d’échanges par e-mail.
Je me suis donc dit : essayons de résoudre ça de la manière la plus simple possible ! Je partage ici l’outil que j’avais créé et que j’utilisais personnellement.
Je serais ravi d’avoir vos avis et vos retours !
17 commentaires
Bonjour ! Je laisse un commentaire pour partager une bonne nouvelle hehe
Vous pouvez désormais le télécharger via l’App Store !
https://apple.co/3E7rWid
Merci hehe
Depuis le 15 janvier, la procédure de signature et de certification de l’app est terminée, il est donc désormais possible de la lancer sans problème de sécurité ! 🎉
De plus, la fonctionnalité de conversion de dossiers sera ajoutée dans la v1.0.5. Des fonctions et réglages ont été ajoutés pour permettre de convertir en une seule fois les fichiers contenus dans un dossier, y compris les sous-fichiers, et quelques bugs mineurs ont également été corrigés. Merci pour votre intérêt🙏
Par ailleurs, nous ferons de notre mieux pour prendre aussi en charge à l’avenir une distribution via HomeBrew et l’AppStore.
Un grand merci à toutes les personnes qui nous ont envoyé leurs retours 😊
Pourquoi la séparation des jamos se produit-elle, et pourquoi Apple ne résout-il pas ce problème ? Je suis curieux.
Par ailleurs, les différences de méthodes de normalisation Unicode affectent aussi des utilisateurs de nombreuses langues. À ma connaissance, les locuteurs de langues comme l’allemand, le français ou l’espagnol, qui utilisent des signes diacritiques, rencontrent eux aussi des problèmes similaires.
Si Apple et Microsoft s’en tiennent chacun à une méthode de normalisation différente, c’est probablement en raison de diverses contraintes techniques, notamment la compatibilité avec les systèmes existants et la rétrocompatibilité. Pour résoudre ce problème de manière systématique, il faudrait sans doute des changements fondamentaux dans les deux systèmes d’exploitation, mais comme cela pourrait avoir un impact important sur les systèmes existants, une résolution semble difficile.
Ce problème vient de la différence entre les méthodes de normalisation Unicode adoptées par macOS et Windows.
Unicode propose deux principales façons de stocker le coréen :
Windows utilise le format NFC et enregistre « annyeong » comme un seul ensemble de caractères complets, tandis que macOS utilise le format NFD et enregistre séparément « ieung », « a », « nieun », « nieun », « yeo », « ieung ». À cause de cette différence de stockage, lorsqu’un fichier créé sur macOS est ouvert sous Windows, les jamos peuvent apparaître séparés.
FileNic permet de convertir simplement cette différence pour l’utilisateur, afin que les noms de fichiers s’affichent correctement sur les deux systèmes d’exploitation.
Cela semble utile pour celles et ceux qui partagent beaucoup de fichiers avec d’autres plateformes.
Au fait, êtes-vous inscrit comme développeur ? Lors de la distribution, si vous archivez dans Xcode puis exportez cette archive au format Direct Distribution, la notarisation sera effectuée via le portail développeur d’Apple. Cela permet de certifier les autorisations comme pour une distribution sur l’App Store, et l’application peut alors être exécutée immédiatement. En vous référant à ce document, le déploiement et l’exécution de l’application devraient être plus simples : https://developer.apple.com/documentation/Security/…
Bonjour ! Merci pour ces informations utiles. Les procédures de signature et de certification ont été finalisées pour assurer une diffusion fluide, et des mesures ont désormais été prises pour que vous puissiez l’utiliser confortablement, sans erreur d’exécution ni problème de sécurité. Merci.
J’ai déjà créé la même fonctionnalité en octobre 2020, donc je la partage ici.
Lors du premier lancement, maintenez la touche control enfoncée et cliquez sur Ouvrir.
Moi aussi, j’utilisais Contact vraiment très souvent ! Merci pour votre commentaire haha
J’utilise bien Contact, haha. Il est encore dans ma barre de menus en ce moment même.
Je me souviens avoir été impressionné par le fait que, dès les tout débuts du stockage cloud, Dropbox gérait ce problème de façon presque parfaite :)
Merci ! Comme vous l’avez dit, il y avait donc déjà le précédent de Dropbox. Grâce à cela, j’ai pu en tirer de bons enseignements. J’aimerais que, pour les utilisateurs coréens, la normalisation Unicode NFC soit prise en charge par défaut au niveau de l’OS. Au point que ce genre d’outil devienne inutile. :)
Quand on lance l’application, au lieu d’afficher « développeur non identifié... », il est indiqué dès le départ « impossible d’exécuter l’application », et il n’est pas possible de la vérifier dans la section Sécurité. (Mac 15.2 (24C101))
La procédure de signature et de certification de l’application est terminée, et des mesures ont désormais été prises pour que vous puissiez l’utiliser confortablement, sans erreur d’exécution ni problème de sécurité. Merci encore pour vos retours.
Merci d’avoir partagé le problème ! Après vérification, j’ai constaté que la cible de déploiement était définie sur 15.1. Comme c’était un outil que j’utilisais seul, je n’y avais pas prêté suffisamment attention T_T. Je vais le modifier pour prendre en charge toutes les versions de macOS à partir de 13.0 et mettre à jour le fichier de release ! Merci pour votre retour.
Quand j’ouvre l’App Store, il n’y a absolument rien qui s’affiche. C’est bien un lien valide ?!
Le message « La page que vous recherchez n’existe pas dans l’App Store » s’affiche !