Hola Alejandro,
Yo al menos, sigo vivo...
Básicamente yo uso:
- OperaMini en escritorio
- Android emulator
- OpenWave v7.0
- Nokia SDKs (estos son una lata)
- Alguna vez el emulador que incorpora VisualStudio para Windows Mobile
- Y el de BlackBerry que comentas
Un saludo,
El día 28 de abril de 2009 16:13, alejandrogbravo
<alejandrogbravo@...> escribió:
>
>
> Buenas.
>
> No se si alguien habrá tenido este problema alguna vez, pero existe una
> forma de poder ver páginas html estáticas en local desde un emulador de
> blackberry (sólo para windows :( )
>
> Bueno, primero, los emuladores. Se pueden descargar desde:
>
> [http://na.blackberry.com/eng/developers/browserdev/devtoolsdownloads.jsp],
> siguiendo el vínculo con el texto "Download the BlackBerry Device
> Simulators".
>
> Una vez que instalamos un emulador (yo por ejemplo tengo aquí el emulador de
> 9530-Verizon), podemos "simular" que introducimos una tarjeta de memoria (SD
> o similar) desde el menú superior en:
> Simulate -> Change SD Card
> Ahí seleccionamos el directorio donde tengamos las páginas que queramos
> probar.
> Después, desde el navegador, vamos a las opciones para configurarlo (tecla
> de la "mora"), seleccionamos "Option", "Browser configuration" y en la
> página de inicio ponemos (excluyendo las comillas):
> "file:///SDCard/index.html" Suponiendo que la tarjeta SD es la carpeta que
> contiene directamente la página "index.html".
>
> Y ya por ver si hay alguien vivo por ahí ;) una pregunta:
> ¿Qué emuladores utilizáis para probar páginas web en pequeños dispositivos?
> ¿son sencillos de instalar? ¿para qué sistemas operativos?
>
> Saludos.
> Gonzalo
>
>
--
J. Manrique López de la Fuente
http://www.jsmanrique.es
Buenas.
No se si alguien habrá tenido este problema alguna vez, pero existe una forma de
poder ver páginas html estáticas en local desde un emulador de blackberry (sólo
para windows :( )
Bueno, primero, los emuladores. Se pueden descargar desde:
[http://na.blackberry.com/eng/developers/browserdev/devtoolsdownloads.jsp],
siguiendo el vínculo con el texto "Download the BlackBerry Device Simulators".
Una vez que instalamos un emulador (yo por ejemplo tengo aquí el emulador de
9530-Verizon), podemos "simular" que introducimos una tarjeta de memoria (SD o
similar) desde el menú superior en:
Simulate -> Change SD Card
Ahí seleccionamos el directorio donde tengamos las páginas que queramos probar.
Después, desde el navegador, vamos a las opciones para configurarlo (tecla de la
"mora"), seleccionamos "Option", "Browser configuration" y en la página de
inicio ponemos (excluyendo las comillas): "file:///SDCard/index.html" Suponiendo
que la tarjeta SD es la carpeta que contiene directamente la página
"index.html".
Y ya por ver si hay alguien vivo por ahí ;) una pregunta:
¿Qué emuladores utilizáis para probar páginas web en pequeños dispositivos? ¿son
sencillos de instalar? ¿para qué sistemas operativos?
Saludos.
Gonzalo
Sí, yo sigo por aquí.. que estamos actualizando nuestras herramientas
y preparando el Día W3C en España ;-)
Un saludo,
El día 26 de marzo de 2009 10:57, alejandrogbravo
<alejandrogbravo@...> escribió:
> Buenas :)
>
> Para los que tengan interés en un transcodificador gratuito de imágenes para
> terminales móviles, que le den un vistazo a tinysrc.mobi.
>
> En el atributo src de la imagen, incluímos antes de la ruta una url
> acompañado opcionalmente de atributos (muy sencillos) y tenemos una imagen
> adaptada en formato (gif, png, jpg) y tamaño a nuestras necesidades.
>
> Lo he estado probando, y funciona. De momento es gratuíto, y tienen previsto
> ofrecer servicios más completos.
>
> Saludos
>
> PD: Siento ser pesado, ya lo he dicho en twitter y el blog
> PD2: ¿Hay alguien ahí? :)
>
>
--
J. Manrique López de la Fuente
http://www.jsmanrique.es
Buenas :)
Para los que tengan interés en un transcodificador gratuito de imágenes para
terminales móviles, que le den un vistazo a tinysrc.mobi.
En el atributo src de la imagen, incluímos antes de la ruta una url acompañado
opcionalmente de atributos (muy sencillos) y tenemos una imagen adaptada en
formato (gif, png, jpg) y tamaño a nuestras necesidades.
Lo he estado probando, y funciona. De momento es gratuíto, y tienen previsto
ofrecer servicios más completos.
Saludos
PD: Siento ser pesado, ya lo he dicho en twitter y el blog
PD2: ¿Hay alguien ahí? :)
Consulta-duda para conocer vuestra opinión y experiencia.
Preámbulo: lo óptimo es que el fichero, el charset definido en el documento y el servidor tengan la misma codificación: por ejemplo UTF-8 ó iso 8859-1. En caso contrario, salen cosas raras.
En principio, tanto las MVBP y las GAP[1] recomiendan el uso de UTF-8. En el trabajo en cambio me han dicho que algunos terminales antiguos tienen problema con esa codificación (UTF-8) y funciona mejor el iso 8859-1.
Experiencias, opiniones,... son bienvenidas (a ver si se despierta la lista :) )
Alejandro Gonzalo Bravo García
[1] Mobile Web Best Practices 1.0 vs Global Authoring Practices for the Mobile Web http://www.webposible.com/articulos/mobile-web-mwbp-vs-gap.html
Supongo que os habréis enterado, pero por si acaso. Ha salido un nuevo navegador para teléfonos móviles, llamado Bolt [1]. Para descargarse la beta (envían un correo a nuestro email) hay que usar el código "CrackBerry" (no es coña) , yo he intentado descargarlo y no he podido :(
Jose Manrique:
Pero extrañamente, un intéprete y renderizador de xhtml (xml) es más
ligero que un homólogo de html, y por eso XML es el "lenguaje"
preferido por dispositivos de capacidades limitadas. Hoy en día, lo
que está sucediendo es que también tragan "text/html".
Gonzalo: Es algo que desconocía totalmente, gracias por la información.
Jose Manrique: [...] y quizás es una de las cosas que más choca con estas pautas,
que también tienen en cuenta la parte del "servidor".
Gonzalo: Estaba mal acostumbrado :)
Jose Manrique: Pero es que el espíritu de las pautas no es que se hagan webs para el
DDC, sino webs que aprovechen las capacidades del dispositivo, sea el
DDC o sea el iPhone o Android de última generación. El DDC sirve de
referencia para crear herramientas como el validador automático de las
pautas, pero sería igualmente factible construir validadores para
otros perfiles de dispositivo.
Gonzalo: Completamente de acuerdo, aunque personalmente creo que un perfil más restrictivo (como las GAP) hoy por hoy sería más aconsejable.
Jose Manrique: Porque al final no sólo el que hace el XHTML es el responsable de que
la Web llegue a los usuarios...
Gonzalo: Y en la web móvil, el papel del servidor es fundamental. Obviamente limitar unas pautas a la parte "front" sería un error.
Jose Manrique: Les falta seguir avanzando, pero en eso se está... ¿Sobrar? Yo creo
que nada, puesto que son la base para el resto de pautas que sobre
movilidad se están preparando en la iniciativa de W3C: http://www.w3. org/Mobile/ Specifications
Gonzalo: A ver si me pongo las pilar y empiezo a dar de nuevo un vistazo a todo lo que hay. Confieso que a veces me pierdo entre tanta especificación :)
Sobre literatura acerca de la web móvil: No tengo ningún libro en papel, sólo el libro que menciona José Manrique. Espero con ganas la segunda parte ;)
Saludos
Gonzalo
www.webposible
----- Mensaje original ---- De: Jose Manrique Lopez de la Fuente <jsmanrique@...> Para: webmovil@yahoogroups.com Enviado: jueves, 11 de septiembre, 2008 18:06:20 Asunto:
Re: [webmovil] ¿opiniones a las Buenas Prácticas para la Web Móvil de W3C?
El día 11 de septiembre de 2008 17:22, Alejandro Gonzalo Bravo García
<alejandrogbravo@ yahoo.es> escribió:
> Recordemos eso de usar un asunto adecuado para los mensajes :)
>
Lo siento, fue por abrir "fuego" :-)
> A ver, las MWBP se publicaron por primera vez en Enero del 2006. En aquél
> momento me parecía bastante complicado de seguir, sobre todo porque se
> requería configurar el servidor (por el mime-type), y me costaba creer que
> algo que fallaba en un navegador de sobremesa (internet explorer y
> application/ xhtml+xml) iba a funcionar en teléfonos móviles (obviamente,
> bastante más limitados).
>
Pero extrañamente, un intéprete y renderizador de xhtml (xml) es más
ligero que un homólogo de html, y por eso XML es el "lenguaje"
preferido por dispositivos de capacidades limitadas. Hoy en día, lo
que está sucediendo es que también tragan "text/html".
> Hoy, casi sigo pensando lo mismo.
>
> Muchas recomendaciones son de sentido común (el menos común de los sentidos)
> y no tiene mucho sentido discutir sobre ellas, pero en lo que respecta a las
> pautas relacionadas con el servidor, creo que es muy exigente. También es
> cierto que cualquier desarrollo web decente pasa por trabajo de servidor y
> programación (detección de dispositivos, transcodificació n,...), y las
> pautas lo tienen muy en cuenta.
>
Cierto, y quizás es una de las cosas que más choca con estas pautas,
que también tienen en cuenta la parte del "servidor".
> Aún así, creo que algunas características del Default Delivery Context (como
> los 20kbs de peso, UTF-8,content type application/ xhtml+xml, ...) son
> bastante exigentes. Creo que deja a muchos dispositivos más o menos actuales
> (y no hablo de otros paises con dispositivos más baratos y anticuados).
>
Pero es que el espíritu de las pautas no es que se hagan webs para el
DDC, sino webs que aprovechen las capacidades del dispositivo, sea el
DDC o sea el iPhone o Android de última generación. El DDC sirve de
referencia para crear herramientas como el validador automático de las
pautas, pero sería igualmente factible construir validadores para
otros perfiles de dispositivo.
> Iluso de mí, siempre me ha gustado más la parte front y del código XHTML que
> los otros aspectoss. Ahora para superar los test automáticos, hace falta
> algo más que una página xhtml bien maquetada.
>
> No olvidemos, la alternativa GAP de Paasani (a mí particularmente,
> compararlas me ha ayudado mucho).
>
Puede ayudar, sí.
> Al hilo de lo que aquí cuento, sería interesante saber qué le sobra y qué le
> falta a estas pautas del W3C :)
>
Les falta seguir avanzando, pero en eso se está... ¿Sobrar? Yo creo
que nada, puesto que son la base para el resto de pautas que sobre
movilidad se están preparando en la iniciativa de W3C: http://www.w3. org/Mobile/ Specifications
El día 11 de septiembre de 2008 17:22, Alejandro Gonzalo Bravo García
<alejandrogbravo@...> escribió:
> Recordemos eso de usar un asunto adecuado para los mensajes :)
>
Lo siento, fue por abrir "fuego" :-)
> A ver, las MWBP se publicaron por primera vez en Enero del 2006. En aquél
> momento me parecía bastante complicado de seguir, sobre todo porque se
> requería configurar el servidor (por el mime-type), y me costaba creer que
> algo que fallaba en un navegador de sobremesa (internet explorer y
> application/xhtml+xml) iba a funcionar en teléfonos móviles (obviamente,
> bastante más limitados).
>
Pero extrañamente, un intéprete y renderizador de xhtml (xml) es más
ligero que un homólogo de html, y por eso XML es el "lenguaje"
preferido por dispositivos de capacidades limitadas. Hoy en día, lo
que está sucediendo es que también tragan "text/html".
> Hoy, casi sigo pensando lo mismo.
>
> Muchas recomendaciones son de sentido común (el menos común de los sentidos)
> y no tiene mucho sentido discutir sobre ellas, pero en lo que respecta a las
> pautas relacionadas con el servidor, creo que es muy exigente. También es
> cierto que cualquier desarrollo web decente pasa por trabajo de servidor y
> programación (detección de dispositivos, transcodificación,...), y las
> pautas lo tienen muy en cuenta.
>
Cierto, y quizás es una de las cosas que más choca con estas pautas,
que también tienen en cuenta la parte del "servidor".
> Aún así, creo que algunas características del Default Delivery Context (como
> los 20kbs de peso, UTF-8,content type application/xhtml+xml,...) son
> bastante exigentes. Creo que deja a muchos dispositivos más o menos actuales
> (y no hablo de otros paises con dispositivos más baratos y anticuados).
>
Pero es que el espíritu de las pautas no es que se hagan webs para el
DDC, sino webs que aprovechen las capacidades del dispositivo, sea el
DDC o sea el iPhone o Android de última generación. El DDC sirve de
referencia para crear herramientas como el validador automático de las
pautas, pero sería igualmente factible construir validadores para
otros perfiles de dispositivo.
> Iluso de mí, siempre me ha gustado más la parte front y del código XHTML que
> los otros aspectoss. Ahora para superar los test automáticos, hace falta
> algo más que una página xhtml bien maquetada.
>
Porque al final no sólo el que hace el XHTML es el responsable de que
la Web llegue a los usuarios...
> No olvidemos, la alternativa GAP de Paasani (a mí particularmente,
> compararlas me ha ayudado mucho).
>
Puede ayudar, sí.
> Al hilo de lo que aquí cuento, sería interesante saber qué le sobra y qué le
> falta a estas pautas del W3C :)
>
Les falta seguir avanzando, pero en eso se está... ¿Sobrar? Yo creo
que nada, puesto que son la base para el resto de pautas que sobre
movilidad se están preparando en la iniciativa de W3C:
http://www.w3.org/Mobile/Specifications
Un saludo,
--
J. Manrique López de la Fuente
http://www.jsmanrique.es
Recordemos eso de usar un asunto adecuado para los mensajes :)
A ver, las MWBP se publicaron por primera vez en Enero del 2006. En aquél momento me parecía bastante complicado de seguir, sobre todo porque se requería configurar el servidor (por el mime-type), y me costaba creer que algo que fallaba en un navegador de sobremesa (internet explorer y application/xhtml+xml) iba a funcionar en teléfonos móviles (obviamente, bastante más limitados).
Hoy, casi sigo pensando lo mismo.
Muchas recomendaciones son de sentido común (el menos común de los sentidos) y no tiene mucho sentido discutir sobre ellas, pero en lo que respecta a las pautas relacionadas con el servidor, creo que es muy exigente. También es cierto que cualquier desarrollo web decente pasa por trabajo de
servidor y programación (detección de dispositivos, transcodificación,...), y las pautas lo tienen muy en cuenta.
Aún así, creo que algunas características del Default Delivery Context (como los 20kbs de peso, UTF-8,content type application/xhtml+xml,...) son bastante exigentes. Creo que deja a muchos dispositivos más o menos actuales (y no hablo de otros paises con dispositivos más baratos y anticuados).
Iluso de mí, siempre me ha gustado más la parte front y del código XHTML que los otros aspectoss. Ahora para superar los test automáticos, hace falta algo más que una página xhtml bien maquetada.
No olvidemos, la alternativa GAP de Paasani (a mí particularmente, compararlas me ha ayudado mucho).
Al hilo de lo que aquí cuento, sería interesante saber qué le sobra y qué le falta a estas pautas del W3C :)
Hombre, el DDC es el dispositivo "mínimo" y creo que hay algunos
móviles que incluso podrían estar por debajo de dichas características
y hay que notar que para dispositivos superiores tenemos la
recomendación 5.1.2 CAPABILITIES:
http://www.w3.org/TR/mobile-bp/#lcd
Un saludo,
El día 11 de septiembre de 2008 16:09, azatioprima <davidfq@...> escribió:
>
> Yo no las conozco muy a fondo, pero en concreto el punto 3.7 Default
> Delivery Context [1] suena un poco (por desgracia) a lo mismo que
> muchas otras especificaciones del w3c que no se ajustan a la situación
> real del mercado actual.
>
> [1] http://www.w3.org/TR/mobile-bp/#ddc
>
>
--
J. Manrique López de la Fuente
http://www.jsmanrique.es
Yo no las conozco muy a fondo, pero en concreto el punto 3.7 Default
Delivery Context [1] suena un poco (por desgracia) a lo mismo que
muchas otras especificaciones del w3c que no se ajustan a la situación
real del mercado actual.
[1] http://www.w3.org/TR/mobile-bp/#ddc
Por lo pronto... ¿opiniones a las Buenas Prácticas para la Web Móvil de W3C[1]?
[1] http://www.w3.org/TR/mobile-bp/
El día 11 de septiembre de 2008 15:37, alejandrogbravo
<alejandrogbravo@...> escribió:
> Muy buenas a los dos.
>
> Aunque el grupo lo creé hace casi año y medio, no me había decidido a
> sacarlo a la luz. Muchas gracias por apuntaros. Espero que todos
> saquemos algo positivo :)
>
> Yo tengo una batería de preguntas y temas en la recámara, pero creo
> que será mejor empezar suave. ¿Quién empieza?
>
> Saludos.
>
>
--
J. Manrique López de la Fuente
http://www.jsmanrique.es
Muy buenas a los dos.
Aunque el grupo lo creé hace casi año y medio, no me había decidido a
sacarlo a la luz. Muchas gracias por apuntaros. Espero que todos
saquemos algo positivo :)
Yo tengo una batería de preguntas y temas en la recámara, pero creo
que será mejor empezar suave. ¿Quién empieza?
Saludos.
Pues eso, un saludo!
Ahora, que se cree un buen foro para tratar los temas de acceso a la
web desde el móvil en castellano ;-)
--
J. Manrique López de la Fuente
http://www.jsmanrique.es
Buenas, soy David Martín (www.areia.info)
A ver si arranca el tema, estaría genial ir formando una comunidad de
front para móvil.
Aquí nos vemos, saludos!
Sin conexión 
Enviar mensaje
