Posts

Mientras desarrollaba la aplicación Torch8 me encontré con estas dos formas de controlar el flash de la cámara pero, ¿cuál es la adecuada para qué momento y cómo debo usarla?

Si vamos a la documentación podemos observar que la ayuda para tomar esta decisión es mínima y que depende en gran medida de la interpretación que hagamos sobre la descripción.

• TorchControl : Provides functionality for controlling the torch LED settings on a capture device.
• FlashControl : Provides functionality for controlling the flash settings on a capture device.

Y os preguntaréis… WTF!! Pero si es análogo!! Pues no exactamente. Digamos que la diferencia es que Torch está pensado simplemente para alumbrar porque sí y Flash está pensando para realizar la acción de flash durante una captura de una foto o un vídeo aunque en definitiva, sea prácticamente lo mismo. De hecho, FlashControl contiene alguans propiedades más como RedEyeReduction y RedEyeReductionSupported que nos dan esa misma idea.

Supongamos que estamos realizando una aplicació y necesitamos ver lo que estamos enfocando con la cámara ya sea para iniciar una grabación, tomar una foto o simplemente, como en mi caso para hacer una linterna con cámara (Torch8). Dado que ya tenemos disponible el desarrollo para Windows 10 (desktop y mobile) la información escasea acerca de esta temática para la plataforma Windows Phone 8.1 y Windows 8.1, así que he recopilado lo que he encontrado al respecto y os lo condensaré en este artículo.

El pasado 4 de diciembre se celebró en el auditorio de las instalaciones de Microsoft Ibérica en Madrid, el evento más solidario de año (dentro del ámbito tecnológico) y, dado que sobrepasamos la cifra establecida para obligarnos a disfrazarnos, tuvimos que sacar nuestras galas y hacer un poco el “payaso” sobre el escenario. Lo siento por los asistentes si les causamos pesadillas para toda la vida xD Para un canario como yo, disfrazarse es algo con lo que se convive (nuestros carnavales son reconocidos a nivel mundial) así que llevé uno de los de la colección que me iba como anillo al dedo con la temática de la sesión “Por qué los espartanos molan y Xerxes debe morir” o, traducido al castellano, “Por qué debemos preocuparnos por el diseño de nuestras Apps”.

Un año más, Codemotion ha sido uno de los mayores eventos sobre tecnolgías de desarrollo de software de España y, este año, me ha tocado el privilegio de participar por partida doble con sesiones sobre Branding en SharePoint (Online y OnPremises) y sobre Aspectos útiles de Machine Learning en Universal Windows Platform Apps. Además, como siempre, Microsoft ha participado muy activamente arropando a los que íbamos a hablar sobre tecnologías .NET y relacionadas así como ofreciendo a todos los asistentes la posibilidad de pasarse por una amplia zona de entretenimiento y networking en la que se podía contactar con cualquiera de los miembros de DX e informarse de todas las ventajas que se ofrecen.

El pasado 17 de diciembre celebramos en el salón de Grados de la ESIT la jornada de Reconnect(); que consistía en hacer un resumen de las novedades presentadas en el Connect(); que Microsoft celebró en noviembre.

La sesiones que fueron impartidas por cuatro MVPs de Microsoft, David Rodríguez, César Abreu, Quique Martínez y un servidor supusieron un repaso a novedades en .NET Core, ASP.NET 5, Docker, Visual Studio Code, Desarrollo móvil con Xamarin y Desarrollo para la plataforma Windows. Por mi parte, me encargué de esta última sesión culminando un ejemplo práctico de Microsoft para todas las tecnologías como es Microsoft Health Clinic que podéis descargar desde GitHub

El pasado 15 de octubre tuvimos una nueva jornada en TenerifeDev en la que hablé sobre Machine Learning junto a David Rodríguez desde el punto de vista práctico aplicándolo a una App Universal de la plataforma Windows desde la que consumíamos las APIs del proyecto Oxford como son Speech API, y las Face APIS del conjunto Vision.

Fue una jornada bastante buena ya que no sólo tuvimos una afluencia bastante buena, sino que además muchas caras eran nuevas y parecían ávidas de conocimiento.

Migration note: the original event poster from the legacy blog was removed after a targeted retry confirmed the source files still return 404.

El próximo viernes 4 de diciembre, gracias a la iniciativa de Josué Yeray, se celebrará el primer Talks4Kids en las instalaciones de Microsoft Ibérica (Urbanización La Finca en Pozuelo de Alarcón, Madrid) y tendré el enorme placer de poder impartir una sesión con un título atópico “Por qué los espartanos molan y Gerges debe morir”, pero no os asustéis, que no va a haber lanceros, ni persas, ni espartanos… ¿o sí? jjjj

Para hoy traigo un “workaround” sobre cómo ocultar la barra de navegación en Android cuando estamos trabajando con Xamarin.Forms.

Problema

Cuando creamos una aplicación Xamarin.Forms, por defecto, en Android aparecerá la barra de navegación al hacer uso de NavigationPage. Si no queremos mostrar esta barra de navegación porque hacemos uso de navegación por contenidos y con el botón “back” del propio sistema no es una tarea trivial hasta donde he indagado. Por favor, si tenéis alguna solución más elegante, sencilla y efectiva, compartidla conmigo.

Escenario

Hace algunos días me encontré con un problema en Safari al establecer fechas con un datepicker de Metro UI que es el mismo que el que corresponde a jQuery UI datepicker. El problema se producía al seleccionar una fecha que, al realizarse la validación con jQuery.validation decía que era incorrecta al contrario que en el resto de navegadores (Internet Explorer, Microsoft Edge, Google Chrome*, Firefox y Opera). Además, parece que el error se reproducía en Google Chrome para Mac lo que hacía más complicado determinar cuál es el problema. Como se puede apreciar en la imagen, tiene problemas al establecer fechas predefinidas como en el campo «inicio» en el que he puesto la fecha actual (tanto desde el modelo como con JavaScript) y, en el campo «Vencimiento» la fecha seleccionada con el datepicker genera un error de validación «incomprensible»

Escenario

Supongamos que tenemos un formulario en una vista de una aplicación web realizada con ASP.MVC y necesitamos enviar los datos, que corresponden a un modelo de la aplicación, a nuestra acción del controlador. ¿Cómo realizamos esta tarea? Seguro que se nos ocurren ideas «liosas» para realizar esta operación pero generalmente optamos por lo más obvio que, además, no es óptimo ni flexible o no aprovechamos las facilidades que nos ofrece el ModelBinding.