Estudio Cumplimiento Mobile OK
De MorfeoWiki
- Enviar marcado correcto (OK según: http://validator.w3.org/).
- Asignar a cada enlace un accesskey
- Sólo introducir tag form cuando aparezca tag submit
- Introducir tag label con atributo for apuntando al contol asociado (EntryField, TextArea ó Select)
- Soportar XHTML Basic 1.1
- Si preferred markup html_wi_w3_xhtmlbasic (capacidad: preferred_markup) ->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
ok
- Revisar que todas las presentaciones tengan definido un título (tag title). Tampoco puede aparecer y ser vacio. Así que lo mejor sería obligar el tag title en el XSD ok
- Revisar no usar medidas absolutas en nuestras demos, pixels, etc..
- Tamaño de marcado no superar los 10 kilobytes. Podemos controlas los bytes de marcado que enviamos en la clase Outputter, pero ¿cómo parar cuando sabemos que nos vamos a pasar?
Esto no lo veo posible, ya que no podemos decir hasta aqui y dejar de renderizar controles que el desarrollador coloque en su presentación.
Esto corre por cuenta del desarrollador
- Tamaño de marcado + recursos (imagenes tipicamente) no superar los 20 kilobytes. Esto el chequeador de Mobile OK si lo calcula. Aunque esto no es responsabilidad de MyMobileWeb si no del programador. La plataforma
Esto corre por cuenta del desarrollador
- Tener en cuenta el atributo inputmode para la etiqueta input y textarea
- Han cambiado el user agent del checker: W3C-mobileOK/DDC-1.0 (see http://www.w3.org/2006/07/mobileok-ddc). Abel Rionda (CTIC) me indica que tienen un validador de Basic el cual funciona correctamente (http://validadores.tawdis.net/mobileok/).
- Las select como radio buttons deberán tener seleccionanda la primera opción por defecto (default value needs to be set). Al igual que un combo, pero este tiene seleccionada la opción dummy (Choose one).
- Insertar atributos width y weight a las imagenes.
- Validator CTIC:
- Aviso: CHARACTER_ENCODING_SUPPORT and CHARACTER_ENCODING_USE. Esto indica que no coincide el charset del content-type con el enconding de la cabecera del XML. En nuestro caso lo que debe pasar es que la cabecera es UTF-8 y el charset del content-type es utf-8. Lo he hablado con Abel Rionda y dice que si lo distingue aunque no debería, así que no está mal como lo tenemos
- Aviso: La cabecera Expires especifica una fecha inválida (CACHING) JMCF
- No usar mapas de imagen (no lo hacemos) ni etiqueta object (esto si esta disponible).
Enviar descripción textual del object
- Los validadores de Mobile OK no acepta cookies (http://www.w3.org/TR/mobileOK-basic10-tests/#order_of_tests) -> Implicará setear a false la capacidad cookie_support.
- Revisar etiqueta font -> Da error si aparece (no aparece este tag en nuestro código para xhtml).
- Tenemos b, big, i, small, sub, sup or tt -> Warning (Los que están en negrita si les tenemos) Para XHTML Basic 1.1 no usar eso. Mirar solución
- Revisar que en todos los sitios del código donde se usa tabla para layout, se este mirando la capacidad xhtml_table_support_for_layout y no la de xhtml_table_support. Además asegurarnos de que nunca se pone tabla para colocar sin mirar la capacidad. Por ejemplo para un entryfield disabled simulado con tabla se mira xhtml_table_support, esto estaría bien? Lo mismo para una textarea de sólo lectura.
No poner nunca tablas cuando se trate del DDC Ojo. siempre q sea el Default Delivery Context.
- No usar table para layout, tan solo indicarlo en la capacidad xhtml_table_support_for_layout (cumplir el punto anterior para éste)
- Atributo alt de etiqueta image debe ser requerido (lo es en la actualidad) y no debe ser vacío. Esto último el xsd no comprueba, habrá que ver si mediante xsd es posible indicar que el atributo además de ser requerido su contenido sea no vacío. Si es posible se hará en el xsd, si no, en el writer se hace un trim() del valor y si es la cadena vacia se pondrá un valor por defecto al atributo alt.
