Entre os vários melhoramentos e correcções feitas, existe agora um novo projecto:

• Cimbalino.Phone.Toolkit.Controls

Neste projecto serão colocados todos os controlos que forem criados de hoje em diante, e que dependam directamente do Silverlight for Windows Phone Toolkit.

Para já, o único controlo presente é o PropertyGrid, a grande novidade da versão 1.3!

Este controlo simula no Windows Phone o comportamento do PropertyGrid que encontramos em Windows Forms: basta apontar para um qualquer objecto, e ele tratará de desenhar a interface mais adequeada de acordo com as propriedades e os metadados do objecto em causa.

Para melhor se perceber o comportamento do controlo, podem consultar o exemplo disponível no código fonte do toolkit.

Para terminar, tenho a comunicar que o toolkit está agora numa “nova casa”, em cimbalino.org!

A título de exemplo, o link de instalação da minha aplicação Totojogos é http://windowsphone.com/s?appid=bba5b571-13d3-49e9-841e-0e2bf0009fd3

Este é o link aparece no AppHub, na página de detalhes (“details”) da aplicação, com a designação de “deep link” conforme mostra a imagem:

Estes links tem uma parte fixa e uma variável, que é basicamente o identificador da aplicação; podemos daqui facilmente perceber que o link tem o seguinte formato:

http://windowsphone.com/s?appid=<ApplicationId>

O ApplicationId é atribuído à aplicação no momento em que é feita a sua primeira submissão (na verdade, ele aparece pela primeira vez no endereço da página do passo 2 da submissão, logo a seguir ao carregamento do ficheiro .xap), e é colocado no atributo “ProductID” do elemento “App” no ficheiro do manifesto da aplicação (WMAppManifest.xml).

Para criar o link dinamicamente basta então ler o ficheiro de manifesto, obter o valor do atributo “ProductID”, e criar então o link de acordo com o formato esperado; com estes dados podemos chegar a uma classe deste tipo:

public class DeepLinkHelper
{
    private const string AppManifestName = "WMAppManifest.xml";
    private const string AppNodeName = "App";
    private const string AppProductIDAttributeName = "ProductID";

    public static string BuildApplicationDeepLink()
    {
        var applicationId = Guid.Parse(GetManifestAttributeValue(AppProductIDAttributeName));

        return BuildApplicationDeepLink(applicationId.ToString());
    }

    public static string BuildApplicationDeepLink(string applicationId)
    {
        return @"http://windowsphone.com/s?appid=" + applicationId;
    }

    public static string GetManifestAttributeValue(string attributeName)
    {
        var xmlReaderSettings = new XmlReaderSettings
        {
            XmlResolver = new XmlXapResolver()
        };

        using (var xmlReader = XmlReader.Create(AppManifestName, xmlReaderSettings))
        {
            xmlReader.ReadToDescendant(AppNodeName);

            if (!xmlReader.IsStartElement())
            {
                throw new FormatException(AppManifestName + " is missing " + AppNodeName);
            }

            return xmlReader.GetAttribute(attributeName);
        }
    }
}

A parte mais importante nesta classe é a função GetManifestAttributeValue(string), que permite aceder ao ficheiro WMAppManifest.xml e de lá ler a informação pretendida.

Obtido o ApplicationId, este é depois utilizado juntamente com a função BuildApplicationDeepLink(string) para retornar o link final!

Tendo esta class na nossa aplicação, basta então invocar a função DeepLinkHelper.BuildApplicationDeepLink() para obter o deep link da mesma e com ele fazer o que quisermos (enviar por e-mail, partilhar nas redes sociais, etc.)!

Para facilitar o acesso ao manifesto da aplicação mantendo uma arquitectura MVVM, o Cimbalino Windows Phone Toolkit na versão 1.3 já tem o IApplicationManifestService com propriedades de acesso directo, sendo uma delas o ProductID utilizado acima!

ApplicationDeepLink (link externo)
Downloaded 19 times

Mas se é verdade que actualmente a grande parte dos recursos se encontram codificados em UTF-8 (por exemplo, as páginas do Público, Sapo, e Google), existem ainda alguns com outras codificações, sendo a mais comum a ISO-8859-1, designada de Western Europe Encoding (exemplo disso são as páginas do Diário de Notícias, e a Rádio Popular).

Na .NET Framework completa, podemos utilizar o seguinte comando para obter um objecto capaz de processar este formato:

var encoding = System.Text.Encoding.GetEncoding("iso-8859-1");

Mas infelizmente, este processo não funciona no Silverlight (e por inerência, no Windows Phone)!

A alternativa pode passar por termos um serviço intermediário (tipo proxy) o qual seria invocado pela aplicação Silverlight, e que por sua vez faria um pedido à pagina com dados codificados em ISO-8859-1, e assim trataria da sua conversão para UTF-8 antes de os devolver à aplicação.

Mas podemos resolver o problema directamente na aplicação, criando uma classe Encoding para podermos correctamente ler e processar a informação; nesse sentido, o Silverlight Encoding Generator é a ferramenta a utilizar!

Esta ferramenta permite gerar uma classe de Encoding compatível com Silverlight, de forma muito ágil e rápida: basta indicar o nome da codificação (lista completa das disponíveis na .NET Framework 4.0), o namespace e nome da classe a criar e está pronto!

Fim de semana no Hotel Ipanema Porto com as melhores condições para aprenderem a desenvolver aplicações para Windows Phone, a ajuda de alguns “experts” disponíveis para tirar dúvidas ou simplesmente apontar no caminho certo, e francesinhas à mistura!

Tal como no primeiro em Palmela, também este App Code Camp do Porto só pode ser classificado de sucesso, e com um sentimento pessoal de “missão cumprida”!

Até ao próximo Windows Phone App Code Camp!

Mas também é possível enviar ficheiros binários por inteiro e aceder a eles em runtime!

Note-se que estes ficheiros vão dentro do ficheiro .xap da aplicação (que nada mais é que um simples ficheiro ZIP com extensão modificada) e quando esta é instalada, são colocados na mesma pasta que os binários e não no Isolated Storage (e como tal, são apenas de leitura)

let’s code

Vamos criar uma aplicação muito simples, apenas com uma caixa de texto onde colocaremos o conteúdo de um ficheiro .txt que pretendemos distribuir.

Começamos por adicionar um ficheiro de texto ao projecto (para este exemplo será chamado de “test.txt”), certificando que nas propriedades do mesmo, o Build Action do ficheiro está em Content, garantindo assim que o ficheiro irá junto com a aplicação.

De seguinte, abrimos o ficheiro MainPage.xaml e adicionamos o seguinte código no interior do elemento ContentPanel:

<TextBox x:Name="TestFileContentTextBox" />

Passando para o ficheiro MainPage.xaml.cs, adicionamos o seguinte Using no topo do mesmo:

using System.IO;

Falta apenas substituir o construtor pelo seguinte código:

public MainPage()
{
    InitializeComponent();

    var streamResourceInfo = App.GetResourceStream(new Uri("test.txt", UriKind.Relative));

    using (var stream = streamResourceInfo.Stream)
    {
        using (var streamReader = new StreamReader(stream))
        {
            TestFileContentTextBox.Text = streamReader.ReadToEnd();
        }
    }
}

No bloco de código em cima é fácil de perceber onde está toda a magia: na linha 5 utilizamos o método Application.GetResourceStream para obter uma referência ao ficheiro pretendido e que foi distribuído com a aplicação; na linha abaixo vemos a ser feito o acesso à stream read-only do ficheiro propriamente dito.

Aqui tem o código fonte deste exemplo:

GetFileFromXap.zip (link externo)
Downloaded 68 times

A grande novidade, é que agora podem ver o vídeo da mesma!

Cabe aos programadores prepararem as suas aplicações para que estas funcionem nesta nova classe de equipamentos, e para tal, a equipa de desenvolvimento do Windows Phone já publicou um artigo de boas-práticas sobre que optimizações e cuidados devem ter!

No mesmo sentido, junto agora o meu pequeno contributo, que é uma forma muito básica de conseguir saber se a aplicação está a ser executada num equipamento “low cost” ou não:

public bool IsLowMemoryDevice
{
    get
    {
        return Microsoft.Phone.Info.DeviceStatus.DeviceTotalMemory <= 268435456;
    }
}

Esta função muito simples nada mais faz do que obter o total de memória do dispositivo e saber se é inferior a 256MB; se o for, trata-se então de um equipamento “low cost”!

O Cimbalino Windows Phone Toolkit já tem esta funcionalidade disponível na implementação do método IDeviceStatusService.IsLowMemoryDevice, bastando assim registar o serviço DeviceStatusService no vosso controlador de IOC para a ela poderem aceder!

No passado mês de Fevereiro foi apresentado na Mobile World Conference a versão Consumer Preview do Windows 8, estando desde o dia 29 de Fevereiro disponível para download.

No seguimento deste anuncio, o App Day dá a conhecer melhor esta plataforma, a oportunidade existente no desenvolvimento de aplicações para a Windows Store, e a conhecer como desenvolver aplicações Metro.

O evento está agendado para o próximo dia 24 de Abril na Univ. Fernando Pessoa no Porto, e a participação é de inscrição obrigatória; para se inscreverem enviem um e-mail com o vosso nome, faculdade/empresa e e-mail de contacto para leonor.gaudencio@studentpartner.com.

A sala enche depressa por isso não hesitem…

A Microsoft não para e depois do sucesso do primeiro Windows Phone App Code Camp, já está a preparar o 2º, desta vez a decorrer no Porto!

Marquem já na vossa agenda: dias 14 e 15 de Abril no Hotel Ipanema Porto!

Tal como o primeiro, estamos a falar de um evento totalmente gratuito em que será dada a orientação necessária para criarem aquela aplicação que já há muito pensaram fazer, mas que por esta ou aquela razão ainda não a concretizaram!

As inscrições são muito limitadas e terminam a 9 de Abril, por isso façam a vossa quanto antes!

Podem ver o anuncio oficial deste evento com mais informações importantes no link em baixo.

Windows Phone App Code Camp - Porto (445.14 kB)
Downloaded 292 times

Tratando-se apenas de uma actualização da versão 7.1 lançada em Setembro do ano passado, as novidade prendem-se com o suporte para os equipamentos com 256MB de memória, e a compatibilidade com o Windows 8 RC!

Esta é uma actualização é aconselhada a todos os programadores, pois vai permitir testar o comportamento das aplicações num (novo) emulador específico que simula equipamentos com menos memória, antes mesmo de as submeter ao Marketplace!

Podem consultar aqui o artigo oficial de Cliff Simpkins.