MSDN Blogs
  • WarNov Developer Evangelist

    Windows 8 en las ediciones que deberían ser

    • 14 Comments

    Ya en este punto sabemos mucho del mundo de nuevas cosas que se vienen con Windows 8.

    Comencemos citando entonces que tendremos dos grandes divisiones en las que tendremos Windows 8. La x86/64 y la WOA (Windows on ARM –los procesadores de bajo consumo energético). En ambas se podrán usar touchscreens, así como mouse y teclado cuando se desee.

    Así que para x86/64 el nombre del OS será Windows 8. Y para estos sistemas, tendremos sólo 2 versiones: Windows 8 y Windows 8 Pro. La primera para uso de hogares y pequeñas empresas y la segunda para usos más profesionales con integración a dominios y demás (Ver al final la tabla de características)

    Para el mundo de WOA llega Windows RT como el nuevo miembro de nuestra familia Windows. Y sólo estará disponible pre-instalada en PCs y tablets que tengan procesadores ARM. Vendrá con versiones optimizadas para touch de Microsoft Word, Excel, PowerPoint y OneNote.

    Aquí les muestros las características especiales que podremos encontrar en cada edición.

    Característica

    Windows 8

    Windows 8 Pro

    Windows RT

    Upgrades from Windows 7 Starter, Home Basic, Home Premium

    x

    x

     

    Upgrades from Windows 7 Professional, Ultimate

     

    x

     

    Start screen, Semantic Zoom, Live Tiles

    x

    x

    x

    Windows Store

    x

    x

    x

    Apps (Mail, Calendar, People, Messaging, Photos, SkyDrive, Reader, Music, Video)

    x

    x

    x

    Microsoft Office (Word, Excel, PowerPoint, OneNote)

       

    x

    Internet Explorer 10

    x

    x

    x

    Device encryption

       

    x

    Connected standby

    x

    x

    x

    Microsoft account

    x

    x

    x

    Desktop

    x

    x

    x

    Installation of x86/64 and desktop software

    x

    x

     

    Updated Windows Explorer

    x

    x

    x

    Windows Defender

    x

    x

    x

    SmartScreen

    x

    x

    x

    Windows Update

    x

    x

    x

    Enhanced Task Manager

    x

    x

    x

    Switch languages on the fly (Language Packs)

    x

    x

    x

    Better multiple monitor support

    x

    x

    x

    Storage Spaces

    x

    x

     

    Windows Media Player

    x

    x

     

    Exchange ActiveSync

    x

    x

    x

    File history

    x

    x

    x

    ISO / VHD mount

    x

    x

    x

    Mobile broadband features

    x

    x

    x

    Picture password

    x

    x

    x

    Play To

    x

    x

    x

    Remote Desktop (client)

    x

    x

    x

    Reset and refresh your PC

    x

    x

    x

    Snap

    x

    x

    x

    Touch and Thumb keyboard

    x

    x

    x

    Trusted boot

    x

    x

    x

    VPN client

    x

    x

    x

    BitLocker and BitLocker To Go

     

    x

     

    Boot from VHD

     

    x

     

    Client Hyper-V

     

    x

     

    Domain Join

     

    x

     

    Encrypting File System

     

    x

     

    Group Policy

     

    x

     

    Remote Desktop (host)

     

    x

     

    Si no lo has visto en acción, dascarga una version de prueba de aquí!

    Nota: Para las empresas con SOftware Assurance,  como siempre tendremos la versión Windows 8 Enterprise, con aún más features para el manejo corporativo.

  • WarNov Developer Evangelist

    Windows 8 Dev Machine

    • 1 Comments

    Hasta hace unos días, lo único que me impedía desarrollar completamente basado en Windows 8, era el tema de Windows Azure y sobretodo el de Windows Phone, dado que al usar emuladores, aún no estaban plenamente soportados.

    Afortunadamente, al interior de Microsoft estamos siendo muy veloces y a hoy, ya tenemos un gran conjunto de tools que nos permiten desarrollar para todas las tecnologías que teníamos disponibles en VS2010 sobre Windows 7 por ejemplo.

    Primero aclaremos algunos hechos básicos:

    1. Visual Studio 2010 (VS10) y Visual Studio 11 (VS11) coexisten sin problemas en el mismo sistema operativo ya sea Windows 7 o Windows 8.

    2. VS11 en Windows 7 aunque permite desarrollar varios tipos de proyectos convencionales, no permite desarrollar apps Metro Style, obviamente porque el OS no tiene todo el soporte requerido

    3. A pesar de que “parece” que VS11 soportara proyectos Windows Azure, esto aún no es posible, así que es requerido VS10 y unas configuraciones especiales que describiré en este post para que funcionen en Windows 8.

    clip_image002

    4. VS11 aún no soporta WP7. Así que también es necesario trabajarlo con VS10 y en Windows 8 se requieren ciertas configuraciones especiales que describiré en este post.

    Entonces, antes de entrar en materia, quiero que quedemos claros en que vamos a requerir Visual Studio 2010 instalado en Windows 8. Esto como les mencioné no tiene ninguna contraindicación ni aún con VS11 instalado, y puede ser cualquier versión. Yo estoy usando la Ultimate. Pero se puede Visual Studio Express for Windows Phone y Visual Studio Web Developer para Azure y gratuitamente tendremos operatividad total.

    WINDOWS 8 + WINDOWS PHONE

    Esto se hace posible gracias a la publicación del patch 7.1.1 del SDK de Windows Phone, cuyo principal objetivo es el permitir el desarrollo de apps de WP7 enfocadas a dispositivos económicos de solo 256MB de ram, al incluir una nueva imagen de emulador que tiene esta memoria. Sin embargo, aunque este fue el fin principal, se aprovechó la publicación para entre otras cosas, solucionar unos inconvenientes que impedían al emulador de Windows Phone 7 funcionar correctamente en Windows 8, por lo que ahora esto ya es posible, aunque no oficialmente soportado, sino hasta que salga el RTM de Windows 8.

    clip_image003

    Procedimiento:

    1. Instalar Win8CP

    2. Instalar la última versión de Games for Windows – LIVE. Esto es requerido para poder desarrollar juegos con XNA para WP7, dado que Windows 8 requiere archivos más nuevos que los que vienen con el SDK 7.1

    3. Instalar VS2010 Pro o superior si es posible; si no, proceder a 3

    4. Instalar Windows Phone SDK 7.1 (Incluye gratuitamente Visual Studio Express for Windows Phone 7)

    5. Instalar el patch 7.1.1

    6. Instalar Zune

    7. Desarrollar en WP7!!!


    WINDOWS 8 + WINDOWS AZURE

    UPDATE:  Las instrucciones siguientes SOLO aplican para la instalación del SDK y Tool de Windows Azure v. 1.6 sobre Visual Studio 2010 en Windows 8 CP y RP. Con la liberación del SDK de Windows Azure versión Junio 2012 (1.7) y las tools de la misma versión, el proceso nuevamente es automatizado y ahora además tiene completo soporte para Visual Studio 2012 RC!!! Chequea este post, para instrucciones de cómo instalarlo.

    SDK 1.6 en VS2010 sobre Windows 8:

    Aquí solo es necesario activar algunas características adicionales del sistema operativo y luego descargar los bits requeridos.  

    1. Activación de Características:

    a. Presione TeclaWindows+F para abrir el cuadro de búsqueda y escriba Windows Features. Luego haga click en settings y escoja en los resultados Turn Windows Features on or Off.

    b. Una vez allí, asegúrese de tener todas estas características activadas:

    clip_image004

    2. IDE: Instalar VS2010 Pro o superior o Visual Web Developer 2010 Express como alternativa free

    a. Instalar el Service Pack de VS2010

    b. Descargar e Instalar MVC3

    3. DB: Windows Azure usa una base de datos SQL para emular el storage. La DB que debe instalarse es SQL Express 2008 R2 with SP1

    4. Descargar e instalar los componentes individuales de Windows Azure bien sea para x86 o para x64.
    Hasta aquí ya estamos listos para desarrollar aplicaciones de Windows Azure convencionales. Pero a hoy, tenemos unas nuevas herramientas especialmente creadas para desarrollar aplicaciones para Windows 8 basadas en Windows Azure sobretodo para los servicios de notificaciones y almacenamiento. Aquí les muestro cómo habilitarlas:

    5. Apps de Windows 8 sobre Azure:
    Descargar e instalar el Toolkit de Windows Azure para Windows 8

    a. Instalar la última versión del Nuget Package Manager (si existe ya instalada una versión distinta a la antigua, abrir Visual Studio en modo administrador y desinstalarlo desde el extensión manager el menú de tools)

    b. Ejecutar el script Setup.cmd que queda en el root de la instalación del anterior Toolkit

    Obtendremos:
    clip_image006

    c. Después al abrir nuestro VS2010, nos encontraremos con que ya podemos crear Windows 8 Cloud Applications

    clip_image008


    y en VS11 podremos crear aplicaciones basadas en Notificaciones más control de Acceso:


    clip_image010

    Conclusión:

    Windows 8 Consumer Preview por ser aún una versión de evaluación requiere ciertas configuraciones especiales para poder servir como máquina de desarrollo de aplicaciones basadas en Windows Azure y para Windows Phone. En este post, vimos las acciones a tomar para poder lograrlo.

  • WarNov Developer Evangelist

    FTP en Azure?

    • 0 Comments

    Este post surge como respuesta a una pregunta que recibí recientemente. Puedo tener un FTP en Windows Azure?

    Sí es posible, pero hay que tener en cuenta las implicaciones:

    1. Para lograrlo, es necesario establecer ciertas configuraciones especiales que por defecto no vienen establecidas en los Roles de Windows Azure. Así que tendrías que por ejemplo entrar por RDP a hacer cosas como configurar el Role de FTP en el servidor virtual, configurar puertos, etc. etc.


    2. Sucede que los servidores de Azure cuando se reinician (por fallas, actualizaciones, etc) pierden todos los cambios que tuvieron en su ultima operación y vuelven a su estado original, así que todas esas tareas administrativas para configurar el FTP, deberían mejor ser ejecutadas a través de un script que se ejecute como un startup task, de manera que siempre que se inicie un Role, se autoconfigure para funcionar con FTP.


    3. Quizá el problema más grave, es que los archivos que se hayan subido y/o actualizado, también se perderían cada vez que se reinicie el servidor virtual. En este caso, habría que hacer un respaldo de los archivos por ejemplo en el blob storage. Cosa que complicaría mucho la situación.


    4. Afortunadamente, en poco tiempo estaremos liberando el CTP del Persistent VM Role. Un nuevo tipo de Role para Windows Azure que prepararemos offline en un vhd (aquí haríamos todas las configuraciones de FTP) y luego subimos a la nube para que trabaje como queramos. Afortunadamente, al ser persistente, mantendrá todos los archivos nuevos aún después de operaciones de reinicio. Se espera para mitad de año, aunque no es oficial aún.


    Si quisieras experimentar un poco, te recomiendo este post donde dan un paso a paso de como convertir un role actual a FTP:
    http://mayur.gondaliya.com/microsoft/creating-ftp-server-on-windows-azure-493.html

  • WarNov Developer Evangelist

    Estrategias para prevenir rechazos de tu app en el Marketplace de Windows Phone 7

    • 0 Comments

    Abstract:

    Con el pasar del tiempo y las consultas que me han hecho, he recopilado los motivos más frecuentes por los cuales una app de WP7 es rechazada para acceder al Markeplace (mp) después de subirla a través del AppHub. Este post recopila estos motivos y su solución.

    1. Marcas y logos registrados:

    Cuando se usan dentro de la aplicación marcas y logos reconocidos, nos pueden devolver la app para que indiquemos si tenemos permiso para usarlos. Esto se puede indicar en el último paso del proceso de subida de la app, en el espacio que dice Test Notes:

    image

    Estas notas deben ir en inglés y tal como lo recomiendo en el ejemplo, se debe indicar que la empresa dio los permisos adecuados, así como los datos de la persona de contacto que se podría requerir para certificar este permiso.

    2. Uso de GPS

    El uso de GPS como es bien sabido, interviene con la privacidad del usuario, pues se podría comenzar a reportar la ubicación de un usuario sin que este lo haya permitido. Es por esto que si empleamos el api de localización en nuestras apps, debemos proveer claramente un mecanismo para desactivar estas funcionalidades. Además cuando lo hagamos, la aplicación debe seguir funcionando correctamente. Además de esto, se debe proveer una política de empleo de la información de la localización que explique perfectamente al usuario para qué serán usados los datos, de manera que él pueda comprender las implicaciones de autorizar el empleo del GPS en la app. Esta política puede estar incluida en la app, o ser un link a algún recurso externo. Acá les escribo un ejemplo de política:

    La aplicación xxxxx ofrece servicios avanzados de búsqueda, basados en la ubicación del usuario. Los datos de ubicación del usuario son usados exclusivamente para este fin y nunca son compartidos. Sin embargo, si el interés del usuario es que esta aplicación no haga uso de los servicios de localización del teléfono, éstos se pueden deshabilitar en el menú de ajustes de la aplicación; en este caso la utilidad de búsqueda por cercanía quedará deshabilitada y la aplicación continuará funcionando correctamente.

    En este caso deberá de existir un menú de ajustes, donde se puedan deshabilitar estas características:

    image

    3. Screenshots

    Los Screenshots preferiblemente (obligación por ser la mejor opción) se han de capturar desde el emulador que tiene una utilidad para tomar estos screenshots.

    Pero con el emulador sucede que a veces puede estar mostrando el framerate de las imágenes que está mostrando. Si capturamos con esta opción habilitada, nuestra app será rechazada, porque estos elementos no pueden aparecer en los screenshots:

    image

    Esta opción por defecto viene habilitada, así que a la hora de hacer la captura la deshabilitamos desde el archivo: App.xaml.cs:

    image

    Basta solo con poner EnableFrameRateCounter en false.

    4. Lenguaje por defecto de la app

    Cuando creamos una app de WP7, el lenguaje por defecto de la misma está establecido en Inglés. Es por esto que cuando la subimos, el App Hub, allí esperan que pongamos una descripción de la App en inglés:

    image

    Es un error frecuente, porque si efectivamente nuestra app está en español, querremos ponerle descripción en español; pero el App Hub solo nos da la opción de inglés. Así que si ponemos la descripción en un idioma distinto al solicitado, nos rechazarán la app. Como lo mencioné es porque no hemos cambiado la opción de idioma neutral. Para lograrlo, vamos a las propiedades del proyecto y escogemos Assembly Information y allí podremos seleccionar el lenguaje neutral personalizado:

    image

    De esta manera cuando subamos la app al AppHub, nos aparecerá en este caso el idioma espa��ol, para poner la descripción.

    En situaciones más avanzadas queremos ofrecer nuestra app en varios idiomas. En otro post estaré mostrando cómo se logra tener localización de múltiples lenguajes. Por ahora veamos que si hacemos esto bien, cuando carguemos el xap al AppHub, observaremos que habrá una versión de toda la información que tenemos que suministrar, por cada lenguaje que hayamos incluido:

    image

    Como observamos en este caso, está seleccionado el idioma inglés y en este ponemos la información requerida. Luego seleccionamos español y procedemos escribiendo la información en el lenguaje adecuado. Recordemos que esto solo aplica cuando intencionalmente escogemos tener dos o más lenguajes para nuestras apps.

    Sabiendo que pueden surgir nuevos motivos de rechazo frecuentes, stay tunned, que aquí estaré citándolos y ofreciendo las posibles soluciones.

Page 1 of 1 (4 items)