Voici comment macOS s’adapte aux apps incompatibles avec l’encoche des MacBook Pro

Nicolas Furno |

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.

La nouvelle case à cocher dans le panneau d’informations d’une app pour éviter entièrement l’encoche, ici pour Cinema 4D.

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.

Cette vidéo montre le comportement différent de Cinema 4D en mode plein écran, en mode par défaut, puis avec la nouvelle option qui évite l’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.

macOS avant de lancer une app avec le mode de compatibilité actif (capture d’écran vidéo @Jatodaro).
macOS dès que l’app est lancée. Notez les bordures agrandies sur trois côtés de l’écran.

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

Une app a trouvé comment masquer l’encoche des nouveaux MacBook Pro

avatar Ro | 

Ça semble vaguement foireux cette histoire

avatar raoolito | 

@Ro.

? et pourquoi donc ?

avatar frankm | 

@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.

avatar raoolito | 

@frankm

je peux l'entendre sauf dire avec le temps ces machines arrivent en ce moment...

avatar iPop | 

@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.

avatar Deckard | 

@raoolito
Selon toi, on doit absolument tout aimer ce que Apple produit sinon on doit aller à la concurrence ?

avatar webjib | 

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...

avatar FrantzR | 

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

avatar webjib | 

@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.

avatar FrantzR | 

@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 !

avatar webjib | 

@FrantzR

Oui tout à fait, espérons qu'ils corrigent vite la documentation et apportent toutes les précisions utiles aux développeurs.

avatar BeePotato | 

@ 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 ! » 😁

avatar webjib | 

@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 😅

avatar BeePotato | 

@ webjib : Faut acheter 2 MacBook Pro, alors.

avatar trouaz | 

On peut lui prédire le même avenir que la touchbar... poubelle...

avatar Rom 1 | 

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...

avatar draco1544 | 

@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

avatar Rom 1 | 

@draco1544

Bah on s’est tapé la 720p pendant longtemps et encore aujourd’hui puisqu’elle représente l’écrasante majorité du parc installé.

avatar iPadProM1 | 

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

avatar FrantzR | 

@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 ! »

avatar webjib | 

@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...

avatar morpheusz63 | 

@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

avatar osxkiller92 | 

@morpheusz63 Et les personnes grossières. CQFD

avatar morpheusz63 | 

@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.!?

avatar osxkiller92 | 

@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…

avatar morpheusz63 | 

@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.

avatar osxkiller92 | 

@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.

avatar Derw | 

@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. »

avatar osxkiller92 | 

@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.

avatar vicento | 

@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.

avatar Derw | 

@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 !

avatar iPop | 

@iPadProM1

Le souci c’est plutôt les éditeurs qui généralement sont d’une flemme à toute épreuve.

avatar byte_order | 

@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.

avatar Derw | 

@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…

avatar JOHN³ | 

@iPadProM1

Parole d’un gars hors milieu j’imagine.

avatar oomu | 

@iPadProM1

condescendant

Ici, il est normal de critiquer l'impréparation d'Apple et le manque de documentation développeur.

avatar pakal | 

tout ça…. pour rien.
les fanboys de la tech ne doivent pas avoir beaucoup de problèmes dans leur vie …

avatar oomu | 

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.

avatar mne | 

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.

avatar webjib | 

@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.

avatar mne | 

@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

avatar webjib | 

@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 ;-)

avatar mne | 

@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.

avatar webjib | 

@mne

Bien vu !

avatar Derw | 

@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…

avatar iPop | 

@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…

avatar mat16963 | 

@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 !

avatar mne | 

@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.

avatar mat16963 | 

@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…

avatar mne | 

@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

CONNEXION UTILISATEUR