- En saisissant les commandes ci-dessous dans le Terminal du Mac, le menu "Inspect Element" est activé dans les webviews utilisées par le système, ce qui permet d’examiner avec les outils de développement, comme sur un site web classique, toutes les webviews des boîtes de dialogue système
defaults write NSGlobalDomain WebKitDeveloperExtras -bool true
defaults write -g WebKitDeveloperExtras -bool YES
- Cela permet de voir comment les ingénieurs d’Apple ont utilisé des mots-clés CSS non standards de WebKit pour reproduire sur le web, à l’identique, des interfaces macOS développées via des API système
→ Par exemple, on peut voir que l’onglet de partage familial d’Apple Music utilise React, et qu’on y trouve aussi des éléments proches des Web Components
- Cela permet aussi de comprendre pourquoi certaines fonctionnalités spécifiques de WebKit/Safari existent
→ Par exemple, le fait que le module CSS4 Fonts prenne en charge les polices système : font-family: -apple-system
4 commentaires
Waouh, c’est surprenant. En revanche, je me demandais aussi comment on peut découvrir ce genre de chose, et c’est dommage qu’il n’en soit pas question.
Fil de réponse : https://twitter.com/samhenrigold/status/1503179818879401987
En cherchant, j’ai vu que l’activation de l’option
WebkitDeveloperExtrassemble être connue depuis assez longtemps. Il y a même une question sur Stack Overflow datant d’il y a 12 ans.https://stackoverflow.com/questions/695038/…
Je me dis qu’Apple ne s’est peut-être mis à utiliser des webviews dans le système que récemment.
Je me demandais quel avait été le cheminement qui l’avait amené à vouloir inspecter les apps par défaut du Mac, et comment il avait découvert la méthode d’inspection (comme l’existence de cette commande), alors je lui ai posé la question sur Twitter… mais apparemment, c’était déjà une méthode connue.
Je ne sais pas s’il répondra, mais s’il y a une réponse, je la partagerai aussi ici.