Les colonnes ajustent automatiquement leur largeur dans le Finder de macOS Sequoia
La présentation par colonnes du Finder évolue sous macOS Sequoia sur un point : la largeur de chaque colonne est désormais ajustée automatiquement en fonction du contenu. Si vous n’avez que des dossiers ou fichiers avec des noms très courts, la colonne sera automatiquement petite. Si, au contraire, le dossier affiché dans une colonne contient des documents ou sous-dossiers avec des noms très longs, la largeur sera alors agrandie pour que les noms restent entièrement lisibles.
Ce comportement change par rapport aux anciennes versions du Finder, où les colonnes avaient toutes la même largeur et les noms étaient raccourcis s’il le fallait. L’avantage de l’approche de macOS Sequoia, c’est que les noms resteront lisibles en toutes circonstances. En contrepartie, vous aurez des colonnes de taille variable et si vous avez des noms très longs pour certains dossiers ou fichiers, vous obtiendrez aussi mécaniquement des colonnes très larges. Sur un Mac portable avec un petit écran, cela peut vite poser problème.
Il est naturellement toujours possible d’ajuster la taille des colonnes à la main, le Finder n’a pas retiré cette fonctionnalité fort heureusement. Mais ce paramètre ne semble pas mémorisé, si bien que les colonnes retrouveront leur taille de base à chaque fois que vous reviendrez dans le dossier concerné. Il n’y a pas d’option dans les préférences du Finder pour modifier ce comportement par défaut, même s’il existe peut-être un paramètre masqué accessible par une ligne de commande qui n’est pas encore connue.
Très bonne nouvelle. Il était tant … petit navireuu 🙃.
✌️
@Timmy
Je dirais même plus. Il était temps, mon Cher Dupont.
@sveireman
👍✌️
C'est un truc que je demande depuis MacOS X.2, c'était en 2001.
Je me demande si on avait pas déja ce souci avec Systeme 7
Bon après si on double clic sur une barre elle s'adapte, mais dans les grosses arbo, ça fait beaucoup de double clics...
L’enfer étant pavé de bonnes intentions on en voit un exemple !
Cela n’aurait pas coûté grand chose de laisser choisir…
@gillesb14
en fait c'est exactement le comportement actuel sauf que par défaut ils ajustes au lieu de faire une division brute
ENFIN !!! Après plus de 20 ans d’attente…
@imrfreeze
On atteint le niveau de Windows XP sur ce point. Peut-être qu’on va finir par atteindre celui de Windows 8 pour la gestion des fenêtres (ça semble en bonne voie mais j’attends de tester)
On attend toujours le navigateur par colonne sur Windows, hein. Et on vient d'avoir les onglets dans Windows 11, l'explorateur de fichiers parfait on l'attend toujours, partout
@hartgers
Pas faux !
Mais je trouve que Windows est loin devant !
Rien que l’URL locale editable par saisie clavier… quel plaisir quand je repasse sur mon PC
@Kenny31i
Cmd+g
@heu
CMD+SHIFT+G
Mais on est là simplicité Windows
@ Kenny31i : « Mais je trouve que Windows est loin devant ! »
Je me demande ce qui peut créer ce ressenti (en dehors de l’exemple cité de l’URL).
« Rien que l’URL locale editable par saisie clavier… quel plaisir quand je repasse sur mon PC »
Comme l’a signalé « heu », si c’est pour naviguer par saisie de chemin d’un autre emplacement, le Finder propose la fonction « Aller au dossier… », avec le raccourci clavier ⇧+⌘+G, qui permet une saisie avec auto-complétion.
Mais si c’est juste pour naviguer plus haut dans l’arborescence, je préfère nettement le clic secondaire sur le nom du dossier dans la barre de titre de la fenêtre (qui a l’avantage d’être présent dans toutes les applications et non juste dans le Finder), ou la barre de chemin d’accès (qui présente l’intérêt de permettre des actions directes — menu contextuel, glisser-déposer, etc. — sur les éléments du chemin). Ou même simplement la navigation par colonnes.
En comparaison de ces diverses fonctions, le champ d’URL de Windows ne m’a jamais fait rêver. 🙂
C'est pas grand-chose, mais toute évolution du Finder est bonne à prendre. Windows et Mac OS sont chacun leurs petits trucs appréciables dans l'Explorateur/Finder et je partage l'avis que c'est un plaisir de retrouver l'un ou l'autre par moments. L'adresse cliquable dans l'explorateur Windows est vraiment un défaut du Finder d'après moi.
Parfois, il y aussi des régressions d'un côté ou de l'autre. Après être repassé sous Windows quelques mois, j'ai remarqué que certains logiciels comme Everything géraient bien mieux l'indexation que Spotlight, par exemple. Je me demande ce qui s'est passé entre temps, car c'était toujours mon principal argument quand je vantais Mac OS.
@ lll : « L'adresse cliquable dans l'explorateur Windows est vraiment un défaut du Finder d'après moi. »
Mais concrètement, qu’est-ce qu’il apporte, ce champ d’URL ? Que permet-il qu’on ne peut pas faire dans le Finder ?
Je veux dire : y a-t-il une réelle plus-value autre que la force de l’habitude (qui amène à se dire « moi c’est comme ça que je veux pouvoir naviguer et non via les diverses autres méthodes proposées le Finder pour atteindre le même résultat ») ?
@Kenny31i
Faire l’UX d’un logiciel c’est faire des choix et chaque humain étant différent, ces choix vont forcément satisfaire certains et décevoir d’autres. J’ai connu Windows de 95 à 9 et son système de fichiers m’est toujours sorti par les yeux. Par exemple, le chemin d’accès au dossier présent dans la fenêtre que vous vantez m’a toujours semblé affreux et peu utile (cela doit me servir 3 fois par an…).
@Derw
Je sais c’est mon métier justement.
Mais quand on s’adresse à 80% du marché il faut cocher le maximum de cases. Ce que fait plus Windows que macOS (même si ça s’améliore au fil des ans).
Windows a été très bon très vite. MacOS a pris son temps.
De manière générale je préfère largement macOS. Mais je reconnais les qualités de Windows.
@Kenny31i
« Je sais c’est mon métier justement. »
Ce fut aussi le mien.
« Ce que fait plus Windows que macOS (même si ça s’améliore au fil des ans). »
Alors, vu que je n’ai pas touché à Windows depuis plus de 10 ans et que je ne fais plus d’UX depuis encore plus longtemps, je me garderai bien de vous contredire pour ce qui est du présent. Par contre, jusqu’au début des années 2010 c’était clairement l’inverse.
« Windows a été très bon très vite. MacOS a pris son temps. »
😳
Avez-vous eu l’occasion de comparer Windows 95 et Mac OS 7 ? Ou bien Mac OS 10.6 et Vista ?
« Mais je reconnais les qualités de Windows. »
Personnellement, à part le couper-coller dans le système de fichiers qui m’a toujours manqué sur Mac. Il n’y a aucune qualité que j’ai pu reconnaître à Windows. Mais comme je l’ai dit plus haut :
1. Mon expérience remonte à trop longtemps pour être pertinente aujourd’hui.
2. C’est MON expérience, chacun a la sienne.
@ Derw : « Personnellement, à part le couper-coller dans le système de fichiers qui m’a toujours manqué sur Mac. »
Le hic, c’est que c’est une fonction qui n’existe pas. Les développeurs de certains OS, dont Windows en premier si je me rappelle bien, ont décider de proposer sous ce nom une fonction différente, mais c’est en violation du principe d’homogénéité de fonctionnement sur lequel doivent reposer les interfaces bien conçues.
@BeePotato
Je ne suis pas sûr de comprendre. Si l’idée c’est de dire « il n’y a pas de commande pour couper un fichier et par conséquent l’OS ne devrait pas offrir de fonction pour le faire » je ne suis absolument pas d’accord avec ça ! Tout langage informatique a des limites, des choses qu’il ne peut pas faire simplement. Un concepteur d’interface ne devrait rien avoir à en faire : il doit offrir la meilleure expérience utilisateur possible et ne pas brider sa créativité au contingences techniques. En tout cas au départ. C’est une fois que l’équipe technique a échoué a répondre aux besoins que l’UX ou l’UI designer se remet au travail pour trouver une autre proposition. Mais bien souvent, l’équipe technique y arrive. En tant qu’UX/UI designer pendant les années 90 et 2000 et dev depuis le milieu des années 2010 je suis bien placé pour le savoir, ayant été des 2 côtés…
Donc non, il n’y a pas, à priori (après tout, je ne suis pas dev système) de commandes UNIX pour « couper » un fichier alors qu’il y en a une pour le copier et une autre pour le déplacer. Mais rien n’empêcherait d’utiliser ces commandes pour simuler un couper/coller de fichier. Du côté de l’utilisateur, il existe 2 mécanismes logiques associés et déjà bien maîtrisés : copier/coller et couper/coller. Ils sont même devenus des réflexes musculaires pour la plupart des utilisateurs un tantinet avancés d’un ordinateur. D’un point de vue UX, c’est l’idéal : s’appuyer sur une méthode qui ne nécessite aucun apprentissage !
@ Kenny31i : « Windows a été très bon très vite. MacOS a pris son temps. »
Ça a été exactement l’inverse, en fait.
@BeePotato
C’est marrant l’histoire te donne tort.
De même que le présent et future d’ailleurs puisque macOS pique les principes de Windows depuis quelques années déjà et continuera l’année prochaine avec Séquoia.
@ Kenny31i : « C’est marrant l’histoire te donne tort. »
Ben non.
Mais pour s’en rendre compte, il est préférable de la connaître.
@Kenny31i
«Windows a été très bon très vite.»
Win 3 était 1 daube
Win 95 faisait illusion 15mn
Win NT un truc lourdingue
Win Vista, 1 vision de l'enfer.
Etc.
@BLM
J’ai commencé sous Windows 3.1 donc j’ai un peu d’historique 😉
Et si 95 a éteint la concurrence ce n’est pas par hasard non plus…
Apple reprend des parts de marché significatives depuis à peine 15 ans. Et on est encore loin de la majorité.
Le reste est surdominé par Windows depuis que l’informatique est entrée à la maison.
@Kenny31i
Vous croyez sincèrement que Windows s’est imposé grâce à ses qualités intrinsèques ? Comme la Trabant en Allemagne de l’Est ?
Le succès de Windows est multi-factoriel, mais je doute que son IHM fasse parti des facteurs…
D’ailleurs, en 30 ans de carrière j’ai croisé une palanquée de designer et, à part les designers d’objets qui ont besoin de 3D, aucun n’était sur Windows (j’ai été le seul à ma connaissance, contraint par mon entreprise, à bosser pendant 8 ans sur PC). Je pense que l’on peut y voir un signe… D’ailleurs Windows à longtemps été source de moquerie avec son menu « Démarrer » pour éteindre, ses réglages inbitables ou ses icônes incompréhensibles…
et la possibilité d'interagir avec les fenêtre en arrière plan (exemple on bosse sur un projet dans je ne sais quoi ... photoshop, after, illustrator, etc et on a à coté une fenêtre texte, mail, ce que vous voulez, avec les instructions importantes. Sur Mac, il suffit de positionner sa souris dessus, un coup de roulette et la fenetre qui contient les instruction scroll vers le bas, on remet la souris dans photoshop et on continue son taf, sans jamais avoir activé l'app en arrière plan. Je sais pas si mon exemple est clair, mais c'est un confort ULTIME et il est très énervant quand je reviens sous Windows de faire ça, il se passe rien, du coup je dois cliquer sur la fenêtre en question pour basculer sur l'app et ENFIN pouvoir interagir avec la fenêtre)
@pocketalex
Toutafé
@pocketalex
C’est pourtant tout à fait possible de le faire sous Windows : vérifie si dans les paramètres de la souris, l’option « Faire défiler les fenêtres inactives lorsqu’elles sont pointées avec la souris » est activée
@hartgers
Il y a toutes sortes de navigateurs alternatifs sur PC. Si on aime le mode de navigation par colonnes on a "Files" (Bien fait, bien pensé, mais au moins chez moi, tout aussi lent que l'explorateur Windows natif sur Win11, ), il y a aussi l'excellent "OneCommander" très paramétrable, très fiable et rapide. Sa page web ne lui rend pas trop justice, car bien configuré il est agréable à utiliser.
Mais je préfère la navigation par liste avec les dossiers "dépliables" depuis le Système 6, et qu'on retrouve enfin sur PC avec l'excellent "Directory Opus" dans sa dernière version 13 et qui peut aussi être configuré en navigateur de fichiers par défaut. Tout comme "OneCommander", sa page web ne lui rend pas justice et bien configuré et avec un thème "minimaliste", il est bien plus agréable et moderne que ce qu'on pourrait penser de prime abord :-) En fait il ressemble beaucoup à PathFinder sur Mac.
@hartgers
Les onglets dans l’explorateur de fichiers de Windows 11 sont présents depuis octobre 2022
@Manu9 : Je n'ai pas dit le contraire. Dans de nombreuses entreprises Windows 10 est toujours la norme, donc pas d'onglet pour moi pour le moment. Les onglets dans le Finder sont sur macos depuis 2013.
Question : est-ce que le classement/tri des colonnes par type est maintenant "permanent" ?
Je constate souvent que cette préférence n'est plus appliquée par moment, sans avoir changé quoi que ce soit...
J'espère aussi. Et j'espère que le bug récurrent qui fait parfois disparaître la barre latérale sera corrigé aussi...
Ah oui, il y a ça aussi...
@imrfreeze
👍
Oh que ouiiii !
Après, pourquoi pas avant ?
J’espère que c’est une bonne idée qui tient la route sur les petits écrans, comme souligné dans la news.
Moi qui utilise presque en permanence l’affichage en colonnes , c’est une amélioration très utile et attendu depuis la nuit des temps
Enfin !!! Hallelujah !
«Les colonnes ajustent automatiquement leur largeur»
Enfin!
20 ans d'attente…
Encore 20 ans et on pourra paramétrer cette largeur & avoir les noms de fichiers sur plusieurs lignes (comme qd on les édite)
@BLM
Ce serait d’un pratique. Tout en conservant le choix de parametrage.
Si, en plus le paramétrage s’appliquerait par bureau, demande sur windows aussi, cela me simplifierait la vie. Les projets ou les activités ayant des spécificités propres, mon temps de travail ou de loisirs ne devrait pas se limiter à ajuster des colonnes et des tri, seulement à en profiter…
Mais carrément ! Je me bats 1000 fois par jour pour que le Finder réajuste la largeur des colonnes de mes fenêtres ! Je n'ai jamais compris pourquoi ce "réglage" n'était pas mémorisé !
Autre point, pas nécessairement lié (mon style se Dandufie !) : quand je démarre mon Mac Pro, Calendrier et Photos ne se souviennent généralement pas qu'ils étaient en plein écran à l'extinction, alors qu'ils le devraient. Je n'ai jamais vu un commentaire sur ce sujet, et pourtant il est statistiquement impossible que je sois le seul à souffrir de ce bug. Inversement, Mail se souvient tout le temps qu'il était en plein écran à l'extinction, et se remet en plein écran à chaque démarrage. Super bizarre.
Et autre truc chelou : sur mon MacBook Pro, et uniquement sur mon MacBook Pro, lorsque j'effectue un glisser à trois doigts sur le Magic Trackpad (externe), par exemple pour revenir au Finder, c'est systématiquement une autre app qui se met au premier plan (a priori, la dernière qui l'était, mais je ne suis pas sûr). C'est d'un pénible !
@ k2r : « Et autre truc chelou : sur mon MacBook Pro, et uniquement sur mon MacBook Pro, lorsque j'effectue un glisser à trois doigts sur le Magic Trackpad (externe), par exemple pour revenir au Finder, c'est systématiquement une autre app qui se met au premier plan (a priori, la dernière qui l'était, mais je ne suis pas sûr). »
Je ne suis pas sûr d’avoir compris : le glisser (latéral) à trois doigts, c’est généralement affecté au changement de bureau virtuel ; du coup, ça doit revenir à l’application qui était au premier plan sur le bureau virtuel de destination la dernière fois qu’on s’y trouvait.
Ça ne fait pas ça ?
@BeePotato
J’ai vérifié après avoir écrit mon post et je me suis trompé : ce n’est pas le glisser sur le trackpad qui provoque ça, c’est le Commande - Tabulation au clavier.
@ k2r : « je me suis trompé : ce n’est pas le glisser sur le trackpad qui provoque ça, c’est le Commande - Tabulation au clavier. »
Ah, ok.
Mais du coup, serait-il possible de re-décrire le problème ?
Parce que là, ça semble dire que ça retourne à la dernière application qui était au premier plan, ce qui est précisément le rôle du ⌘+⇥.
Alors…
Quand tu fais Commande - Tabulation, tu as le bandeau d'icônes d'apps ouvertes qui s'affiche. En faisant Tabulation plusieurs fois, tu te positionnes sur l'app que tu veux rappeler au 1er plan. Admettons que je m'arrête sur Safari, quand je relâche les touches, Safari s'affiche brièvement au 1er plan, puis le Finder lui passe par-dessus. L'inverse est vrai : si je suis sur le Finder et que je veux retourner dans Aperçu, une autre app va se mettre au 1er plan à sa place. Exception : je n'ai pas le problème si je choisis une app qui est en plein écran (dans mon cas, sont toujours en plein écran : Mail, Calendrier et Photos).
Est-ce plus clair ?
@k2r
Vous avez probablement une préférence du Finder qui est vérolée. Ou bien un autre problème…
Le comportement que vous décrivez n’est pas le comportement que j’ai sur ma machine. Le cmd-tab affiche effectivement le bandeau et lorsque je relâche sur une application donnée, c’est bien celle là qui vient au premier plan.
Ce qui est "marrant" (toutes choses égales par ailleurs), c'est que sur deux machines différentes, je n'ai pas les mêmes bugs, alors qu'elles tournent sur le même OS…
D'ailleurs, par comparaison, mon Mac Pro 2010 qui fait tourner Sonoma via OpenCore, me cause moins de soucis que mon MacBook Pro M1 Max… 🙄
@k2r
Les joies de l’informatique !
@bozzo
🤣🤣🤣😩😩😩
@ k2r : « Est-ce plus clair ? »
Oui, beaucoup plus. Merci.
J’imagine que ça se produit uniquement quand le changement d’application entraîne un changement de bureau virtuel et non quand ça reste sur le même bureau, c’est bien ça ?
Pages