December 14th, 2011
Al fin HP se decidió y webOS sera liberado como un proyecto Open Source, lamentablemente no hay información fehaciente sobre el proceso, las partes y los tiempos que tomara liberar el código de webOS, hay muchos puntos conflictivos relacionados con patentes, atribuciones de copyright y propiedad intelectual por resolver aun, espero que HP pueda manejar este proceso de la mejor manera posible y que no le pase como a Sun con Java, cuyo proceso de liberación estuvo lleno de contratiempos.
La liberación de webOS es una buena noticia, a pesar del momento y las circunstancias elegidas para hacerlo, a diferencia de MeeGo, webOS era y es un sistema operativo completo, con varios dispositivos que hacen uso de el y una comunidad muy comprometida que era consciente del potencial de webOS, espero que HP comprenda el concepto de Open Source y la forma de hacer negocios con el, esto es clave, hacer que un proyecto Open Source sea rentable es muy diferente de hacerlo con un producto propietario, esto es algo que muy pocas empresas de gran tamaño han sabido resolver, es por eso que hay que estar muy atentos a los siguientes puntos, cuyas disyuntivas deben solucionarse antes de liberar el código de webOS:
-
Modelo de negocio: ¿HP va a permitir que terceras empresas usen y aporten mejoras a webOS?, o ¿solo va a liberar el código para usarlo de forma exclusiva en sus productos?. Si HP deja que otros jugadores puedan usar webOS en sus productos, el futuro de webOS puede ser interesante, en cambio si solo va a usarlo HP, la cosa se pone complicada, HP no ha demostrado tener una visión de lo que quiere y puede hacer con webOS y a menos de que logren concebir en tiempo record una visión convincente y la sepan comunicar de forma clara y contundente, el apoyo que pueden llegar a conseguir sera mínimo.
-
Licencia: Este es un tema espinoso, webOS usa un stack Linux en el core y muchos paquetes Open Source, estos paquetes ya tienen una licencia y en esto HP no tiene mucho que decir, pero en cambio toda la UI y la capa media de servicios creadas por Palm/HP son propietarias y elegir la licencia que usara de ahora en mas, es una decisión difícil y que puede determinar el futuro de todo el proyecto, una licencia como la GPL/LGPL puede hacer que muchos fabricantes y empresas se lo piensen dos veces antes de tomar la decisión de participar en el proyecto, en cambio una licencia tipo Apache o BSD mas “business friendly” o un modelo de licencia dual puede ser un aliciente para sumar apoyo al proyecto.
-
Patentes: Hay tres empresas que por lejos acumulan la mayor cantidad de patentes relacionadas a telefonía móvil, estas son Nokia, Motorola y la ex Palm, HP cuenta con un porfolio gigantesco de patentes que puede usarlo para garantizar un OS libre de pleitos judiciales, lo que puede resultar atractivo para muchos fabricantes o puede usarlas para contraatacar y sacar partido económico, no veo a HP haciendo esto ultimo, pero es un punto que hay que tener igualmente en cuenta.
-
Gobierno: Este es otro tema espinoso y que puede determinar que tan Open Source sera webOS, un gobierno abierto puede permitir a otras empresas y miembros de la comunidad hacer contribuciones a webOS, ademas de poder participar en los futuros lineamientos del proyecto, un gobierno mas cerrado a la Android, solo permitirá ver partes del código, cuando HP lo crea conveniente, sin que nadie tenga ni voz, ni voto sobre que características incluir y sus tiempos de implementación.
Dependiendo de lo que HP decida hacer con cada uno de estos puntos, el camino Open Source que recorrerá webOS de ahora en mas, ser mas o menos abierto y contara con mas o menos apoyo, tanto de la comunidad, como de los fabricantes, espero por el bien del proyecto, que HP tome las decisiones correctas, que sepa darle una visión a webOS y que tenga el coraje y la capacidad de llevarla a cabo, no hay mucho por lo cual sentirse optimista aun, pero también es cierto que es demasiado temprano para perder la esperanza, después de todo, Silicon Valley nació en el garage de William Hewlett y David Packard, la capacidad de crear e innovar aun esta en su ADN.
November 29th, 2011
Hace unos días en el blog oficial de Qt anunciaron el lanzamiento de las nuevas Qt Developer Guides, no quería escribir sobre estas guiás sin antes darles una mirada en profundidad, las guiás son muy completas, están dividas en varios capítulos en donde se abordan diferentes conceptos y funcionalidades, los cuales son aplicados en el desarrollo de una aplicación de ejemplo a lo largo de toda la guiá.
Las dos primeras guiás liberadas se centran en el desarrollo usando Qt Quick y JavaScript, tanto para Symbian (aunque todo lo explicado puede ser aplicado en MeeGo) como para Desktop, con estas guiás pueden aprender sobre el uso de Qt Quick Components, Animations, Transitions, States, persistencia de datos usando Offline Storage, creación de controles personalizados y mucho mas.
Si recién están empezando a trabajar con Qt y con Qt Quick, les recomiendo que lean y hagan los ejercicios que vienen en estas guiás, son una forma rápida de experimentar todo el proceso de desarrollo de una aplicación y van a aprender fácilmente, conceptos, buenas practicas y la forma de aplicarlos en sus propios desarrollos.
Programming with Qt Quick for Symbian^3 Devices
Pueden descargar esta guiá en los siguientes formatos:
Si se topan con algún error o tienen sugerencias, pueden dejarlas aquí
Qt Quick Application Developer Guide for Desktop
Pueden descargar esta guiá en los siguientes formatos:
Si tiene ideas, sugerencias o encuentran algún bug pueden reportarlo aquí
Espero estas guiás les sean útiles y manténganse atentos que pronto se vienen muchas mas.
Actualización – 13/12/2011
La guiá Programming with Qt Quick for Symbian^3 Devices ha sido actualizada hoy, ha pasado a llamarse Programming with Qt Quick for Symbian and MeeGo Harmattan Devices y se le ha agregado todo un nuevo capitulo con consejos y buenas practicas para portar aplicaciones Symbian a MeeGo.
Actualización – 12/01/2012
La gente de Zona Qt ha traducido al español la guiá Programming with Qt Quick for Symbian and MeeGo Harmattan Devices, pueden acceder a ella desde aquí.
November 23rd, 2011
Hoy se esta presentando el Nokia N9 en Argentina, en un fiesta en la que casi con seguridad el 99% de los invitados no tiene conocimiento de la idea, del concepto, del trabajo y del potencial que encierra el N9, gente que se queda con los colores y con el aspecto exterior del dispositivo, que es algo importante, pero que es solo una parte de algo mucho mas complejo, de algo muy poderoso, porque estoy seguro de que muchos ingenieros, desarrolladores y diseñadores en Nokia, se quedaron en su trabajo luego de Febrero 11 solo para demostrarle al mundo de lo que eran capaces de hacer, el N9 es producto de la genialidad y de la bronca, de gente que quiso que una idea no muriera, que no quedase enterrada en un cajón de un laboratorio en Espoo, el N9 nació para ser diferente, y fue diferente, diferente en su diseño, diferente en su UI, con un concepto como el Swipe, que le otorgo su personalidad, diferente y único, 100% hackeable, no es necesario hacerle jailbreak o rootearlo para liberar todo su potencial, cuando compras un N9, vos sos el dueño del N9, no tenes que pedirle permiso a nadie para instalar apps, podes bajarlas de Nokia Store o bajarte un .deb desde un sitio web o de un repositorio alternativo, podes desarrollar lo que quieras en el, no es necesario pagar un fee anual a nadie, el N9 es tuyo, las limitaciones las pones vos.
Open, es la idea detrás del N9, es el dispositivo que mas se acerca al ideal de un teléfono 100% Open Source, un sistema abierto que permite que crezca alrededor un ecosistema de usuarios, no de intereses, un dispositivo pensado para crear, no solo para consumir o con el único objetivo de edificar una gran granja de usuarios para luego vender su información personal y sus hábitos de consumo al mejor postor.
Terminal, la killer app del N9/950
Open es en lo que creo, es por ellos que creo en el N9, no me importa lo que digan los analistas de mercado, los especialistas, los gurúes o la masa, Open es una idea que aun no es comprendida por el publico en general, ni esta a la altura de la mayoría, es por ello que escribo este post, estas lineas son mi homenaje a Nokia y a todos aquellos que pelearon por esta idea he hicieron posible el N9. Gracias
N9 Unfollow, nadie ha descrito mejor lo que el N9 significa
- If others choose to endure, then I choose to resist.
- If others choose to compromise, then I choose to fight.
- It doesn’t matter if the future will be brilliant, I won’t give up on today.
- You may think I’m crazy. As I think everyone else is too ordinary.
- I am true. I will show my true self.
November 14th, 2011
El objetivo de este post es mostrarles de forma practica, un par de opciones para que puedan integrar mapas en sus aplicaciones Qt, tanto en Symbian como en MeeGo, la primera opción hace uso de la Location API incluida en QtMobility, la segunda opción permite integrar servicios como Google Maps, Bing Map o Nokia Maps (ex Ovi Maps) haciendo uso de QtWebKit.
Usted esta aquí
Las opciones que describo en este post permiten ubicar en el mapa un punto especifico, este punto lo podemos obtener de diversas maneras, desde una DB, ingresando los datos manualmente u obteniendo las coordenadas desde el GPS del dispositivo, para hacer esto ultimo solo debemos primero, agregar a nuestro proyecto la dependencia a la Location API de QtMobility
import QtMobility.location 1.2
Luego vamos a declarar unas propiedades en las cuales almacenaremos la longitud y la latitud que obtendremos usando el elemento PositionSource, para luego mostrarlos usando un elemento Text.
property double mapLat
property double mapLong
mapLat: positionSource.position.coordinate.latitude
mapLong: positionSource.position.coordinate.longitude
PositionSource {
id: positionSource
active: true
updateInterval: 1000
}
Text {
color:"#fff"
text: "Latitud: " + mapLat + "<br/>" + "Longitud: " + mapLong
anchors.horizontalCenter: parent.horizontalCenter
anchors.verticalCenter: parent.verticalCenter
}
Simulando el GPS
Si no cuentan con un dispositivo para probar, pueden simular el uso del GPS usando la opciones de Location que vienen incluidas en Qt Simulator.
QtMobility Location API
Esta opción hace uso de algunos de los elementos QML que nos provee la Location API, en este ejemplo usaremos un elemento Coordinate, para almacenar la latitud y la longitud que obtenemos del PositionSource, luego crearemos un elemento Map, el cual a su vez contiene una MapImage, tanto la propiedad center del Map, como la propiedad coordinate del MapImage van a usar los datos de la Coordinate previamente declarada.
property double mapLat
property double mapLong
mapLat: positionSource.position.coordinate.latitude
mapLong: positionSource.position.coordinate.longitude
PositionSource {
id: positionSource
active: true
updateInterval: 1000
}
Coordinate {
id: defaultMapCenter
latitude: mapLat
longitude: mapLong
}
Map {
id: map
anchors.fill: parent
plugin : Plugin {name : "nokia"}
size.width: parent.width
size.height: parent.height
zoomLevel: 16
center: defaultMapCenter
MapImage {
id : pin
coordinate: defaultMapCenter
source:"images/pin.png"
}
}
QtWebKit y Nokia Maps
Esta opción quizás no se integra de forma 100% nativa de la misma manera que podemos hacer usando la Location API, pero tiene la ventaja de que podemos usar a nuestro proveedor preferido y ademas nos permite reutilizar código que hayamos creado con anterioridad, este ejemplo hace uso de la API de Nokia Maps y para comenzar crearemos una pagina web con el siguiente código (ver abajo) y la incluiremos en nuestro proyecto, el código en si no tiene mucha magia, al principio hay una referencia a la librería de Nokia Maps, luego inicializamos el mapa, configuramos los elementos que vamos a utilizar en el, el nivel de zoom, una posición por default y finalmente crearemos la función setLocation que sera la encargada de ubicar el pin y centrar el mapa usando las coordenadas obtenidas por el PositionSource
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>Ovi Maps</title>
<script src="http://api.maps.ovi.com/jsl.js" type="text/javascript" charset="utf-8"></script>
<script type="text/javascript">
var map;
function initialize() {
map = new ovi.mapsapi.map.Display(document.getElementById("map"), {
components: [
new ovi.mapsapi.map.component.ZoomBar(),
new ovi.mapsapi.map.component.Overview(),
new ovi.mapsapi.map.component.TypeSelector()],
'zoomLevel':16,
'center':[-34.603000, -58.380000]
});
ovi.mapsapi.util.ApplicationContext.set("defaultLanguage", "es-ES")
map.addComponent(new ovi.mapsapi.map.component.panning.Drag());
map.addComponent(new ovi.mapsapi.map.component.panning.Kinetic());
}
function setLocation(lat, lon) {
pin = new ovi.mapsapi.map.Marker([lat, lon], { icon: "images/pin.png" }),
map.objects.add(pin);
map.setCenter(new ovi.mapsapi.geo.Coordinate(lat,lon));
}
</script>
</head>
<body onload="initialize()">
<div id="map"></div>
</body>
</html>
Del lado del QML, lo primero que haremos sera importar a QtWebKit como dependencia.
import QtWebKit 1.0
Luego crearemos una WebView que va a cargar la pagina web anteriormente creada.
Solo resta esperar que se dispare el evento onLoadFinished que ejecutara la función updatePosition que usando el metodo evaluateJavaScript le pasara a la función setLocation que se encuentra en la pagina web, los parámetros que necesita para centrar y ubicar el pin en el mapa.
property double mapLat
property double mapLong
mapLat: positionSource.position.coordinate.latitude
mapLong: positionSource.position.coordinate.longitude
PositionSource {
id: positionSource
active: true
updateInterval: 1000
}
function updatePosition(mapLat, mapLong){
mapView.evaluateJavaScript("setLocation("+mapLat+","+mapLong+");");
}
WebView {
id: mapView
url: "map.html"
preferredWidth: parent.width
preferredHeight: parent.height
scale: 1
onLoadFinished: {
updatePosition(mapLat, mapLong);
}
}
Algunas consideraciones
Todos los ejemplos descriptos anteriormente son básicos, no intenten usarlos directamente en aplicaciones reales sin antes crear cierta lógica para manejar los fallos y demoras que acompañan siempre a las aplicaciones que dependen del uso del GPS.
¿Cual opción usar?
Mas allá de las ventajas antes descriptas, como por ejemplo, la flexibilidad de proveedores, la reutilización de código o la integración de forma nativa, hay un punto muy importante que deben tener en cuenta a la hora de decidir que camino seguir, este punto es la performance, mi experiencia me ha demostrado que la Location API no tiene un buen rendimiento cuando es usada en Symbian si lo comparamos con MeeGo, el obtener los datos del GPS puede demorar bastante, desde mínimo 5 segundos hasta 30 segundos o mas, en cambio en MeeGo este proceso es casi instantáneo, esto en parte se puede subsanar en Symbian usando un BusyIndicator y pidiendo paciencia al usuario, esta lentitud también se ve reflejada a la hora de cargar el Map, el cual puede tardar entre 5 y 10 segundos en completar su tarea en Symbian, todo lo contrario en MeeGo, en el cual la carga es casi inmediata usando WiFi y demorando no mas de 2 segundos si usamos 3G, es por ello que la opción QtWebKit + Nokia Maps puede llegar a ser útil en algunos casos, ya que su performance no es deslumbrante pero si un poco mejor que la que proporciona la Location API en Symbian, ademas de que es mas consistente y regular en los tiempos de carga del mapa, lo que ayuda a que su rendimiento sea mas predecible.
El porque de esta diferencia de performance de la Location API entre Symbian y MeeGo no he podido dilucidarlo aun, puede ser la diferencia de velocidad entre los dispositivos (N8/C7 680Mhz vs. N9/N950 1Gz ) o una falta de optimización en la versión para Symbian, por mientras pueden usar alguna de las opciones antes detalladas según el caso de uso que quieran resolver.
Actualización – 15/11/2011
Hoy luego de algunas pruebas usando Qt Mobility 1.2.1, versión que esta incluida en el nuevo Qt SDK 1.1.4, pude comprobar que la performance de la versión para Symbian de la Location API ha mejorado bastante, no esta al nivel de la versión para MeeGo aun, pero entra en el terreno de lo usable.
