Práctica final. Desarrollo de un portal WML

Se pretende adaptar a lenguaje WML parte del portal de información personal,  de tal manera que el usuario tenga la posibilidad de consultar a través del móvil cierta información que le resulte útil. Las páginas que se han elegido en esta ocasión corresponden a aquellas que se ajustan mejor a las características de diseño vistas en esta Unidad como son el tamaño reducido de pantalla o el pago por información recibida. Por ello, las páginas que nosotros vamos a «verter» a código WML serán:

- Agenda de teléfonos. En este menú el usuario podrá ver la lista de todos sus contactos telefónicos. Dicha información se imprimirá en pantalla con un formato especial que consistirá en poner en una línea, primero los apellidos y luego el nombre y, a partir de la línea inmediatamente inferior, todos los teléfonos de esa persona, indicando si se trata del teléfono fijo o del móvil.
- Agenda de direcciones. En este menú, el usuario podrá ver aquellas direcciones que quiere recordar o le pueden resultar de utilidad. El formato será parecido al seguido en el caso del listín telefónico: aparecerá el nombre de la persona y debajo, la dirección.

Consideraciones iniciales

Lo primero que hay que hacer tras desarrollar el planteamiento, es pensar en el número de cartas y barajas que van a hacer falta. Esto dependerá del enfoque que se le dé al problema y, por ello, habrá soluciones diferentes a la que aquí se dará. Eso no significa que estén mal; sólo serán otras posibles soluciones.

En primer lugar, hay que tener en cuenta que, en principio, no se está planteando una relación directa entre las personas incluidas en el listín telefónico y las incluidas en la libreta de direcciones. Pueden tratarse de personas totalmente distintas y sin relación entre ellas. Si se decidiese juntar toda la información, se crearía una página wml sumamente compleja en la que el código acabaría sepultado entre toda la información incluida. Por ello, las dos agendas se generarán por separado, es decir, en dos barajas distintas.

Además, hay que tener en cuenta que no sólo se busca tener dos páginas wml inconexas, sino que lo que se desea es tenerun sitio web, accesible desde una terminal. Por ello, será necesario dar cierta estructura al sitio. Para ello se creará un menú que sirva para acceder bien a la agenda de telefónos, bien a la de direcciones. Para acceder a dicho menú, el usuario debe introducir previamente su nombre de usuario y la contraseña. Dado que WML no es un lenguaje de servidor como PHP o ASP, sólo se simulará dicho login: tras introducir los datos y enviarlos, se llegará a una carta en la que no se hará nada más que esperar cierto tiempo y pasar a la del menú.

Su diseño debe ser sobrio en el sentido de que, como se ha mencionado, se paga por Kilobyte transferido y, por tanto, se deben hacer páginas ligeras. Esto quiere decir que no se utilizarán los iconos empleados en el portal HTML o cualquier otro efecto DHTML. La versión WML del portal tiene una finalidad eminentemente práctica por lo que se debe reducir cualquier elemento innecesario. Es por ello que el menú será muy simple y sólo tendrá dos enlaces, uno por cada agenda a la que queremos acceder.

Queda por decidir cómo se ordenará la información dentro de cada agenda. En este caso, se ha decidido por crear un nuevo menú que ofrezca al usuario la posibilidad de elegir la letra por la que comienza el nombre de la persona cuyo número de teléfono o dirección está buscando. Es decir, si en el menú de la agenda de direcciones se pulsa sobre la A, se accederá a la baraja direccionesA.wml. En ella se encontrarán todos los datos de las personas cuyo nombre comience por la letra A. En definitiva, el esquema del portal wml es el siguiente:


Fig. 8.12. Flujo de navegación a través del portal wml.