WebAPI

Agregar a favoritos

14 Comentarios

Posteado hace 983 días en:

La w3c se ha puesto en marcha creando un grupo de trabajo para intentar estandarizar algunos aspectos del XMLHttpRequest y potenciar las carencias que nos encontramos (tiempos de descarga, actualizaciones automáticas). Tiene muy buena pinta y esperemos que salga algo rico rico y sano sano.

Desde mi punto de vista espero que creen atributos especiales en el html para que los podamos usar en nuestras aplicaciones, ahora mismo solo existen los disparadores de eventos y para poder nosotros aplicar aspectos de javascript tenemos que tirar usando los atributos rel="" y class="". Yo lo veo una chapuza porque te obliga a depender de unos valores. Lo idóneo seria unos atributos con espacios de nombre y que pudiéramos utilizarlos en la mayoría de etiquetas.

Por poner un ejemplo podrían crear el att ajax seguido de la función o de una palabra clave. Imaginaros un soporte AJAX con solo poner ajax:href="index.html#micontent" y que la URL se cargara en el id #content, o ajax:action="index.php" para enviar un formulario. Pienso que estos tags facilitarían el uso de las librerías.


  • avatar

    Diego#1 hace 983 días

    Ojo al piojo que esto me recuerda a 1997… Mientras se lo haga con cuidadito, todo ok :)

  • avatar

    GNU/Hydrus#2 hace 983 días

    Y podemos utilizarlos :)
    Vamos, yo los utilizo, lo único que hay que hacer es introducir estos atributos en el dfd y listo.

    La gracia de esos atributos es que con suerte los navegadores implementarían esas acciones igual que implementan un href=”” con lo que nos ahorraríamos javascript. Hasta entonces: DFD’s propias con los atributos :)

  • avatar

    Icebeat#3 hace 983 días

    Ya ves Diego, esperemos que vayan por buen camino.
    GNU/Hydrus usar se pueden usar pero ya te tienes que meter en unas movidas que el usuario podria rechazar.
    Es mucho mas facil recordar un atributo que una funcon javascript aplicada a un evento.

  • avatar

    GNU/Hydrus#4 hace 983 días

    No te sigo :)

    Si con "el usuario" te refieres al usuario de la web el rechazo siempre es un riesgo trabajando con javascript. El usar estos atributos no aumenta la posibilidad de rechazo.

    Si por el contrario te refieres al usuario de le la API entonces pensamos lo mismo, es mejor ajax:href que onclick’s, por eso los uso :)

  • avatar

    Federico#5 hace 983 días

    Al usar AJAX asumis soporte para Javascript, entonces, ¿que tan útil te parece the prototype object of JavaScript ( http://www.javascriptkit.com/javatutors/proto.shtml )?

  • avatar

    Icebeat#6 hace 983 días

    GNU/Hydrus me referia a lo ultimo :).
    Federico no entiendo la pregunta, a que te refieres?.

  • avatar

    GNU/Hydrus#7 hace 982 días

    Federico, yo tampoco te entiendo :P
    Pero vamos sí que asumimos soporte para javascript, pero también asumimos (al menos yo xD) la posibilidad de que javascript no esté activado. por eso hago enlace. Eso sí, exige más trabajo :)
    Lo digo por si iban por ahí los tiros, que no lo se XD

  • avatar

    Federico#8 hace 982 días

    Intento de traducción: ¿Para qué esperar a que se estandarize un nuevo atributo o ensuciar tu HTML con atributos desconocidos cuando podés hacerlo (aparentemente) desde Javascript?

  • avatar

    Vixx#9 hace 982 días

    Lo de extender el DFD es algo que la W3C desaconseja y que no sirve para nada más que para pasar la validación. Puedes utilizar los atributos igualmente que no habrá ninguna diferencia, extiendas el DFD o no, los navegadores van a hacer caso omiso de él. Lo que obtienes ya no es HTML, ni XHTML, sino un dialecto XML propio, aunque valide.

  • avatar

    GNU/Hydrus#10 hace 982 días

    Federico, por usabilidad para el programador. Es más fácil andar poniendo atributos inteligibles que inundarlo todo de atributos onclick y onmouseover que llaman a funciones de javascript. Yo personalmente prefiero preparar el javascript para interpretar los atributos que yo defino y ahorrarme estar llamando funciones javascript en el código XHTML.

    Vixx, no es únicamente una cuestión de validación, si tú creas tus propios atributos creas un dialecto XML propio, haya DFD o no, y si tienes un dialecto propio lo ideal es tener su DFD con la información sobre cómo debe estar formado. Haga falta o no :)
    O al menos esa es mi opinión ;)

  • avatar

    Icebeat#11 hace 982 días

    Federico es mucho mas facil recordar un atributo que tener que escribir funciones JS, incluso el desarrollador o maquetador no tendria porque saber JS.
    A lo de la DFD me referia con complicar al usuario GNU/hydrus, tener que incluir ciertas modificaciónes para que todo funcione a la perfeccion, por eso pienso en la estandarización y en la extension de la DTD.
    Vixx llevas razon en lo que dices aunque la información para el programador vendria muy bien, saber que tipo de datos acepta o que parametros.

  • avatar

    Vixx#12 hace 981 días

    Si lo haceis por tenerlo documentado me parece perfecto. Lo que quería hacer notar es que hacerlo sólo por pasar la validación es una pérdida de tiempo y aunque la pase ya no es un dialecto estándar.

  • avatar

    GNU/Hydrus#13 hace 981 días

    Hombre, la importancia de validar es por comprobar que el dócumento XML está bien estructurado, ni más ni menos. Está claro que no es una cuestión de decir "mira como molo, yo valido" ya que el propio W3C dice que eso no es lo importante, pero para el desarrollador yo creo que viene bien poder comprobar de manera rápida que el código que genera es correcto.

    Ponte que yo te doy mi API para AJAX con el DFD, tú podrás pasarle el vaildador para ver si estás cometiendo algún error con algún atributo y por eso no funciona.

    Al final es cuestión de comodidad, en el caso de la aplicación hay que velar por la comodidad para el usuario, y en el caso de las API’s comodidad para el desarrollador que la vaya a usar. Y el mejorar eso siempre exige algo más de trabajo :)

  • avatar

    Icebeat#14 hace 981 días

    Vixx totalmente deacuerdo, en el script que hice para los perlmalinks hago uso de un atributo inventado, pero no agrego ninguna DTD ni nada.
    Por eso pido una estandarización y aportar un atributo especiales para estos eventos, nada de tocar DFD ni nada, hacer la vida mucho mas facil para el desarrollador.