Découper une toile à la taille de la Joconde, est-ce une violation du droit d’auteur ? (Sous-titre : question pour des polices metric-compatible destinées à rHWP)
(github.com/edwardkim)Les polices sont implémentées en définissant, pour chaque caractère, une toile transparente de taille déterminée, puis en remplissant cette toile. Dans les documents, ces toiles sont soit disposées côte à côte, soit superposées selon des règles définies, comme pour la composition des jamo coréens.
Il arrive que les retours à la ligne changent lorsqu’on ouvre un même document hwp sur un autre ordinateur. C’est parce que la police d’origine n’est pas présente, qu’une police de substitution est choisie, et que la taille de la toile de cette police de substitution diffère subtilement de celle de l’originale.
Le monde open source travaille à résoudre ce problème depuis près de 30 ans. Il développe des polices metric-compatible dont la taille des toiles est alignée sur celle de polices propriétaires, afin que l’espacement des caractères, l’interligne et les retours à la ligne ne changent pas même si la police est remplacée, et il publie des tables de correspondance. Après la publication sous GPL en 1996 de la famille de polices Nimbus d’URW++ (compatible avec Helvetica, Times et Courier), Liberation Fonts (2007), Croscore Fonts (2012) et d’autres ont suivi.
https://wiki.archlinux.org/title/Metric-compatible_fonts
Durant ces 30 années, aucun grand procès contestant frontalement la metric-compatibility elle-même n’a été signalé.
Entre-temps, la ligne de front des litiges s’est déplacée du « design des caractères » vers le « fichier de police ». Le fait que le dessin des caractères lui-même ne soit pas protégé par le droit d’auteur a été clarifié (Cour suprême de Corée, 1996 ; États-Unis, Monotype v. Bitstream, 2003), et le centre de gravité s’est déplacé vers la protection du fichier de police en tant qu’œuvre logicielle (Cour suprême de Corée, 2001, 99da23246).
Une partie du business des règlements amiables pratiqué par certains cabinets juridiques en Corée repose précisément sur cette nouvelle ligne de front. Le schéma standard est : « Le dessin des caractères, on ne peut de toute façon pas le viser, mais n’avez-vous pas touché au fichier ? »
Les documents administratifs coréens dépendent de Hancom Office, et beaucoup utilisent les fichiers de polices installés avec Hancom Office. Depuis les années 2020, plusieurs projets open source sont apparus pour lever cette dépendance, et avec rHWP en 2026, le développement open source autour de HWP et les discussions à ce sujet deviennent encore plus actifs.
Le problème est le suivant.
- Un éditeur ou moteur de rendu HWP open source ne peut pas utiliser de polices propriétaires.
- Mais lorsqu’il ouvre un document administratif, la mise en page ne doit pas être altérée.
- Or il n’existe pas de police metric-compatible pour les polices propriétaires couramment utilisées dans les documents administratifs et incluses par défaut dans Hancom Office.
Un projet a été proposé pour défaire ce nœud. L’idée est de ne récupérer depuis les polices propriétaires que la taille des toiles afin de créer des toiles transparentes vides, puis d’y greffer un design de police open source modifiable sous licence OFL.
https://github.com/PolarisOffice/polaris_mcfg
Pourtant, beaucoup hésitent à l’utiliser. À cause justement de ces pratiques de règlements amiables évoquées plus haut.
La toile transparente elle-même, ainsi que la manière de la superposer selon les règles de composition des jamo coréens, ne semblent pas relever de l’originalité. Ce sont des éléments techniques qui, quel que soit l’auteur, ne peuvent qu’être identiques ou similaires.
Mais certains avancent prudemment l’avis que le processus d’obtention de la taille de la toile pourrait être considéré comme un démontage non autorisé d’un fichier de police protégé.
https://www.oss.kr/pages/13/4507
J’en ai parlé à un avocat de ma connaissance. En lui montrant ce type de jurisprudence, il m’a dit qu’au final il faudrait sans doute qu’un tribunal examine un jour la question juridique pour qu’on sache.
« Une expression qui, quel qu’en soit l’auteur, ne peut qu’être identique ou similaire, c’est-à-dire une expression qui ne révèle pas la personnalité créative de l’auteur de l’œuvre, ne peut être qualifiée de création. » (Cour suprême, 2009do291)
https://casenote.kr/daebeob-won/2009do291
Je reviens à la question initiale.
Découper une toile à la taille de la Joconde, est-ce une violation du droit d’auteur ?
Intuitivement, cela ne semble pas être le cas. La taille d’un tableau n’est pas l’expression du tableau. L’expression d’une police, c’est la forme des lettres qui y sont dessinées, pas les dimensions de la toile.
Dans ce cas, est-il possible de rassembler la liste des polices incluses par défaut dans Hancom Office, ainsi que celles utilisées dans les documents administratifs, les rapports annuels, etc., de créer pour chacune une police de toiles transparentes, puis de remplir ces toiles avec un design de police OFL et de publier le tout en open source ?
C’est un domaine qui n’a encore jamais été examiné devant les tribunaux. Il faudra bien que quelqu’un soit le premier à s’y engager.
Je laisse la question ouverte.
- La taille de la toile (les métriques) relève-t-elle de l’« expression » de la police, ou d’un « fait fonctionnel » nécessaire à la compatibilité ?
- Extraire uniquement les métriques à des fins de compatibilité constitue-t-il un démontage non autorisé du fichier de police ?
- Si l’objectif est la compatibilité dans l’intérêt public afin de préserver la mise en page des documents administratifs, jusqu’où peut aller l’usage légitime ?
- Y a-t-il une raison pour laquelle les polices metric-compatible à l’étranger, qui n’ont pas donné lieu à de grands procès en 30 ans, seraient appréciées différemment en Corée ?
J’aimerais beaucoup avoir vos avis. Bienvenue aux personnes du milieu juridique, de l’industrie de la typographie, de la communauté open source, et à toute autre personne intéressée.
2 commentaires
Je ne pense pas qu’il soit nécessaire d’extraire les métriques directement depuis le fichier de police. Si l’on mesure le rendu imprimé pour en déduire les métriques à rebours, cela ne devient-il pas indépendant du fichier de police ?
Quel que soit le résultat, je vous soutiens.