macOS Sierra : les petites nouveautés du Finder

Nicolas Furno |

À chaque mise à jour majeure de macOS, Apple met aussi son Finder à jour. Le gestionnaire de fichiers du système est aussi vieux que le Macintosh lui-même et même si les bases restent les mêmes, il a sacrément changé en plus de trente années d’existence. On fait le point sur les nouveautés du Finder version 10.12 !

Les dossiers en haut

Voilà une nouveauté bien symbolique. Apple a cédé face aux réclamations que l’on imagine nombreuses des utilisateurs de PC qui sont passés au Mac ; la dernière version du Finder intègre une option pour mettre en avant les dossiers dans les listes. Jusque-là, OS X triait les listes par nom, sans différencier les dossiers des fichiers et c’était l’une de ces nombreuses différences entre Windows et son concurrent.

Avant…
Avant…

Avec macOS Sierra, les développeurs de Cupertino se sont résignés et on peut, si on le souhaite, afficher les dossiers avant les fichiers dans les listes du Finder. Le cas échéant, le tri alphabétique se fait en deux temps : les dossiers sont triés de A à Z, puis les fichiers en dessous.

Après… si on le souhaite.
Après… si on le souhaite.

Fort heureusement, ce n’est pas le comportement par défaut du Finder, qui en reste ainsi au tri alphabétique strict pour les listes. Si vous voulez vraiment changer, cela se passe dans les préférences du gestionnaire de fichier (menu Finder > Préférences ou raccourci clavier ⌘,), puis cochez la dernière option de l’onglet « Options avancées ».

Pour mémoire, il est déjà possible de retrouver plus facilement ses dossiers en les regroupant dans El Capitan et les systèmes précédents en sélectionnant « Organiser par type » dans les options de présentation du Finder (Présentation > Afficher les options de présentation ou raccourci ⌘J). Cette option a pour effet d'organiser les fichiers par type (dossiers, documents, présentations, PDF, Vidéos...).

La corbeille se vide automatiquement

macOS Sierra essaie d’être plus intelligent sur le stockage et d’aider l’utilisateur à éviter de remplir complètement son SSD ou disque dur. À cette fin, le système suggère plusieurs solutions que nous avons déjà eu l’occasion d’évoquer (lire : Sierra fait le ménage sur votre Mac).

Parmi elles, la corbeille peut être vidée automatiquement pour les distraits qui la remplissent sans jamais faire le ménage. Le Finder intègre une option dans ses préférences, onglet « Options avancées » si on souhaite (dés)activer la fonction.

Cette fonction est plutôt bien pensée : comme pour les photos ou les notes, les fichiers sont supprimés après avoir passé trente jours dans la corbeille. Il ne s’agit pas d’une vidange systématique une fois par mois, mais bien de la suppression définitive, après trente jours, de chaque élément placé dans la corbeille par l’utilisateur.

Il n’y a pas d’option pour changer ce délai, même si on imagine qu’une ligne de commande dans le terminal devrait permettre de le faire.

Intégration renforcée d’iCloud Drive

Nous avons déjà eu l’occasion d’évoquer cette meilleure intégration dans un précédent article : iCloud synchronise le bureau et les documents. Rappelons simplement que l’on peut activer la synchronisation de tous les contenus stockés sur le bureau de macOS et dans le dossier ~/Documents de l’utilisateur.

Au premier démarrage, macOS Sierra incite les utilisateurs à activer cette nouvelle fonction.
Au premier démarrage, macOS Sierra incite les utilisateurs à activer cette nouvelle fonction.

Si on choisit de le faire, tous les documents sont envoyés sur les serveurs d’iCloud et ils seront alors synchronisés entre tous les Mac, ainsi qu’avec les appareils iOS. Dans la barre latérale du Finder, ils apparaissent alors dans la partie dédiée à iCloud, même si on y a aussi accès depuis le dossier « maison », comme avant.

Quand on active cette fonction, les documents et le bureau apparaissent dans la rubrique iCloud du Finder, mais on peut toujours y accéder à l’emplacement habituel.
Quand on active cette fonction, les documents et le bureau apparaissent dans la rubrique iCloud du Finder, mais on peut toujours y accéder à l’emplacement habituel.

Petite nouveauté supplémentaire que nous n’avions pas encore repérée : le Finder de macOS offre désormais davantage d’informations sur la synchronisation iCloud en cours. Pendant un transfert, on peut cliquer sur le camembert qui s’affiche à droite de la ligne « iCloud Drive » dans la barre latérale du Finder. Sierra affiche alors une barre de progression qui donne une idée du nombre de fichiers et de la quantité de données qui doit être encore transférée.

En passant la souris sur l’icône au niveau d’iCloud Drive dans la barre latérale du Finder, on obtient désormais un « i ». Et on peut le cliquer pour avoir une idée des progrès de la tâche en cours.
En passant la souris sur l’icône au niveau d’iCloud Drive dans la barre latérale du Finder, on obtient désormais un « i ». Et on peut le cliquer pour avoir une idée de la progression de la tâche en cours.

Meilleure autocomplétion pour ouvrir un dossier

C’est une petite nouveauté, mais elle sera accueillie très chaleureusement par tous ceux qui utilisent cette fonction régulièrement. Le Finder de Sierra est plus malin quand on veut aller à un dossier en particulier, et l’autocomplétion ne se limite plus au premier résultat.

Quand on a plusieurs sous-dossiers possibles, le Finder affiche désormais une liste. Il fallait y penser !
Quand on a plusieurs sous-dossiers possibles, le Finder affiche désormais une liste. Il fallait y penser !

Jusque-là, quand on voulait aller à un dossier précis (menu Aller > Aller au dossier… ou raccourci ⌘⇧G), on pouvait saisir les premières lettres d’un dossier et le système remplissait automatiquement la suite. Mais s’il y avait plusieurs options, c’est systématiquement la première qui était choisie.

macOS Sierra comble cet oubli en ajoutant une liste de choix quand il y a plusieurs options. On se demande pourquoi personne n’y avait pensé avant.

avatar simnico971 | 

Des changements bienvenus !

avatar cham | 

Donc c'est macOS 10.12 ?

avatar bl@ck warrior_69 | 

Le bug qui coupe la partie droite de la prévisualisation du contenu dans la vu par "panneau" est-il toujours présent?

avatar e2x | 

Et toujours pas de retour des couleurs des icônes de la barre latérale?
Pfff.... Franc Manque de visibilité ... Ben, j'v rééssayer Simbl et du script.. Bref

avatar C1rc3@0rc | 

@e2x

Faut comprendre Ive, il deprime, il voit la vie en noire et gris avec de temps en temps des sautes d'humeurs ou c'est les couleurs psychedeliques qui sortent ephemerement...

Il il aussi les tag de couleurs qui sont bien moins pratiques que l'ancien systeme ou c'etait la ligne entiere et l'icone qui prenaient la couleur.

Je ne comprend pas pourquoi l'article attribut le classement avec les dossiers en premier a la demande des switcher PC. C'est un truc de base que font tous les gestionnaires de fichier, a commencer par celui du NeXT et des alternatives comme Path Finder. Du moment qu'on a le choix c'est pratique

Le vidage de corbeille automatique… ça n'a pas beaucoup de sens. La specificité du bureau du Mac c'est justement que la suppression d'un element n'est pas definitive tant que l'utilisateur le le confirme pas explicitement. C'est le pendant des dialogues modaux qui demandent de confirmer une action, c'est une base de l'ergonomie du Mac. Autant avertir l'utilisateur serait intelligent, autant la on casse la logique pour de fallacieuses raisons.

Intégrer iCloud Drive, Ok , mais il faudrait encore que les dossiers a synchroniser soient automatiquement chiffrés en local. La tout transite sur le net a la vue de tous c'est une faille majeure de sécurité

Finalement «l'autocomplétion» des chemins d'accès c'est vraiment une bonne chose, qui rattrape un manque d'une fonction qui existe dans le terminal depuis… houlla bien avant l'existence du Mac!

Semble qu'il manque toujours une gestion plus intelligente des copies/deplacements: cela fait des années que j'attend que le Finder soit capable de copier les fichiers 1 par 1 au lieu de tout lancer en meme temps, de programmer le moment du deplacement et de suspendre/reprendre avec un log.

Et est ce que les fonctions de gravure de CD sont toujours présentes?

Et niveau vitesse d'accès sur les disques mécaniques est-ce que l'on constate du mieux ou cela continue d'empirer comme avec Yosemite?

avatar dmorel | 

"Intégrer iCloud Drive, Ok , mais il faudrait encore que les dossiers a synchroniser soient automatiquement chiffrés en local. La tout transite sur le net a la vue de tous c'est une faille majeure de sécurité"
Aucun service de cloud ne ferait ça. Tous les transports sont sécurisés par TLS, ça n'aurait aucun sens sinon
https://support.apple.com/en-us/HT202303

avatar BeePotato | 

@ C1rc3@0rc : « Faut comprendre Ive, il deprime, il voit la vie en noire et gris avec de temps en temps des sautes d'humeurs ou c'est les couleurs psychedeliques qui sortent ephemerement... »

:-)
Oui, il semble y avoir de ça.

« Je ne comprend pas pourquoi l'article attribut le classement avec les dossiers en premier a la demande des switcher PC. »

Parce que c’est réclamé par les windowsiens, qui ont pris l’habitude de cette présentation à cause de Windows.
Les mêmes qui se sont extasiés il y a quelques mois quand Apple leur a offert la possibilité de masquer la barre des menus, dont la présence leur rappelait trop qu’ils n’était pas face à leur Windows adoré. Bref, ceux parmi les « switchers » qui veulent switcher mais sans avoir à switcher, quoi. :-)

« C'est un truc de base que font tous les gestionnaires de fichier »

Ben non. La preuve : le Finder, pourtant l’un des plus anciens (et plus importants) gestionnaires de fichiers, ne le faisait pas jusque là. ;-)

« a commencer par celui du NeXT »

D’après mes souvenirs, ce n’était pas le cas (ce que le résultat d’une recherche de captures d’écran sur Google semble corroborer). Enfin, en tout cas pas comme présentation par défaut (où les fichiers et dossiers étaient naturellement mélangés, comme dans Mac OS).

« Du moment qu'on a le choix c'est pratique »

En effet. À condition, bien sûr, que ce mode de présentation ne devienne jamais celui par défaut.

avatar byte_order | 

> Bref, ceux parmi les « switchers » qui veulent switcher mais sans avoir à switcher, quoi. :-)

Ou tout simplement qui trouve qu'une fonction absente sur OS X mais présente ailleurs leur manque, finalement, qu'elle était utile.

Les dossiers n'étant pas des "fichiers", j'ai toujours trouvé logique qu'un File Manager les traitent d'une manière distincte. Que ce soit en jouant sur une représentation spatiale, en organisant visuelle la navigation dedans, ou toute autre forme de distinction.

Ne pas avoir à scroller pour pouvoir naviguer dans le seul sous-dossier "zombies" alors qu'on a une tonne de fichier xylophone* c'est quand même bien pratique. Ou, pour être plus précis, *devoir* scroller pour trouver le seul sous-dossier dans lequel on veut naviguer, c'est contre-productif.

C'est pas parce que cela a été implémenté d'abord sur Windows Explorer que c'est débile ou inutile (ou que les utilisateurs de windows adorent autant les xylophones que les zombies).

Et c'est une fonctionnalité *en plus*, pas à la place de.
N'étant pas un pratiquant du One Fits All, j'acceuille donc cette nouvelle possibilité de bon coeur.

> Ben non. La preuve : le Finder, pourtant l’un des plus anciens (et plus importants)
> gestionnaires de fichiers, ne le faisait pas jusque là. ;-)

C'est quoi le critère pour être considéré comme un gestionnaire de fichiers "important" ? Y'a un concours ? Si c'est le nombre d'utilisateurs dans le monde, Finder n'est clairement pas le plus important.

avatar BeePotato | 

@ byte_order : « Ou tout simplement qui trouve qu'une fonction absente sur OS X mais présente ailleurs leur manque, finalement, qu'elle était utile. »

Cette expression désignait bien clairement, dans mon commentaire, ceux qui réclamaient en permanence cette fonction ET qui se sont extasiés devant la possibilité de masquer la barre des menus.

« Les dossiers n'étant pas des "fichiers", j'ai toujours trouvé logique qu'un File Manager les traitent d'une manière distincte. »

Qu’un gestionnaire de fichiers puisse les traiter de manière distincte. Pour être clair : je n’ai rien contre l’arrivée de cette fonction, parce qu’elle est optionnelle et pas sélectionnée par défaut.
Je faisais juste remarquer que c’était bien lié à une habitude données par Windows, et que ça n’était pas « un truc de base que font tous les gestionnaires de fichiers ».

Au passage, un mot au sujet du fait que « les dossiers ne sont pas des fichiers » : on notera que le Finder se garde bien de parler de fichiers. Il parle généralement (voire tout le temps ?) « d’éléments ».
De ce point de vue, fichiers et dossiers sont donc tous des éléments de nos données qu’on peut mélanger allègrement — ou, maintenant (enfin, à partir de cet automne), afficher séparément.

« C'est pas parce que cela a été implémenté d'abord sur Windows Explorer que c'est débile ou inutile […] Et c'est une fonctionnalité *en plus*, pas à la place de. »

En effet (même si, personnellement, je ne lui trouve aucun intérêt) et en effet. :-)

« j'acceuille donc cette nouvelle possibilité de bon coeur. »

Pareil, principalement pour le plaisir qu’il y aura à ne plus voir des gens la réclamer sans cesse. :-)

avatar BeePotato | 

@ byte_order : « C'est quoi le critère pour être considéré comme un gestionnaire de fichiers "important" ? Y'a un concours ? Si c'est le nombre d'utilisateurs dans le monde, Finder n'est clairement pas le plus important. »

Le critère est un subtil mélange de l’influence que le logiciel a eu sur les autres de sa catégorie et du nombre d’utilisateurs qu’il a.

De ce point de vue, le Finder est bel et bien un des plus importants gestionnaires de fichiers (je n’ai jamais écrit « le plus important », je ne sais donc pas pourquoi tu parles de ça).

avatar Fennec72 | 

Path Finder corrige une des grosses lacunes du Finder:
Sous Windows et Linux, lorsqu'on copie/colle un dossier et qu'un dossier du même nom est présent dans la destination, l'explorateur de fichier propose des options:
Exemple :
Si dans le dossier, il y a des fichiers inexistants dans le dossier copié, ces fichiers sont gardés.
Avec le Finder, le dossier copié remplace le dossier de destination et les fichiers en plus sont perdus.
Path Finder va même plus loin, puisqu'il propose d'écraser ou non les fichiers de mêmes noms présents dans le dossier d'arrivée, si ceux copiés sont plus récents.

avatar MacGyver | 

c est clair

j'utilise Pathfinder pour ca et pleins d autres options

alors les ameliorations du finder, la poubelle qui se vide de toute seule... pfff

avatar e2x | 

@bl@ck warrior_69 :
Merci de demander.. Prbme évident dont j'espère une résolution

avatar Exonis | 

@bl@ck warrior_69 :
Si tu parles du fait que dans l'aperçu, une partie des infos est coupée, j'avais aussi constaté ce bug très embêtant sous El Capitan. Mais sous Sierra, il semble avoir disparu d'après ce que je vois ;)

avatar mat 1696 | 

@bl@ck warrior_69 :
Oui ;) Par contre si le nom est trop long, il est toujours par dessus les infos de taille et du type de fichier ;(

avatar Kilrah757 | 

"Les dossiers en haut"
Yessss enfin!!!!!
Jusqu'à Yosemite on pouvait le faire avec XtraFinder, mais sous El Capitan plus moyen... et c'est ce qui me manquait le plus.

avatar Nicolas R. | 

Qué ? Je peux le faire avec Xtrafinder... sous EC.

avatar Kilrah757 | 

Avec quelle version/comment?
Pour moi après la sortie d'EC l'option d'XtraFinder a cessé de fonctionner, le développeur a essayé de régler le problème, mais ça n'a pas marché et donc la verison suivante a complètement supprimé la fonction.

avatar Nicolas R. | 

Ah oui au temps pour moi j'avais pas remarqué ! Mea culpa.

avatar adixya | 

Venant du pc, les dossiers en haut m'ont manqué l'espace de trois jours avant que je ne découvre le tri par type, qui est excellent, et qui met les dossiers en haut de fait, en conservant le classement alphabétique pour les différents types.
Le seul problème c'est pour les videos auxquelles j'adjoins un fichier .srt à part, du coup ils ne sont plus contigus puisque dans des groupes de fichiers de type différents, mais c'est vraiment le seul cas de figure pas bien méchant ou le classement par type me déplaît.

avatar LordJizzus | 

@adixya :
Vilain pirate !

avatar C1rc3@0rc | 

Tout de suite les préjugés négatifs.
Les fichiers .srt sont bien pratiques pour avoir un sous-titrage dans n'importe quelle langue et on ne trouve pas forcement les video dans la langue que l'on souhaite.

Sinon pour le problème de @adixya, le plus simple d'est encore de regrouper le fichier video et le .srt dans un dossier qui porte le nom du fichier video...

avatar BeePotato | 

@ C1rc3@0rc : « Sinon pour le problème de @adixya, le plus simple d'est encore de regrouper le fichier video et le .srt dans un dossier qui porte le nom du fichier video... »

Le plus simple serait encore d’avoir les sous-titres là où ils doivent être : dans le fichier vidéo. ;-)

avatar byte_order | 

Le plus simple c'est de ne pas avoir besoin de sous-titres
;-)

avatar adixya | 

C'est trop d'honneur, mais non, pas "pirate", malheureusement.

"Téléchargeur illégal" serait déjà plus juste, mais ça a un côté exotique en moins, c'est sur...

avatar byte_order | 

Sauf que "dossier" n'est pas un type de "fichier".
C'est une arnaque sémantique.
Un dossier est un élément hiérarchique pour organiser des fichiers, pas un fichier lui même.

Par ailleurs, quand vous avez suffisamment de types de fichiers dont le nom commence par A B ou C, les dossiers n'apparaissent pas en haut (et encore moins tout en haut) de la liste, non.

avatar BeePotato | 

@ byte_order : « Sauf que "dossier" n'est pas un type de "fichier". »

Sauf si on demande à un Unixien, mais c’est une autre histoire. ;-)

avatar byte_order | 

Je suis un unixien. "tout est un fichier" est aussi une arnaque sémantique au niveau utilisateur sous Unix.

La réalité sous Unix c'est que tous les I/O devaient se faire de la même manière, avec une API capable de travailler autant avec un fichier qu'un dossier qu'un pilote qu'un connecteur réseau qu'un flux d'entrée ou de sortie d'un programme.
Cela concerne plus l'API que la représentation faite à l'utilisateur.
Et c'est loin d'être aussi générique et simple que ça en pratique.
Tentez un "cat dossier" ou un "vi dossier" pour vous en convaincre.

En particulier pour les dossiers, qui ne s'ouvrent pas par un open() comme tout fichier ou pilote, mais via un opendir(),, ne se lit pas par un read() mais un readdir(), etc.

avatar BeePotato | 

@ byte_order : « Je suis un unixien. "tout est un fichier" est aussi une arnaque sémantique au niveau utilisateur sous Unix. »

Je ne parlais pas du niveau utilisateur, et je ne parlais pas de « tout » mais juste des « répertoires » (qui, dans cette approche, méritent plus ce nom que celui de « dossiers »).
Il est heureux qu’au niveau de la présentation à l’utilisateur, une différence soit faite, même dans cet environnement ne visant pourtant pas un haut niveau d’abstraction. Sinon, ce serait assez vite peu pratique. :-)

avatar LordJizzus | 

@byte_order :
Un dossier n'est qu'un fichier contenant un array de références à des fichiers. Mais c'est bien un fichier.

avatar ditek | 

Et le couper / coller ? Jamais ?

avatar Madalvée | 

Depuis toujours.

avatar Grug | 

non, mais depuis quelques versions du système quand même… avec alt.

avatar Doctomac | 

Ce n'est pas le couper/coller mais plutôt et plus logiquement le copier/déplacer qui a été introduit pour les fichiers et dossiers depuis quelques versions (précisément depuis Lion).

avatar BeePotato | 

@ Grug : « non, mais depuis quelques versions du système quand même… »

Si, si, depuis toujours, comme l’a dit Madalvée.
Mais pas pour les fichiers, en revanche, puisque le couper-coller n’est pas réellement implémentable pour ce type de données. ;-)

avatar Kilrah757 | 

Ah bon? Pourquoi on l'a depuis toujours sur PC alors, et sur mac avec XtraFinder?
C'est un déplacement, rien de plus, et... exactement la même chose que pour le texte.

avatar BeePotato | 

@ Kilrah757 : « Ah bon? Pourquoi on l'a depuis toujours sur PC alors »

Sous Windows, il y a bien (depuis Windows 95 et non « depuis toujours ») une fonction de déplacement de fichier qui utilise le nom de « couper-coller », mais sans fonctionner à la manière du couper-coller (tel qu’on le connaît sur tous les autres types de données). Juste un nom mal choisi, sans aucun souci de cohérence — à la Microsoft, quoi.

« exactement la même chose que pour le texte. »

Non.

avatar patrick86 | 

"Ah bon? Pourquoi on l'a depuis toujours sur PC alors, et sur mac avec XtraFinder?
C'est un déplacement, rien de plus, et... exactement la même chose que pour le texte."

Justement, non.

Ni l'explorateur Windows, ni XtraFinder ne font de couper-coller sur les fichiers, et ce pour une raison extrêmement simple. Quand on 'copie' un élément, il est placé dans le presse-papier, stocké en mémoire vive. Quand on 'coupe', ce même élément est toujours placé dans le presse-papier, donc en RAM, mais il est également supprimé de son emplacement d'origine. Or. Jusqu'à preuve du contraire, vous pouvez "couper-coller" des fichiers dont la taille dépasse très largement la dotation en RAM de votre machine. C'est bien qu'en réalité, l'opération réalisée n'est pas un 'couper-coller'.

L'explorateur Windows et XtraFinder nomment "couper-coller" ce qui en réalité n'en est pas un.

Techniquement, il s'agit d'une copie, puis, suppression de l'original.

avatar BigMonster | 

En effet, voir l'explication de patrick86.

J'ai d'ailleurs eu sur un autre forum tout un débat avec des utilisateurs de Windows, à ce sujet. Des gens assez bornés, qui viennent avec leurs expressions HS, du genre «transaction» pour se faire mousser.

Et j'ai fait quelques tests, que n'importe qui pourra reproduire. Il suffit de sélectionner des fichiers / dossiers en grande quantité et volumineux, de les couper et de les coller.

Pendant l'opération, qui ne sera pas instantanée, il sera possible (autre session, accès depuis un autre poste) de déplacer, ouvrir, modifier, supprimer ces mêmes éléments.

Et on obtiendra alors de façon aléatoire des pertes ou des corruptions de fichiers et même des plantages complet de l'OS.

DOS. Dirty OS.

avatar manu666 | 

@ditek :
Comme dit plus haut, ça existe depuis un petit moment en utilisant la touche alt et le raccourci clavier du coller (Ou via le menu contextuel, la fonction s'appelle alors "move")

avatar simnico971 | 

@ditek :
Le couper-coller est potentiellement dangereux, le glisser-déposer suffit.

avatar r e m y | 

C'est exactement la même chose! je ne vois pas ce que le couper:coller a de plus dangereux...
Il suffit que le fichier d'origine ne soit supprimé qu'une fois qu'il est bien enregistré à sa nouvelle destination et en cas de problème, il reste à son emplacement d'origine. (bref comme quand on déplace un fichier à la souris)

avatar BeePotato | 

@ r e m y : « C'est exactement la même chose! »

Ben non.

« Il suffit que le fichier d'origine ne soit supprimé qu'une fois qu'il est bien enregistré à sa nouvelle destination et en cas de problème, il reste à son emplacement d’origine. »

Sauf que du coup, ça, ce n’est plus un couper-coller. :-)

avatar r e m y | 

Il faut faire une différence entre ce qui apparait visuellement à l'utilisateur, et ce qui se passe dans la gestion des fichiers sur le disque.

Quand on déplace un fichier à la souris, on a bien l'impression qu'il quitte sa fenêtre d'origine et qu'il s'inscrit dans la fenêtre d'arrivée quand on le lâche. (et qu'entre les 2 actions, il est en lévitation nulle part....)
Pourtant, dans le catalogue de fichier, il est toujours inscrit à son emplacement d'origine tant qu'il n'est pas correctement inscrit à son nouvel emplacement. Si il y a coupure de courant avant que le déplacement soit terminé, on retrouve le fichier à l'emplacement d'origine.

Un couper/coller peut se gérer de la MEME manière et donc sans risque.

A noter que ce n'est pas le fichier qui est placé dans le presse-papier, mais juste son nom et emplacement sur le disque. Un déplacement d'un fichier sur un disque se passe simplement en changeant son adresse dans le catalogue de fichier. Le fichier lui-même reste écrit au même endroit sur le disque.

avatar BeePotato | 

@ r e m y : « A noter que ce n'est pas le fichier qui est placé dans le presse-papier, mais juste son nom et emplacement sur le disque. Un déplacement d'un fichier sur un disque se passe simplement en changeant son adresse dans le catalogue de fichier. Le fichier lui-même reste écrit au même endroit sur le disque. »

Merci d’avoir souligné tout seul à quel point cette fonction n’a rien à voir avec un couper-coller de fichiers. :-)

Pour rappel :
• Dans un couper-coller « normal » (de texte, d'image, ou de n'importe quel autre type de données), quand on coupe, les données coupées disparaissent de l'endroit où elles étaient. Pour les fichiers, ce n'est pas le cas (sous Windows (la dernière fois que j’ai testé) on a tout de même droit à une icône grisée pour indiquer que quelque chose s'est passé).
• Dans un couper-coller, une fois les données coupées, elles sont préservées dans le presse-papier jusqu'à ce qu'elles y soient remplacées. Pour un fichier, ce n'est pas le cas : si on le déplace ou si on le renomme (et, j'imagine, si on déplace ou renomme le dossier le contenant), il n'est plus possible de coller le fichier ; si on le modifie après l'avoir coupé (parce qu'on l'avait préalablement ouvert dans un éditeur, par exemple), c'est la version modifiée et non la version coupée qui sera collée.
• Dans un couper-coller « normal », on peut coller les données autant de fois que l'on veut. Pour un fichier, on ne peut coller qu'une seule fois.
• Dans un couper-coller « normal », on peut, après avoir coupé les données, fermer le document qui les contenait, retirer le disque dur où se trouve se document, et il sera toujours possible de coller ces données quelque part. Pour un fichier, ça ne marche pas : si on coupe un fichier d'un disque externe, impossible de le coller ensuite si on a éjecté le disque en question.

À moins que tout ça n’ait changé depuis la dernière fois que j’ai essayé cette fonction sous Windows, ça n’a rien à voir avec un couper-coller.

avatar Fabeme | 

Il y a des changements dans la gestion de la grille d'icônes aussi dans cette première bêta (et ça marche pas bien ;) )

avatar Doctomac | 

Je n'ai pas encore testé la bête mais question à ceux qui l'ont fait (notamment la rédaction) : Dashboard existe encore ?

avatar mat 1696 | 

@Doctomac :
Oui, pour le moment du moins (DP1)

avatar r e m y | 

Toujours pas d'indépendance de résolution? (pour changer la taille des icônes de façon individuelle)

avatar Niarlatop | 

Est-ce que quelqu'un pourrait vérifier si le bug de positionnement de la liste de défilement du Finder est toujours présent ?

Je m'explique, quand on upload un fichier depuis un navigateur par exemple (photos), et qu'on a une longue liste de fichiers dans le répertoire, une barre de défilement est présente, mais n'affiche que le troisième ou quatrième fichier, il faut systématiquement scroller pour afficher le premier.

Très énervant quand on utilise l'upload régulièrement, et pas du tout dans l'esprit de perfection prôné par Apple.

Merci d'avance de vos retours !

Pages

CONNEXION UTILISATEUR