Mostrando entradas con la etiqueta HTML. Mostrar todas las entradas
Mostrando entradas con la etiqueta HTML. Mostrar todas las entradas

Familiarizate con HTML 5. Introducción HTML 5


Buenas a todos os dejo unos muy buenos apuntes, de la UOC sobre html 5:





Y para aquellos que os quedéis un poco perdidos en el tema del diseño / programación web, os dejo también el enlace a los apuntes de diseño web, css y javascript.


En ningún momento jabatogames se atribuye su creación ni comercia con ello.

Saludos.

Todo bajo:

Logo Creative Commons
Los contenidos recogidos en este artículo están sujetos a una licencia Creative Commons
Reconocimiento, No comercial - Compartir bajo la misma licencia 3.0 No adaptada
.


Introducción


La mayor parte del currículo de estándares web se basa en la última versión estable de HTML —HTML 4.01. La especificación de HTML 4.01 se completó en 1999, hace más de 10 años, en el momento de escribir esto. Pero a menos que hayas estado escondido bajo una roca durante el último año, poco más o menos, serás muy consciente de que hay una nueva versión de HTML en la producción — ¡HTML5!
Así... ¿por qué te hemos estado enseñando HTML 4.01, a pesar de todo? En este artículo daremos respuesta a esta pregunta, y a muchas más. Te daremos la base esencial necesaria para saber por qué se creó HTML5 y dónde y cómo está ahora mismo. Te aconsejaremos sobre cómo encajarlo en tu aprendizaje actual, aunque seas un diseñador o desarrollador web novel, y veremos algunas de las principales características de HTML5, para que puedas ver que suma al ya de por sí potente lenguaje HTML.

¿Por qué HTML5?

Cuando HTML 4 estaba a punto de cerrarse, el W3C decidió (en un taller organizado en 1998) que, en cuanto a lenguajes de marcado, el futuro de la Web era XML y XHTML, no HTML (comparación de XHTML y HTML). Así que el W3C dibujó una línea bajo HTML 4.01 y se concentró en la especificación XHTML 1.0, acabada a principios de 2000. XHTML 1.0 es exactamente igual que HTML 4.01, pero usando las reglas de sintaxis de marcado de XML. Pronto le siguió XHTML 2.0, que añadía un montón de nuevas y poderosas características y un 'mime-type' exclusivamente XML, y estaba destinado a ser el próximo gran éxito en la web.
El problema de XHTML 2.0 es que no era compatible con el marcado ya existente en la web —los elementos funcionaban de manera diferente, el mimetype de XHTML (application / xhtml + xml) no funciona de ninguna forma en IE, que todavía tenía la mayor cuota de mercado de navegadores en el momento de escribir esto, las herramientas de desarrollo disponibles no estaban preparadas para trabajar con XML, y no reflejaba realmente lo que los desarrolladores web estaban haciendo realmente ahí en la web en estado salvaje.
En 2004, un grupo de desarrolladores e implementadores de opiniones similares (incluyendo representantes de Opera, Mozilla y, un poco más tarde, Apple) se reunieron y formaron un grupo separado de especificaciones llamado WHATWG, con el objetivo de escribir una mejor especificación de marcado HTML, capaz de soportar la creación de la nueva generación de aplicaciones web, sin —y esto es fundamental— romper la compatibilidad con el HTML existente.
El resultado fue la especificación Web Applications 1.0, que documentaba los comportamientos y características existentes e interoperables de los navegadores, así como nuevas características para la pila web, como APIs y nuevas reglas de análisis del DOM. Después de muchas discusiones entre los miembros del W3C, el 7 de marzo de 2007 se reanudó el trabajo en HTML con un nuevo Grupo de Trabajo de HTML en un proceso de participación abierta. En pocos días cientos de participantes se apuntaron a seguir trabajando en la siguiente versión de HTML. Una de las primeras decisiones del Grupo de Trabajo de HTML fue adoptar la especificación Web Applications 1.0 y llamarla HTML5.
HTML5 ya es muy buena cosa para los desarrolladores web y diseñadores, ya que:
  • Es muy compatible con lo que ya existe —no hace falta aprender idiomas completamente nuevos para utilizar HTML5. Las nuevas características de marcado funcionan igual que las antiguas (aunque la semántica de algunos elementos ha cambiado —cubriremos estas diferencias en un próximo artículo), y las nuevas APIs se basan en el mismo JavaScript y DOM con que programan los desarrolladores desde hace años.
  • Añade nuevas y potentes características de HTML que antes sólo estaban disponibles en la web usando tecnologías como el plugin de Flash, o con JavaScript y hacks complejos. La validación de formularios y el vídeo son los principales ejemplos.
  • Es más adecuado para escribir aplicaciones dinámicas que las versiones anteriores de HTML (HTML fue diseñado originalmente para la creación de documentos estáticos).
  • Tiene un algoritmo de interpretación claramente definido, de forma que todos los navegadores que implementen HTML5 crearán un mismo DOM a partir de un mismo marcado, independientemente de la validez de este. Esto representa una enorme victoria para la interoperabilidad.

¿Qué significa HTML5 para mí?

Para empezar, respondamos a esa pregunta que te da vueltas por la cabeza desde que has empezado a leer este artículo: ¿por qué te hemos enseñado la mayor parte del currículo de estándares web con HTML 4.01, si ya HTML5 está en el horizonte? En primer lugar, cuando se publicó por primera vez el CEW en 2008, HTML5 estaba mucho más en flujo que ahora, y no queríamos enseñar algo que probablemente cambiaría posteriormente.
En segundo lugar, y más importante, HTML5 es retrocompatible: en términos prácticos esto significa que todo lo que hay en HTML 4.01 está también en HTML5. Así que al aprender HTML 4.01 ya estás aprendiendo una gran parte de HTML5. Este artículo, y los otros de esta sección, pretende completar las lagunas de conocimiento mediante la enseñanza de las capas extra que HTML5 añade sobre HTML 4.01 como, por ejemplo, los elementos semánticos añadidos y las nuevas APIs que permiten controlar la reproducción de vídeo y dibujar sobre un lienzo. Daremos un montón de referencias a más información sobre estas características al final del artículo.
Algunas partes de HTML5 ya están implementadas de manera lo suficientemente estable en los navegadores como para usarse de forma segura incluso en un sitio en producción (como siempre, hay que tomar decisiones teniendo en cuenta el público objetivo del sitio y sus características). Además, si una característica no es compatible con algunos navegadores, existen soluciones alternativas —los artículos las mostrarán, en el momento adecuado.
Para darle una respuesta breve y concluyente, HTML5 es el futuro de la Web, y una gran parte de tu futuro como diseñador o desarrollador web. Me gustaría recomendarte que empieces a aprender HTML5 en cuanto estés preparado —muchas de las nuevas características facilitarán mucho tu trabajo actual, y protegerá tus conocimientos para el futuro. Si eres estudiante en la universidad y el profesor aún no sabe nada de HTML5, o no está dispuesto a cubrirlo en su curso, muéstrales este artículo.

Características de HTML5

HTML5 contiene muchas nuevas características para hacer HTML mucho más potente y adecuadas para la creación de aplicaciones web. En la siguiente lista hemos resumido las principales que realmente deberías conocer.
Algunas de las características enumeradas a continuación no son realmente parte de la especificación HTML5 en sí, sino que se definen en especificaciones estrechamente relacionadas, y por tanto siguen siendo piezas válidas del nuevo movimiento para conseguir aplicaciones web modernas, y te es útil conocerlas.
  • Nuevos elementos semánticos: Como ya sabes, la semántica es muy importante en HTML: siempre debemos utilizar el elemento apropiado para cada función. En HTML 4.01 tenemos un problema: sí, hay muchos elementos para definir determinados recursos, como tablas, listas o encabezados, pero también hay muchas características comunes a muchas páginas web que que carecen de elementos para definirlas. Piensa en las cabeceras, pies de página, menús de navegación, etc. Hasta ahora las hemos definido usando <div id="xxx"> </ div>, que nosotros somos capaces de entender, pero las máquinas no, sin mencionar que diferentes desarrolladores web usan identificadores y clases diferentes. Afortunadamente, HTML5 viene con nuevos elementos semánticos como <nav>, <header>,<footer> y <article>. Puedes aprender acerca de estos en el artículo Los nuevos elementos estructurales de HTML5.
  • Nuevas características de formularios: HTML 4.01 ya permite crear formularios usables y accesibles, pero algunas características comunes son menos cómodas de lo que deberían ser, y requieren el uso de hacks para ponerlas en práctica. HTML5 proporciona una forma estandarizada y fácil de implementar características tales como selectores de fecha, deslizadores y validación en el cliente. Los formularios HTML5 se tratan en detalle en el artículo Las Nuevas Características de Formularios de HTML5.
  • Audio y vídeo nativos: Durante años, el audio y vídeo en la Web se ha hecho con Flash, en general. De hecho, la razón por la que Flash se hizo tan popular en los albores del siglo XXI es que los estándares abiertos no proporcionaban un mecanismo compatible entre navegadores para su implementación: los diferentes navegadores implementaban maneras diferentes de hacerlo, en competencia unos con otros (por ejemplo, <object> y <embed>), complicando mucho todo el proceso. Flash daba una forma fácil y de gran calidad de publicar vídeo multinavegador.
    HTML5 incluye elementos <audio> y <video> para implementar reproductores de audio y vídeo nativos sin usar más que estándares abiertos, y también incluye una API que permite implementar fácilmente controles de reproducción personalizados. Hay muchos artículos en dev.opera.com sobre el audio y vídeo de HTML5, pero el mejor lugar para comenzar es el artículo inaugural de Bruce Lawson y Pat Lauke Introducción al Vídeo HTML5. También vale la pena visitar More accessible HTML5 video player.
  • API de dibujo en Canvas: El elemento <canvas> (lienzo) y la API asociada permiten definir un área de la página sobre la que dibujar y usar comandos JavaScript para dibujar líneas, formas y texto, importar y manipular gráficos y vídeo, exportar en diferentes formatos de imagen y mucho más. Para más información sobre el lienzo de HTML5, comienza por El lienzo de HTML5: Fundamentos, de Mihai Sucan.
  • Web Sockets: Esta API (definida en la especificación de web sockets, separada de la especificación HTML5) permite establecer una conexión continua entre un servidor y un cliente en un puerto específico y enviar datos en ambas direcciones hasta que el puerto se cierre. Esto mejora mucho la eficiencia de las aplicaciones web, ya que pueden intercambiarse datos de forma continua y precisa entre el cliente y el servidor sin recargas de página continuas y sin tener que consultar constantemente el servidor para ver si hay actualizaciones disponibles. Introducing Web Sockets es un buen punto de inicio.
  • Aplicaciones web offline: HTML5 proporciona una serie de características que permiten a las aplicaciones web ejecutarse sin conexión. Los cachés de aplicación permiten guardar una copia de todos los elementos y archivos necesarios para ejecutar aplicaciones web localmente, y las bases de datos Web SQL permiten guardar una copia local de los datos de una aplicación web. En conjunto, permiten seguir utilizando una aplicación cuando uno se queda sin conexión y luego sincronizar los cambios con la versión principal en el servidor cuando la red vuelva a estar disponible.
  • Almacenamiento Web: Las cookies nos permiten un cierto grado de almacenamiento de datos locales, pero su uso es bastante limitado. El Almacenamiento Web de HTML5 nos permite almacenar muchos más datos, y hacer mucho más con ellos. Puedes leer Web Storage: easier, more powerful client-side data storage, de Shwetank Dixit, para obtener más información.
  • Web workers: Un problema común para las aplicaciones web es que su rendimiento se resiente cuando se requiere una gran cantidad de procesamiento de datos, puesto que todo sucede en un único proceso o subproceso (sólo puede haber una única carga de procesado). Los 'trabajadores web' mitigan este problema porque permiten crear procesos de fondo para hacerse cargo de parte del cálculo, permitiendo que el proceso principal siga adelante con otras cosas. Para leer más sobre los 'trabajadores web', puedes leer Web Workers rise up! de Daniel Davis.
  • Geolocalización: La especificación de geolocalización (de nuevo, fuera de la especificación de HTML5) define una API que permite a una aplicación web acceder fácilmente a los datos de localización que se hayan puesto a disposición previamente, por ejemplo, a través de las capacidades GPS de un dispositivo. Esto permite añadir todo tipo de útiles funciones de localización a las aplicaciones como, por ejemplo, resaltar el contenido más relevante para la ubicación actual. Para ver una introducción básica, consulta How to use the W3C Geolocation API
Nota: CSS3 DEFINITIVAMENTE NO es parte de HTML5 y nunca lo será. No dejes que tu departamento de marketing te diga lo contrario.

Resumen

Así acaba nuestra introducción a HTML5. Espero que la hayas encontrado útil y que continuarás leyendo el resto de artículos sobre HTML5 que hemos referenciado.

Continúa leyendo click en:

HTML5 Datalist y input. Mostrar sugerencias en un campo input.

Buenas, os voy a enseñar cómo hacer un input en html que pre-cargue una serie de datos para que al ir introduciendo la palabra deseada vaya mostrando una lista de sugerencias.
En  cuanto a la declaracion de la lista se usa la etiqueta <datalist> y su correspondiente etiqueta de cierre </datalist>, para crear el enlace entre el input y el datalist : el valor que hay en el parametro list del input debe ser el mismo valor en el id del datalist.
input[type=text]
Ahora que hemos visto el funcionamiento del datalist en el elemento range, vamos a ver como funciona el datalist con elemento tipo texto, para ello usaremos la misma sintaxis que en el elemento range, solo omitiremos los datos de value,min ymax, para este ejemplo usaremos :
<input type="text" list="nombres">
<datalist id="nombres">
    <option value="abel"></option>
    <option value="abigail"></option>
    <option value="adrian"></option>
    <option value="airan"></option>
    <option value="alberto"></option>
    <option value="claudio"></option>
    <option value="clemente"></option>
    <option value="samuel"></option>
    <option value="sergio"></option>
</datalist>
Y como resultado :
Apesar de que se puede escribir cualquier valor, hemos obtenido un eficiente sistema de sugerencias a puro HTML. Observar que en este caso usamos el parametro value=”valor” para especificar el valor que tendra la opcion del datalist, pero es irrelevante se puede hacer de esta forma o de la forma anterior, dara el mismo resultado.
Nota: No funciona todavía en todos los navegadores.

ASP ACCESS HTML PHP problemas con Tíldes, acentos y ñ

Buenas, os traigo un problema muy común en el tema de la codificación de los caracteres de las páginas webs así como el de las bases de datos.

Suele ocurrir que cuando una web  muestra bien las tildes  cuando se pasan a una base de datos esta muestra caracteres extraños como A! , ? o cosas así.

O viceversa, si se ven bien en la base de datos, el contenido HTML no se ve correctamente.

Antes se solucionaba cambiando las tildes y ñ pr su codificación HTML como sería:

ñ -> &ntilde;
ó -> &oacute;

etc....

El problema está en la codificación de la página, normalmente viene en una línea meta al principio del documento.

Lo que sucede es que si se pone codificación UTF-8, se muestra bien el HTML pero en la base de datos se guarda mal (aunque luego al hacer las búsquedas vayan bien, pero si miras la base de datos están mal guardados). Y si quitas la etiqueta meta de codificación, se guarda bien en la base de datos pero en la web los acentos y tildes no se ven correctamente.

Yo lo he solucionado poniendoles a mis páginas esta línea dentro del <head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

y quitando la que me puso el Dreamwever por defecto de UTF-8.

Lo que hago es poner codificación Europea occidental en desde mi dreamweaver, que es presionando CTRL + J.

A mí con esto se me solucionó, tanto en la web como en la base de datos.

Espero haberos ayudado.

Saludos.

Plantillas CSS HTML JQUERY gratuitas para realizar tu web

Existen algunos sitios los cuales proveen varias plantillas html y css totalmente gratis. Estas plantillas ya vienen preparada con sus estilos css, sus comportamientos jquery y su código html.

En algunos casos, para su uso, lo único que hay que hacer es indicar al pie de página de vuestra web la dirección del creador de la plantilla.




Estos son dos buenos sitios:

http://www.templatemo.com/

http://chocotemplates.com/

Saludos.

El HTML, una idea en evolución

Fuente: http://www.maestrosdelweb.com/
Concretar el inicio de algo siempre es difícil, aunque haya sido creado por el hombre. ¿Dónde está el límite entre el proyecto de idea y el resultado final? Como muchos de nosotros no hemos estado en ese proceso nos tendremos que contentar con lo establecido.
Quisiera utilizar las siguientes líneas para contaros la historia del HTML, pero no sin antes hacer constar que detrás de unos pocos nombres y fechas hay mucho más trabajo, conexiones, ideas y nombres que por cuestiones de espacio, tiempo y claridad quedan exentas de este artículo.
Ante todo, definir de que estamos hablando exactamente: HTML es el acrónimo de HyperText Markup Language, que traducido a nuestro idioma es Lenguaje de Marcación de Texto. Es una herramienta para que el ordenador conectado a Internet interprete como visualizar el documento.
No es un lenguaje de programación y no tiene compilador alguno, así que si hay algún error que no detecta lo visualizará de la manera en la que lo ha entendido. Es un sistema de etiquetas que indica al ordenador cuando hay que señalar una cursiva, separar un párrafo o definir el color del texto.
De todas maneras, tiene sus limitaciones así que a menudo se utilizan otras herramientas como las hojas de estilo, que le dan mayor libertad al diseñador. En concreto, el HTML le da las indicaciones mencionadas al programa cliente, el browser o navegador para que presente el documento en la pantalla de la manera adecuada.
El HTML se hizo popular por su sencillez, era fácil de aprender y eso lo hace accesible a mayor número de personas. Estos documentos web deben estar escritos con el mismo “lenguaje” para que diferentes ordenadores puedan leerlos, si alguien utiliza un sistema diferente no podrá compartir su información con los que usan el HTML ni podrá visualizar los de los demás.
Por eso la tendencia es crear un estándar que evoluciona poco a poco y que es compatible con la versión anterior.

La creación


El físico nuclear Tim Berners Lee definió la primera versión de HTML en el año 1989. Después evolucionaría hasta llegar a cuatro versiones más. HTML 4 fue la última en 1998. Después llegaría el lenguaje que aun utilizamos, el XHTML hijo del XML y el HTML. En el momento en el que escribo estas líneas, se está desarrollando HTML 5, que nos permitirá crear animaciones y presuntamente sustituirá a Flash.
No caigamos en el error de pensar que uno supone la desaparición del otro pues el XHTML necesita del HTML para ser entendido por el ordenador. En otras palabras, el HTML abre las puertas y el XHTML trabaja.


Cabeceras Gratis Para tu Web o Blog

Acabo de encontrar un sitio muy interesante donde te proporciona imágenes para las cabeceras de tus Webs, totalmente gratuitas. Vale la pena echarle un vistazo.




Saludos.

De html + tablas a Xhtml + css

MIGRACIÓN SIN DOLOR

De HTML+Tablas a XHTML+CSS

Fuente: http://www.araudi.net/migracion/migracion_sin_dolor.html

1. INTRODUCCIÓN


En principio el lenguaje HTML tenía como finalidad poder transmitir datos entre ordenadores de forma sencilla, que fueran interpretados por un programa (denominado "Browser", traducido como "navegador"). Y era estupendo. Más tarde, alguien quiso distribuir las cosas en la pantalla de forma un tanto diferente al texto corrido, algo más estético, y dado que el lenguaje y sus intérpretes ya contaban con un etiquetado para dibujar tablas, se dijo: "¿por qué no usar la rejilla de una tabla para colocar las cosas en los lugares que yo quiera de la pantalla?". Y fue. 

Rejilla de tabla 

Era una manera cómoda de colocar cosas en cualquier parte, comenzando por establecer una rejilla con una tabla como espacio básico de diseño, e introduciendo los datos en sus celdas, aunque estos nada tuvieran que ver con datos tabulados.

Rejilla de tabla formando una estructura 

En ese momento todo el etiquetado referente a formatos, tamaños, colores, resaltados, etcétera, se introducía también en el propio etiquetado HTML, lo que producía el enorme problema de que cuando alguien quería cambiar el color al texto de un apartado de la página lo hacía directamente ahí, sin problema, pero si quería cambiar el color o tamaño de los títulos de todas sus páginas o el ancho de éstas, tenía que ir una por una cambiando cada etiqueta, además de producir una sobrecarga de código en cada página.

Códigos HTML acentos, tildes, etc.



Tabla de ASCII estándar, nombres de entidades HTML, ISO 10646, ISO 8879, ISO 8859-1 alfabeto romano numero 1
Soporte para browsers: todos los browsers
ASCII HTML HTML
Dec Hex Símbolo Numero Nombre Descripción

32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
20
21
22
23
24
25
26
27
28
29
2A
2B
2C
2D
2E
2F

!
"
#
$
%
&
'
(
)
*
+
,
-
.
/
&#32;
&#33;
&#34;
&#35;
&#36;
&#37;
&#38;
&#39;
&#40;
&#41;
&#42;
&#43;
&#44;
&#45;
&#46;
&#47;


&quot;



&amp;








espacio
signo de cierre de exclamación / admiración
comillas dobles
signo de número
signo de dólar
signo de porcentaje
signo "&" / ampersand
comilla / apóstrofe
paréntesis izquierdo
paréntesis derecho
asterisco
signo de más / adición
coma
signo de menos / sustracción / guíon / raya
punto
barra oblicua - barra de división

La animación Flash aparece encima de mi capa

Bueno, hace tiempo tuve el siguiente problema de diseño web. Tenía insertada un menú en una capa, manejado con CSS, cual fue mi sorpresa que al insertar un Flash y pinchar en el menú, ¡la película aparecía por encima del menú!

Hace poco me volvió a pasar y no recordaba la sencilla solución. Bueno, por eso lo posteo aquí, para tenerlo siempre de referencia, son tonterías pero que luego uno no se acuerda. Hay que poner el siguiente código:

si insertas un flash: <param name="wmode" value="transparent">
si embebes un div: <embed wmode="transparent">

Saludos a tod@s.

Página donde viene multitud de tutoriales de flash y diseño

Bueno os dejo el enlace a una web que he encontrado que viene bastantes tutoriales sobre diseño.


El enlace es el siguiente:

http://www.cristalab.com/tutoriales/

Aprovechadlo!!!

La operación debe usar una consulta actualizable

Posted by NaXo
 
Esta mañana en el trabajo he tenido que resolver un problema con la base de datos de prensa, una BD en Access con la que se interactúa a través de una aplicación web programada en PHP. He tardado más de lo que me hubiese gustado en resolverlo, así que lo comparto por si a alguien le sucede alguna vez, que no pierda tanto tiempo como yo.
El problema se presentaba cuando intentaba llevar a cabo la modificación del contenido de un registro. En vez de realizarse la actualización saltaba el siguiente mensaje de error:
SQL error: [Microsoft][Controlador ODBC Microsoft Access] La operación debe usar una consulta actualizable…
Lo curioso es que la aplicación llevaba funcionando con normalidad algo más de un año, pero, tras un fallo en el servidor, algo debió trastocarse. Las operaciones de lectura funcionaban a la perfección, así que debía tratarse de un error de permisos.
Buscando por internet descubrí que solía darse en máquinas que corrían sobre el sistema operativo Windows XP, como es el caso, y encontré varias soluciones. Una de ellas, y la que yo utilicé, comprendía la reconfiguración de los permisos de la carpeta donde se ubica la base de datos (también pueden modificarse únicamente los permisos del fichero *.mdb de la BD) para los usuarios que acceden a través de internet. Para ello basta seguir los siguientes pasos:
  • Asegurarnos de que tenemos desactivada la opción Utilizar uso compartido simple de archivos, accesible a través del menú Herramientas > Opciones de carpeta… > Ver desde cualquier carpeta. Podremos volver a activarlo una vez terminemos con la configuración de los permisos.
  • Navegar hasta la carpeta donde se encuentra la BD y sobre dicha carpeta, pulsar el botón secundario, acceder a Propiedades, pestaña Seguridad y pulsar el botón Agregar.
  • En la ventana que se abre, añadir el usuario IUSR_nombre_maquina. Por ejemplo, si la máquina es INFORMATICA, el usuario a añadir sería IUSR_INFORMATICA. Aceptamos.
  • Vemos que se ha añadido el usuario Cuenta de usuario para internet. Seleccionar y marcar Control total.
Con esto se soluciona el problema de los permisos de escritura y desaparece el mensaje de error, actualizándose correctamente los registros.
Si se desea, puede volver a activarse la opción Utilizar uso compartido simple de archivos, que desactivamos para tener acceso a la pestaña Seguridad en las propiedades de la carpeta.


Consutas SQL en Dreamweaver CS3 con ASP

Llegados a este punto, es hora de crearnos un nuevo documento ASP, borrarle la primera línea, y en caso de que no contenga el include descrito anteriormente, lo tendremos que poner.

            Ya estamos en disposición de crearnos nuestra primera consulta a la base de datos. Nos vamos al menú APLICACIÓN pestaña VINCULACIONES, pulsaremos el botón +, seleccionando la primera opción, Juego de registros ( consulta ), y realizaremos nuestra primera consulta siguiendo los siguientes pasos:

            En el primer campo, deberemos introducir el nombre que le vamos a dar a dicha consulta, es decir, si vamos a consultar los productos que tenemos almacenados, será lógico llamar a dicha consulta PRODUCTOS. Luego elegiremos la conexión que hemos creado antes, y seleccionaremos la tabla de la base de datos que nos quiera mostrar. Pulsamos aceptar y automáticamente se ha creado todo el código ASP necesario para realizar dicho procedimiento. Es recomendable, a menos que se posean conocimientos de programación, no modificar dicho código, ni siquiera su posición dentro del código de la página.

            Ahora para pintar en la página el resultado de dicha consulta, nos vamos nuevamente a la pestaña VINCULACIONES, y nos aparecerá esta nueva consulta. La desplegamos pulsando el botón +, hasta que salgan con el símbolo de un rayo amarillo,  todos los campos de la base de datos. Arrastraremos dichos campos al DreamWeaver, y así aparecerá en nuestra página cuando la visualicemos en el explorador los datos de nuestra base de datos.

            Si somos observadores, podremos comprobar que solamente aparece un resultado. Así que para que nos aparezcan todos los datos, debemos de selececcionar los campos que hemos arrastrados al DreamWeaver e irnos a la pestaña COMPORTAMIENTOS DEL SERVIDOR dentro del menú APLICACIÓN, pulsar el botón + y escoger la opción REPETIR REGIÓN. Dentro del menú que aparece, seleccionaremos la consulta deseada, en este ejemplo sería PRODUCTOS, y elegimos que nos muestre un numero determinado de registros por página, o todos.

            Ahora cuando visualicemos nuestra página en el explorador, aparecerán todos los datos que contiene nuestra tabla.

Conectar Dreamweaver CS3 con Base de Datos Access usando ASP

Vamos a utilizar tecnología ASP para este ejemplo. Por consiguiente las páginas se crearán en Dreamweaver en ASP y no en HTML.

Para poder realizar el presente ejemplo en nuestro ordenador tendremos que tener instalado y configurado en nuestro Windows IIS (Information Index Server). Este componentes de Windows, viene en el CD instalación del mismo.

Si utilizamos dicha tecnología, en nuestro ordenador existirá la siguiente ubicación:

C:\INETPUB\WWWROOT\

Así que dentro de esta ubicación nos crearemos una nueva carpeta con el nombre que queramos. En este caso vamos a crear la carpeta EJEMPLO. Así tendremos la siguiente ubicación.

C:\INETPUB\WWWROOT\EJEMPLO

Dentro de esta carpeta es donde iremos creando nuestras páginas ASP y guardando las imágenes y demás archivos que necesitemos.

Ahora abriremos Dreamweaver CS3 y definiremos un sitio llamado EJEMPLO, en el cual configuraremos la ruta anterior como carpeta raíz para almacenar nuestros archivos.

Lógicamente, necesitaremos un archivo base de datos creado en ACCESS. En nuestro caso concreto hemos creado una base de datos llamada COLEGIO.MDB, la cual contiene una tabla llamada ALUMNOS. Dicha tabla contiene los datos personales de los alumnos de dicho colegio.

Una vez que hemos creado la base de datos, dicho archivo lo guardaremos dentro de nuestro SITIO, para que pueda ser enlazado con nuestras páginas webs.

1. Crear un Sitio en DreamWeaver CS3

Así se crea un sitio en DREAMWEAVER CS3. (Y prácticamente igual en cualquier otra versión de DreamWeaver).

El SITIO nuevo que vamos a crear se llamará EJEMPLO.

Lo que tenemos que tener claro, es que un SITIO WEB estará formado por más de un archivo. Por eso deberemos tener un SITIO (CARPETA) donde agrupar todos esos ficheros. Por ejemplo, tendremos varias páginas HTML, muchas imágenes, vídeos, música, animaciones, bases de datos, etc.

 
       a. Abrimos DreamWeaver CS3



Tendrá una apariencia parecida a la imagen anterior.