› ›

Xhtml y CSS

phillipophillipo
edited septiembre 2007 in Desarrolladores
Hola, en fin, el proyecto kumbia va avanzando y no sé si se han hecho mejoras en la versión 0.5x sobre el tema de estandarización del xhtml y del css, pero independientemente de eso, me gustaria comentar una cosa.

No sé si seria bueno esperar a tener una aplicación comun para revisar el conjunto de xhtml/css o bien crear una aplicación independiente para dicha revisión.

He hablado con irraco y emilio, no sacando nada en claro, así que me gustaria la opinión del grupo.

Gracias.

P.D: No os enfadeis irraco y emilio, que sé que estais trabajando en los helpers y tal, pero creo que yo por mi parte podria ir revisando el tema ya que soy flojo en tema php.

Comentarios

  • powerade1powerade1
    edited 7:30
    Hola amigo, la verdad que buena iniciativa tienes. Pienso que todo lo que sea para el biniestar de kumbia y su comunidad basado en argumentos pues sirve para afianzar su desarrollo asi que considero que los demas no tienen porque molestarse o ofenderse, de hecho es algo que te nace para colaborar.
    Pienso que es de mucho agrado contar con la ayuda tuya.
    Saludos
  • txktxk
    edited 7:30
    Mi humilde opinión es que lo mejor sería crear una versión intermedia entre una beta y otra para incorporar la revisión Xhtml, ya le estuve echando un vistazo y hay que tocar mucho código que afecta a muchos ficheros (te envié un correo con eso).

    Desde mi punto de mi vista es muy importante adaptar el framework a los estándares para que sea tomado en serio, así como cuidar también el tema de accesibilidad, aunque esto pueda no ser tan prioritario.

    Saludos !
  • anthemfor182anthemfor182
    edited 7:30
    Que puntos deberiamos tratar en el tema de la escalabilidad? Estoy trabajando para validar el codigo generado por Kumbia 0.5.x en un validador de XHTML asi he corregido algunas cosas sin embargo el trabajo es bastante grande en este punto.

    Saludos
  • txktxk
    edited 7:30
    Que puntos deberiamos tratar en el tema de la escalabilidad?

    ¿Te refieres a accesibilidad?.... lo cierto es que muchos de los errores de xhtml, también lo son de accesibilidad, con lo que al validar el xhtml, los errores de accesibilidad disminuyen, y puede resultar bastante sencillo lograr un nivel aceptable, mas teniendo en cuenta que apenas hay CSS en el framework que pueda generar errores.

    Yo utilizo la web <!-- w --><a class="postlink" href="http://www.tawdis.net">http://www.tawdis.net</a><!-- w --> para validar esto, aunque con kumbia no lo he probado.... tienen un programa también para validar código local <!-- m --><a class="postlink" href="http://www.tawdis.net/taw3/cms/es/herramientas/jws.html">http://www.tawdis.net/taw3/cms/es/herramientas/jws.html</a><!-- m -->.

    Saludos
    Carlos
  • anthemfor182anthemfor182
    edited 7:30
    Lei mail, jeje <!-- s:oops: --><img src="{SMILIES_PATH}/icon_redface.gif" alt=":oops:" title="Embarassed" /><!-- s:oops: -->

    Le echaré un vistazo al link

    Saludos!
  • irracoirraco
    edited 7:30
    Estube revisando por algun tiempo el tema del xhtml, y bueno en si no se hasta que punto que plantea llegar. La verdad es que hay que pensar muchas cosas. Primero si adoptaremos el xhtml en modo strict como esta, a mi me parece perfecto, pero esto impide muchas libertades a la hora del manejo de los componentes DOM del javascript, hay que pensar que muchos no manejan y mucho menos utilizan en sus programas el xhtml. Hay que pensar tb en el resto de los usuarios, porque si aplicamos el xtml de manera cerrada, obiamente que para un programador experimentado no habria problemas.

    En mi opinion tenemos que hacer que el framework permita al usuario manejar html y xhtml, divididos en codigo pero unidos en las aplicaciones.

    Y bueno en mi busqueda de respuestas, para manejar el xhtml, encontre aplicaciones potentes, no me parece correcto nombrar otras aplicaciones en nombre propio, pero el que este interesado en el tema me escribe al correo y le dare mas informacion.

    Pero en resumen mi propuesta es que soporte ambos y estoy estudiando la menera, para que no perjudique al active record y aplicationcontroller, pero bueno aparte de la grilla, bueno que mas puedo decir... que ya ni duermo <!-- s:o --><img src="{SMILIES_PATH}/icon_surprised.gif" alt=":o" title="Surprised" /><!-- s:o --> . Bueno amigos a seguirle dando al trabajo.
  • phillipophillipo
    edited 7:30
    Una cosa ha comentar, no es lo mismo accesibilidad que estandarización del codigo.

    Accesibilidad significaria añadir etiquetas de accesibilidad dentro de las etiquetas html, cuando lo que se quiere intentar es crear estructuras xhtml validadas segun la W3C.

    Yo uso el Firebug para limpiar las paginas de errores de este tipo.

    Por ejemplo, los enlaces tipo
    url&amp;var1=a&amp;var2=b&#46;&#46;&#46;

    Se deben escribir dentro del codigo asi:
    url&amp;amp;var1=a&amp;amp;var2=b&#46;&#46;&#46;

    Me refiero también a que las etiquetas se cierren correctamente, bien con /> o con su etiqueta de cierre tipo </tag>.

    Por otro lado, creo que el DOCTYPE deberia ofrecer flexibilidad y el más flexible es el transicional. Yo con el Strict he tenido numerosos problemas.

    Por otro lado, el hecho de que un programador pueda usar tanto html como xhtml, pues no sé como se podria realizar dicho proceso. Me explico, duplicamos todo el codigo? o dentro de cada funcion, segun un parametro global, generamos un codigo u otro?

    El CSS no tiene mucha validacion, lo admito, pero el css usado para variar el aspecto del xhtml debe ser compatible con todos los navegadores o con la gran mayoria, habiendo pocas variaciones.
  • txktxk
    edited 7:30
    Si, no es lo mismo, lo que quiero decir es que comparten muchas reglas de validación, por ejemplo omitir un atributo alt en una imagen, es un error de validación de código xhtml y también es un error de validación de accesibilidad, por lo que s¡ estandarizamos el código a xhtml, tendremos un código mas accesible aunque aún haya otros errores de accesibilidad que no esten relacionados con la estandarización, como el tamaño de fuentes relativo en lugar de absoluto.

    En cuanto al DTD, tmb creo que sería recomendable usar el transicional, este se puede manejar muy facilmente por programadores con solo aplicar algunas pautas de diseño a su forma de escribir el html, bueno y en cualquier caso, luego se puede revisar por otras personas para ajustar este código al estandar sin necesidad de mantener html.

    También estoy de acuerdo en que la prioridad sería estandarización de código xhtml y no accesibilidad, pero considero que no habría que despistar este asunto, tal vez para mas adelante... o ir incorporando mejoras poco a poco.

    Como dato os cuento que aquí en España (el resto paises no se), el nivel de accesibilidad doble AA es obligatorio para todas las webs participadas por las administraciones públicas (gobierno, ayuntamientos, ONGs...).

    weno al tajo ...
  • irracoirraco
    edited 7:30
    Comprendo lo que quieren decir, en especial a ti phillipo, pero creo que no comprendieron muy bien la realidad que queria plantear. Yo por ejemplo para hacer mi codigo xhtml y css manejo el editor scriptly, no soy muy amigo de los ids, aunque mentiria si digo que no los uso, pero me inclino por programas livianos, este editor ayuda escribir codigo xtml sobre lo que mecionas phillipo, y para validar tb manejo el de w3 que es gratuito. Bueno en fin el tema da mucho para discusion ya que adaptar funcionalidades en los navegadores es realmente trabajaso, lo vivo en carne propia cada dia. Aveces si se pueden pueden desarrollar estandares, pero en muchas lamentablemente hay que hacerlo por partes. en el anterior post mencione al ActiveRecord, por que ahi vi codigo xhtml del tipo <label for="ok"> bueno en fin, supongo que este codigo es el que quieren escribir bajo las reglas del xhtml, como por ejemplo todo tiene que estar en minuscula, en fin hay mucho por reacondicionar. Yo sobre todo apuntaba a los desarrollos posteriores que se implementaran para el framework y como afectaria a los potenciales usarios jovenes, bueno creo que las tareas que mencionaron, seria bueno que ya lo vayan probando creo que la parte de correccion es cuestion de que se haga y no de discucion. Espero que mis palabras no moleste a nadie, no critico a nadie solo es una opinion; espero poder ayudar en lo que pueda, ya que para mi aplicar normas y estandares me cuesta un poco, porque hay que pro, porque en mi corta vida profeional aprendi que no siempre es bueno seguir las reglas, pero eso es cosa mia, yo solo les cuento a grandes rasgos las cosas que me pasaron.

    Para terminar quiero comentarles yo estoy manejando un concepto llamado "Plantillas CSS", esto surge debido a la problematica entre los navegadores y sus versiones.

    Les deceo exitos en su trabajo
  • emilio.rstemilio.rst
    edited 7:30
    Irraco creo haber comprendido un poco lo que planteas acerca de la dualidad de html y xhtml en el framework.

    Lo mas ideal es tener dos ramas de desarrollo para la 0.5, una basada en html y otra basada en xhtml, de esta manera se tendran a la disposicion dos versiones del framework:

    Kumbia-HTML y Kumbia-XHTML

    Algo simimilar a lo que se ha ido efectuando con la 0.4 y la 0.5.

    Asimismo me parece que la 0.4 hasta el momento esta bastante estable y todas nuestras fuerzas deben estar dirigidas con la 0.5.

    Saludos.
Sign In or Register to comment.