Resulta que encuentro el html y sus derivado poco eficientes...
Ya se que tiene su curro idear nuevas maneras de codificar la informacion, o de organizarla... y que cuando se ha hecho esto se han de diseñar sistemas de seguridad para poderle permitir un poco mas de dinamismo a los sistemas sin riesgos(ya hemos visto efectos devastadores de pequeños scripts en java, javascript VBScript, etc : implantación de troyanos y otros efectos maliciosos sobre nuestros pcs).
Pero aún así creo importante crear un nuevo tipo de lenguage de marcas: pues se podria codificar la informacion del html en menos tamanyo(con la mejora en velocidad para el usuario al descargar la página...).
Es mas, los exploradores cada vez van mas lentos porque conservan la compatibilidad con etiquetas antiguas ya no usadas e incorporan las nuevas que han "complicado" a los desarrolladores la creacion de páginas web. (Incompatibilidades entre InternetExplorer y Netscape por culpa de la antigua lucha de mejoras que ya ha parado y que todavia no ha acabado en ninguna estandarización real). Piensen que desde hace bastante tiempo las paginas no han crecido en dinamismo por parte del usuario, tansolo por parte del servidor, y eso quiere decir que estamos ante algo así como un "gran paron".
Y creo que todo esto del xml no ha mejorado en nada las páginas web , yo porlomenos solo lo he usado como una forma rapida de transmision de informacion entre aplicaciones de usaurio en flash y servidores de bases de datos.
Pues weno, empiezo exponiendo mis ideas sobre como deberia ser el lenguage:
· las etiquetas seria parecidas a las del html ( <etiqueta> ) para facilitar el aprendizaje, pero se cerrarian de manera diferente, para ocupar menos espacio(recordad que mi objetivo seria mejorar la transmision de datos, hacerla mas veloz).
la manera seria "<etiqueta> contenido <>" ya que las etiquetas se ponen de manera que unas se anidan dentro de otras, no hace falta indicar que etiqueta cierra. Aunque se dejaria un método para permitir indicar que etiquetas son las que cierran, para claridad del desarrollador, seria este
"<etiqueta> contenido <\etiqueta>"
· Se incorporarian "caracteres de escape"(que no tendrian que estar anidados, sobrepasarian las anidaciones) parecidos a los del C para disminuir la cantidad de codigo necesaria y no hacer muchos anidamientos:
- \\ - imprimiria el caracter \
- \b - haria que TODO el texto a partir de alli fuera en negrita
- \u - lo mismo, subrallado
- \i - lo mismo pero con cursiva
- \f"fuente,fuente,..." - lo mismo pero con la fuente, poniendo una lista de fuentes por orden de prioridad.
- \s"numero" - (size) lo mismo pero con el tamaño de la fuente
- \C"color en hexadecimal" - lo mismo, color del texto
- \c"color en hexadecilam" - lo mismo, color del fondo de detras del texto
- \n - salto linea
- \N - cambio de párrafo
- \t - tabulacion
- \+ - comentario hasta final de linea
- \* - comentario hasta otra etiqueta igual
con los carcateres \i \b \u su contrario seria en mayúsculas, y yo o cosideraria que hacen el papel de etiquetas que cierran, porque como he dicho sobrepasan las anidaciones, si no como definidores de estilo para lo que queda de texto.
etc... ya se veria, i se pondrian los que mas convenieran(y como convenieran)
· posibilidad de establecer atributos a las etiquetas(como en html, no hace flta explicar mucho, simplemente habria atributos comunes en TODAS las etiquetas, mas que nada para poder construir analizadores de código más eficaces)
· Posibilidad de crear nuevas etiquetas: yo propongo un formato parecido a este, aunque podria ser otro...
<head>
<create>etiquetanueva:<etiquetas o marcas que representa><\create>
<>
<body>
<>
el reultado seria que <etiquetanueva> contenido <> seria igual a :
<etiquetaomarca1><etiquetaomarca2><etiquetaomarcaN > contenido <><><> las marcas de cierre podrian ser carácteres de escape "contrarios" a los de la definicion(si los tuviesen, si fueran \t o \n por ejemplo no habria nada).
· Distincion entre mayúsculas y minúsculas(aunque necesite mejores habitos de "orden" para el desarrollador, permite mostrar o transmitir mas informacion en menos espacio.
· No haría falta hacer ñ para escribir ñ(u otros caracteres, ya me entendeis) , pues en la cabecera indicariamos que "juego" de caracteres usamos, así en el texto con el valor 165 ascii bastaria para mostrar la ñ dentro del juego de caracteres latinos( o talvez ni hiciera falta, pues salvo las lenguas asiáticas, pocas lenguas o conjuntos de lenguas necesitan tantos signos como para superar las capacidades de 1 caracter ascii.
· Posibilidad de inclusion de archivos con alguna directiva parecida a las de C, o PHP que habreis visto, por ejemplo:
<include>url de documento<>
· Y mas cosas, pero acabo en este post pues no quiero que se cuelgue o algo asi mi pc antes de postear...
