La metáfora del portapapeles no funciona realmente bien para los archivos, y mientras que "copiar archivo" puede implementarse de forma transparente como "copiar y pegar", "mover archivo" requiere algunos juicios.
En su forma más simple, "copiar" significa poner algunos datos en la memoria compartida, y "pegar" leerlos de nuevo; "cortar" es entonces "copiar" más borrar inmediatamente los datos de origen.
Para trabajar con archivos, esto sería increíblemente ineficiente: imagina que seleccionas un archivo de 2 GB y pulsas "copiar", y tienes que esperar a que se carguen 2 GB de datos en la RAM.
Así que, en su lugar, los programas de gestión de archivos sobrecargan el comando "copiar" de alguna manera para que lo que se ponga en la memoria compartida sea sólo un puntero al archivo. Luego sobrecargan "pegar" para ejecutar un comando apropiado de "copiar archivo". La interfaz de usuario actuará como si hubieras "copiado un archivo al portapapeles", y "pegado desde el portapapeles a una nueva ubicación", pero el contenido del archivo nunca está en el portapapeles .
Con un simple "copiar y pegar", esto es mayormente transparente para el usuario - el efecto es en gran medida el mismo que si el contenido se colocara realmente en la memoria. También consigue lo que el usuario quiere hacer: copiar el archivo en el sistema de archivos, siendo el portapapeles sólo una comodidad de la interfaz de usuario para hacerlo.
El paralelismo natural es que "cortar y pegar" signifique "mover el archivo", pero hay un problema. Normalmente, "cortar" significa "copiar y luego borrar el original", pero si los datos no se han copiado en ningún sitio, la fuente no puede borrarse todavía . El comando "mover archivo" real tiene que ser ejecutado cuando el usuario selecciona el directorio de destino.
Independientemente de cómo se implemente, algunas de las expectativas de la metáfora del portapapeles se romperán con cualquier función útil de "mover archivo".
Podrías caso especial "cortar" para borrar sólo el contenido de origen una vez pegado . "Cortar" puede colocar un puntero de archivo en el portapapeles con la instrucción de que cuando se pegue, se utilice el comando "mover archivo" en lugar de "copiar archivo". Esto hace que "cortar y luego pegar" funcione como se espera, pero si se mira el archivo original, éste sigue ahí hasta que se pega, lo que no ocurriría si se "corta" cualquier otro tipo de datos. Así es como funciona el Explorador de Windows, por ejemplo, y trata de indicar el estado "cortado pero no borrado todavía" haciendo que el icono del archivo sea transparente mientras está "en el portapapeles".
Como variación, "cortar" podría mover el archivo a una ubicación temporal para que se retire inmediatamente de su ubicación original. En muchos sistemas de archivos esto se puede hacer con un coste prácticamente nulo siempre que la ubicación temporal esté en la misma partición, editando dos entradas de directorio. Luego, al pegar, se mueve el archivo de la ubicación temporal al destino. Esto haría que el archivo desapareciera inmediatamente al "cortar", pero el usuario podría seguir notando que "pegar" está haciendo el movimiento real - por ejemplo, un archivo grande que ha sido "cortado" seguirá ocupando espacio en su partición original. (No sé si algún sistema operativo/gestor de archivos utiliza este enfoque).
Como alternativa, puede ofrecen al usuario una operación especial de "pegado" que borra el original . Esto aclara que el archivo de origen no ha sido eliminado todavía, pero significa que el comando "copiar" podría resultar en la eliminación del archivo de origen, lo que no ocurriría con cualquier otro dato. Esto es lo que ofrece el Finder de MacOS: después de copiar un archivo, el usuario puede optar por moverlo pulsando Option + Command + V en lugar de Command + V .
Aunque todos estos enfoques necesitan algo de la misma implementación, sería confuso ofrecer más de una variación . Por ejemplo, si MacOS le permitiera "cortar" un archivo, ¿podría Command + V hacen lo mismo que Option + Command + V ? ¿O uno de ellos no estaría disponible?
2 votos
No es por ser pedante, pero no existía el "MacOS7", sino que se denominaba "System 7" y como indica @benwiggy: No. El copiado/pegado de archivos ni siquiera estaba en las versiones anteriores de OS X.
1 votos
Esta funcionalidad está presente y lo ha estado desde Lion. apple.stackexchange.com/questions/12391/ Para cambiar el duplicado, esto necesita una edición para aclarar qué problema se está resolviendo además de especular por qué Apple hizo lo que hizo. Pregunte en Pregunte a Different Meta si las excelentes respuestas aquí deben fusionarse en el hilo principal sobre copiar/pegar en MacOS / OS X
2 votos
@bmike Es justo. Me gustaría que la "fusión" fuera una característica más integrada en la plataforma, de modo que no requiriera una súplica especial, pero dejaré que otros decidan si vale la pena rescatar mi respuesta de abajo.
1 votos
Tu respuesta es fabulosa @IMSoP - casi todo lo que la comunidad / los moderadores elegidos pueden hacer es reversible. La fusión no puede ser fácilmente revertida, por lo que queremos ser deliberados y estar seguros de que hay consenso. También quiero que el OP para tener la oportunidad de sopesar en - no eran conscientes de la pasta de existir durante una década en MacOS cuando se le preguntó?
1 votos
Simplemente no es posible porque el atajo de teclado para Cortar ( X ) no está habilitado para elementos del sistema de archivos en Buscador . Tendrá que preguntar Apple por qué no han habilitado Cortar ( X ) para elementos del sistema de archivos en Buscador .
0 votos
@bmike Sí, estaba al tanto de la pasta. Volviendo a MacOS desde *nix durante más de una década parece raro pegar una carpeta copiada (desde una llave USB por ejemplo) para luego "volver" y tener que borrar los archivos entonces duplicados. ¿Estaba buscando mv? Puede que sólo sea yo el que se sienta de nuevo en casa con Finder. Gracias por el comentario. Sobre el peso de la fusión No tengo ni idea de cómo, pero la respuesta de IMSoP es realmente fabulosa. Un gran resumen de cómo se implementa el equilibrio entre la usabilidad y la seguridad de los datos en el "paradigma de cortar/copiar/pegar" y cómo su implementación en los archivos tiene preocupaciones específicas.