MX2008000577A - Interfase de usuario de arrastre e insercion rica. - Google Patents

Abstract

En un sistema de archivo electronico, se proporciona informacion de prever al usuario durante una operacion de arrastre de un objeto seleccionado a un objeto objetivo. La informacion indica que tipo(s) de accion se va a tomar si el objeto seleccionado es insertado en el objeto objetivo. La accion(es) que debe ser tomada puede depender del tipo del objeto seleccionado y/o el tipo de objeto objetivo. Por ejemplo, cuando el objeto seleccionado es un articulo y el objeto objetivo es una auto-lista persistida, la accion puede incluir agregar, remover, o modificar una o mas propiedades del objeto seleccionado para conformarse a uno o mas criterios definidos por la auto-lista persistida. Tambien, se puede proporcionar realimentacion numerica al usuario cuando se seleccionan objetos multiples. Por ejemplo, cuando se seleccionan siete objetos, el numero contextual "7" puede aparecer junto al cursor.

Description

INTERFASE DE USUARIO DE ARRASTRE E INSERCIÓN RICA ANTECEDENTES DE LA INVENCIÓN Los sistemas de archivo electrónico modernos tipicamente almacenan archivos en una estructura de árbol jerárquica. Cada nodo del árbol se considera una carpeta que contiene uno o más archivos. Típicamente, en tales sistemas de archivo electrónico, la ubicación de un artículo se limita por la organización definida por el sistema de archivo. Por ejemplo, en muchos sistemas de archivo cada archivo se localiza en una carpeta (y sólo una). Esto significa que el tiempo de vida del archivo y la organización del archivo se combinan. Es decir, un archivo puede existir solamente mientras tiene una ubicación organizada relativa a otros archivos o carpetas. Además, un archivo no puede colocarse en organizaciones múltiples. Esto significa que si un usuario desea ver un archivo en múltiples carpetas, por ejemplo, el usuario debe hacer múltiples copias del archivo. Esto es tanto tedioso como propenso a error para el usuario, así como desperdicio de espacio de almacenamiento. Además, cuando se realiza una operación de arrastre/inserción, no siempre está claro para el usuario qué acción se va a tomar con el término de la operación de arrastre/inserción. Incluso puede ser más confuso cuando se seleccionan juntos múltiples archivos para arrastrar/insertar.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Existe una necesidad de un sistema de archivo electrónico más avanzado e interfase de usuario que permite a más usuarios manipular archivos y otros objetos en una forma más flexible que utiliza una interfase de usuario gráfica. Con esta flexibilidad se vuelve una oportunidad proporcionar información más rica al usuario sobre lo que está sucediendo mientras se realizan las operaciones de arrastrar/insertar. Aspectos de la presente descripción se refieren a varios tipos de objetos de sistema de archivo que pueden implementarse, que incluyen artículos, carpetas, listas, autolistas persistidas, y pilas. Mientras las carpetas, por ejemplo, contienen objetos reales, listas y autolistas persistidas contienen referencias, o atajos, a objetos, como opuesto a los mismos objetos. Una auto-lista persistida se llena automáticamente con referencias a objetos que tienen propiedades que conforman uno o más criterios definidos por la auto-lista persistida. Otros aspectos de la presente descripción se dirigen a proporcionar información de prevista al usuario durante una operación de arrastre de un objeto seleccionado en un objeto objetivo en una interfase de usuario gráfica. La información de prevista indica que tipo(s) de acción se va a tomar si el objeto seleccionado en donde se va a insertar en el objeto objetivo, con lo cual proporciona al usuario una oportunidad de determinar si la operación de arrastre/inserción particular es deseable, antes que se complete la operación de arrastrar/insertar. La acción(es) particular para tomarse puede depender del tipo de objeto seleccionado y/o el tipo de objeto objetivo. Por ejemplo, en donde el objeto seleccionado es un artículo y el objeto objetivo es una auto-lista persistida, la acción puede incluir agregar, revolver, o modificar una o más propiedades del objeto seleccionado para conformar uno o más criterios definidos por la auto-lista persistida. Incluso aspectos adicionales de la presente descripción se dirigen a proporcionar retroalimentación numérica al usuario cuando se seleccionan en múltiples objetos. Por ejemplo, en donde se seleccionan siete objetos, el número textual "7" puede aparecer después del cursor. Esto puede resultar en una interfase de usuario mucho más fácil de entender que interfases de pasadas en donde múltiples objetos se esparcen alrededor de la pantalla mientras se mueven. En interfases convencionales, algunas veces es difícil para un usuario determinar cuantos objetos se seleccionaron. Incluso aspectos adicionales de la presente invención se dirigen a realizar varios tipos de acciones en respuesta a diferentes combinaciones de arrastre/inserción. El tipo particular de acción realizada puede determinarse por el tipo de objeto que se arrastra y/o el tipo de objeto en el cual va a ocurrir la inserción. Estos y otros aspectos de la descripción aquí serán evidentes con la consideración de la siguiente descripción detallada de las modalidades ilustrativas.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Breve Descripción anterior, así como la siguiente descripción detallada de las modalidades ilustrativas, se entiende mejor cuando se lee en conjunto con los dibujos anexos, que se incluyen a manera de ejemplo, y no a manera de limitación con respecto a la invención reclamada. La Figura 1 es un diagrama de bloques funcional de un ambiente de cómputo ilustrativo. La Figura 2 es un cuadro que muestra acciones ilustrativas que pueden tomarse en respuesta a operaciones de arrastre/inserción particulares. Las Figuras 3-10 muestran casos de retroalimentación de prevista ilustrativos que pueden presentarse en respuesta a varias operaciones de arrastre/inserción. Las Figuras 11-13 muestran tomas de pantalla ilustrativa en donde una operación de arrastre/inserción causa que un caso de retroalimentación de prevista se presente cerca del cursor o en otra ubicación en la pantalla. La Figura 14 muestra casos de retroalimentación de prevista ilustrativas que pueden presentarse en respuesta a arrastrar un artículo en varios tipos de objetos objetivo. Las Figuras 15-18 muestran casos de retroalimentación de prevista ilustrativas que cada una incluye texto explicatorio. Las Figuras 19-23 muestran una respuesta ilustrativa a arrastrar un objeto en un objeto objetivo que tiene objetos hijo bajo él en una jerarquía.

DESCRIPCIÓN DETALLADA DE MODALIDADES ILUSTRATIVAS Ambiente de cómputo ilustrativo La Figura 1 ilustra un ejemplo de un ambiente de cómputo adecuado 100 en el cual puede implementarse funciones de reconocimiento de escritura a mano y/o creación de red neural, modificación, y/o entrenamiento. El ambiente de cómputo 100 sólo es un ejemplo de un ambiente de cómputo adecuado y no pretende sugerir ninguna limitación al alcance de uso o funcionalidad de la invención. El ambiente de cómputo 100 tampoco debe interpretarse como teniendo ninguna dependencia o requerimiento que se relaciona a cualquiera o combinación de componentes ilustrados en el ambiente de cómputo ilustrativo 100. Otros ambientes o configuraciones de sistema de cómputo de propósito general o propósito especial pueden utilizarse. Ejemplos de sistemas de cómputo bien conocidos, ambientes, y/o configuraciones incluyen, pero no se limitan a, computadoras personales (PCs); computadoras de servidor; dispositivos móviles y otros portátiles tal como asistentes digitales personales (PDAs), PCs de estilo de tableta o PCs portátiles; sistemas de multiprocesador; sistemas a base de microprocesador; cajas de tv por cable; electrónica de consumidor programable; PCs de red; minicomputadoras, macrocomputadoras; ambientes de cómputo distribuidos que incluyen cualquiera de los sistemas o dispositivos anteriores; y similares. La descripción aquí a veces se describe en el contexto general de instrucciones ejecutables por computadora, tal como módulos de programa, que se ejecutan por una computadora. Generalmente, los módulos de programa incluyen rutinas, programas, objetos, componentes, estructuras de datos, etc. que realizan tareas particulares o implementan tipos de datos abstractos particulares. Los ambientes de cómputo distribuido además pueden utilizarse en donde las tareas se realizan por dispositivos de procesamiento remoto, que se enlazan a través de una red de comunicaciones. En un ambiente de cómputo distribuido, los módulos de programa pueden localizarse tanto en medios de almacenamiento de computadora locales como remotos que incluyen dispositivo de almacenamiento de memoria. Con referencia a la Figura 1, el ambiente de cómputo ilustrativo 100 incluye un dispositivo de cómputo de propósito general en la forma de una computadora 100. Los componentes de la computadora 100 pueden incluir, pero no se limitan a, una unidad de procesamiento 120, una memoria de sistema 130, y un conductor común de sistema 121 que acopla varios componentes de sistema que incluyen memoria de sistema 130 a la unidad de procesamiento 120. El conductor común de sistema 121 puede ser cualquiera de varios tipos de estructuras de conductor común que incluyen un conductor común de memoria o controlador de memoria, un conductor común periférico, y un conductor común local que utiliza cualquiera de una variedad de arquitecturas de conductor común. A manera de ejemplo, y no de limitación, tales arquitecturas incluyen Conductor Común De Arquitectura De Estándar De Industria (ISA), Conductor Común De Arquitectura De Micro Canal (MCA), Conductor Común De ISA Mejorado (EISA), Conductor Común Local De Asociación De Estándares Electrónicos (VESA), Conductor Común De Puerto De Gráficos Avanzado (AGP), y Conductor Común De Interconexión De Componente Periférico (PCI), también Conocido Como Conductor Común De Mezzanine. La computadora 100 típicamente incluye una variedad de medios legibles por computadora. Los medios legibles por computadora puede ser cualquier medio disponible que pueda accederse por la computadora 100 tal como medios volátiles, no volátiles, removibles, y no removíbles. A manera de ejemplo, y no de limitación, los medios legibles por computadora pueden incluir medios de almacenamiento de computadora y medios de comunicación. Los medios de almacenamiento de computadora pueden incluir medios volátiles, no volátiles, removibles, y no removibles implementados en cualquier método o tecnología para almacenamiento de información tal como instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos. Los medios de almacenamiento por computadora incluyen, pero no se limitan a, memoria de acceso aleatorio (RAM), memoria sólo de lectura (ROM), ROM eléctricamente borrable programable (EEPROM), memoria flash u otra tecnología de memoria, ROM de disco compacto (CD-ROM), disco de video digital (DVD) u otro almacenamiento de disco óptico, cassettes magnéticos, cinta magnética, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que puede utilizarse para almacenar la información deseada y que puede accederse por la computadora 100. Los medios de comunicación tipicamente representan instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada tal como una onda portadora u otro mecanismo de transporte e incluye cualquier medio de entrega de información. El término "señal de datos modulada" significa una señal que tiene una o más de sus características establecidas o cambiadas de tal forma para codificar información en la señal. A manera de ejemplo, y no de limitación los medios de comunicación incluyen medios por cable tal como red por cable o conexión por cable directa y medios inalámbricos tal como medios acústicos, de radiofrecuencia (RF) (por ejemplo, BLUETOOTH, WiFi, UWB), ópticos (por ejemplo, infrarrojos) y otros inalámbricos. La memoria de sistema 130 incluye medios de almacenamiento de computadora en la forma de memoria volátil y/o no volátil tal como ROM 131 y RAM 132. Un sistema de entrada/salida básico (BIOS) 133, que contiene la rutinas básicas que ayudan a transferir información entre elementos dentro de la computadora 100, tal como durante el arranque, típicamente se almacena en ROM 131. La RAM 132 típicamente contiene datos y/o módulos de programa que son inmediatamente accesibles a y/o actualmente están siendo operados por la unidad de procesamiento 120. A manera de ejemplo, y no de limitación, la Figura 1 ilustra software en la forma de instrucciones ejecutables por computadora, que ¡ncluyen el sistema operativo 134, programas de aplicación 135, otros módulos de programa 136, y datos de programa 137. La computadora 100 también puede incluir otros medios de almacenamiento de computadora. A manera de ejemplo solamente, la Figura 1 ilustra una unidad de disco duro 141 que lee de o escribe a medios magnéticos no removibles, no volátiles, una unidad de disco magnético 151 que lee de o escribe a un disco magnético removible, no volátil 152, y una unidad de disco óptico 155 que lee de o escribe a de un disco óptico removible, no volátil 156 tal como un CD-ROM, DVD, u otro medio óptico. Otros medios de almacenamiento de computadora que pueden utilizarse en el ambiente operativo ilustrativo incluyen, pero no se limitan a, cassettes de cinta magnética, tarjetas de memoria flash, cinta de video digital, RAM de estado sólido, ROM de estado sólido, y similares. La unidad de disco duro 141 típicamente se conecta al conductor común de sistema 121 a través de una interfase de memoria no removible tal como una interfase 140, y una unidad de disco magnético 151 unidad de disco óptico 155 típicamente se conectan al conductor común de sistema 121 a través de una interfase de memoria removible, tal como una interfase 150. Las unidades y sus medios de almacenamiento de computadora asociados discutidos anteriormente e ilustrados en la Figura 1 proporcionan almacenamiento de instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos para la computadora 100. En la Figura 1, por ejemplo, la unidad de disco duro 141 se ilustra como almacenando el sistema operativo 144, programas de aplicación 145, otros módulos de programa 146, y datos de programa 147. Se debe notar que estos componentes pueden ser los mismos o diferentes al sistema operativo 134, programas de aplicación 135, otros módulos de programa 136, y datos de programa 137, respectivamente. El sistema operativo 144, programas de aplicación 145, otros módulos de programa 146, y datos de programa 147 se asignan con diferentes números de referencia en la Figura 1 para ilustrar que pueden ser copias diferentes. Un usuario puede ingresar comandos e información en la computadora 100 a través de dispositivos de entrada tal como un teclado 162, una almohadilla de tacto 165 (tal como un digitalizador) y aguja 166, y un dispositivo de señalamiento 161 (comúnmente denominado como un ratón, seguíbola o almohadilla sensible al tacto). La almohadilla sensible al tacto 165 puede ser un dispositivo físico separado o puede estar integrado con un dispositivo de presentación tal como un monitor 191. Otros dispositivos de entrada (no mostrados) pueden incluir un micrófono, palanca de mandos, almohadilla de juegos, antena parabólica, escáner, o similares. Estos y otros dispositivos de entrada frecuentemente se acoplan a la unidad de procesamiento 120 a través de una interfase de entrada de usuario 160 que se acopla al conductor común de sistema 121, pero puede conectarse a través de de otra interfase y estructuras de conductor común, tal como un puerto paralelo, puerto del juego, conductor común en serie universal (USB), o conductor común en serie IEEE 1394 (FIREWIRE). El monitor 191 u otro tipo de dispositivo de presentación también se acopla al conductor común de sistema 121 a través de una interfase, tal como una interfase de video 190. La interfase de video 190 puede tener capacidades de gráficos 2D o 3D avanzadas además de su propio procesador y memoria especializados. La computadora 100 también puede incluir otros dispositivos de salida periféricos tal como bocinas 197 y una impresora 196, que puede conectarse a través de una interfase periférica de salida 195. La computadora 100 puede operar en un ambiente en red que utiliza conexiones lógicas a una o más computadoras remotas, tal como una computadora remota 180. La computadora remota 180 puede ser una computadora personal, un servidor, un enrutador, una PC de red, un dispositivo par u otro nodo de red común, y típicamente incluye muchos o todos los elementos descritos anteriormente relativos a la computadora 100, aunque solo se ilustra un dispositivo de almacenamiento de memoria 181 en la Figura 1. Las conexiones lógicas ilustradas en la Figura 1 incluyen una red de área local (LAN) 171 y una red de área ancha (WAN) 173, pero también o alternativamente incluye otras redes, tal como Internet. Tales ambientes en red comúnmente están ubicados en hogares, oficinas, redes de computadora extendidas en empresa, ¡ntranets e Internet. Cuando se utiliza en un ambiente en red de LAN, la computadora 100 se acopla a la LAN 171 a través de una ¡nterfase de red o adaptador 170. Cuando se utiliza en un ambiente en red de WAN, la computadora 100 puede incluir un módem 172 u otro dispositivo para establecer comunicaciones en WAN 173, tal como Internet. El módem 172, que puede ser interno o externo, puede conectarse al conductor común de sistema 121 a través de la interfase de entrada de usuario 160 u otro mecanismo apropiado. En un ambiente en red, los módulos de programa ¡lustrados relativos a la computadora 100, o porciones de la misma, pueden almacenarse remotamente tal como en el dispositivo de almacenamiento remotos 181. A manera de ejemplo, y no de limitación, la Figura 1 ilustra programas de aplicación remota 182 como residentes en el dispositivo de memoria 181. Se apreciará que las conexiones en red mostradas son ilustrativas, y que pueden utilizarse otros medios para establecer un enlace de comunicaciones entre las computadoras.

Organización de sistema de archivo Un sistema de archivo electrónico puede ímplementarse por la computadora 100 para manejar archivos y otros objetos almacenados en los varios medios electrónicos al cual tiene acceso la computadora 100. El sistema de archivo puede ser parte de los otros módulos de programa 136 y/o parte del sistema operativo 134. El Sistema de archivo puede ser un sistema de archivo tradicional o un sistema de archivo puede ser un sistema de archivo tradicional o un sistema de archivo avanzado que puede conducirse a base de datos. En muchos sistemas de archivo tradicionales, tal como aquellos basados en un sistema de archivo de cuadros de distribución de archivo (FAT), el acceso del directorio tradicional a archivos asume que los usuarios desean mantener sus archivos en un árbol de directorio jerárquico. Las ubicaciones de archivo y la estructura de directorio son dependientes uno de otro; un usuario no puede mover un archivo a otra ubicación sin cambiar la estructura del directorio. Por otro lado, un sistema de archivo más avanzado puede utilizarse y utiliza referencias de atajo, de esa forma permite a los archivos y otros objetos aparecer en una ubicación mientras realmente uno y otro, están en una ubicación diferente, tal sistema de archivo puede definir varios tipos objetos que proporcionan una forma mucho más flexible de manejar archivos y otros objetos. Por ejemplo, un tipo de objeto es una lista. Para propósitos de la presente descripción y las reivindicaciones, una lista es un objeto que hace referencia a un grupo de otros objetos en un orden particular. El término "grupo" de objetos como se utiliza en la presente descripción y reivindicaciones pretende incluir tanto un grupo de pluralidad de objetos como un grupo que tiene solo un objeto individual. Los objetos referenciados por la lista pueden, por ejemplo, ser un grupo de objetos arbitrario cada uno agregado a la lista manualmente por el usuario. Sin embargo, los objetos referenciados por una lista no están realmente almacenados en la lista ya que están en una carpeta convencional. De esa forma, más de una lista simultáneamente puede hacer referencia al mismo objeto. Otro tipo objeto de que puede soportarse por el sistema de archivo es una auto-lista persistida. Una auto-lista persistida es similar una lista excepto que el grupo de objetos referenciados por una auto-lista persistida se determinan por una consulta. La consulta puede definir uno o más criterios. De esa forma, para propósitos de la presente descripción y reivindicaciones, una auto-lista persistida se define como una lista que contiene un grupo de objetos que satisfacen uno o más criterios asociados con la auto-lista persistida. El contenido de una auto-lista persistida es dinámico; el grupo de objetos enlistados en una auto-lista persistida puede cambiar de acuerdo con cambios en propiedades de varios objetos. Por ejemplo, una auto-lista persistida configurada para contener referencias a todos los documentos creados por el autor John Doe (el criterio de consulta en este caso que es del tipo = documentos y autor = "John Doe") puede actualizar automáticamente cuando John Doe crea un nuevo archivo que elimina uno de sus archivos. Los criterios asociados con un auto-lista persistida pueden incluir cualquier criterio, tal como tipo de objeto, autor, título, contenido, fecha de creación, fecha de edición, ubicación en el sistema de archivo (también denominado aquí como "alcance"), propiedades intrínsecas de costumbre, etc. También, como se discute posteriormente, las listas permiten que se definan propiedades extrínsecas para objeto referenciados por esas listas y autolistas persistidas. Cada objeto manejado por el sistema de archivo puede incluir o de otra forma de asociarse con una o más propiedades. Estas propiedades pueden clasificarse ampliamente en dos grupos: propiedades extrínsecas y propiedades intrínsecas. Uno o más criterios asociados con una auto-lista persistida forman una consulta en las propiedades de objetos intrínsecos. Una propiedad intrínseca es una propiedad de un objeto que se almacena de forma separada del objeto. En el contexto de una lista, por ejemplo, el usuario puede agregar una columna de "Notas de Lista" que coloca comentarios sólo dentro del contexto de la lista y no en los propios objetos que se referencian por la lista. Esto puede permitir que el usuario haga comentarios en objetos que el usuario no tiene el derecho a modificar, por ejemplo. Las propiedades extrínsecas no viajarán con esos objetos fuera del contexto de esa lista. De esa forma, otra lista que hace referencia a uno o más de esos mismos objetos no incluirá la propiedad "Notas de Lista" de cualquiera de estos artículos, a menos por supuesto que el usuario agregue la propiedad al artículo en el contenido de la otra lista. Las propiedades extrínsecas pueden a agregarse manualmente por el usuario o agregarse automáticamente por el sistema de archivo, sistema operativo, y/o otro módulo de programa.

Una propiedad intrínseca es una propiedad que se almacena con el artículo Por ejemplo, el título de un archivo puede considerarse que es una propiedad intrínseca del archivo en donde el título viaja con el archivo Si el archivo se agrega a una carpeta particular o lista, por ejemplo, el archivo aún tendrá su titulo El contenido de un objeto es también una propiedad intrínseca del objeto También, la ubicación del objeto dentro del sistema de archivo es otra propiedad intrínseca del objeto Incluso otro tipo de objeto que puede soportarse por el sistema de archivo es una carpeta convencional Una carpeta se define para propósitos de la presente descripción y las reivindicaciones como un objeto que contiene un grupo de otros objetos Un tipo relacionado de objeto es una pila, que es un contenedor virtual en una lista que representa el grupo de artículos que satisfacen un requerimiento dado Por ejemplo, el usuario puede apilar una auto-lista persistida o resultados de consulta por "autor" y entonces ver todos los resultados por quienes los escribieron Una pila se presentará para acabar autor, en donde cada pila puede ser de una altura diferente basándose en el número de objetos escritos por cada autor Incluso otro tipo de objeto que puede soportarse por el sistema de archivo es un artículo Un artículo puede ser, por ejemplo, un archivo, un correo electrónico, un contacto, o una cita Los objetos referenciados por la lista y las autolistas persistidas, así como objetos contenidos en las carpetas y pilas, puede ser cualquier tipo de objeto en cualquier combinación Por ejemplo, una lista, auto-lista persistida, carpeta, o pila puede contener cada una uno o más archivos, correos electrónicos, listas, auto-lista persistida, carpeta, pilas y/ otros tipos de objetos. El sistema de archivo puede organizarse en uno o más volúmenes. Un volumen se define para propósitos de la presente descripción y las reivindicaciones como un medio de almacenamiento físico o porción predeterminada del mismo representado por el sistema de archivo como un recurso de almacenamiento individual.

Arrastrar/insertar objetos El sistema operativo y/o sistema de archivo pueden tener una interfase de usuario gráfica que presenta un icono u otro elemento visual que representa cada objeto manejado por el sistema de archivo. La ¡nterfase de usuario gráfica además puede permitir que el usuario arrastre e inserte elementos visuales que representan objetos en otros elementos visuales que representan otros objetos de una forma convencional. Los términos "arrastrar/insertar" o arrastrar e insertar" de un primer objeto en o sobre un segundo objeto, y variaciones de los mismos, se utilizarán aquí como lenguaje de taquigrafía para el arrastrado e inserción convencional de un elemento visual que representa el primer objeto en un elemento visual que representa el segundo objeto. Muchos sistemas, tal como la línea de WINDOWS de Microsoft de sistemas operativos, tradicíonalmente proporcionan funcionalidad de arrastrar/insertar. Arrastrar e insertar puede tener diferentes significados en diferentes contextos. Por ejemplo, arrastrar un archivo en una carpeta típicamente causa que el archivo se mueva en la carpeta. En otras palabras, la ubicación del objeto de archivo real por sí mismo en el sistema de archivo cambia. También, arrastrar un documento en un objeto de impresora causa típicamente que el objeto se imprima en la impresora asociada con el objeto de impresora. Se debe notar que e muchos de tales sistemas y sistemas de archivo operativos también proporcionan funcionalidad de cortar/copiar/pegar. Existen operaciones de usuario alternas que obtienen el mismo resultado. Por ejemplo, arrastrar o insertar un archivo en una lista alternativamente puede realizarse al copiar el archivo y pegar el archivo en la lista. Sin embargo, los significados de arrastrar/insertar necesitan establecerse entre varias combinaciones de objetos y para contextos que no se soportaron previamente en sistemas tradicionales. Por ejemplo, ¿qué significa insertar un artículo en una auto-lista persistida existente? Ejemplos de tales significados de arrastrar/insertar se discuten aquí, con referencia a la Figura 2. La Figura 2 muestra que acción(es) se revisan en respuesta a una entrada de arrastrar/insertar hecho por el usuario. Cada fila en la Figura 2 corresponde a un tipo diferente de objeto que se va a insertar (el "objeto seleccionado"), y cada columna corresponde a un tipo diferente de objeto (el "objeto objetivo") en el cual se va a insertar el objeto seleccionado. De esa forma, la Figura 2 trata con seis tipos diferentes posibles de objetos seleccionados: un artículo individual, un grupo de artículos múltiples, una carpeta, una lista, una auto-lista persistida, y una pila. La Figura 2 también trata con 6 diferentes tipos posibles de objetos objetivo: una carpeta dentro del mismo volumen que el objeto seleccionado, una carpeta en un volumen diferente del objeto seleccionado, una lista dentro el mismo volumen que el objeto seleccionado, una lista en un volumen diferente del objeto seleccionado, una auto-lista que define un alcance (es decir, ubicación en el sistema de archivos) que incluye el objeto seleccionado, y una auto-lista que define un alcance que no incluye el objeto seleccionado. La Figura 2 ahora se discutirá en una base de columna por columna. Haciendo referencia a la columna "Carpeta" (mismo volumen) de la Figura 2, en donde el objeto objetivo de una carpeta en el mismo volumen que el objeto seleccionado, entonces la acción tomada es mover el objeto seleccionado para estar dentro del objeto objetivo, sin importar el tipo de objeto seleccionado. Esto hace sentido como si muy probablemente la intención de usuario cuando el objeto seleccionado y el objeto objetivo están dentro del mismo volumen. Similarmente, haciendo referencia a la columna "Carpeta (volumen diferente)", en donde el objeto objetivo es una carpeta de un volumen diferente del objeto seleccionado, entonces la acción tomada es copia del objeto seleccionado colocar la copia dentro del objeto objetivo, sin importar el tipo de objeto seleccionado. De nuevo, es muy probable que la intención de usuario en este caso que una copia del objeto seleccionado se coloca en el objeto objetivo, y no el objeto original seleccionado por si mismo, en donde el objeto objetivo está en un volumen diferente. Existe una excepción en donde el objeto seleccionado es una pila, sin embargo. En este caso, arrastrar/insertar una pila seleccionada de una carpeta objetivo resulta en una auto-lista persistida que se crea que representa la pila seleccionada en la carpeta objetivo. Haciendo referencia a las columnas "Lista (mismo volumen)" y "Lista (volumen diferente)" de la Figura 2, en donde el objeto objetivo es una lista, una operación de arrastrar/insertar causará una referencia, o atajo, para que el objetos seleccionado se coloque en la lista. Esto es verdadero sin importar si en la lista objetivo está dentro del mismo volumen que el objeto seleccionado. Existe una excepción en donde el objeto seleccionado es una pila. Sin embargo. En este caso, arrastrar una pila seleccionada a una lista objetivo desde una auto-lista persistida resulta en un atajo a la definición de la auto-lista persistida que se crea, que se inserta dentro de la lista objetivo (no persistida como un archivo separado). De nuevo, más probablemente son intenciones de usuario cuando el usuario realiza tal operación de arrastrar/insertar. Haciendo referencia a la columna "Auto-lista (mismo alcance)" de la Figura 2, arrastrar cualquier artículo(s) seleccionado en una auto-lista persistida que define un alcance que incluye el objeto seleccionado causa que una o más propiedades del objeto seleccionado se modifique, renueva, o agregue para que el objeto seleccionado caiga dentro del criterio o criterios definidos por la auto-lista persistida objetivo. Por ejemplo, al asumir que la auto-lista persistida objetivo define criterios que los objetos referenciados por la auto-lista persistida deben, ser (tipo = documento) (autor="John Doe"), con un alcance de carpeta c:\trabajo\clientexyz. En este caso, la auto-lista persistida automáticamente enlistará todos los objetos dentro de su alcance que satisfacen esos criterios. Asumir, por ejemplo, que un documento está dentro del alcance definido pero no tiene autor asignado o tiene una propiedad de autor diferente asignada a este. La operación de arrastrar o insertar un documento en la auto-lista persistida objetivo causará que las propiedades del documento se establezcan, si es posible, para satisfacer los criterios requeridos por la auto-lista persistida. En este ejemplo, la propiedad de autor del documento cambiará a "John Doe" para que el documento pueda enlistarse apropiadamente por la auto-lista persistida. Es posible en ciertas situaciones que la computadora sin determine que no es posible cambiar las propiedades para satisfacer todos los criterios. Por ejemplo, si el objeto que se inserta en la misma auto-lista persistida objetivo no es un documento, entonces no tendrá sentido cambiar la propiedad de tipo de ese objeto para ser un documento (ya que de hecho no es un documento). En tal caso, puede no permitirse la operación de arrastrar/insertar. En donde el objeto seleccionado para arrastrarse/insertarse en la auto-lista persistido objetivo en el mismo alcance que el objeto seleccionado es una carpeta, entonces las propiedades que cambian para satisfacer los criterios de auto-lista persistida causa que los artículos en la carpeta (pero no la carpeta en sí) se hagan referencia por la auto-lista persistida. De forma similar, las propiedades de los artículos en la carpeta seleccionada cambian en donde sea posible para satisfacer los criterios de la auto-lista persistida objetivo. En donde el objeto seleccionado es una auto-lista persistida, entonces arrastrar/insertar en otra auto-lista persistida objetivo establecerá propiedades en los resultados de auto-lista persistida. En otras palabras, las propiedades de todos los artículos que conforman la auto-lista seleccionada cambian, se remueven, y agregan para que también conformen la auto-lista objetivo. En donde el objeto seleccionado es una pila, entonces arrastra/insertar en una auto-lista persistida objetivo establecerá las propiedades, en donde sea posible, de los contenidos de la pila para satisfacer los criterios de la auto-lista persistida objetivo. Haciendo referencia a la columna "Auto-lista (diferente alcance)" de la Figura 2, esta columna se refiere a las mismas situaciones que la columna previa, excepto que ahora el objeto seleccionado está fuera del alcance de la auto-lista persistida objetivo. En estos casos, el objeto seleccionado (o los objetos referenciados por el objeto seleccionado, tal como los objetos enlistados en una lista seleccionada) se copia primero, y la copia se coloca dentro del alcance de la auto-lista persistido objetivo.

Entonces, las mismas acciones referenciadas en la columna de "Auto-lista (mismo alcance)" se realizan, excepto que las acciones se realizan en la copia en lugar del objeto seleccionado original.

Arrastrar/insertar modificadores Las acciones que resultan de las varias operaciones de arrastrar/insertar discutidas en los ejemplos anteriores con respecto a la Figura 2 son acciones predeterminadas. Las acciones predeterminadas intentan predecir lo que las intenciones de usuario son al realizar cada operación de arrastrar/insertar. Sin embargo, el usuario puede superar manualmente las acciones para tomarse al proporcionar entrada adicional junto con una operación de arrastrar/insertar. Por ejemplo, el usuario puede oprimir una tecla en el teclado 162 mientras se realiza la operación de arrastrar/insertar. Por ejemplo, presionar la tecla de Shift puede causar que cualquiera de las acciones de copiar sean acciones de mover, y presionar la tecla Ctrl puede causar que cualquiera de las acciones de mover a su vez sean acciones de copiar. Como ejemplos adicionales, cuando se arrastra a una lista, presionar la tecla Shift mientras se arrastra puede forzar al objeto seleccionado para moverse a la carpeta de boleto de lista objetivo, que es la ubicación en donde la lista objetivo coloca objetos cuando recolecta objetos. O, cuando se arrastra a una lista mientras se presiona la tecla Ctrl, esto puede forzar al objeto seleccionado a copiarse a la carpeta de boleto de lista. Cuando se arrastra a una auto-lista persistida, entonces presionar la tecla Shift mientras se arrastra puede forzar a que el objeto seleccionado se mueva a la carpeta predeterminada de auto-lista persistida objetivo, que es la ubicación en donde los objetos se colocan cuando se copian en el alcance de auto-lista objetivo. O, cuando se arrastra a una auto-lista persistida mientras se oprime la tecla Ctrl, esto puede forzar al objeto seleccionado a copiarse a la carpeta predeterminada de auto-lista persistida objetivo.

Prevista de arrastrar/insertar Debido a que ahora existen una gran variedad de acciones posibles que pueden tomarse en respuesta a operaciones de arrastrar/insertar, puede ser fácil para el usuario confundirse en cuanto a que puede significar la operación de arrastrar/insertar particular. Esto puede ser verdadero incluso cuando el sistema puede configurarse para tomar acciones muy probablemente pretendidas. Por consiguiente, puede ser deseable presentar retroalimentación al usuario con una prevista de alguna o todas las acciones que van a suceder como un resultado de una operación de arrastrar/insertar nada, y/o un estado actual de la operación de arrastrar/insertar. Basándose en esta retroalimentación, el usuario entonces puede decidir si completa, aborta, o modifica la operación de arrastrar/insertar como se desea. Esta realimentación de prevista puede presentarse en cualquier forma deseada. Por ejemplo, la retroalimentación puede estar en la forma de icono, gráfica, textual, y/o cualquier otro tipo de retroalimentación, y puede presentarse en cualquier porción fija o no fija de la presentación. La retroalimentación puede ser visual y/o audible. Además, la retroalímentación puede moverse dentro del cursor y/o puede presentarse cerca de un cursor. Ejemplos de tal retroalimentación de prevista se muestran en las Figuras 3-10. Los casos de retroalimentación mostrados son simplemente ilustrativos. La Figura 3 muestra un ejemplo de retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente cuando la operación no puede completarse. Esto puede ocurrir, por ejemplo, en respuesta al usuario que inserta un artículo en la auto-lista persistida en donde las propiedades del artículo no pueden modificarse para satisfacer los criterios de la auto-lista persistida. La Figura 4 muestra un ejemplo de una retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, que indica que el objeto seleccionado se copiará en respuesta al término de la operación de arrastrar/insertar. Esto puede ocurrir, por ejemplo, en respuesta al usuario que arrastró un artículo a una carpeta en un volumen diferente. La Figura 5 muestra un ejemplo de una retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, que indica que se seleccionaron múltiples artículos. En este ejemplo, se seleccionaron catorce artículos. El número puede cambiar dinámicamente para indicar el número real de artículos seleccionados como cada nuevo artículo se agrega a la selección. En muchos sistemas de archivo de interfase de usuario gráfica convencional, la selección de archivos múltiples se indica por los varios ¡conos de los artículos que se mueven desde sus posiciones presentadas originales a nuevas posiciones relativas de acuerdo con el cursor. Puede ser difícil en esa situación para el usuario entender lo que está sucediendo y como se seleccionaron muchos archivos una vez que sus iconos se mueven. En la Figura 5, sin embargo, el estado de cuantos artículos seleccionados múltiples se observan fácilmente por el usuario. El icono a la izquierda del número en la Figura 5 puede ser una lista miniatura de los artículos seleccionados, tal como el primer artículo seleccionado o el articulo muy reciente seleccionado. Otra información también puede proporcionarse tal como el número de bytes seleccionados. La Figura 6 muestra un ejemplo de retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, índica que el objeto seleccionado se agregará a una lista objetivo o autoriza persistida objetivo en respuesta al término de la operación de arrastrar/insertar. La Figura 7 muestra un ejemplo de realimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, que indica una propiedad del objeto seleccionado se va a agregar, remover, o modificar en respuesta al término de la operación de arrastrar/insertar. La Figura 8 muestra un ejemplo de una retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, que indica que se va a crear una auto-lista persistida en respuesta al término de la operación de arrastrar/insertar. Una auto-lista persistida puede crearse en respuesta a una operación de arrastrar/insertar cuando, por ejemplo, un usuario arrastra una pila particular a un grupo de resultados de consulta existentes e inserta la pila en alguna parte. En este caso, una nueva auto-lista persistida puede crearse automáticamente, en respuesta a la operación de arrastrar/insertar, que persiste la definición de esa consulta. La Figura 9 muestra un ejemplo de retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, que indica que el objeto seleccionado se va a mover en respuesta al término de la operación de arrastrar/insertar. Cuando se va a tomar más de una acción, los varios casos de retroalimentación, tal como los iconos en las Figuras 4-9, pueden combinarse. Por ejemplo, la Figura 10 muestra un ejemplo de una retroalimentación visual que puede ocurrir durante una operación de arrastrar/insertar pendiente, que indica que ciertas acciones múltiples se van a tomar en respuesta al término de la operación de arrastrar/insertar. En este ejemplo, en respuesta al término de la operación de arrastrar/insertar pendiente, se tomarán tres acciones: el objeto seleccionado se copiará, al menos una de sus propiedades se agregará, removerá, o modificará, y una nueva auto-lista persistida se creará. Aunque en este ejemplo los varios iconos se muestran horizontalmente dispuestos, puede disponerse verticalmente o de cualquier otra forma. Con la excepción de la retroalimentación mostrada en la Figura 5, cada uno de estos casos de retroalimentación puede presentarse al usuario en respuesta al objeto seleccionado que se mueve cerca del (por ejemplo, dentro de una distancia de umbral; o cubierta) el objetivo. Por ejemplo, haciendo referencia a la Figura 11, una pantalla 1100 se muestra en la cual un usuario va a insertar un objeto seleccionado 1101 en un objeto objetivo 1102 que utiliza el cursor 1103. Haciendo referencia a la Figura 12, el objeto seleccionado 1101 ahora se insertó y ahora está cerca de (y de hecho, en este caso, cubierta) el objeto objetivo 1102. En respuesta, la retroalimentación 1201 se presenta cerca de cursor 1103. Alternativa, o adicionalmente, con referencia a la Figura 13, la retroalimentación 1301 puede presentarse en una ubicación en la pantalla 1100 no relacionada con la posición del cursor 1103, tal como en una barra de estado preexistente en una ventana de aparición instantánea. Como ya se mencionó, la retroalimentación particular proporcionada al usuario depende de que acción(es) se van a tomar a término de la operación de arrastrar/insertar. Un ejemplo de retroalimentación puede proporcionarse y se muestra en la Figura 14, con referencia a la fila de "Artículo" del cuadro en la Figura 2. En donde un artículo 1401 se inserta en una carpeta 1402 en el mismo volumen, la retroalimentación como en la Figura 9 se proporciona, que indica que el artículo 1401 se moverá en la carpeta 1402 al insertar el artículo 1401 ahí. En donde el artículo 1401 se inserta en una carpeta 1403 en un volumen diferente, la retroalimentación como en la Figura 4 se proporciona, que indica que el artículo 1401 se copiará en la carpeta 1403 al insertar el artículo 1401 ahí. En donde el artículo 1401 se arrastra sobre una lista 1404 en el mismo volumen, la retroalimentación como en la Figura 6 se proporciona, indicando que se va a agregar una referencia al artículo 1401 a la lista 1404 al insertar el artículo 1401 ahí. Lo mismo se indica en donde el artículo 1401 se arrastra sobre una lista 1405 en un volumen diferente. En donde el artículo 1401 se arrastra sobre una auto-lista persistida 1405, en donde el artículo 1401 está dentro del alcance de auto-lista persistida 1405, la retroalimentación como en la Figura 7 se proporciona. Tal retroalimentación indica que una o más propiedades del artículo 1401 se modificarán para que el artículo 1401 se enliste en la auto-lista persistida 1405, al insertar el artículo 1401 ahí. En donde el artículo 1401 se arrastra sobre una auto-lista persistida 1406, y en donde el artículo 1401 está fuera del alcance de auto-lista persistida 1405, la retroalimentación como en las Figuras 4 y 7 se proporciona. Tal retroalimentación indica que el artículo 1401 se copiará a una ubicación dentro del alcance, y que una o más propiedades de la copia de artículo 1401 se modificarán para que la copia de artículo 1401 se enliste en la auto-lista persistida 1405, al insertar el artículo 1401 ahí. Haciendo referencia a las Figura de 15-18, la retroalimentación de prevista adicional o alternativamente puede incluir explicación textual a detalles de explicación más completos de cada acción para tomarse. Por ejemplo, el caso de de retroalimentación en la Figura 15 indica al usuario que las propiedades del artículo seleccionado cambiarán, y en particular las etiquetas "Proyectos" y "Trabajo" se agregarán como propiedades intrínsecas al artículo. El caso de retroalimentación en la Figura 16 indica al usuario que el artículo seleccionado se copiará y sus propiedades se modificarán, y en particular que el artículo seleccionado se copiará al Escritorio de Ubicación en las etiquetas "Urgentes" y "Personal" se agregará como propiedades intrínsecas al artículo seleccionado. El caso de retroalimentación en la Figura 17 también proporciona información detallada al usuario. En este caso, el artículo seleccionado se copiara a la ubicación Carpeta de Trabajo de Cliente, y varias etiquetas indicadas se agregarán como propiedades al artículo. Se debe notar que, en donde el texto descriptivo se vuelve demasiado largo, como en la Figura 17, el texto puede desvanecerse como se muestra. El caso de retroalimentación en la Figura 18 indica que sólo la operación de arrastrar/insertar no trabajará, pero también porque no trabajara. En este ejemplo, la operación no trabajará debido a que un documento se arrastra en un auto-lista persistida que define un criterio que permite que se haga referencia sólo a documentos.

Arrastrar/insertar en Objetos Hijo en una Jerarquía Hasta este punto se asumió que el objeto objetivo se presentó en la pantalla durante la inserción. Sin embargo, toda la discusión aquí también puede aplicarse a arrastrar objetos objetivo que son hijos de tales objetos y que no se presentan en la pantalla al inicio de un arrastre. Por ejemplo, un objeto principal, tal como una carpeta, lista, o auto-lista persistida, puede contener objetos hijo. El usuario puede desear insertar un objeto seleccionado en uno de los objetos hijo incluso si el objeto principal actualmente se presenta. Esto puede hacerse como se describió ilustrativamente con referencia a las Figuras 19-23. En la Figura 19, el usuario puede seleccionar un objeto 1901 para arrastrar. Asumir que el usuario decide insertar el objeto 1901 en un objeto hijo de la carpeta 1902. De esa forma, haciendo referencia a la Figura 20, el usuario arrastra objetos 1901 en la carpeta 1902. En respuesta, la computadora 100 presenta una ventana 2001 que enlista los objetos hijo contenidos dentro de la carpeta 1902. Haciendo referencia a la Figura 21, el usuario entonces puede arrastrar el objeto 1901 hacia abajo de la ventana 2001 para seleccionar un objeto hijo particular enlistado aquí como se desea. Mientras el objeto 1901 se arrastra en cada objeto hijo, la retroalimentación de prevista apropiada puede proporcionarse al usuario. Por ejemplo, mientras el objeto 1901 se arrastra en el primer objeto hijo enlistado ("Auto-lista Persistida" en A), una retroalimentación de prevista 2101 que indica que, el objeto 1901 debe insertarse aquí, las propiedades de objeto 1901 se modificarán para agregar "Trabajo" a su propiedad de Teclado y "Clientexyz" a su propiedad de Cliente. Esto es probable debido a que la Auto-lista Persistida A define criterios que requieren estas propiedades de cualquiera de los objetos a los que se hace referencia. Mientras el usuario continúa para arrastrar el objeto 1901 hacia abajo de la ventana 2001, el objeto 1901 eventualmente puede colocarse en la Lista E, como se muestra en la Figura 22. En este caso, la retroalimentación de prevista 2201 se presenta e indica que el objeto 1901 se referenciará por la Lista E al insertar el objeto 1901 sobre ésta. El usuario puede elegir hacer esto. El usuario alternativamente puede elegir no insertar el objeto 1901 en cualquiera de los objetos hijo mostrados en la ventana 2001, y a su vez puede abortar arrastrar/insertar o arrastrar en una carpeta completamente diferente. En este caso, el usuario puede arrastrar el objeto 1901 lejos de la carpeta 1902 y la ventana 2001, como se muestra en la Figura 23. Como se muestra, en respuesta a arrastrar el objeto 1901 lejos de la carpeta 1902 y la ventana 2001, la ventana 2001 automáticamente desaparece. Esto puede proporcionar una forma conveniente para que el usuario inserte objetos en otros objetos localizados dentro de una jerarquía sin tener que abrir manualmente y cerrar el contenedor de objetos tal como carpeta, listas, y auto-lista persistida.

Conclusión De esa forma, se ha descrito una forma mejorada para manejar objetos en un sistema de archivo electrónico. De acuerdo con varios aspectos de la presente descripción, la operación de arrastrar/insertar se volvió una herramienta poderosa para tratar con los conceptos de listas, auto-lista persistida, y pilas, por ejemplo. Además, para tratar con esta energía en aumento y la complejidad que la acompaña, el usuario ahora es capaz de prever cuál de un número de acciones diferentes posibles se tomará en respuesta a una operación de arrastrar/insertar completada.

Claims (20)

1. REIVINDICACIONES 1.- Un medio legible por computadora que almacena instrucciones ejecutables por computadora para realizar pasos que comprenden: detectar una operación de arrastrar/insertar de un objeto en una auto-lista persistida en un sistema de archivo electrónico, en donde la auto-lista persistida define un criterio; y en respuesta a detectar la operación de arrastrar/insertar, modificar, agregar, o remover al menos una propiedad asociada con el objeto para conformar con el criterio.
2. 2.- El medio legible por computadora de acuerdo con la reivindicación 1, en donde el objeto no cambia una ubicación en el sistema de archivo electrónico como un resultado de detectar la operación de arrastrar/insertar.
3. 3.- El medio legible por computadora de acuerdo con la reivindicación 1, en donde las instrucciones ejecutables por computadora además son para determinar si al menos una propiedad puede modificarse, agregarse, o removerse para conformar con los criterios.
4. 4.- El medio legible por computadora de acuerdo con la reivindicación 1, en donde las instrucciones ejecutables por computadora además son para: determinar si el objeto está dentro del alcance de la auto-lista persistida; y si el objeto no está dentro del alcance, entonces copiar el objeto a una ubicación dentro del alcance, y en donde al menos una propiedad es una propiedad intrínseca de la copia del objeto.
5. 5.- El medio legible por computadora de acuerdo con la reivindicación 1, en donde el objeto es una carpeta que contiene una pluralidad de artículos, en donde al menos una propiedad es una propiedad intrínseca de cada uno de la pluralidad de artículos, y en donde cada uno de los artículos permanece en la carpeta como un resultado de la operación de arrastrar/insertar.
6. 6.- El medio legible por computadora de acuerdo con la reivindicación 1, en donde el objeto es una lista que hace referencia a una pluralidad de artículos, en donde al menos una propiedad es una propiedad intrínseca de cada uno de la pluralidad de artículos, y en donde cada uno de los artículos no cambian una ubicación en el sistema de archivo electrónico como un resultado de detectar la operación de arrastrar/insertar.
7. 7.- El medio legible por computadora de acuerdo con la reivindicación 1, en donde las instrucciones ejecutables por computadora además son para presentar, durante una porción de arrastre de la operación de arrastrar/insertar, una indicación que al menos una propiedad se modificará, agregará, o removerá.
8. 8.- Un medio legible por computadora que almacena instrucciones ejecutables por computadora para realizar pasos que comprenden conformar una propiedad de un primer artículo en un sistema de archivo electrónico a un criterio de una auto-lista persistida en respuesta a una solicitud para agregar el primer artículo a la auto-lista persistida.
9. 9.- El medio legible por computadora de acuerdo con la reivindicación 8, en donde la solicitud es una operación de inserción en una interfase de usuario gráfica del primer artículo en la auto-lista persistida.
10. 10.- El medio legible por computadora de acuerdo con la reivindicación 8, en donde la solicitud es una operación de arrastrar/insertar en una interfase de usuario gráfica y un segundo artículo en la auto-lista persistida, en donde el segundo artículo no está dentro de un alcance de la auto-lista persistida, y en donde las instrucciones ejecutables por computadora además son para copiar el segundo artículo para crear el primer artículo dentro del alcance.
11. 11.- El medio legible por computadora de acuerdo con la reivindicación 8, en donde la solicitud es una operación para pegar el primer artículo a la auto-lista persistida.
12. 12.- El medio legible por computadora de acuerdo con la reivindicación 8, en donde las instrucciones ejecutables por computadora además son para determinar automáticamente al menos una propiedad de una pluralidad de propiedades del primer artículo.
13. 13.- Un medio legible por computadora que almacena instrucciones ejecutables por computadora para realizar pasos que comprenden: en respuesta a detectar una solicitud para asociar un primer objeto con una carpeta en una interfase de usuario gráfica, ya sea mover el artículo en la carpeta o copiar el artículo en la carpeta; en respuesta a detectar una solicitud para asociar un segundo objeto con una lista en la ¡nterfase de usuario gráfica, agregar un atajo al segundo objeto en la lista; y en respuesta a detectar una solicitud para asociar un tercer objeto con una auto-lista persistida en la interfase de usuario gráfica, afectar una propiedad asociada con el tercer objeto o una propiedad de una copia del tercer objeto de una forma que depende de un criterio definido por la auto-lista persistida.
14. 14.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde el tercer objeto está fuera de un alcance de la auto-lista persistida, en donde el paso de afectar además incluye copiar el tercer objeto para generar la copia del tercer objeto, y en donde la copia del tercer objeto se localiza dentro del alcance de la auto-lista persistida.
15. 15.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde el primer, segundo, y tercer objetos son cada uno un artículo.
16. 16.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde el primer, segundo, y tercer objetos cada uno son una carpeta que contiene un artículo, y en donde la propiedad es una propiedad intrínseca del artículo.
17. 17.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde el primer, segundo, y tercer objetos cada uno son una lista que hace referencia a un artículo, y en donde la propiedad es una propiedad intrínseca del artículo.
18. 18.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde la primera solicitud es una operación de insertar el primer objeto en la carpeta, la segunda solicitud es una operación de insertar el segundo objeto en la lista, y la tercera solicitud es una operación de insertar del tercer objeto en la auto-lista persistida.
19. 19.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde la primera solicitud es una operación de pegar del primer objeto a la carpeta, la segunda solicitud es una operación de pegar del segundo objeto a la lista, y la tercera solicitud es una operación de pegar del tercer objeto a la auto-lista persistida.
20. 20.- Las instrucciones ejecutables por computadora de acuerdo con la reivindicación 13, en donde las instrucciones ejecutables por computadora además son para: en respuesta a una operación de insertar del primer objeto sobre la carpeta, generar un primer icono para presentación; en respuesta a una operación de insertar del segundo objeto en la lista, generar un segundo icono para presentar, en donde el segundo icono es diferente del primer icono; y en respuesta a una operación de insertar el tercer objeto en la auto-lista persistida, generar un tercer icono para presentar, en donde el tercer icono es diferente del primer y segundo iconos.