¿En qué ramas se puede dividir el diseño web?

[Julcar]

Muy aparte del conocido HTML y el reciente XHTML, el CSS y el DHTML-Javascript, mi pregunta es: ¿Que otros estandares especiales existen en el diseño web profesional?

He oido acerca del DOM, (no sé que es realmente) y las XSL que hasta lo que sé son hojas de estilo css con compatibilidad XML.

Quisiera saber que otros tipos de especificaciones similares hay.

Gracias de antemano.

[eContento]

Bueno,

DOM realmente se refiere a la jerarquía de objetos del documento y puedes recorrer esa jerarquía de varias formas. Con JavaScript por ejemplo, por medio del document.getElementsByTagName, o ById, etc...

Hay unos XMLs con una estructura muy definida que se usan para temas de sindicacion de contenidos: RDF, RSS y Atom...

Hay una notación para manejar objetos en JavaScript que simplifica mucho todo que es JSON. Sobre todo si usas AJAX.

Pero en general todo es una combinación de XHTML + CSS + JavaScript + lenguaje de servidor.

Para temas de Flash, puedes aprender también el lenguaje de programación que usa, que es ActionScript.

Hay más estándares, pero en general, estos son los que más se usan.

[Julcar]

En este contexto, ajax se lo podría considerar programación de cliente o de servidor?

[derkenuke]

Hola Julcar:

AJAX es programación en los dos ámbitos por definición: Necesitas un script en el cliente, y otro en el servidor. Los dos scripts interactúan llevando cosas del cliente al servidor y viceversa transparentemente al usuario.

XML y XSL están en desuso actualmente en lo que a web se refiere (XML se utiliza algo para RSS y como formato de intercambio de datos en AJAX).

Te has dejado toda la rama de diseño gráfico y estilístico, que es una buena parte del diseño web en general.

Si quieres saber más estándares web (como VML) puedes entrar en w3schools

Saludos.

[Julcar]

Gracias, lo que no me cuadra es que la gran mayoria de estas especificaciones usan XML como base, entonces mi preguntas nuevamente son:

¿Es posible dividir al XML de sus variantes (incluyendo AJAX) o en escencia son lo mismo y una clasificación más detallista sería inutil?

¿Ajax podria considerarse un framework de javascript, más que algo compartido entre XML y Javascript?

¿Sería viable separar del javascript todos sus frameworks y tratarlas por separado?

El caso es que estoy haciendo un temario sobre diseño web y necesito cuanta información me sea posible.

Gracias por los links, me son de mucha ayuda, pues ahora puedo incluir al WML/WAP que antes no habia citado en mi informe.

[derkenuke]

Iniciado por Julcar

¿Es posible dividir al XML de sus variantes (incluyendo AJAX) o en escencia son lo mismo y una clasificación más detallista sería inutil?

Buf, creo que tenemos problemas de concepto. SGML es el sistema que te dice cómo organizar un documento de marcado (ya sea HTML, XML, XSL...). Hijo de SGML es XML, en el que cada etiqueta puede tener el nombre y los atributos que queramos. Luego, hijos de XML están el XSL, XHTML, RSS... (en esos estándares las etiquetas y atributos y su cantidad y lugar de aparición están definidos en unas reglas específicas => especificaciones). El XHTML 4.01 a su vez tiene varias ramas, varias especificaciones. Esta el loose (débil), el transitional (medio) y el strict (estricto), que se supone son para que te acostumbres a un paso cómodo entre el HTML y el XHTML (más débil a más estricto).

Como respuesta, un documento XML es una cosa, y uno XHTML es otra. Aunque uno nazca del otro. Sí, se deben diferenciar. Pero AJAX no es ningún hijo de nada, ni ningún lenguaje en sí. Es un trozo de código javascript que pide un trozo de código de servidor (PHP, ASP...). Y ya está, no tiene por qué tener conexión con XML. Cliente y servidor pueden "hablarse" en XML, pero también en texto plano, HTML, valores separados por comas, o cualquier lenguaje de comunicación que tú definas.

Iniciado por Julcar

¿Ajax podria considerarse un framework de javascript, más que algo compartido entre XML y Javascript?

La respuesta es no. AJAX no es un framework (librería de funciones) de javascript. Un framework es prototype, jquery, mootools... Pero usar AJAX es usar una línea de código javascript específica. Si necesitas saber más concretamente sobre AJAX hay mucho escrito en la web, y existe un subforo de AJAX donde ver respuestas, ejemplos...

Iniciado por Julcar

¿Sería viable separar del javascript todos sus frameworks y tratarlas por separado?

Ummm, no sé muy bien a qué te refieres. Javascript es el lenguaje, y un framework es una biblioteca (conjunto de funciones) escrita en ese lenguaje. Sin javascript no existen sus framework. Aunque tampoco el framework define un lenguaje diferente, puede hacer que te compliques menos la vida (digamos que te acorta el camino). No se pueden separar, aunque escribir con un framework puede dar un código incomprensible para quien programe javascript nativo.


Creo que necesitas leer un poco más acerca de estos temas. Si te topas con unas siglas que no estás muy seguro de lo que significan o de donde provienen, lo más lógico sería buscar en wikipedia, google o la w3c, estos foros... y probablemente encontrarás una respuesta satisfactoria.



Pero si luego tienes dudas o quieres comentar algo, no dudes en postear de nuevo.

[Julcar]

Otra incógnita surge :P, si ajax no es en si casi nada (solo un simple acrónimo) por qué razon se le da tanta importancia que en varios portales tienen foros dedicados a ajax?.

Por otra parte seria el tratar a javascript y a sus frameworks como un todo.

Creo que ya lo voy entendiendo.

Otra duda que me hace pensar es que dados los casos de uso, tanto javascript, ajax y xml deberian tratarse por separado, y ajax más como un lenguaje servidor que cliente, aunque no sé si deberia llamarlo "lenguaje"

¿Podría considerarse al ajax como una evolución del antiguo SSI?

Gracias de antemano.

[derkenuke]

Iniciado por Julcar

Otra incógnita surge :P, si ajax no es en si casi nada (solo un simple acrónimo) por qué razon se le da tanta importancia que en varios portales tienen foros dedicados a ajax?.

AJAX tiene una forma de trabajar un tanto diferente al resto de javascript. Se hace una llamada a un documento ajeno y al de un tiempo (tiempo de carga del documento ajeno) automáticamente se lanza una función en el documento actual. Esto suele crear quebraderos de cabeza a los programadores, ya que javascript suele ser de ejecución lineal (una línea tras otra), mientras que AJAX es más asíncrono (se ejecuta en una línea temporal discontinua).

Se suele separar AJAX de javascript en los foros (y también frameworks de javascript del propio javascript) para aligerar el contenido de las preguntas en javascript. Las preguntas de AJAX suelen tener relación entre sí, y suelen ser abundantes por la moda actual que tiene AJAX. Supongo que por eso es más cómodo tratar estos temas de manera separada.

Iniciado por Julcar

Otra duda que me hace pensar es que dados los casos de uso, tanto javascript, ajax y xml deberian tratarse por separado, y ajax más como un lenguaje servidor que cliente, aunque no sé si deberia llamarlo "lenguaje"

Definitivamente sí, javascript y XML son cosas diferentes. AJAX y XML son cosas diferentes. Pero AJAX no es ningún lenguaje, es sólo una manera; según la wikipedia una técnica.

Iniciado por Julcar

¿Podría considerarse al ajax como una evolución del antiguo SSI?

Si por SSI te refieres a Server Side Includes puede ser, salvo que los SSI se cargan al inicio de la página, y las peticiones AJAX se realizan cuando uno quiere (al inicio, en un evento concreto...). La técnica que más se le parece es la de crear un iframe oculto para cargar información en él. Tengo entendido que Google no usa AJAX en sus aplicaciones, que son más bien iframes. Como todo en la vida AJAX y los iframes son técnicas diferentes, cada una con sus ventajas y desventajas.


Ahora se me han ocurrido cosas que igual nos dejamos, como MathML, VML, SVG... son espacios de nombre XML (XML con etiquetas definidas) para representar fórmulas matemáticas, gráficos vectoriales... también son representables en un navegador.

[ASYNTETYCO]

Podria ser ajaz, css, php y demas lenguajes de programacion web.

[buzu]

ERR... Hay algunas cosas que no están claras y que deben aclarase antes de que alguien salga confundido. Por suerte acá llego yo jajaj.

1.-

SGML es el sistema que te dice cómo organizar un documento de marcado (ya sea HTML, XML, XSL...)

No, no y no. SGML NO te dice como organizar un XML. XML es una adaptación y simplificación de SGML y de hecho fue creado en parte para resolver los problemas que SGML había creado con su "libertad" a la hora de escribir.

2.-

Necesitas un script en el cliente, y otro en el servidor.

De hecho ajax (ya no es AJAX) no siempre utiliza un script de lado del servidor. Aun que si bien su potencial máximo puede ser alcanzado al ser combinado con tecnología del lado del servidor, ajax tambien puede ser empleado del lado del cliente. Obviamente el cliente estará interactuando con el servidor, pero eso no implica la forzosa presencia de un script del lado del servidor ya sea en PHP, ASP, o cualquier otro.

3.-

Como respuesta, un documento XML es una cosa, y uno XHTML es otra.

De hecho en su forma mas sencilla un XHTML no es mas que un xml que sigue un estandar establecido, aun que si conviene mantenerlos separados y no confundirlos.

4.-

Es [ajax] un trozo de código javascript que pide un trozo de código de servidor

Ver punto numero 2.

5.-

si ajax no es en si casi nada (solo un simple acrónimo)

ERR... No digas eso mijo que vas a despertar a los titanes! Ajax es mas que un simple acrónimo. Es una tecnología que usa el objeto XMLHttpRequest (o su variante en el caso de IE) para lograr una comunicación asíncrona con el servidor. No es posible definir ajax sin usar el objeto XMLHttpRequest ya que si se define únicamente como un sistema que permite la comunicación asíncrona con el servidor, todo tipo de tecnología que permita comunicación asíncrona con el servidor (como los frames) podría ser considerada ajax.

6.-

Por otra parte seria el tratar a javascript y a sus frameworks como un todo.

Otra vez la respuesta es NO! javascript es una forma bonita de hacer la web mas interactiva mientras que un framework es el intento (no siempre pero por lo general) de hacer de javascript algo que no es. Créeme, no necesitamos frameworks de javascript.

7.-

y ajax más como un lenguaje servidor que cliente,

Como ya te dije, ajax tiene como fundamento el objeto XMLHttpRequest que es un objeto del navegador por lo tanto ajax esta a kilómetros de distancia de ser una tecnología del lado del servidor.

8.-

aunque no sé si deberia llamarlo "lenguaje"

No, ajax es el uso de diferentes tecnologías de tal modo que se logre una combinación que permita lograr cosas que ninguna de estas tecnologías puede lograr por si sola. Ajax es una técnica de programación y no un lenguaje de programación.

9.-

¿Podría considerarse al ajax como una evolución del antiguo SSI?

Acá tendré que contradecir a derkenuke ya que no se puede considerar como una evolución del "antiguo" SSI. Cuando hablas de una evolución, esta haciendo referencia a un cambio de una tecnología hacia una mas avanzada la cual reemplazara la primera. Sin embargo, eso no pasara entre ajax y SSI, al menos no en el estado actual de ajax o un futuro corto. Si bien es cierto que puedes usar una combinación entre ajax y SSI para lograr un muy buen nivel de backward compativility y gracefull degradation, eso no significa que el uno pueda reemplazar al otro pues ambos se usan para cosas completamente distintas.

10.-

Ahora se me han ocurrido cosas que igual nos dejamos, como MathML, VML, SVG... son espacios de nombre XML (XML con etiquetas definidas) para representar fórmulas matemáticas, gráficos vectoriales... también son representables en un navegador.

Esa seria una discusión que no me gustaría perderme por nada. No dejes de avisarme si se suscita el caso.

Saludos.

[derkenuke]

Gracias por las puntualizaciones y comentarios buzu

[buzu]

Claro, No hay de que...

[Julcar]

Dadas las diferentes perspectivas que he obtenido de vuestros amplios criterios, puedo dividir de la siguiente manera los ámbitos del diseño web en un contexto muy profundo:

HTML y XHTML no se deberian tocar mucho en este tema, pues no son más que el standard de lectura del navegador y lo que presenta al usuario en pantalla. Aquí incluyo al CSS que fomenta el uso del XHTML para implementar el DTD estricto del W3 consortium. XHTML se lo podria considerar un "hibrido" entre el HTML de marcas comunes y un XML de formatos semánticos.

Javascript es el punto en discordia, pues se divide en tres caminos diferentes, el javascript tradicional encerrado entre las etiquetas <script></script>, luego el ajax en una mezcla tipo química con el xml que segun a mi parecer y entendimiento no es más que lineas javascript combinadas con xml y las cabeceras de petición que de una u otra forma lo vuelven un solo elemento independiente de cierta manera de sus padres.

Y luego los frameworks que son derivaciones del javascript que fomentan caracteristicas especiales y avanzadas del javascript, como podria ser una evolucion especifica.

El XML por su parte, no debe ser confundido con sus variantes pues cada una resuelve un tema especifico, sean vectores, animación, etc. Pero en sí es un vehiculo del servidor para poder darle datos al cliente, por lo que se podria considerar mas bien un instrumento del cliente para obtener información del servidor, tales como el RSS que envia noticias en una base de datos.

El xml tiene algo más de libertad pero asi mismo complejidad en su uso.

Entonces como resultado obtengo esto:

Lenguajes de diseño web:

HTML y XHTML
CSS

Lenguajes de programacion estética (ojo, no estática) para dotar de movimiento en el cliente:

Javascript (y sus frameworks)
Ajax
La mezcla entre el Javascript y el CSS (DHTML)


Y los híbridos cliente-servidor-cliente

XML (con sus variantes que viendolo desde otra perspectiva serian más de un hibrido entre el diseño gráfico y la programacion)

Y luego tengo una division de lo que es cliente y lo que es servidor:

Cliente:

XHTML
CSS
JavaScritp
XML
AJAX
WML

y servidor:

ASP
PHP
ASP.Net
JSP
etc...

Por favor, diganme si me equivoco y si hay algo que escatimé incluir.

[derkenuke]

Yo lo pondría así de simple:

Lenguajes de diseño web:
XML
HTML y XHTML
CSS

Lenguajes de script para mejorar la experiencia del cliente:
Javascript (frameworks inclusive)
Jscript
VBscript
DHTML (javascript + CSS) si quieres, aunque no es un lenguaje propiamente dicho ya que es javascript, y esa forma de llamarlo esté obsoleta por no haber una manera clara de distinguir javascript de DHTML a mi criterio.
Y no sé si me dejo a alguno por ahí.

Y los híbridos cliente-servidor-cliente:
Aquí no sé que quieres poner, ya que cliente-servidor-cliente pueden establecer una comunicación en cualquier lenguaje o sintaxis que tu prefieras; como dije antes. Puede ser una estructura XML, pero también texto plano, texto plano que se interprete como código javascript, HTML, valores separados por comas... lo que tú quieras. XML no es sinónimo de transmisor de información en AJAX, que yo sepa (aunque sirve para ello).


Saludos.

[Mikmoro]

Iniciado por derkenuke

Yo lo pondría así de simple:

Lenguajes de diseño web:
XML
HTML y XHTML
CSS

Yo puntualizaría que XML en realidad no es un lenguaje de diseño web. En primer lugar realmente es un "meta-lenguaje", y en segundo lugar, es más bien un lenguaje de marcado que de diseño, es decir, su objetivo es el marcado, estructurado y almacenaje más que el de producir diseño web, y como meta-lenguaje, el de producir lenguajes.

Por ejemplo docbook no está dirigido exclusivamente a la web en absoluto, o RSS hace uso de XML para transmitir la információn, pero luego hará uso de otras herramientas para la presentación de la información.

Pero bueno, si vas a usar esos términos, imagino que antes de nada buscarás varias definiciones de cada uno para contrastar y dar en el clavo.

[buzu]

UFFF.... Seguimos confundidos mijo (Julcar)

Primero que nada no hay tal cosa como un lenguaje de diseño web, en tal caso serian de enmarcado y programacion web. Diseño web se realiza en una app usualmente de escritorio como Illustrator o Photoshop. En tal caso HTML y XHTML son lenguajes de enmarcado de texto, lo cual quiere decir que son lenguajes que se tulizan para definir la estructura de un documento lo que no tiene nada que ver con el diseño. CSS es un leguaje de estilos lo que se interpreta como un lenguaje utilizado para poder dotar de estilos y presnetacion a un documento que ha sido previamente estructurado con algun lenguaje de enmarcado llamese HTML o XHTML. Seria un error clasificar a XML como un lenguaje orientado a la web ya que hasta ahora su uso se ha orientado mas al desarrollo de aplicaciones de escritorio como es el caso de los plist que mantiene una app de Mac unida. La aplicacion de XML en la web se ha limitado al uso de sindicadores de contenido ya sea RSS o Atom o algo por el estilo y al uso con ciertas APIs como la de google, aun que su popularidad podria ser facilmente reemplazada por JSON ya que este permite una simulacion de ajax que no es posible con XML, al menos no sin tener que usar demasiados recursos en tu servidor, ademas de ser mas facil de interpretar usando Javascript que el XML.

En el lado de los lenguajes de programacion se definen dos grandes grupos. Lenguajes de programacion del lado del cliente y lenguajes de programacion del lado del servidor. En los del lado de el cliente se encuentra como rey el Javascript (yeah!) y en los del lado del servidor hay una reñida competencia entre ASP y PHP aun que el segundo por ser gratuito y de uso libre tiene mas posibilidades de triunfar. Ademas de que es importante mencionar por lo menos un leguaje de peticiones estructuradas como es el caso de MySQL el cual extende el potencial de PHP cuando se usan en conjunto.

A mi parecer estas tratando de establecer una geracrquizacion, division o clasificacion que ya esta establecida desde hace mucho tiempo. En otras palabras quieres reinventar la rueda y no es necesario.

Ahora a correjir algunos malentendidos.

1.-

HTML y XHTML... no son más que el standard de lectura del navegador

De hecho no es asi, HTML y XHTML son un estandar de escritura para el desarrollador y no tiene nada que ver con el navegador. Si bien los manufacturadores de navegadores deben apegarse a los estandares, eso no quiere decir que el estandar de HTML o XHTML tenga alguna relacion con el navegador.

2.-

CSS que fomenta el uso del XHTML para implementar el DTD estricto del W3 consortium

CSS no formatea el uso de nada y mucho menos de XHTML. XHTML tiene un formato establecido que no se ve afectado por el estandar de CSS. Ademas, CSS no es necesario para poder implementar la (es femenino y no masculino) DTD estricta de XHTML. Lo unico que se necesita para poder implementar la DTD estricta es un XHTMl bien escrito.

3.-

XHTML se lo podria considerar un "hibrido" entre el HTML de marcas comunes y un XML de formatos semánticos

XHTML NO es ningun hibrido, es una especificacion basada en XML y no en SGML como es el caso de HTML. Ademas no se a que te refieres con "un XML de formatos semanticos" ya que la semantica es algo muy independiente de si usas HTML, XHTML, XML, la especificacion de mi abuelita o cualquier otra cosa.

4.-

Javascript es el punto en discordia, pues se divide en tres caminos diferentes

EL javascrip no se divide en nada. Simplemente hay diferentes maneras de utilizarlo y cada programador puede adoptar su propio sistema.

5.-

el javascript tradicional encerrado entre las etiquetas <script></script>,

Todo javascript tiene que ir en etiquetas <script>

6.-

luego el ajax en una mezcla tipo química con el xml que segun a mi parecer y entendimiento no es más que lineas javascript combinadas con xml y las cabeceras de petición que de una u otra forma lo vuelven un solo elemento independiente de cierta manera de sus padres.

Primero, ajax no es una mezcla sino una tecnica que son cosas muy diferentes.
Segundo, ajax no tiene nada que ver con XML. De hecho, esa es la razon por la que ajax paso de ser AJAX a ajax. (si alguien no entiende esta linea dejeme un MP y yo escribo un post acerca de eso.)
Tercer, ajax no es un solo elemento independiente de sus padres. De hecho es dependiente en todo momento tanto del servidor como del cliente.

7.-

Y luego los frameworks que son derivaciones del javascript que fomentan caracteristicas especiales y avanzadas del javascript, como podria ser una evolucion especifica.

Los frameworks no son drivaciones de javascript. Mas bien son una serie de funciones escritas en javascript que te permiten hacer algo de una manera diferente y, segun algunos, mas sencilla que javascript convencional. Un framework es como un intermediario entre tu y el javascript (preguntale a cualquier hombre de negocios y te dira que los intermediarios nunca son buenos). Te lo ilustrate con un ejemplo. Supongamos que tu hablas español y hay alguien con quien te quieres comunicar pero ese alguien habla ingles. Entonces tu contratas a otra persona que habla tanto español como ingles para que te sirva de interpete. Tu dices Hola y el interprete escucha hola, pero a la hora de hablar dice hello. Eso es un framework.

8.-

El XML por su parte, no debe ser confundido con sus variantes

El XML no tiene variantes. Lo que si hay son DTDs de lenguajes basados en XML como el caso de los RSS o los plist de MAC.

9.-

Pero en sí es un vehiculo del servidor para poder darle datos al cliente, por lo que se podria considerar mas bien un instrumento del cliente para obtener información del servidor, tales como el RSS que envia noticias en una base de datos.

XMl no es un vinculo entre el servidor y el cliente. No hay manera de conectarte a una base de datos via XML.

10.-

El xml tiene algo más de libertad pero asi mismo complejidad en su uso.

XML es el mas sencillo de todos ya que te permite crear tu propio lenguaje DTDs y especificaciones dandote la libertad de hacer lo que quieras. Hay algo mas sencillo?

11.-

Lenguajes de programacion estética (ojo, no estática) para dotar de movimiento en el cliente:

Javascript (y sus frameworks)
Ajax
La mezcla entre el Javascript y el CSS (DHTML)

Javascript no tiene nada que ver con la estetica de una web; para eso está CSS. Javascrip tiene mas que ver con la funcionalidad de una pagina web. Lo mismo con ajax.

12.-

XML (con sus variantes que viendolo desde otra perspectiva serian más de un hibrido entre el diseño gráfico y la programacion)

Acá si te volaste la barda mijo, XML no tiene variantes como ya te lo habia dicho y no tiene nada que ver con diseño grafico. De hecho XML por si solo es incapaz de hacer algo. XML no es un lenguaje para hacer sino para estructurar contenido.

Ademas te has olvidado completamente del Sr. DOM. Que seria de los programadores in el DOM?

Hay tan solo ciertas divisiones en los lenguajes que se aplican a la web:
1.- Lenguajes de enmarcado
2.- Lenguajes de programacion
3.- Lenguajes de peticiones estructuradas (SQL)

Quiero aclarar que no pretendo ofender, criticar, atacar o descartar los comentarios de nadie. Simplemente intento distribuir informacion un poco mas presisa y aclarar ciertas cosas que no estan bien con el unico objetivo de crear informacion confiable la cual pueda ser adquirida por los usuarios novatos y que nadie se valla confundido y riguie informacion erronea por el resto de nuestra querida web.

[hoy no hay tiempo para correccion de otrgrafia. Pueden matarme a comentarios sobre eso si quieren jajaja]

[Julcar]

A mi parecer estas tratando de establecer una geracrquizacion, division o clasificacion que ya esta establecida desde hace mucho tiempo.

Exacto, es que en mi teorema tengo que especificar dos clases de lenguajes:

Lenguajes Cliente
Lenguajes Servidor

Con los lenguajes servidor no he tenido problema alguno (que raro) y con los de cliente me estoy rompiendo el cráneo por concebir un criterio que todos los dias varia con lo que les leo

El profesor que nos mandó el trabajo pidió a secas:

"Quiero que investiguen a fondo las propiedades de clasificación de cada elemento de una página de internet"

"El teorema se deberá dividir en lenguajes con plena interacción con el cliente y en lenguajes de tratamiento servidor mostrando las características principales de cada uno en funcion a quien está dirigido"

De hecho no pensaba incluir a tantos en la lista, pensaba mas bien agrupar los "lenguajes" así:

HTML/XHTML
CSS/DHTML
AJAX/XML

Pero luego de ver sus comentarios, la lista se agranda:

XHTML
CSS
Javascript
Ajax
XML
DOM

Ahora, acepto el criterio de mostrar al XML como meta-lenguaje más que un lenguaje en sí, lo que me pidieron era mostrar simplemente los lenguajes clientes y los lenguajes navegador.

Por eso pensaba en colocar en mi escrito:

"El XML funciona como un vehículo para traer información del servidor al navegador (como los RSS)"

Pero ahora segun lo que leo seria así:

"El XML es un meta-lenguaje de marcado con etiquetas personalizables, aplicable a la distribución de contenido estructurado proveniente de un lenguaje servidor"

"Javascript es un lenguaje de programación dinámica aplicable a la funcionalidad de un sitio web con plena interacción en el cliente"

"XHTML Es un lenguaje marcado de hipertexto extendido y basado en la especificación XML, mucho más flexible que el HTML"

"CSS es un lenguaje de estilos que formatea las etiquetas XHTML a fin de conseguir resultados estéticos en la presentación de una página web"

"El DHTML es una técnica conjunta entre el CSS y el Javascript que aprovecha las funcionalidades de ambos con el fin de dotar dinamismo y movilidad a una página web"

"Ajax es una técnica de programación que es aplicable a mantener una comunicación entre el servidor trabajando en combinación el Javascript y el XML ..."

Aquí necesito algo de ayuda, el concepto que tenia de ajax ya desapareció.

En sí no me importa tanto si es un lenguaje o no, lo que quiero saber es cada cosa aplicable al cliente o navegador, al servidor y si hubiera el caso, un híbrido entre ambos.

[buzu]

Ya vas mejorando pero aun tienes problemas. Como te dije, eso ya esta establesido y no tienes por que hacerlo de nuevo, si te pidieron las caracteristicas pues escribe eso, las caracteristicas de cada lenguaje.

1.-

El XML funciona como un vehículo para traer información del servidor al navegador (como los RSS)

Te lo dije anteriormente, XML no es un binculo entre servidor y cliente.

3.-

"XHTML Es un lenguaje marcado de hipertexto extendido y basado en la especificación XML, mucho más flexible que el HTML"

De hecho XHTML es mas estricto que HTML

4.-

CSS es un lenguaje de estilos que formatea las etiquetas XHTML

CSS no formatea las etiquetas de XHTML, solo su presentación.

5.-

Ajax es una técnica de programación que es aplicable a mantener una comunicación entre el servidor trabajando en combinación el Javascript y el XML ..."

Ya te lo dije tambien, Javascript no siempre, es mas casi nunca trabaja con XML. NO confundas XML con el objeto XMLHttpRequest.

Te recomiendo que leas mas acerca del tema y que no quieras sacar todas tus conclusiones de lo que has oído o leído aquí hasta ahora.

[Julcar]

He acabado de ver este articulo que aclara algo de mis dudas, además en la wikipedia lo definen como una técnica de desarrollo web para crear aplicaciones que se ejecutan en el cliente, lo cual despeja mi duda sobre si debe estar en la parte cliente o servidor.

Lo que no sabría si incluir dentro de la lista es a DOM, pues de él no encuentro mucha informació que lo sustente, no tanto por su utilidad, sino porque así como ajax, depende directamente de un lenguaje como el javascript.

Otra cosa que no estoy seguro, es incluir las especificaciones del XML como SVG (por eso decia que se relacionaba al diseño gráfico).

Gracias, vuestras palabras me han sido de gran ayuda.

[buzu]

SVG y XML son cosas muy distintas asi como lo es XML y XHTML. XML es un meta-lenguaje para la creación de otros lenguajes basados en etiquetas y atributos, mientras que SVG es un lenguaje para la creación de imágenes vectoriales el cual esta basado en XML. EN tal caso SVG tiene relación y se ve afectado por XML mientras que XML no se ve afectado por SVG y la única relación que tiene con SVG es la de ser el lenguaje en el cual se basa el SVG.

DOM por su parte, no es un lenguaje de programación en si, sino una interfaz que permite el acceso a los elementos de un documento y no depende del lenguaje sino que al contrario es totalmente independientes. En un determinado caso si estuviéramos buscando dependencias podríamos decir que javascript depende completamente del DOM a la hora de crear ciertos efectos.