1 votes

Est-il sûr de supprimer lproj d'autres langues des applications ?

Je ne peux parler aucune autre langue que l'anglais, donc toutes les autres langues intégrées dans de nombreuses applications (y compris les applications intégrées) ne servent à rien sur mon disque. Est-il possible de les supprimer en toute sécurité, ou l'application va-t-elle essayer de les trouver pour une raison quelconque et paniquer et se casser si elle ne les trouve pas ?

Serait-il sûr d'effacer les fichiers sélectionnés en Safari.app/Contents/Resources ? enter image description here

1voto

gidds Points 550

Jusqu'à MacOS 10.14 Mojave, il s'agit de principalement sûr de supprimer tout indésirable *.lproj ainsi que les dossiers non souhaités dans une locale/ dossier. Comme vous le dites, cela peut permettre de gagner beaucoup d'espace disque, car les ressources spécifiques à une langue constituent une part importante de l'utilisation du disque de nombreuses applications.

Mais il y a quelques mises en garde :

  • Quelques ressources ne sont pas spécifiques à une langue, et ne doivent pas être supprimées, par ex. Base.lproj / base.lproj , Codes , Maketext et (éventuellement) OpenCL.strings.lproj . (Ce sont les seuls que j'ai vus, mais il peut bien sûr y en avoir beaucoup d'autres).
  • Un très petit nombre d'applications vérifient et refusent de démarrer si cualquier sont modifiés, par exemple Amadeus Pro, iPartition, et le framework Sparkle. (Encore une fois, il peut y en avoir beaucoup d'autres).
  • La protection de l'intégrité du système (SIP) vous empêche de modifier les applications du système. (Cela ne fait aucun mal d'essayer ; vous obtenez simplement une erreur).

J'ai écrit un script pour supprimer les fichiers de langue indésirables, que j'utilise depuis de nombreuses années. Par sécurité, il ne supprime que les dossiers de langue qu'il reconnaît et dont il sait qu'ils ne sont pas nécessaires ; il laisse tous les fichiers anglais avec ceux mentionnés ci-dessus, et affiche un avertissement pour tous ceux qu'il ne reconnaît pas. (J'ai appris cela à mes dépens, lorsqu'une mise à jour antérieure du système d'exploitation a introduit pour la première fois la fonction Base.lproj et mon précédent script a tout cassé )

Je ne peux pas encore me porter garant pour MacOS 10.15 Catalina ou supérieur - bien que les premières indications sur MacOS 12 Monterey suggèrent que la même chose pourrait s'appliquer là aussi.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X