Categoría: cosas técnicas

Posts relacionados con la programación o manejo o configuración de los oredenadores (computadores)

  • Consejos para publicar aplicaciones en la tienda de Windows

     

    Pues eso… que ahora que lo tengo fresco te voy a explicar las cosas que debes tener preparadas para cuando quieras publicar una aplicación en la tienda de Windows (Windows Store).
    Lo de que lo tengo fresco es porque acabo de enviar a "certificar" las dos versiones de mi segunda aplicación para la tienda de Windows: Lector Rss para Windows 8.

     

    Primero de todo debes crear la aplicación que quieres publicar en la tienda de Windows, este requisito es… vamos que si no tienes algo que publicar, pues…

    En el manifiesto de la aplicación (accesible desde Visual Studio) debes indicar ciertas características de la aplicación, como qué iconos (imágenes) utiliza y qué requisitos requiere, por ejemplo, acceso a internet, a la cámara, etc.

    Los iconos o imágenes de la aplicación que deben incluirse son los que se añaden si creamos la aplicación usando una de las plantillas de Visual Studio, a saber:

    • Logo (150×150)
    • Small Logo (30×30)
    • Splash Screen (620×300)
    • Store Logo (50×50)

    Opcionalmente puedes indicar otros tamaños (en el manifiesto te indica qué tamaños debes utilizar) así como otros dos más: Badge Logo (24×24) y Wide Logo (310×150).
    Todos ellos en formato PNG (Portable Network Graphics).

    Logo y Wide Logo son las imágenes utilizadas en el inicio de Windows, si agregas WideLogo los usuarios podrán mostrar el icono de tu aplicación en modo grande, si no, sólo en el tamaño cuadrado de Logo.

    Para saber más de estos logos: Elegir las imágenes de tu aplicación.

     

    consejos 01

     

    En la pestaña "Capabilities" (capacidades) del manifiesto de la aplicación debes indicar qué va a hacer tu aplicación en esos temas, si algunos de ellos es aplicable a las características de tu aplicación, entonces debes seleccionarlas.
    Un error común (según dicen esta gente de la tienda de Windows) es acceder a Internet sin marcar la opción Internet (Client), que por cierto es la opción que viene seleccionada de forma predeterminada. En esos casos, es fácil que te rechacen la aplicación.

     

    consejos 02
    Figura 2.

     

    Una vez que tienes tu aplicación creada y tu cuenta de la tienda de Windows abierta, desde el propio Visual Studio puedes acceder a ciertas tareas que habitualmente harías desde el panel de tu cuenta de Windows Store o desde el escritorio de tu Windows (por ejemplo para comprobar si la app pasa el proceso de certificación).

    Todas esas opciones están en el menú Project > Store (ver la imagen 3).

     

    consejos 03

     

    Las cosas que debes indicar en la tienda de Windows y que ya deberías tener preparadas son:

    La descripción de la aplicación, un par de "características", la dirección web en la que habrá información sobre la aplicación (esto es opcional), una dirección (web) para dar soporte a la aplicación, puede ser una página Web (o blog) o bien un correo electrónico, pero te recomiendo que no uses el correo electrónico, ya que ese correo aparece en los detalles de la tienda de Windows.

    Tienes que tener algunas capturas de la aplicación (al menos una) que serán las que se utilicen en la descripción de la tienda de Windows.
    El máximo son ocho. En la siguiente imagen puedes ver estas cosas que acabo de comentarte.

     

    consejos 04

     

    Otra imagen (o imágenes) que puedes preparar (no son obligatorias) pero si no las agregas no podrán "promocionarte" la aplicación. Esas imágenes son las que utilizan en la tienda de Windows para destacar algunas aplicaciones… yo las mando por lo que pueda ocurrir…
    Los tamaños son cuatro: 414×180 (el recomendable si sólo quieres mandar una), 414×468, 558×756 y 846×468.
    En relación a estas imágenes, recomiendan que no sean simples capturas, si no mas bien imágenes promocionales o con el logo de la aplicación, etc.

     

    Y con todo esto listo, tienes más o menos unas cuantas cosas adelantadas, que la primera vez que publiqué una aplicación (hace una semana más o menos) no sabía de estas imágenes y textos a rellenar y… pues eso… que tuve que ponerme a prepararlo todo.

     

    Por último comentarte que la aplicación debe estar compilada en modo Release, ya que si la quieres publicar en modo Debug seguro que te la echan para atrás.

     

    Nota:
    Pues resulta que me han echado para atrás la aplicación que he mandado y que accede a internet (es un lector RSS) y es porque no he puesto la declaración de privacidad, y eso que lo dicen bien claro en la descripción que te muestra cuando pulsas en el enlace que hay en esa pestaña de configuración (ver la figura 2).
    Bueno, pues aquí te lo digo y te lo "pego" para que lo sepas:

     

    Internet y redes públicas

    La funcionalidad internetClient proporciona acceso de salida a Internet y redes públicas a través del firewall. Casi todas las aplicaciones web utilizan esta funcionalidad. La funcionalidad internetClientServer proporciona acceso de entrada y salida a Internet y a redes públicas a través del firewall.

    La funcionalidad internetClientServer se utiliza normalmente en escenarios punto a punto (P2P) de aplicaciones que utilizan recurso compartido de archivos y VoIP. La funcionalidad internetClientServer incluye el acceso que proporciona la funcionalidad internetClient, de manera que no tienes que especificar internetClient cuando especificas internetClientServer.

    Un requisito de certificación importante es que, si declaras estas funcionalidades, debes incluir un vínculo a tu directiva de privacidad en el panel Configuración. No hacerlo es una de las formas más habituales de impedir que la certificación se produzca.

    La página web en la que están las explicaciones de cada una de esas "capabilities" es esta:
    Declaraciones de funcionalidades de aplicación (aplicaciones de la Tienda Windows)

     

     

     

    Nos vemos.
    Guillermo

    Enlaces de utilidad:

  • To Windows or not to Windows

     

    Pues eso… un poco de nostalgia comparativa de las primeras versiones de Windows:
    Imágenes y textos tomados de: Creating the Windows 8 user experience que al final ha pasado a ser casi un "calco" del original, cuando mi intención era ponerte unas pocas imágenes, en fin…

     

    Windows 1

    Windows 1 was released in 1985, and it was designed for drastically different scenarios than what people use PCs for today.

    3 windows appear in a grid layout. Along bottom of screen are icons for a disk, a calculator, a paint program, and 2 more icons.

    The first version of Windows was a rough graphical shell around DOS, intended primarily to be used with the keyboard. A mouse was strictly optional and very few PCs had one.

     

     

    Windows 3 and 3.1

    The first commercially successful version of Windows was Windows 3, released in 1990. It featured a totally new interface, centered on a new shell called Program Manager for launching, arranging, and switching programs.

    Program Manager and File Manager windows float over a series of icons on the desktop

    File Manager was the most important new program in Windows 3, used for managing files and drives. This upgrade bet big for the first time on most users having a mouse, and knowing how to use it to click on the colorful, large (for the time) 32×32 icons. Many reviews were critical of the release because to use it effectively required one of those oft-criticized mice.

     

     

    Windows 95

    Windows 95, released a few years later in August of 1995, included a substantially reinvented user experience. Many of the constructs that are still present in Windows 7 were introduced in this version—the Start menu, taskbar, Explorer, and the desktop—but in very different forms.

    Windows Explorer open on the desktop, Start menu shows programs in a flyout menu.

    Although we think about these user interface elements as familiar today, at the time, they were radically different from how anyone had used a PC before. The Start button was so undiscoverable that, despite having the word Start right on it, bouncing “<– Click here to begin” text had to be added to the taskbar after early test releases so that people could figure out how to get started using the programs on their PC.

     

    Windows XP

    Windows XP was released to PC manufacturers on August 24, 2001. It represented another important evolution in the Windows user interface.

    My Documents window and Windows Media Player window float over a desktop background image of a green hillside and blue sky. Start button appears at lower left.

    By 2001, people were using their PCs more every day. Typing and managing files, which doesn’t require the web, remained a critical percentage of the time people spent using a PC. Yet collecting and consuming information and media—especially music, photos, and videos—was on the verge of becoming mainstream. (Even then, early digital camera sales were still just one quarter of film camera sales, and would not eclipse them for another three years.) People were spending more time on the PC web browsing and doing mail, in addition to the document-focused productivity scenarios around which Windows 95 was developed.

     

    Windows Vista

    In 2006, Windows Vista substantially changed the visual appearance of Windows, introducing the Aero visual style. Aero gave the appearance of highly-rendered glass, light sources, reflections, and other graphically complex textures in the title bars, taskbar, and other system surfaces. These stylistic elements represented the design sensibilities of the time, reflecting the capabilities of the brand-new digital tools used to create and render them. This style of simulating faux-realistic materials (such as glass or aluminum) on the screen looks dated and cheesy now, but at the time, it was very much en vogue.

    Image of Analog Clock gadget on desktop, with a window overlaying it with semi-transparent edges.

    Aero was designed to help people focus less on the window chrome itself, and more on the content within the window. It draws the eye away from the title bar and window frames, and towards what is valuable and what an app is about.

    And of course, the Start menu changed again, most notably by making it possible to press the Windows key (introduced in Windows 95) and then just start typing to search from anywhere in Windows. (This welcome innovation is one we’ve kept in Windows 8, expanding it to search even within apps.)

    Of course, as with every change along the way, some people expressed reservations about the changes.

     

    Windows 7

    Windows 7 was released in the fall of 2009, and a number of the key aspects of the UI were significantly transformed. While many of these changes centered on an overhaul of the taskbar, significant modifications were also made to the Start menu, windowing, and to the logical organization of files on the PC.

    Start button, with IE, Windows Explorer, and Windows Media Player on Taskbar. 3 instances of IE shown above taskbar (activated on hover)

    Notably, launching and switching between programs were brought together in the new taskbar. Icons in the taskbar were made bigger and more touchable. The Start menu was changed to focus on launching only the programs you use less frequently, as no program can be pinned to both the taskbar and the Start menu. This marked the start of a transition where we were looking to remove the archaic distinction between starting a program for the first time and returning to a program that was already running. It is interesting to consider how odd it is that we trained ourselves to look one place for a program the first time it is running, and a different place once it is already running.

    Windows 7 also was the first mainstream non-phone OS to introduce multitouch support into the base OS. Although tablets on other platforms have followed suit, Windows 7 was the first shipping OS to embrace multitouch in the platform. Along the way, we learned a great deal about the limitations of trying to use touch to navigate Windows when so much of the existing interface, and virtually all of the existing programs, were specifically designed to be used with mouse and keyboard.

    Although some people had critical reactions and demanded changes to the user interface, Windows 7 quickly became the most-used OS in the world.

     

    Windows 8 user experience

    But as we move closer to general availability of Windows 8 and beyond, to a time when all of your favorite apps are available and represented by tiles, suddenly your Start screen will become a personalized dashboard of everything you care about. Your whole computing experience has the potential to be encapsulated in one view. A view that you organize and control.

    Start screen with 16 live tiles

    Even content from within apps can be pinned to Start: people, mail folders, accounts, websites, books, albums, singers, movies, clients, sports teams, cities, etc. Everything you care about is efficiently available and up-to-date at all times. Tiles are the future and fit the way people look for fresh content in apps and websites.

     

    Pues ya está…

    Nos vemos.
    Guillermo

  • El misterio de los controles desaparecidos

     

    Pues eso… aunque los controles más que desparecidos están o son invisibles…
    Y es curioso porque "supuestamente" estoy usando lo mismo en ambas versiones…
    Ah.. que no te he explicado de qué va la cosa…

    Pues resulta que la primera vez que quise hacer un panel para la configuración me basé en un ejemplo de la documentación en línea: Quickstart: Add app settings, pero al mostrar el código del panel (en el que había solo un ToggleSwitch) dicho control no era visible, pero estaba.

     

    La solución

     

    En esa misma página hay un enlace a un ejemplo del SDK:

    App settings sample. En el que, al menos en el código de C#, hay un panel de configuración (SettingsFlyout.xaml) con un montón de controles (ver la figura 1), y todos ellos son visibles… es decir, están y se puede demostrar.

     

    settingsFlyout sdk
    Figura 1. El panel de configuración del ejemplo de C# en App settings sample

     

    Sin embargo, he copiado esa página en otro proyecto (tanto de VB como de C#) y no hay forma de que se vean los controles, que están, pero no se puede demostrar… y para muestra, la figura 2.

     

    settingsFlyout blanco
    Figura 2. La misma página usada para la captura de la figura 1 en otro proyecto

     

    He mirado los estilos, he comprobado que todo está como en el proyecto original y nada… no hay forma de que se vean dichos controles. Primero pensé que era porque estaba usando Visual Basic y que faltaba algo del código usado en C#, pero no… también lo he probado en un proyecto de C# y tampoco soy capaz de mostrar los controles.
    De todas formas, en el ejemplo del SDK sólo he visto que esa página esté en el proyecto de C# pero no en el de Visual Basic… lo mismo es que a ellos les pasó lo mismo… hum… aunque no me sirve de consuelo… no… 🙁

    Seguramente será algo simple, pero no doy con la tecla… y lo publico por si por casualidad alguien lo ve y sabe cuál es el problema… porque yo no soy capaz de encontrarlo… en fin…

     

    Lo dicho, si sabes cómo solucionarlo, me lo dices.
    Gracias.

     

     

     

    La solución:

    En el fichero App.xaml (en la definición de <Application) añadir lo siguiente:

    RequestedTheme="Light"

    ¡¡¡Y ya se ven los dichosos controles!!!

    La inspiración vino al leer el artículo Windows Store App Settings Flyout de Mohamed Mahmoud El-Geish en el que explica cómo hay que diseñar uno de estos paneles y al indicar que el fondo del panel debe ser blanco indica el problema de los colores… y lo de indicar el RequestedTheme.

    Después de encontrar esta solución, vi que en mi facebook, Omar del Valle había puesto un enlace en el que explican esto de los temas claros y oscuros (Light y Dark):
    Mixing themes in XAML Metro apps.

    En fin…

     

     

    Nos vemos.
    Guillermo