ES2320035T3 - Metodo dinamico de resultado visual de ventanas de visualizacion y de introduccion de datos en una pantalla de ordenador. - Google Patents
Metodo dinamico de resultado visual de ventanas de visualizacion y de introduccion de datos en una pantalla de ordenador. Download PDFInfo
- Publication number
- ES2320035T3 ES2320035T3 ES06725406T ES06725406T ES2320035T3 ES 2320035 T3 ES2320035 T3 ES 2320035T3 ES 06725406 T ES06725406 T ES 06725406T ES 06725406 T ES06725406 T ES 06725406T ES 2320035 T3 ES2320035 T3 ES 2320035T3
- Authority
- ES
- Spain
- Prior art keywords
- page
- elements
- display
- browser
- displayed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Human Computer Interaction (AREA)
- User Interface Of Digital Computer (AREA)
- Information Transfer Between Computers (AREA)
- Digital Computer Display Output (AREA)
- Document Processing Apparatus (AREA)
- Image Generation (AREA)
- Image Processing (AREA)
Abstract
Método de presentación visual de ventanas de visualización e introducción de datos en una pantalla de ordenador, dichas ventanas las abre un usuario de un sitio Web distante, el dicho usuario recurre a un navegador para que emita una petición hacia el dicho sitio a través de una red y que reciba una página de dicho sitio como respuesta a dicha petición, método caracterizado por el hecho de que: El navegador recibe de dicho sitio Web una forma genérica (100) en modo ondulante de la dicha página, la cual no contiene ninguna información de posicionamiento previo de los elementos que deben visualizarse. el dicho navegador visualiza brevemente (250) la dicha página, la dicha etapa de visualización incluye: a - una captura de los tamaños (335, 345) de los elementos visualizados; b - un cálculo (355) de nuevas anchuras de visualización de los dichos elementos; c - un redimensionamiento (435) de los dichos elementos; el dicho navegador visualiza de manera permanente (160) la dicha página ajustando los dichos elementos según su redimensionamiento, obteniendo una presentación visual satisfactoria a partir de la dicha forma genérica.
Description
Método dinámico de resultado visual de ventanas
de visualización y de introducción de datos en una pantalla de
ordenador.
La presente invención se refiere a las
interfaces gráficas utilizadas para la visualización y la
recopilación de información a partir de una pantalla conectada a un
ordenador o a otro dispositivo similar. Describe más concretamente
un método para adaptar dinámicamente la visualización y los campos
de recogida de datos a las características particulares del entorno
propio a un usuario, y a las elecciones y modificaciones efectuadas
por este último, como la anchura de la ventana de visualización o la
lengua elegida para dialogar con la aplicación informática
seleccionada.
\vskip1.000000\baselineskip
Con el formidable desarrollo de Internet, y su
principal aplicación la Web o "world wide web" que cada vez
ponen a disposición de los usuarios mayores cantidades de
información en forma de páginas accesibles a partir de un
navegador, muy pronto se planteó el problema de la visualización de
estas páginas en todo tipo de pantalla de ordenador y dispositivos
similares, cuya variedad ha seguido aumentando. Variedad de tipos
de pantalla, tanto más grandes cuanto que ahora la Web no sólo es
accesible a partir de puestos fijos, tales como los ordenadores de
oficina o las estaciones de trabajo que disponen de grandes, e
incluso enormes pantallas, sino también desde ordenadores y
dispositivos portátiles que incluyen asistentes personales, e
incluso teléfonos inalámbricos, dichos multimedia, cuyas
capacidades de visualización son entonces mucho más reducidas.
En una primera fase de desarrollo de la Web e
Internet, las páginas accesibles a los usuarios a partir de sitios
cada vez más numerosos y creados por organizaciones comerciales,
administraciones y toda clase de organismos e incluso particulares,
contenían esencialmente información estática con un formateado fijo
generalmente adaptado a un estándar particular de pantalla o
ventanas de visualización, tales como las que se generan con uno u
otro de los navegadores disponibles para consultar y visualizar
estas páginas en una pantalla de ordenador. Actualmente, el más
generalizado de estos navegadores se conoce con el nombre
"Internet Explorer" y, de hecho, forma parte del sistema de
explotación "Windows" distribuido por la sociedad americana
"Microsoft Corporation". Sistema de explotación que equipa una
mayoría de ordenadores en el mundo entero. No obstante, se utilizan
otros navegadores, en particular "Netscape", el navegador de
la sociedad americana "Netscape Communications Corporation" que
tuvo mucho éxito, pero perdió su preeminencia a finales de los años
90. La sociedad Netscape también fue el origen de la creación de una
fundación conocida con el nombre de "Mozilla" cuyo objetivo
consistía en promover el desarrollo de navegadores y, cuyo código
fuente está disponible gratuitamente para que pueda modificarse y
redistribuirse, en un contexto de desarrollo comunitario. Un nuevo
navegador conocido con el nombre de "Firefox" se deriva
directamente de ello. Su éxito va en aumento.
En el caso de visualización de páginas
estáticas, la única medida que a veces toma el diseñador de la
página Web con miras al usuario, consiste en una simple advertencia
indicando que la página consultada será tanto más visible cuanto
que se utilice uno u otro navegado, y una pantalla que autoriza por
lo menos una ventana de visualización, por ejemplo, 1024x768
píxeles o puntos de visualización elementales. Más allá de esta
simple advertencia se aportaron a lo largo de los años numerosas
mejoras para presentar efectivamente a cada usuario páginas Web con
el formato de página mejor adaptado a la pantalla de la que éste
dispone o a la dimensión de la ventana utilizada. Este es el caso,
en particular, de las páginas Web comerciales que deben hacer
esfuerzos particulares para retener a sus clientes, cualquiera que
sea el material y los programas informáticos utilizados por ellos.
También deben tomarse en consideración otros parámetros. La lengua
de visualización de las informaciones es particularmente importante
para las páginas Web que venden servicios o mercancías. La
visualización de informaciones, en una lengua que no controlase el
cliente, hace imposible cualquier tipo de transacción. La
disponibilidad de una página Web en varias lenguas plantea entonces
el problema, en lo que se refiere a la visualización, que la
traducción de un texto es muy variable de una lengua a otra en
términos de número de palabras que deben utilizarse, y del número
de letras de estas palabras, cuando no es necesario recurrir a
ideogramas.
Por otra parte, todas las páginas Web
comerciales de importancia, y muchas otras, no se limitan sólo a
visualizar información, sino que requieren que el usuario
interrogue la página Web en donde tiene acceso a una base de datos.
Este es el caso por ejemplo de las agencias de viajes que deben
acceder a los horarios de las compañías aéreas que intervienen a
nivel mundial o a las reservas de las cadenas hoteleras
internacionales. La agencia de viajes, o el particular que
interroga esta página Web, deberá poderlo hacer desde cualquier
sitio o cualquier parte del mundo en una lengua que domine. Por
supuesto, en este ejemplo, el cliente desearía conocer en primer
lugar los horarios y tarifas de uno u otro vuelo antes, y
eventualmente, concluir una transacción "en línea" que
requeriría que se pudiese comunicar a la página Web, de manera
asegurada, un número de tarjeta de crédito para cargar en cuenta la
transacción. El usuario puede entrar informaciones en la página Web
de varias formas, y entre otras: haciendo clic en botones, entrando
el texto en una ventana o eligiendo en una lista desplegable.
Medios de comunicar con la página Web que forman parte de los
elementos que deben visualizarse en la pantalla del usuario.
\newpage
Asimismo, en función de la utilización
particular que un cliente desease hacer de la página Web, deberá
tener la posibilidad de no visualizar ciertos elementos que le
resultasen inútiles. Esto conlleva la necesidad de una
personalización suplementaria de las ventanas de visualización y
colecta de los datos.
Para obtener estos resultados se han propuesto
numerosas soluciones que, a menudo, transfieren a la página Web
toda la dificultad y complejidad de la aplicación. Por ejemplo, cabe
la posibilidad de prever suministrar a partir de la página Web,
para una página dada, tantas variedades como casos distintos de
visualización deban preverse o, por lo menos, suficientes variantes
para esperar satisfacer más o menos al conjunto de los usuarios
potenciales. Durante las transacciones preliminares que acompañan la
conexión a una página Web por el navegador del cliente, la página
Web se concibe de modo que sea capaz de adquirir la suficiente
información en cuanto a las capacidades reales de visualización de
su cliente. La página Web puede entonces efectuar una elección de
la mejor variante posible de la página solicitada, la cual será
susceptible de satisfacer a éste último.
Esta manera de obrar presenta numerosos
inconvenientes. El más apremiante de todos ellos es, sin duda
alguna, la necesidad por parte del creador de la página Web de
prever almacenar tantas opciones de visualización, es decir de
plantillas (o "templates" en la literatura técnica en lengua
inglesa sobre este tema) como combinaciones deban considerarse para
satisfacer al conjunto de los usuarios de la página Web. Las
plantillas que deben almacenarse pueden ser muy numerosas, lo que
multiplica otro tanto el esfuerzo de codificación para poner en
funcionamiento la página Web y requiere igualmente que se someta a
test cada plantilla de cada una de las páginas.
Otro inconveniente es que la plantilla se elige
en el momento de la conexión a la página Web. Si a continuación, el
usuario decide cambiar la ventana de visualización, por ejemplo su
anchura, no se hará ninguna adaptación si no se ha previsto ningún
mecanismo adecuado.
Más recientemente se propusieron algunos métodos
de visualización más sofisticados, como aquel descrito en la
solicitud de patente que se envió a la oficina americana de patentes
(USPTO) que llevaba el número 2003/0222922, publicada el 4 de
diciembre de 2003 y titulada "Automatic Layout Generation".
Aunque mucho menos rígido que el método de las plantillas
mencionado más arriba, el método de esta solicitud de patente
recurre sin embargo a hojas de estilo ("layout styles") que
describen una topología preferida de visualización que especifica,
por ejemplo, una visualización en 3 columnas. Sin embargo, los
elementos que deben visualizarse deben ser un múltiple de una
anchura estándar y se colocan en una misma fila siempre que su
anchura lo permita. La hoja de estilo se elige en función del
tamaño de la ventana de visualización y de la anchura estándar. En
este caso también deben preverse numerosas hojas de estilo, las
cuales deberán someterse a test en el entorno usuario.
En el mismo orden de idea, otra técnica de
visualización a menudo utilizada por razones estéticas (los
elementos que deben visualizarse se reparten y alinean debidamente)
consiste en definir una estructura de tabla utilizando las balizas
correspondientes de la lengua HTML "HyperText Markup Language",
la lengua estándar utilizada para codificar las páginas de los
sitios Web. Por ejemplo, se describe este tipo de técnica de
visualización, basada en la utilización de tablas, cuyas filas
tienen una dependencia jerárquica en una publicación de la
Organización Mundial de la Propiedad Intelectual (OMPI) con la
referencia WO 2004/109557 y que lleva el título "Flexible,
Dynamic Menu-based Red-page
Architecture".
Aunque al proponer una técnica de visualización
basada en la utilización de tablas, la publicación anterior no se
olvida de subrayar todas las dificultades vinculadas a su
utilización. Se hace mención, en particular, y de manera explícita
en el cuerpo de la descripción de esta invención, debido a que el
control de tablas de tamaños variables y flexibles resulta
extremadamente difícil, que esto podría plantear serios problemas
de resultado para su redimensionamiento y, que puede ser
extremadamente difícil prever cómo se operará todo ello exactamente
en función de cambios de las dimensiones de visualización.
Así pues, el objeto general de la invención
consiste en proponer un método de visualización dinámico que se
libere de los medios de los que dispone un usuario para consultar
las páginas de un sitio Web y obtener este resultado a partir de un
código genérico que no le obligue a predefinir la posición de los
elementos que deben visualizarse.
Un objeto de la invención consiste, en
particular, en no tener que recurrir a una estructura de tablas para
permitir el posicionamiento de los elementos que deben
visualizarse.
Otro objeto de la invención consiste en permitir
una personalización de la visualización por el usuario, lo que no
requiere una modificación del código fuente.
Otro objeto más de la invención consiste en
utilizar el tamaño real de los elementos que deben visualizarse
para combinarlos lo mejor posible durante la visualización.
Los demás objetos, características y ventajas de
la presente invención se pondrán de manifiesto a los especialistas
cuando examinen la siguiente descripción y los dibujos de
acompañamiento. Evidentemente, pueden incorporarse otras
ventajas.
Se describe un método de resultado visual de
ventanas de visualización y de introducción de datos en una pantalla
de ordenador. Un usuario abre las ventanas de un sitio Web
distante, el cual recurre a un navegador para emitir una petición
hacia el sitio a través de una red. El sitio remite a una forma
genérica de la página al navegador que no incluye ninguna
información de posicionamiento previo de los elementos que deben
visualizarse. En una primera fase el navegador visualiza brevemente
la página. Durante esta fase, captura los tamaños de los elementos
visualizados, efectúa un cálculo de nuevas anchuras de visualización
de los elementos y lleva a cabo su redimensionamiento. A
continuación, el navegador visualiza de manera continua la página
una vez que se hayan ajustado los elementos para obtener un
resultado visual satisfactorio. La forma genérica de la página se
caracteriza por no incluir ninguna tabla de posicionamiento. Los
elementos que deben visualizarse incluyen, en particular, etiquetas,
campos de control y entrada de datos e imágenes. Algunos elementos
se asocian para poder visualizarlos juntos. Los elementos asociados
están contenidos en una tabla que sirve de contenedor indisociable.
El cálculo de nuevas anchuras se basa en el tamaño del o de los
elementos más anchos que deben visualizarse... La visualización
permanente se actualiza si el usuario modifica la ventana de
visualización del navegador. La captura de los tamaños, el cálculo
de nuevas anchuras y el redimensionamiento se efectúan por un código
que reside en el navegador. Algunas opciones de personalización
permiten al usuario visualizar únicamente una parte de los
elementos enviados en la forma genérica de la página, la
personalización va seguida de una actualización continua de la
visualización. Sólo deben modificarse las etiquetas contenidas en el
código genérico para adaptar una página a una lengua.
Los objetivos, objetos, así como las
características y ventajas de la invención se comprenderán mejor en
la descripción detallada de un modo de realización de esta última
que se ilustra mediante los siguientes dibujos de acompañamiento en
los que:
La Figura 1 ilustra las distintas fases de
visualización de una ventana que incluye etiquetas y campos de
introducción de datos.
La Figura 2 describe las etapas de visualización
de una página genérica enviada por el sitio Web.
La Figura 3 describe las etapas de captura de
los tamaños de los elementos que deben visualizarse.
La Figura 4 describe las etapas de
redimensionamiento de los elementos que deben visualizarse.
La Figura 5 ilustra a través de tres ejemplos de
ventana la gran flexibilidad de visualización de la invención.
Los dibujos adjuntos se dan a título de ejemplos
y no limitan la invención.
La figura 1 resume el modo de funcionamiento de
la invención. En una primera fase, a petición del navegador de un
usuario que desea consultar un sitio, la página solicitada se le
vuelve a enviar. Aquí se trata de la forma genérica de la página en
la que ningún posicionamiento de los elementos que deben
visualizarse no está incluido en el lenguaje HTML utilizado para
describirla. Esta página puede enviarse a cualquier usuario
independientemente de sus medios de visualización. En esta primera
fase, el resultado visual de la página genérica está, por ejemplo,
en conformidad con el de la ventana superior (100) de la figura 1.
Las etiquetas, es decir, los cortos textos que describen los
campos, por ejemplo (110), y los campos de introducción de datos y
de control asociados, por ejemplo (120), se visualizan, sin
posicionamiento definido en la ventana (100), unas tras otras (130).
Este modo de visualización es intrínseco al lenguaje HTML y no
requiere ninguna especificación suplementaria. Los elementos se
visualizan en el orden en el que los llama el código fuente de la
página HTML. Los elementos dichos "en línea" se despliegan de
izquierda a derecha y de arriba abajo ocupando todo el espacio
disponible. Evidentemente, y de forma particular, es el caso del
texto, como en el presente documento, pero también se pueden
introducir allí otros elementos, principalmente, imágenes, dibujos o
iconos (155).
Los elementos que no están en línea constituyen
bloques indisociables que se apilan verticalmente, de arriba abajo,
y se visualizan también en el orden en el que los llama el código
fuente, cada uno ocupa potencialmente toda la anchura de la página.
Este es el caso de los párrafos sucesivos y títulos de un texto como
el que describe la presente invención. En el ejemplo de la figura 1
hay dos secciones que fueron definidas en el código fuente (102,
106) y que se apilan verticalmente.
Por supuesto, se habrá comprendido toda la
ventaja que se puede extraer de esta forma de codificar una página
que debe leer el navegador de un cliente. En el código fuente no
deberá estar incluida ninguna información de posicionamiento, es
decir, en el código que reside en el sitio consultado por el
usuario, código que descargará su navegador. El creador del sitio
no tiene porque preocuparse de las capacidades de visualización de
los usuarios. Sólo debe desarrollar un código genérico que podrá
someterse mucho mejor a un test, en su fase de desarrollo, al ser
intrínsecamente sencillo.
Las páginas HTML codificadas según este enfoque
se consideran serlo en modo ondulante, por oposición al otro modo
que se dice por posicionamiento. En este último modo el creador del
sitio debe predefinir el lugar de cada uno de los elementos que
desea visualizar en la pantalla del usuario. Entre los numerosos
métodos que se propusieron, de los cuales ya comentamos en el
capítulo sobre las buenas prácticas aquellos más practicados, un
método que tiene mucho éxito consiste en emplear una tabla para
definir la topología de una página Web. Los elementos que deben
visualizarse se disponen entonces en las células de la tabla.
Generalmente, el resultado visual es bueno, pero a cambio de una
determinada rigidez, por ejemplo se predetermina el número de
células, pero sobre todo esto hace que el esfuerzo de codificación
repercuta en el creador del sitio, quien debe preocuparse mucho por
las capacidades de visualización del usuario final y también las
particularidades locales, en particular, la lengua de visualización
del texto y las etiquetas. Cuando las capacidades de visualización
de este último no entran en aquello que fue previsto, el resultado
puede entonces ser especialmente decepcionante.
Si el modo ondulante permite simplificar
considerablemente la codificación de una página Web, el resultado
de la primera fase del método según la invención dista mucho de ser
satisfactoria. No obstante, el único objetivo de esta primera etapa
consiste en obtener el tamaño efectivo de visualización de las
etiquetas y campos de introducción de datos y de control en la
ventana que abre el usuario con su navegador. La visualización de
la forma genérica de la página (100) es muy fugitiva. En la práctica
esta primera fase pasa inadvertida para el usuario. Los tamaños del
label (140) y el del campo de introducción de datos (150) más
amplios se memorizan entonces, lo que permitirá modificar
localmente el resultado visual con el fin de hacerlo más atractivo.
En efecto, esto es una propiedad del lenguaje HTML y de los
navegadores que visualizan las páginas de la Web el no tener que
proporcionar la anchura de los elementos que deben visualizarse. El
navegador con la interfaz usuario gráfica (IUG) del ordenador es el
que calcula la anchura efectiva de visualización en función del
contenido y del espacio disponible. Esto confiere una ventaja
importante al método según la invención, en particular cuando se
trata de adaptar la visualización de los campos a todas las lenguas
que debe aceptar una utilización internacional de un producto,
puesto que no requiere ninguna modificación del código fuente, de
no ser una simple traducción de las etiquetas, sin otras
modificaciones.
A este nivel de la descripción de la invención
se podrá observar que la publicación anteriormente citada en el
capítulo sobre el estado de la técnica y que lleva la referencia: WO
2004/109557 menciona un algoritmo dicho "Autolayout
Algorithm". Éste es una recomendación del organismo principal de
normalización de la Web, es decir, el W3C, del inglés
"World-Wide Web Consortium". Si, como en la
invención, el algoritmo previó una primera fase de visualización,
ésta se utiliza para compensar las dificultades inherentes al
control de una visualización en forma de tabla. Dificultades ya
mencionadas más arriba y en el capítulo sobre el estado de la
técnica. Al contrario, como se explica con más detalle a
continuación, la invención no tiene que recurrir a ninguna tabla
para obtener un resultado visual satisfactorio.
El método según la invención utiliza las
anchuras reales de visualización obtenidas durante la primera fase
descrita más arriba para modificar el resultado visual. La obtención
de las anchuras reales de visualización se describe más
concretamente en la figura 2 y las siguientes. Así pues, en una
segunda fase, todas las etiquetas y campos de introducción de datos
se llevan hasta los máximos respectivos medidos, lo que permite
obtener la visualización que corresponde a la ventana intermedia de
la figura 1 (160). Las etiquetas y los campos de datos están
entonces bien alineados (170) en la ventana abierta por el
navegador.
Si la ventana de visualización está reducida
(165) las etiquetas y los campos de introducción de datos y de
control se vuelven a ordenar, por ejemplo, tal y como se muestra en
la ventana inferior (180) de la figura 1. La alineación siempre se
respeta, esta vez en dos columnas (190), puesto que debido a los
tamaños máximos medidos ya no es posible colocar tres etiquetas y
sus campos asociados en la anchura de la ventana modificada.
No nos olvidamos de advertir que algunos
elementos de la visualización deben permanecer agrupados. Por
ejemplo, tal y como se muestra en (185), la etiqueta, su campo de
introducción de datos y el icono asociado deben desplazarse juntos.
Esto se obtiene fácilmente, por ejemplo, agrupando en el código
fuente, los elementos correspondientes en una tabla que se
convierte en un elemento único "en línea" que se inserta en la
ondulante de los elementos que deben visualizarse.
La figura 1 pone de manifiesto claramente que a
partir de un mismo código fuente se puede, con el método de la
invención, obtener una visualización dinámica con un resultado
visual muy satisfactorio, sin tener que recurrir a informaciones de
posicionamiento ni utilizar una tabla de posicionamiento de los
elementos. Como se comentó más arriba, el empleo de tablas por el
lenguaje HTML del código fuente sólo sirve para agrupar elementos
que deben permanecer juntos y no tiene nunca como objeto desempeñar
el papel de una tabla de posicionamiento. Existen otros métodos
conocidos por los especialistas de la concepción de páginas Web y
del lenguaje HTML que pueden servir para mantener elementos
agrupados durante la visualización sin tener que recurrir a la
utilización de una tabla. Una tabla que actúa como contenedor de
los elementos que deben permanecer juntos es solamente un método
muy cómodo con respecto al lenguaje HTML para obtener este resultado
y su uso se privilegia para la aplicación de la invención.
Se observará, en particular, en esta figura que
el método según la invención permite, por ejemplo en la sección 2,
obtener automáticamente una visualización de los elementos de esta
sección en dos o tres filas y en dos o tres columnas. Lo que no
sería posible con una sola tabla de posicionamiento fijo en el
código fuente o con una hoja de estilo.
\newpage
Una ventaja suplementaria del método según la
invención es que solamente los datos esenciales se transmitirán a
través de la red. El resultado visual se obtiene localmente a partir
del código genérico de la página Web solicitada y se obtiene
esencialmente con el código aplicativo que descargan e instalan los
usuarios de la aplicación, y puede actualizarse cada vez que una
modificación sea necesaria o cuando se aporte una mejora. Los
usuarios son, por ejemplo, las agencias de viajes que deben
consultar y efectuar reservas de hoteles desde una base de datos
centralizada utilizando Internet o una red privada (intranet) o una
combinación de ambas, y un navegador que interpreta el lenguaje
HTML. El código local utiliza una u otra de las opciones compatibles
con un navegador Web. Se trata de componentes informáticos que
obran recíprocamente con el lenguaje HTML y que los conocen muy
bien los especialistas del ámbito con nombres tales como
Active-x, Javascript o XSL.
En esta fase de la descripción de la invención
habremos observado que la denominación "página Web" tal y
como se entiende habitualmente es más restrictiva que el término de
página utilizado por la descripción de la invención, que supone la
ejecución de un código local para poner en forma la página genérica,
en el momento en el que la recibe el servidor, mientras que una
página Web se almacena normalmente en el servidor y se transmite
tal cual para ser visualizada. No obstante, hemos empleado a
continuación el término de página continua en el sentido que
implica el modo operativo de la invención.
La figura 2 y las siguientes describen más
concretamente las etapas del método de resultado visual de la
invención. La figura 2 corresponde a la primera fase comentada en
la figura 1 en dónde se trata de visualizar de una manera muy
fugitiva la forma genérica de la página Internet buscada.
En esta primera fase el código HTML debe
capturarse para que la interfaz usuario gráfico (IUG) que equipa
todos los ordenadores pueda visualizar la página en la pantalla del
usuario. En la práctica el IUG (200) llama la operación de
resultado visual (210) para la pantalla (220). Lo que debe
visualizarse, incluye por lo general varias secciones (230), cada
una de ellas debe encontrar el código HTML (235) que corresponde a
todos los elementos de la página (240). Una vez que se ha
encontrado todo el código, se utilizará para generar, en forma de
una operación de escritura (250), un documento objeto que debe
visualizarse en la ventana abierta por el navegador (260).
Como ya lo vimos en la figura 1 todos los
elementos del código HTML que ha entrado el creador de la página,
en este ejemplo, están formados por una etiqueta y un campo asociado
de introducción de datos y de control. Para que permanezcan
agrupados durante la visualización, y formen un elemento
indisociable, se colocan en un contenedor, es decir, una tabla tal
y como la define el lenguaje HTML. La invención requiere
explícitamente que pueda considerarse cada una de estas tablas como
un elemento "en línea" en la ondulante de elementos que deben
visualizarse.
En este caso, resulta útil observar que en el
transcurso de los años el código HTML y los navegadores, han
experimentado numerosas mejoras. En particular, la adopción de una
versión dicha dinámica del lenguaje HTML, e incluso DHTML del
inglés "Dynamic HTML", permitió controlar mejor la
compaginación de los elementos que deben visualizarse. Ésta
autoriza, en particular, que una página pueda cambiar y obre
recíprocamente con el usuario sin tener que comunicar con el
servidor. En lo que se refiere a la invención, DHTML permite acceder
a los elementos visualizados y determinar sus tamaños utilizando
"Javascript", ya mencionado anteriormente, que es un lenguaje
de escritura íntimamente incorporada a los navegadores. DHTML está
presente en los navegadores desde las versiones 4 de los
navegadores "Internet Explorer" y "Netscape". Aunque en
la práctica existen diferencias de implementación del DHTML entre
los distintos navegadores, se emprendió una normalización bajo los
auspicios del grupo dicho DOM del inglés "Document Object
Model" que actúa en el marco del organismo principal de
normalización de la Web, el W3C, ya citado anteriormente.
La figura 3 describe más concretamente la fase
de captura de los tamaños de los elementos que se visualizan
brevemente durante la fase 1. Operación que ha sido posible con la
adopción del DHTML. Se trata en particular de parámetros que
permiten obtener el tamaño de las etiquetas y controles. Se
capturan algunas propiedades digitales como "offsetLeft,
offsetWidth" que especifican los datos físicos y dimensiones de
los objetos, en relación con un objeto padre (contenedor), en una
primera visualización. Permiten obtener el tamaño efectivo de las
etiquetas y controles.
Las etapas de esta segunda fase son similares
con aquellas descritas en la figura 1. Para cada sección (330) y
cada elemento (340) se captura el tamaño de las etiquetas (335) y de
los controles (345).
Con los métodos clásicos de la ingeniería
informática, una vez que se han capturado todas las anchuras de las
etiquetas y controles, se puede entonces calcular la anchura máxima
(355) de cada uno de los campos en la visualización preliminar. Lo
que va a permitir redimensionar todos los elementos que deben
visualizarse, teniendo en cuenta él o los más anchos, con objeto de
obtener la ventana intermedia (160) de la figura 1.
La figura 4 resume las etapas de
redimensionamiento necesarias para alinear los elementos que deben
visualizarse en la ventana abierta por el navegador del usuario, o
para realinearlos si éste decide modificar la ventana de
visualización como en el ejemplo de la figura 1 (180).
La función de visualización (400) requiere la
operación de redimensionamiento (435), como anteriormente, para
todas las etiquetas y controles de cada sección. Entonces, todos los
elementos que deben visualizarse del documento objeto se ajustan
(455), principalmente, los contenedores, es decir, las tablas.
El resultado de las etapas de redimensionamiento
es por ejemplo la ventana (460) en la cual los bordes (465) de las
tablas que contienen las etiquetas y los campos de control aparecen
en claro con el único fin de comprender mejor el modo de
funcionamiento de la invención. Por supuesto, los creadores de
páginas Web que utilizan el método de la invención optarán, no
obstante, por la claridad de la visualización, para que resulten
invisibles los bordes de los contenedores.
Para evitar que los campos adquieran dimensiones
demasiado elevadas, lo que perjudicaría la estética de la
visualización, la invención prevé que pueda especificarse una
anchura máxima (425). Esta anchura máxima es la que se utiliza
entonces para la visualización. En este ejemplo, si una etiqueta es
más larga que el valor máximo, se plegará automáticamente en dos
líneas como mínimo. Si se trata de un campo de control, se
utilizará la anchura real, pero se impedirá que otros elementos
puedan seguir visualizándose horizontalmente a su derecha. Se
forzará entonces una vuelta a la línea para los elementos
siguientes.
La figura 5 tiene como objeto ilustrar a través
de tres ejemplos de ventanas de visualización la gran flexibilidad
del método según la invención.
La ventana superior comprende un contenedor
(500) que contiene dos campos de introducción de datos. Al igual
que cuando debe entrarse un tipo de tarjeta de crédito y su número
asociado. En este caso, se trata de un elemento indisociable que se
visualizará como un todo.
La ventana intermedia muestra una primera
sección (510) en la que se elige visualizar 8 elementos. En la
ventana de la parte baja, el usuario eligió visualizar sólo en esta
sección el nombre de la ciudad (520). Además, las etiquetas de esta
página están entonces en lengua alemana (530). El usuario puede
decidir ver o no ver algunos elementos que figuran en el código
fuente y la visualización se ajusta automáticamente.
La personalización es posible a dos niveles. A
nivel de la sección, cada una puede presentarse totalmente
invisible. Además, puede desplegarse una sección, todos los
elementos serán visibles, o cerrarse, solamente aparece el
redactado de la sección.
En lo que se refiere al elemento, puede verse o
no verse.
Los usuarios pueden elegir desplegar o cerrar
las secciones. Esta elección se memoriza y se respetará durante una
próxima visualización.
El usuario puede abrir un panel de configuración
para efectuar sus elecciones de visualización.
Claims (11)
1. Método de presentación visual de ventanas de
visualización e introducción de datos en una pantalla de ordenador,
dichas ventanas las abre un usuario de un sitio Web distante, el
dicho usuario recurre a un navegador para que emita una petición
hacia el dicho sitio a través de una red y que reciba una página de
dicho sitio como respuesta a dicha petición, método
caracterizado por el hecho de que:
- \quad
- El navegador recibe de dicho sitio Web una forma genérica (100) en modo ondulante de la dicha página, la cual no contiene ninguna información de posicionamiento previo de los elementos que deben visualizarse.
- \quad
- el dicho navegador visualiza brevemente (250) la dicha página, la dicha etapa de visualización incluye:
- a
\;
- - una captura de los tamaños (335, 345) de los elementos visualizados;
- b
\;
- - un cálculo (355) de nuevas anchuras de visualización de los dichos elementos;
- c
\;
- - un redimensionamiento (435) de los dichos elementos;
- \quad
- el dicho navegador visualiza de manera permanente (160) la dicha página ajustando los dichos elementos según su redimensionamiento,
obteniendo una presentación visual satisfactoria
a partir de la dicha forma genérica.
2. Método según la reivindicación 1 en el que la
dicha forma genérica (100) de la dicha página se caracteriza
por no tener una tabla de posicionamiento.
3. Método según cualquiera de las
reivindicaciones anteriores caracterizado porque los dichos
elementos que deben visualizarse incluyen, en particular, etiquetas
(110), campos de control e introducción de datos (120) e imágenes
(155).
4. Método según la reivindicación 3 en la que se
asocian algunos elementos para poder visualizarlos juntos (185).
5. Método según la reivindicación 4 en la que
los dichos elementos asociados se incluyen en una tabla (465) que
sirve de contenedor indisociable.
6. Método según una de las reivindicaciones
anteriores en el que la etapa de cálculo de nuevas anchuras se basa
en el tamaño del o de los elementos más anchos que deben
visualizarse (140, 150).
7. Método según una de las reivindicaciones
anteriores en el que la etapa de visualización permanente incluye
una etapa de actualización (180) si dicho usuario modifica la
ventana de visualización del navegador (165).
8. Método según la reivindicación 1 en el que
las etapas de captura de los tamaños, cálculo de nuevas anchuras y
redimensionamiento son efectuadas por un código que reside en dicho
navegador.
9. Método según la reivindicación 8 en el que
dicho código residente incluye opciones de personalización que
permiten al dicho usuario visualizar solamente una parte (520) de
los elementos enviados en dicha forma genérica de la página, dicha
etapa de personalización va seguida de una actualización de dicha
etapa de visualización permanente.
10. Método según una de las reivindicaciones
anteriores en el que solamente las etiquetas contenidas en el
código genérico deben modificarse para adaptar una página a una
lengua (530).
11. Soporte legible por ordenador que incluye
las instrucciones de un programa ejecutable por el dicho ordenador,
el dicho programa aplica el método según cualquiera de las
reivindicaciones 1 a 10.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP05102704A EP1710715A1 (fr) | 2005-04-06 | 2005-04-06 | Méthode dynamique de rendu visuel de fenetres d'affichage et de saisie de données sur un écran d'ordinateur |
| EP05102704 | 2005-04-06 | ||
| US66900605P | 2005-04-07 | 2005-04-07 | |
| US669006P | 2005-04-07 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2320035T3 true ES2320035T3 (es) | 2009-05-18 |
Family
ID=34939161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06725406T Expired - Lifetime ES2320035T3 (es) | 2005-04-06 | 2006-03-29 | Metodo dinamico de resultado visual de ventanas de visualizacion y de introduccion de datos en una pantalla de ordenador. |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US20090031207A1 (es) |
| EP (2) | EP1710715A1 (es) |
| JP (1) | JP5147683B2 (es) |
| KR (1) | KR20080031158A (es) |
| CN (1) | CN100565520C (es) |
| AT (1) | ATE418762T1 (es) |
| AU (1) | AU2006232673B2 (es) |
| BR (1) | BRPI0609973A2 (es) |
| CA (1) | CA2600978A1 (es) |
| DE (1) | DE602006004436D1 (es) |
| ES (1) | ES2320035T3 (es) |
| WO (1) | WO2006106065A1 (es) |
| ZA (1) | ZA200707794B (es) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100138732A1 (en) * | 2008-11-28 | 2010-06-03 | Nokia Corporation | Method for implementing small device and touch interface form fields to improve usability and design |
| CN101950241B (zh) * | 2010-09-17 | 2012-04-25 | 百度在线网络技术（北京）有限公司 | 一种自动调整页面视觉特性的方法和设备 |
| US8996648B2 (en) * | 2010-12-01 | 2015-03-31 | Microsoft Corporation | Social networking feed extensibility based on data types |
| JP6054596B2 (ja) * | 2011-05-31 | 2016-12-27 | ピーエスフォー ルクスコ エスエイアールエルＰＳ４ Ｌｕｘｃｏ Ｓ．ａ．ｒ．ｌ． | 半導体装置および半導体装置設計方法 |
| US20130097482A1 (en) * | 2011-10-13 | 2013-04-18 | Microsoft Corporation | Search result entry truncation using pixel-based approximation |
| US10146419B2 (en) * | 2012-02-20 | 2018-12-04 | Wix.Com Ltd. | Method and system for section-based editing of a website page |
| WO2014174461A2 (en) | 2013-04-24 | 2014-10-30 | Koninklijke Philips N.V. | Image visualization |
| US10346511B2 (en) * | 2016-06-01 | 2019-07-09 | Taboola.Com Ltd. | Scalable content rendering |
| KR102515264B1 (ko) * | 2021-03-23 | 2023-03-29 | 주식회사 이알마인드 | 다국어 입력 가능한 원격 서비스 제공 방법 및 이를 수행하는 서버 |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5144693A (en) * | 1988-12-30 | 1992-09-01 | Chipsoft Ca Corp. | Method and apparatus for generic form generation |
| CA2054026A1 (en) * | 1990-10-31 | 1992-05-01 | William Monroe Turpin | Goal oriented electronic form system |
| JPH10133973A (ja) * | 1996-10-31 | 1998-05-22 | Hitachi Ltd | Ｈｔｍｌ情報提供方法 |
| US6226642B1 (en) * | 1997-09-11 | 2001-05-01 | International Business Machines Corporation | Content modification of internet web pages for a television class display |
| US6857102B1 (en) * | 1998-04-07 | 2005-02-15 | Fuji Xerox Co., Ltd. | Document re-authoring systems and methods for providing device-independent access to the world wide web |
| US6300947B1 (en) * | 1998-07-06 | 2001-10-09 | International Business Machines Corporation | Display screen and window size related web page adaptation system |
| JP2000090128A (ja) * | 1998-09-08 | 2000-03-31 | Kokusai Electric Co Ltd | 情報配信システム |
| JP2001229067A (ja) * | 2000-02-16 | 2001-08-24 | Fujitsu Ltd | 構造化文書記述データ処理装置および構造化文書記述データ処理プログラム記録媒体 |
| US7747782B2 (en) * | 2000-04-26 | 2010-06-29 | Novarra, Inc. | System and method for providing and displaying information content |
| US7210099B2 (en) * | 2000-06-12 | 2007-04-24 | Softview Llc | Resolution independent vector display of internet content |
| FI115674B (fi) * | 2000-06-30 | 2005-06-15 | Nokia Corp | Menetelmä ja järjestelmä merkintäkielipohjaisten sivujen esittämiseksi kannettavissa laitteissa |
| JP2002063016A (ja) * | 2000-08-16 | 2002-02-28 | Matsushita Electric Ind Co Ltd | Ｗｅｂブラウジング装置及びＷｅｂブラウジング方法 |
| IL157138A0 (en) * | 2001-01-31 | 2004-02-08 | Computer Ass Think Inc | System and method for dynamic web page generation |
| US20030023626A1 (en) * | 2001-07-27 | 2003-01-30 | Bretti Gregory J. | Apparatus and method for creating customized business forms |
| US6955298B2 (en) * | 2001-12-27 | 2005-10-18 | Samsung Electronics Co., Ltd. | Apparatus and method for rendering web page HTML data into a format suitable for display on the screen of a wireless mobile station |
| US20030222922A1 (en) * | 2002-06-04 | 2003-12-04 | Bernard Rummel | Automatic layout generation |
| US20040012627A1 (en) * | 2002-07-17 | 2004-01-22 | Sany Zakharia | Configurable browser for adapting content to diverse display types |
| JP2004070604A (ja) * | 2002-08-05 | 2004-03-04 | Olympus Corp | 多言語対応システム |
| JP2004070836A (ja) * | 2002-08-08 | 2004-03-04 | Hitachi Ltd | ポータルエントリ画面の生成方法及びシステム |
| US7203901B2 (en) * | 2002-11-27 | 2007-04-10 | Microsoft Corporation | Small form factor web browsing |
| WO2004068320A2 (en) * | 2003-01-27 | 2004-08-12 | Vincent Wen-Jeng Lue | Method and apparatus for adapting web contents to different display area dimensions |
| US20060184639A1 (en) * | 2003-03-17 | 2006-08-17 | Chua Hui N | Web content adaption process and system |
| US7962522B2 (en) * | 2003-06-03 | 2011-06-14 | Norris Iii Forbes Holten | Flexible, dynamic menu-based web-page architecture |
| US7345688B2 (en) * | 2004-10-18 | 2008-03-18 | Microsoft Corporation | Semantic thumbnails |
-
2005
- 2005-04-06 EP EP05102704A patent/EP1710715A1/fr not_active Withdrawn
-
2006
- 2006-03-29 DE DE602006004436T patent/DE602006004436D1/de not_active Expired - Lifetime
- 2006-03-29 AU AU2006232673A patent/AU2006232673B2/en not_active Ceased
- 2006-03-29 KR KR1020077025792A patent/KR20080031158A/ko not_active Ceased
- 2006-03-29 US US11/886,659 patent/US20090031207A1/en not_active Abandoned
- 2006-03-29 WO PCT/EP2006/061150 patent/WO2006106065A1/fr not_active Ceased
- 2006-03-29 AT AT06725406T patent/ATE418762T1/de not_active IP Right Cessation
- 2006-03-29 JP JP2008504743A patent/JP5147683B2/ja not_active Expired - Lifetime
- 2006-03-29 CA CA002600978A patent/CA2600978A1/fr not_active Abandoned
- 2006-03-29 ES ES06725406T patent/ES2320035T3/es not_active Expired - Lifetime
- 2006-03-29 BR BRPI0609973-4A patent/BRPI0609973A2/pt not_active Application Discontinuation
- 2006-03-29 EP EP06725406A patent/EP1866798B1/fr not_active Expired - Lifetime
- 2006-03-29 CN CNB2006800100183A patent/CN100565520C/zh not_active Expired - Fee Related
-
2007
- 2007-09-12 ZA ZA200707794A patent/ZA200707794B/xx unknown
Also Published As
| Publication number | Publication date |
|---|---|
| US20090031207A1 (en) | 2009-01-29 |
| AU2006232673A1 (en) | 2006-10-12 |
| ZA200707794B (en) | 2009-06-24 |
| AU2006232673B2 (en) | 2011-10-13 |
| CN101151610A (zh) | 2008-03-26 |
| CN100565520C (zh) | 2009-12-02 |
| BRPI0609973A2 (pt) | 2011-10-11 |
| JP5147683B2 (ja) | 2013-02-20 |
| DE602006004436D1 (de) | 2009-02-05 |
| ATE418762T1 (de) | 2009-01-15 |
| WO2006106065A1 (fr) | 2006-10-12 |
| KR20080031158A (ko) | 2008-04-08 |
| EP1866798A1 (fr) | 2007-12-19 |
| EP1866798B1 (fr) | 2008-12-24 |
| JP2008536214A (ja) | 2008-09-04 |
| CA2600978A1 (fr) | 2006-10-12 |
| EP1710715A1 (fr) | 2006-10-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Becker | An exploratory study on web usability and the internationalization of US e-businesses. | |
| Passini | Sign-posting information design | |
| Alexander et al. | Cross-cultural web usability model | |
| ES2320035T3 (es) | Metodo dinamico de resultado visual de ventanas de visualizacion y de introduccion de datos en una pantalla de ordenador. | |
| Borchers et al. | Getting it across: layout issues for kiosk systems | |
| Morris et al. | America’s front pages: A 30-year update | |
| Mayhew | Usability+ persuasiveness+ graphic design= eCommerce user experience | |
| Makki et al. | Factors of usability design for multilingual and multicultural websites | |
| Donahue | Animated subject maps for book collections | |
| Wen et al. | A Report on World’s Top 20 Universities Website Marketing Communication Strategy: What Can Be Emulated | |
| Weiss | The web designer's dilemma: when standards and practice diverge | |
| MAKHZOUMI | Gareth Doherty, Landscape Fieldwork: How Engaging the World Can Change Design | |
| Martin | Introduction to Squarespace | |
| Ghoda et al. | Accelerated Silverlight 3 | |
| Hoffmann | Thyroidectomy in Graves’ disease: subtotal, near total or total? | |
| Benda et al. | Usability and accessibility analysis of Czech agrarian portals. | |
| Viehland et al. | Web homepage design: An analysis of New Zealand's top 50 web sites | |
| Palomo | international Criteria in editorial Web design | |
| Gordon | The Literature of Al‐Andalus | |
| AU2012100348A4 (en) | Improved Booking Method | |
| KR20170096411A (ko) | 스크린에 데이터 디스플레이와 입력 윈도우를 시각적 표현 방법 | |
| Cullin et al. | AN EXAMINATION OF THE DEFACTO DESIGN STANDARDS THAT HAVE EMERGED AMONG THE WEB SITES PUBLISHED BY ONTARIO’S PUBLICALLY FUNDED COLLEGES AND UNIVERSITIES | |
| Budd et al. | Case Study: Roma Italia | |
| King | Web usability on an international scale: a content analysis | |
| McDonough | Connecting visual design and hofstede's cultural dimensions the United States, Latin America and Spain |