Voici comment macOS s’adapte aux apps incompatibles avec l’encoche des MacBook Pro
Apple a prévu plusieurs mesures pour s’assurer que l’encoche installée sur ses nouveaux MacBook Pro ne pose pas de problèmes. La plupart des apps devrait ainsi fonctionner sans souci, mais il restera toujours quelques cas limites, des apps qui exploitent normalement tout l’écran et qui pourraient ainsi voir une partie de leur interface masquée par l’encoche, par exemple. Le cas échéant, Apple a aussi prévu le coup, avec une case à cocher qui bascule macOS dans un mode spécifique.
Pour activer le mode de compatibilité pour une app, affichez-la dans le Finder, puis affichez le panneau d’informations (⌘I
lorsque l’app est sélectionnée, via un clic secondaire ou encore par le biais du menu Fichier). Sur les nouveaux MacBook Pro, une nouvelle option est affichée : « Ajuster sous la caméra embarquée ». Même s’il n’est astucieusement pas fait mention de l’encoche, cocher cette case revient bien à l’éviter.

Nous avons testé l’option avec Cinema 4D, une app destinée aux professionnels qui a comme particularité de proposer un très long menu. La vidéo commence sans l’option, avec le mode par défaut qui déborde sur l’encoche. En mode plein écran, il y a un trou dans la barre des menus, là où se trouve la caméra avant, et le menu s’étale de part et d’autres.
En quittant l’app, puis en cochant la case, le comportement ne change pas en mode fenêtré. En revanche, dès que Cinema 4D passe en plein écran, macOS ajuste l’affichage pour agrandir les bordures sur tous les côtés, notamment en haut. L’encoche est ainsi inaccessible et la barre des menus est affichée d’un seul bloc, comme sur les Mac dépourvus d’encoche.
Bizarrement, ce n’est pas le même comportement que celui observé par @Jatodaro (via MacRumors), un designer qui travaille pour Sketch. Il a diffusé une vidéo qui montre que le mode de compatibilité s’active dans tout macOS, même si l’app n’est pas en plein écran. Nous n’avons pas réussi à reproduire ce comportement, qui est pourtant celui que semble mettre en avant Apple dans cette fiche technique. En théorie, macOS ajuste l’écran pour un espace virtuel dès lors que l’app est ouverte, même si elle est à l’arrière-plan.
Pourquoi est-ce que l’ajustement ne s’est fait qu’en mode plein écran pendant nos essais ? Il s’agit peut-être d’une différence de version : nous avons installé la mise à jour de macOS Monterey, la version 12.0.1 proposée dès l’activation de ces Mac. Est-ce que macOS 12.0 se comportait différemment ? C’est une possibilité, même si nous ne pouvons plus la confirmer.


Apple a en tout cas opté pour une solution surprenante pour ce mode de compatibilité. Puisque l’espace sous l’encoche est l’équivalent des dalles 16/10 utilisées par le constructeur sur tous ses Mac, on aurait pu penser que macOS allait simplement baisser la barre des menus sous l’encoche. On aurait alors obtenu un écran identique à ceux des anciens Mac.
La solution retenue semble plus complexe, mais peut-être qu’elle était plus simple à mettre en œuvre. C’est tout l’écran qui est redimensionné, avec des bordures plus larges non seulement en haut, mais aussi à droite et à gauche. Sans avoir mesuré la taille d’affichage, on a un petit peu l’impression d’avoir un écran de 13 pouces pour le petit MacBook Pro, ou de 15 pouces sur le grand.
Quoi qu’il en soit, cette nouvelle option a été pensée uniquement pour les apps qui posent un vrai problème avec l’encoche et c’est une mesure temporaire, en attendant leur mise à jour. Apple aurait pu proposer une option permanente dans macOS pour masquer l’encoche, mais ce n’est pas son style. Mac oblige, il existe toutefois d’ores et déjà plusieurs utilitaires capables de diminuer l’impact visuel de l’encoche.

Une app a trouvé comment masquer l’encoche des nouveaux MacBook Pro
Ça semble vaguement foireux cette histoire
@Ro.
? et pourquoi donc ?
@raoolito
Parce que ça l’est.
Au premier abord, c’est génial l’écran s’étend à souhaits. Et puis avec le temps il y a cette encoche, très large, dans Face ID ou autres trucs techniques pour la justifier.
@frankm
je peux l'entendre sauf dire avec le temps ces machines arrivent en ce moment...
@raoolito
Parce que ça l’est.
Et encore, si les développeurs ne faisaient pas de la redondance entre les menus en palette et ceux de la barre de menu.
@raoolito
Selon toi, on doit absolument tout aimer ce que Apple produit sinon on doit aller à la concurrence ?
C'est un vrai bordel pour les développeurs ! Quand ces MacBook sont sortis, Apple avait mis à jour sa documentation pour les développeurs, avec un tout nouveau paramètre NSPrefersDisplaySafeAreaCompatibilityMode qui était directement lié au paramètre utilisateur 'Ajuster sous la caméra embarquée' (en gros le développeur pouvait forcer la case à cocher). La documentation indiquait que le comportement devait être celui observé par MacG (le paramètre s'applique uniquement en plein écran), et non le comportement observé par Jatodaro. Mais voila, la documentation a disparu, et donc en tant que développeur, j'ai aucune idée du comportement réellement prévu par Apple...
Mouais, ça fait un peu bricolage… mais ce sont aux éditeurs de s’adapter à l’encoche j’imagine. Apple impose son idée et propose une solution à minima.
Est-ce que Maxon va revoir la disposition de son interface pourtant fraîchement refaite, c’est toute la question
@FrantzR
Sauf qu'Apple ne fournit des indications aux développeurs que pour le mode plein écran. Le développeur devrait normalement pouvoir forcer le mode vue dans la seconde partie de la vidéo (la même chose que si l'utilisateur coche la case). Mais voila, Apple a supprimé cette documentation, et tout reste vague pour les développeurs. En ce moment, tout le monde dit "c'est au développeurs de s'adapter", mais faudrait il qu'Apple explique comment faire.
@webjib
Oui j’ai lu ton commentaire après avoir posté le mien.
Espérons qu’ils vont vous aider rapidement. On ne peut pas imposer un tel changement sans au moins accompagner les dev à s’y adapter !
@FrantzR
Oui tout à fait, espérons qu'ils corrigent vite la documentation et apportent toutes les précisions utiles aux développeurs.
@ webjib : « mais faudrait il qu'Apple explique comment faire. »
L’explication d’Apple risque d’être très simple : « achetez un nouveau MacBook Pro et observez le comportement des diverses options — pas besoin de documentation ! » 😁
@BeePotato
Et encore ! D’après mes recherches, le comportement n’est pas le même entre la version macOS pre-installée et la dernière version 12.0.1 😅
@ webjib : Faut acheter 2 MacBook Pro, alors.
On peut lui prédire le même avenir que la touchbar... poubelle...
C'est quand même un peu foireux et prise de tête cette encoche. Perso, une bordure un poil plus épaisse pour y intégrer la caméra ne m'aurait pas dérangé. Les derniers XPS de Dell sont un bon compromis je trouve...
@Rom 1
"Les derniers XPS de Dell sont un bon compromis je trouve..."
Sauf que les derniers XPS on une qualité vidéo plus que douteuse
@draco1544
Bah on s’est tapé la 720p pendant longtemps et encore aujourd’hui puisqu’elle représente l’écrasante majorité du parc installé.
On s’en fou de cette encoche. Elle y est donc a faire avec. Maintenant si les devs sont en galère pour une simple encoche… il test temps de changer de taf les mecs
@iPadProM1
T’es pas très cool avec les dev toi !
Y’a pas eu de version bêta pour l’encoche. Apparemment y’a pas de doc. C’est un peu « voilà on a tout changé, maintenant demerdez-vous ! »
@iPadProM1
Demandons déjà à Apple de donner une documentation complète et stable aux développeurs ;-) Y'a clairement un gros flottement chez Apple au sujet de la doc développeur liée à cette encoche...
@iPadProM1
Tu l'as rameneras quand t'auras produit une simple application avec cette encoche. Tu n'es pas dev et cela ce voit. Peut être chef de projet , sortie de son école de commerce qui n'as jamais produit un seul code etqui veut driver le taf des dev, surement. En tou cas cette histoire d'encoche à le mérite de réveler les trouduyakafaukonetjaijamaiscoder
@morpheusz63 Et les personnes grossières. CQFD
@osxkiller92
C'est bien de jouer le pére la morale mais WTF c'est gonflont de lire des gars qui ont jamais dévellopper de leurs vie, à part acheter des mac pour frimer, venir dire à des dev comment il doivent faire leur boulot.
Est-ce que c'est de la faute des dev si c'est Apple fait le nigaud avec ce notch et donne pas d'indication pour implémenter cela.!?
@morpheusz63 D’accord et donc cela t’autorise à invectiver cette personne de cette façon ? T’as été éduqué comment, toi ? Le truc vraiment gonflant, ce sont les personnes comme toi qui chouinent sans même prendre le temps de se renseigner et de se documenter, faut tout de suite râler, sérieux VOUS êtes gonflants. Et le bureau des pleurs, c’est pas ici, c’est sur developer.apple.com, rubrique « Forums des développeurs », c’est LÀ qu’on pose les questions de ce genre.
À bon entendeur…
@osxkiller92
Je te retourne la question, qui ta mandater pour dire que ce que je dis n'est pas bien le WJ. Il faut arreter de mépriser ceux qui sont pas d'accord avec les choix d'apple et surtout ceux qui prennent de haut les dev qui posent des remarques intéressantes. Il est qui ton protéger de dire aux dev de changer de métiers si ça leur plaît pas les changements d'Apple?. Il faut savoir rester à sa place des fois.
@morpheusz63 Reste déjà à la tienne, avant de vouloir donner des leçons. @iPadProM1 n’est personne pour moi, je ne le connais même pas, en revanche, tu as eu un comportement des plus déplacés à son encontre, t’étonnes pas si quelqu’un, moi en l’occurrence, vient t’égratigner en retour. Change de comportement, tu verras ça ira bien mieux.
@osxkiller92
« tu as eu un comportement des plus déplacés à son encontre »
Heuuu non. Le traiter d’en…lé de %@#&€, cela aurait été déplacé. Mais là ce n’est pas bien méchant (quoi que, « chef de projet », c’est vrai que cela frise l’insulte…). Surtout au regard de la violence de la phrase d’iPadProM1 envers les développeurs… Je ne suis pas développeur, mais je l’aurais été, je l’aurais très mal pris. Il y a autant de violence dans sa phrase que dans celle de Marie-Antoinette sur les crève-la-faim : « S'il n'ont plus de pain, qu'ils mangent de la brioche. »
@Derw Je parlais de ces termes :
- « Tu l'as rameneras » = faut qu’il ferme sa gu****, en gros…
- « troudu[Q]yakafaukonetjaijamaiscoder : j’ai rajouté entre [ ] ce qu’il n’a pas écrit mais voulu dire
Maintenant, où est la violence dans sa phrase ? Je veux bien que tu m’expliques.
@osxkiller92
Détendez-vous, y a RIEN dans les échanges qui justifient des se prendre autant la tête.
Concernant cet encoche énorme dans l’écran des nouveaux MacBook, je trouve normal qu’elle pose problème à pas mal de monde (et particulièrement aux développeurs).
Quand on voit que dans le même temps les nouveaux iPhone sortent avec une encoche plus petite ! … on mesure bien l’écart entre le développement des gammes iPhones et Macs.
@osxkiller92
« Maintenant si les devs sont en galère pour une simple encoche… il test temps de changer de taf les mecs »
Condescendance et remise en question des compétences professionnelles de personnes qu’il ne connaît pas, sur un métier qu’apparemment il ne comprend pas… si quelqu’un remettait en cause mes compétences de la même façon, en face de moi, il passerait un sale quart d’heure !
@iPadProM1
Le souci c’est plutôt les éditeurs qui généralement sont d’une flemme à toute épreuve.
@iPop
Tandis que Apple qui documente pas correctement, là, c'est de l'investissement, du professionnalisme...
Ni Apple ni les devs des éditeurs tiers ne vivent de pain et d'eau fraiche, pour rappel.
Et les seconds ne vivent pas d'une rente installée par lock-in sur autrui, contrairement au premier.
@iPop
1. Les éditeurs ont des plans d’investissement. Ils se demandent pour chaque développement si le ROI le justifie. Je ne suis pas sûr que le ROI sur cette encoche justifie grand chose aujourd’hui…
2. Aucun dev (à part celui qui consisterait à passer au-dessous de l’encoche tout le temps, ne permettra de régler le problème de la perte d’espace pour mettre des fonctions. Dans le cas de Cinema4D, il faut complètement revoir l’arborescence et le rangement des fonctionnalités dans les menus pour pouvoir supprimer 8 entrées et tenir à gauche de l’encoche…
@iPadProM1
Parole d’un gars hors milieu j’imagine.
@iPadProM1
condescendant
Ici, il est normal de critiquer l'impréparation d'Apple et le manque de documentation développeur.
tout ça…. pour rien.
les fanboys de la tech ne doivent pas avoir beaucoup de problèmes dans leur vie …
pakal, il m'arrive parfois de pester quand mon pot de confiture est vide, et oui j'essaie que ça soit le pire problème de ma vie et de même pour autant de personne que possible.
C'est pour cela qu'on travaille.
Juste une question : qu'est-ce que ça donne une app dont les menus dans la barre de menu dépassaient déjà avant l'encoche ? Sur un mac "ancien"
Une solution élégante aurait été de définir une zone de scroll horizontal pour accéder aux menus qui sont hors champ.
@mne
Sur n'importe quel Mac, les menus sont prioritaires dans la barre des menus. S'il n'y a pas assez de place pour afficher les menus et les icônes, macOS commence par rétrécir l'espacement entre les icônes en haut à droite, et si ça ne suffit pas, macOS masque certaines icônes, en priorisant par exemple l'affichage de l'horloge.
@webjib
Alors je pense qu'il y aurait moyen de rendre toute cette zone un peu plus moderne :
- avec des champs qui se redimensionnent au hover (selon que la souris est dans la zone icônes ou dans la zone menu)
- Idem pour les champs du menu (que le développeur puisse grouper ses boutons dans des zones qui peuvent s'agrandir / se réduire au hover)
- ajouter la possibilité d'avoir un scroll horizontal quand il y a vraiment trop d'icônes
Tim, si tu nous lit, je cherche du boulot
@mne
Oui ça mériterait une bonne modernisation ! Pour le hover je suis d’accord par contre pour le scroll horizontal faut penser aussi à ceux qui utilisent seulement une souris ;-)
@webjib
Il n'y a pas de scroll dans la page lorsque le pointeur est sur la barre de menu
Donc si avec ta souris tu scroll, pointeur sur la barre de menu, le défilement vertical de ta molette se transforme en défilement horizontal dans la barre.
Firefox (pc, je ne me souviens plus si c’est pareil sous mac) fonctionne ainsi et c'est très simple pour naviguer dans les onglets.
@mne
Bien vu !
@mne
1. C’est de l’UX de power user : toute fonctionnalité cachée est une fonctionnalité perdue pour une partie des utilisateurs. Après, j’admets que le public de cinéma4D sur MBP est à priori un public de power user… mais pour les autres ?
2. Rendre accessible un menu via le scroll horizontal ne serait pas très efficace en terme de maniabilité / rapidité. Cela marche sans doute pour les onglets de FF parce qu’en général, quand on veut changer d’onglet, on cherche et observe : on va donc relativement lentement. En phase de travail avec un logiciel dont on connaît la position des fonctions dans le menu, on ne cherche pas, on y va directement par repérage « géographique ». Cela ne fonction un avec un scroll horizontal…
@Derw
Tu as plus simple, une barre dont les options apparaissent selon ce qu’on sélectionne.
On garde les menu pour l’exportation, l’ouverture, etc…
@mne
Oui je n’ai jamais compris ce comportement de macOS pas très ergonomique… une interface étant censée s’adapter et pas juste disparaître si l’écran est trop petit.
Là-dessus la barre des tâches de Windows est plus avancée: défilement vertical lorsqu’il y a trop d’icônes d’app, et petit tiroir supplémentaire lorsqu’il y a trop d’icones à droite.
J’espère qu’on aura une nette amélioration l’année prochaine, car actuellement ce comportement déjà assez bancal de base est encore amplifié dans Monterey !
@mat16963
Après la barre des taches de windows n'est pas standardisée. Chaque application fait ce qu'elle veut (et peut).
Du coup ça dépend des applications, et certains ne sont pas des exemples.
Si on prend l'explorateur windows c'est un sacré bordel de fonction dans cette barre, avec des onglets et des sur-onglets colorés (?!), avec des icones qui changent de taille et de forme en redimensionnant la fenêtre, des icônes avec des noms, d'autres pas, des icones qui cachent des menus qui étendent les optiosn de l'onglet qu'on est déjà en train de regarder... Ce n'est pas vraiment mieux à mon avis. En plus d'un problème de design des icônes qui n'ont aucun sens.
@mne
Attention je parle bien de la barre des tâches (soit l’équivalent du Dock et de la partie droite de la barre des menus sur Mac, pas de la barre des menus bien plus agréable sur Mac). Je disais qu’Apple pourrait s’inspirer de cette barre des tâches en ajoutant par exemple automatiquement une icône « … » dans la partie droite de la barre des menus lorsque les menus de l’application active prennent trop de place, après avoir dans un premier temps réduit au maximum l’espace entre les menus et les icône. Peu importe l’écran utilisé on aurait ainsi l’assurance d’avoir accès à tous ses menus et icones de la partie droite.
Si Apple ne fait rien dans ce sens avec le successeur de Monterey cette encoche sera une énorme régression pour l’utilisation du système… surtout sur une machine destinée à des « pros » qui utilisent souvent des app avec beaucoup de menus et pas mal d’utilitaires y ajoutant eux aussi leurs icônes…
@mat16963
Ah oui d'accord !
oui en effet c'est assez pratique quoique j'aimerais pouvoir choisir des icones qui restent en permanence pour ne pas avoir à ouvrir ce tiroir à chaque fois.
Big sur a commencé ce travail déjà en ajoutant un centre de contrôle qui peut remplacer plusieurs icônes système dans un seul menu.
En fait tu voudrais qu'appel sherlock bartender ? Je pense que ce serait une bonne idée.
Pages