martes, 28 de mayo de 2013

Checkbox más "cools" en GroundWorkCSS u otro.

Hola que tal,
viendo lo feos que son los controles en GroundWorkCSS he decidido cambiar un poco las cosas, así que me tomé la libertad de modificar algunos controles de forms.
El primero es el checkbox, para tenerlos mejor:
CSS puro.


Y el resultado:

¿Como se usa?
Solo encierra en un DIV con el atributo class "coolCheck", el checkbox debe tener su correspodiente LABEL asociado, aunque no contenga nada.

Funciona bajo GroundWorkCSS u otro framework, en teoría.
Espero le sirva.

@pata_de_jaguar

sábado, 25 de mayo de 2013

¿Como resolver el fiasco de la actualización de Opera Mobile?

Opera Mobile es sin duda el navegador más rápido que existe para Android, me cuento entre sus admiradores... o al menos lo era.
El plan de cambiar a webkit ya estaba dado y surtió efecto: Ahora es igual o peor que otros navegadores similares... mucho peor, apuesto, que Mozilla.
En ese negro día las calificaciones de Opera Mobile bajaron y pocos los defendían.... el daño estaba hecho.
Los desarrolladores se dieron cuenta pero no lo hicieron de la forma más optima, así que dispueron y crearon otra app de Opera en el Android Market: Opera Mobile Classic.

Si eres de los que cuenta que Opera Mobile es un fiasco con webkit, puedes descargar esta versión de opera en https://play.google.com/store/apps/details?id=com.opera.browser.classic que corresponde a la versión 12.10 de nuestro navegador favorito y seguir trabajando como siempre.


suerte

@pata_de_jaguar

miércoles, 22 de mayo de 2013

Integra JPanelMenu con GroundworkCSS

Si algo no me gustó de GroundWorkCSS es su menú, pero no porque sea malo, si no porque es difícil de integrar otro más "cool". Pero eso pasa con cualquier framework, es una lata integrar componentes que no sean los que trae el mismo framework, así que me dí a la tarea de "modificar" el css de groundworkCSS para que puedas agregar el componente JPanelMenu mismo que tiene un look al estilo facebook.

Descarga desde este Link el CSS de grounworkCSS modificado.

Copia este CSS a tu hoja de estilo.

Descarga JPanelMenú.


Haz el respectivo Include dentro de tu HTML con un elemento SCRIPT.

src="jquery.jpanelmenu.min.js" type="text/javascript"

y prueba:

Reglas:
  • tiene que ser un elemento header el contenedor.
  • un elemento h1 el titulo.
  • un elemento a el boton de despligue.

y esto queda así:


Espero les sirva. Suerte.

@pata_de_jaguar

jueves, 9 de mayo de 2013

GroundworkCSS El Framework responsivo que convence.

Hoy les quiero hablar de GroudworkCSS, es un Framework relativamente nuevo, pero que me ha convencido para trabajarlo en un proyecto de gran alcance. Por lo que quiero compartir mis primeras inquietudes y observaciones sobre este Framework Javascript.

Ventajas:








Es compatible con jquery, pero no con jquerymobile. Aunque los puedes combinar, uno de ellos perderá funcionalidad. Se basa más bien en jquery.ui pero dejando un lado algunas cosas.

Es responsivo. Es muy difícil encontrar hoy en día un framework que sea 100% responsivo con pocas líneas de código, y es que si hay... pero la mayoría solo se queda con el Nombre, por mencionar algo: JQueryMobile es excelente,pero sus grids no son responsivas, al menos hasta la v 1.2 que es con la que trabajo. Por otro lado... GroundworkCSS casi lo logra, sus layout son muy variados y se antoja trabajar con ellos.

Es Ligero. Salvo sus dependencias... el código que se genera con GroudworkCSS es menor hasta en un 50% al necesitado con otros frameworks como jquerymobile (y no menciono los basados en Javascript, muchos son peores al generar código HTML ).

Es fácil de aprender: no utiliza mucho datatags especiales, su semántica class es fácil de entender algo así "mobile half" o "small button".

Es compatible con SASS: Preprocesado de css, que aunque nunca lo he usado debe ser una gran ventaja.

Componentes extras: Su UI trae componentes extras como un Slider, Tooltips y Modals. Es una ventaja porque no debes integrar código extra.

Es muy aprovechable: Menos código, menos trabajo. Con los tags adecuados puedes generar páginas 99% resposivas, y aunque no lo he probado en todos los navegadores ni en todos los OS, apuesto que va bien. El código te puede servir para todo, sin hacks o combinaciones raras.

Desventajas:

No trae Calendar: Si algo mola (encabrona) de un framework responsivo es que no traiga un calendar integrado, y si bien es cierto que el elemento input "date" es un estandar, muchos navegadores no tienen un manejador.... y con las variantes de fechas que existen en el mundo. Es un verdadero dolor de cabeza manejar y validar fechas. Y como en cada Framework que pruebo tengo que buscar un Calendar, en jquerymobile trabajé muy bien con Mobipick y en este tuve que integrar mobiscroll, que aunque muy bonito... trae un puñado de librerías que la mayoría no le doy razon de ser.

Le falta: Es de entender que es beta y pinta bien, pero hay cosas que pueden ser mejorables.

Algo Gordo: Su CSS y su JS pesan 1 MB en total, y aunque no está comprimido, debes esperar páginas de +1MB... salvo la bondad de nuestro navegador y su cache.

Arrastra Herencia. Hoy en día el Navegador que no es HTML5 es simplemente es una basofia, y mucho de esa pesada herencia lo trae este Framework, ya que trata de ser compatible con navegadores viejos. más aún eso es en todos los Frameworks, pero si bajarían de peso si fueran solo HTML5.


Actualmente trabajo este framework con Haanga, el Django para PHP, algun ORM hecho personalizado y uno que otro generador de código... y va que vuela... :)

Espero le hechen un vistazo y compartan sus opiniones.

Suerte.

@pata_de_jaguar

lunes, 6 de mayo de 2013

Android Dev: android.permission un Arma de doble filo.

Quizás me pasa por andar de confiado, o quizás mis muchas visitas a foros de consulta como Stackoverflow no haya notado ese detalle... pero acabo de subir tres versiones al mismo tiempo de mi aplicación puesto que he perdido compatibilidad con nada menos que 300 Dispositivos... vaya... y eso que aumente la compatibilidad de mi API bajandola de la 2.3 a la 2.2 y agregando el SDK 17.
No había notado de la pérdida hasta que intenté probar mi app en un ZTE v791 Android v 2.3.6, menudo susto... había desaparecido del Google Play y no me lo explicaba, siendo una App phonegap se toca muy poco de código nativo...

Caray... algo malo habré hecho. Lo único nuevo en cuanto a prestaciones es que había agregado los siguientes Permission:

  • android.permission.BLUETOOTH
  • android.permission.BLUETOOTH_ADMIN
  • android.permission.FLASHLIGHT

y sin querer, sin notar, sin saber.... había pedido dos requisitos más a los dispositivos:

  1. Bluetooth.
  2. flashlight.

Creía equivocadamente que estos requisitos solo se piden con la etiqueta:

uses-feature

Pero nó!!!!!!.... al crear un permiso nuevo, solicitas al Android Market que los dispositivos a los que puedan instalarse tengan esos requisitos.

No necesariamente debes declararlo.... afortunadamente me he dado  una googleada y después de unos minutos encontré la solución: Hacerlo opcional.

Cuando haces un : android.permission.BLUETOOTH solicitas el requisitos, esto lo debes contrarrestar con una anotación uses-feature : uses-features android:name="android.hardware.bluetooth" android:required="false" así le dices al Android Market (Google Play) que pides el permiso para utilizar ese hardware, pero que no es necesario que el Dispositivo lo tenga.

Lo peor que pueda pasar es que tengas que validar la existencia del Hardware antes de usarlo... cosa que debes hacer.

Mi App quedó así:

Con 800 dispositivos más... opcional pero funcional.... :D

Eso es todo y como siempre les deseo mucha suerte en la carrera por el mercado móvil.
@pata_de_jaguar