Depois de meses com rumores (infundados) de que a Microsoft ia largar o Silverlight em prole do HTML5, heis que é chegado finalmente o dia de lançamento oficial do Silverlight 5!

As novidades são muitas, mas estas são as que mais se destacam:

• PivotViewer control
• Trusted applications in-browser
• 3D graphics
• Vector printing
• Improved text rendering including the RichTextBlock control.
• Hardware decode of H.264 media

Podem encontrar na página oficial do Silverlight uma série de vídeos introdutórios com Pete Brown, Developer Division Community Program Manager na Microsoft.

@Silverlight SDK

Decorre já nos próximos dias 12 de Outubro no Porto e 14 de Outubro em Lisboa, mais um Microsoft Webday, um evento dedicado às tecnologias de desenvolvimento para a internet.

Sendo já o segundo evento deste tipo este ano, a agenda ainda não está fechada mas promete ser bastante interessante, com sessões “essentials” na parte da manhã, e sessões “deep dive” na parte da tarde, com temas que devem passar por Azure, Silverlight 4, Windows Phone 7, HTML5, IE9, ASP .NET 4, ASP .NET MVC 3, WebMatrix, Razor, e outros!

Outra novidade é o seminário de pré-conferência que acontece no dia que antecede o evento em cada cidade (11 e 13), dedicado exclusivamente ao Windows Phone 7.

Não percam tempo e façam já o registo, usufruindo do desconto “Early Bird”!

Este é um artigo um pouco diferente do que normalmente coloco no blog!

Recentemente tive de recorrer à utilização de XPath numa aplicação em .NET 4.0, e deparei-me com alguns problemas inesperados!

Suponhamos que temos um ficheiro chamado “teste.xml” com o seguinte conteúdo:

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" DefaultTargets="Build">
  <PropertyGroup>
    <ProductVersion>9.0.30729</ProductVersion>
  </PropertyGroup>
</Project>

Agora, com base neste ficheiro, executam o seguinte código em .NET:

var doc = new XmlDocument(); //Criar XmlDocument

doc.Load("teste.xml"); //Carregar o ficheiro teste.xml

var node = doc.SelectSingleNode("/Project"); //Obter o nó raiz com uma expressão de XPath

Ora pela lógica, neste momento a variável “node” deveria ter o nó raiz do nosso XML, certo?

ERRADO!!!

Acontece que pelo menos até à actual .NET Framework 4.0, as base classes apenas contemplam XPath 1.0, em que a noção de “default namespace” (indicado no XML com o atributo “xmlns”) não existe, sendo assim obrigatória a sua indicação!

Para ultrapassar este problema, sugiro algumas soluções:

Solução 1: passar o default namespace a ser apenas mais um namespace declarado (isto sim, compatível com XPath 1.0)

var doc = new XmlDocument();  //Criar XmlDocument

doc.Load("teste.xml"); //Carregar o ficheiro teste.xml

var nsm = new XmlNamespaceManager(doc.NameTable);

nsm.AddNamespace("xxx", doc.DocumentElement.NamespaceURI);

var node = doc.SelectSingleNode("/xxx:Project", nsm); //Obter o nó raiz com uma expressão de XPath

Solução 2: remover o “default namespace” (carinhosamente chamada de “solução-martelo”)

var doc = new XmlDocument();  //Criar XmlDocument

doc.Load("teste.xml"); //Carregar o ficheiro teste.xml

if (doc.DocumentElement.HasAttribute("xmlns"))
{
    doc.DocumentElement.SetAttribute("xmlns", string.Empty);
    doc.Load(doc.OuterXml);
}

var node = doc.SelectSingleNode("/Project"); //Obter o nó raiz com uma expressão de XPath

Solução 3: utilizar bibliotecas de terceiros em vez do normal System.Xml, quem implementam as mais recentes tecnologias como XPath 2.0

• Saxon
• XQSharp
• QueryMachine

Apesar de eu ter utilizado XmlDocument, este é um comportamento que afecta também o “LINQ to XML” (XDocument e afins… ) quando pretendem aplicar XPath a estes!

Bom XPath’ing a todos!

Nada como uma calma noite de Domingo de Páscoa para umas pequenas experiências com o Visual Studio 2010,  Silverlight, e o emulador do Windows Phone 7!

O resultado? Tendo por base este exemplo, cheguei a um simples relógio analógico com o aspecto certo para a interface do Windows Phone 7, tal como podem ver na figura!

Podem descarregar aqui o código fonte!

Estamos a menos de 24 horas do Microsoft Webday 2010, um evento dedicado às novas tendências e tecnologias orientadas para a internet: Silverlight, Internet Explorer, Expression, ASP.net, e Windows Azure!

O evento será na Fundação Dr. António Cupertino de Miranda, no Porto, e sendo o primeiro evento Microsoft do ano, pode-se dizer que começa muito bem, dado que está já lotado há mais de uma semana!

Eu estarei presente para assistir ao que conto ser um grande evento técnico, apresentado por um quadro de especialistas destas áreas!

Em mais um artigo da série sobre desenvolvimento de Windows Mobile Widgets, hoje venho falar sobre o seu modelo de objectos (object model) de Javascript.

Voltando ao essencial, um Widget é apenas HTML + CSS + Javascript… sendo o HTML e o CSS utilizado para o desenho da interface, o Javascript serve para a implementação da lógica e programação do Widget.

Os Widgets de Windows Mobile disponibilizam um objecto chamado widget, que permite o acesso a algumas informações do estado do dispositivo, bem como a algumas funcionalidades relacionadas com o próprio Widget.

Esta é a definição do objecto widget:

• Propriedades:
  • authorEmail – O endereço de e-mail do autor do Widget, correspondendo ao valor do atributo email do elemento <author> no manifesto
  • authorName – O nome do autor do Widget, correspondendo ao valor do elemento <author> no manifesto
  • authorURL – O nome do autor do Widget, correspondendo ao valor do atributo href do elemento <author> no manifesto
  • currentIcon – O icon que está em uso neste Widget; este é um object do tipo WidgetIcon.
  • description – A descrição do Widget, correspondendo ao valor do elemento <description> no manifesto
  • height – A altura do Widget em pixels
  • identifier – O identificador único do Widget, correspondendo ao atributo id do elemento <widget> no manifesto
  • locale – O identificador do idioma (locale) em uso, conforme as definições regionais (Regional Settings) do dispositivo
  • menu – O menu do Widget; este é um objecto do tipo Menu.
  • name – O nome do Widget, correspondendo ao valor do elemento <name> no manifesto
  • version – A versão do Widget, correspondendo ao valor do atributo version do elemento <widget>
  • width – A largura do Widget em pixels
• Métodos
  • createObject(type) – Cria uma instancia do tipo indicado
  • preferenceForKey(key) – Obtém os dados persistentes relativos ao identificador indicado
  • setPreferenceForKey(value, key) – Guardar persistentemente os dados indicados, relacionando-os com um identificador
• Eventos
  • onHide – Ocorre quando a janela do Widget perde o foco (minimizar)
  • onShow – Ocorre ao focar a janela do Widget

Para efeito de exemplo, vamos utilizar novamente o nosso “Hello World” (a versão deste post), e fazer com que este apresente no ecrã principal o seu nome e versão, alterando para isso o ficheiro default.htm:

<html>
<head>
<title>Hello World</title>
<script type="text/javascript" src="resources.js"></script>
<script type="text/javascript">
window.onload = function() {
  HelloWorldLabel.innerText = Resources.HelloWorldText;
  WidgetInformation.innerText = widget.name + " v" + widget.version;
};
</script>
</head>
<body>
<p id="HelloWorldLabel"></p>
<p id="WidgetInformation"></p>
</body>
</html>

Abrindo o Widget no emulador, o resultado deverá ser como a seguinte imagem:

Como pudemos ver acima, existem ainda pelo menos mais dois objectos: o WidgetIcon e o Menu.

O WidgetIcon tem a seguinte estrutura:

• Propriedades
  • height – A altura do icon
  • src – O url do icon
  • width – A largura do icon

Por sua vez, o Menu apresenta a seguinte estrutura:

• Propriedades
  • leftSoftKeyIndex – Utilizado pelo método setSoftkey para representar a tecla (soft-key) da esquerda
  • rightSoftKeyIndex – Utilizado pelo método setSoftkey para representar a tecla (soft-key) da direita
• Métodos
  • append(item) – acrescente um objecto do tipo MenuItem à tecla (soft key) da direita
  • clear() – Limpa o conteúdo do menu principal
  • createMenuItem(id) – cria um novo objecto MenuItem com o identificador indicado
  • getMenuItemById(id) – obtém o objecto MenuItem dado o seu identificador
  • remove(item) – remove do menu o objecto MenuItem indicado
  • setSoftKey(item, id) – atribui o MenuItem a uma tecla (soft key) específica.

E aqui aparece mais um objecto, o MenuItem, que tem a seguinte estrutura:

• Propriedades
  • text – O texto a apresentar neste item
• Eventos
  • onSelect – Ocorre quando o item é seleccionado

Utilizando agora estes conceitos, vamos criar um novo item “About” para o nosso menu:

<html>
<head>
<title>Hello World</title>
<script type="text/javascript" src="resources.js"></script>
<script type="text/javascript">
window.onload = function() {
 HelloWorldLabel.innerText = Resources.HelloWorldText;
};

var menu = widget.menu;
var aboutMenuItem = menu.createMenuItem(1001);
aboutMenuItem.text = "About";
aboutMenuItem.onSelect = function() {
 alert(widget.name + " v" + widget.version);
};
menu.setSoftKey(aboutMenuItem, menu.leftSoftKeyIndex);
</script>
</head>
<body>
<p id="HelloWorldLabel"></p>
</body>
</html>

A imagem seguinte mostrar o resultado obtido; reparem bem na tecla (soft key) da esquerda:

Podem aqui encontrar o ficheiro “Hello World.wgt” com o resultado das alterações… e até à próxima!

A Microsoft lançou uma nova versão do Facebook SDK! A actual versão 3.0 permite a ligação do Facebook através de várias tencnologias, como por exemplo o WPF, o Silverlight e o ASP.NET MVC.

Este é um SDK disponibilizado totalmente em “código aberto” no CodePlex, e apesar de ter sido inicialmente desenvolvido pela Clarity Consulting, não deixa de ser curioso a clara ligação e interesse da Microsoft no Facebook (ver os caso da Xbox, já aqui falado anteriormente, e do Windows Mobile)…

Continuando a “saga” do desenvolvimento de Windows Mobile Widgets, este terceiro artigo vai focar o manifesto dos Widgets, mostrando para que serve e como o podemos utilizar para nosso próprio proveito.

O manifesto de um Widget para Windows Mobile tem obrigatoriamente o nome de “config.xml” e obedece ao standard definido pelo draft para desenho de Widgets da W3C, de 22 Dezembro de 2008. Este standard é um rascunho (draft) do que é pretendido para a versão final; no entanto, no seu aspecto base é garantida pelo Windows Mobile a retro-compatibilidade das próximas versões com as mais antigas.

Este manifesto, tal como o nome do ficheiro indica, não é nada mais do que texto XML que descreve “quem” o nosso Widget realmente é!

Assim, e pegando novamente no exemplo Hello World que venho a apresentar desde o primeiro artigo, o manifesto completo para este Widget poderia ser algo deste tipo:

<?xml version="1.0" encoding="utf-8" ?>
<widget xmlns="http://www.w3.org/ns/widgets" id="http://www.pedrolamas.com/WindowsMobileWidgets/HelloWorld" version="1.0">
<name>Hello World</name>
<content src="default.htm" type="text/html" />
<access network="false" />
<icon src="icon.png" />
<icon src="icon.ico" />
<description>
Hello World Demo Application!
</description>
<author href="http://www.pedrolamas.com" email="pedrolamas@gmail.com">
Pedro Lamas
</author>
<license>
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.
</license>
</widget>

Começando pela raiz do documento XML, vemos que dentro do elemento widget podemos encontrar os seguintes atributos:

• id – Este é o identificador único para este Widget, e permite que em futuras instalações deste mesmo Widget (com o mesmo id), sejam comparadas as versões, permitindo assim  que este seja actualizado. O seu conteúdo é obrigatoriamente um URI válido
• version – A versão do Widget

Passamos agora aos elementos internos:

• name – O nome do Widget, que entre outras coisas será utilizado ao criar um atalho no Start
• content – Identifica o conteúdo do Widget e tem os seguintes atributos:
  • src – O ficheiro de arranque do Widget
  • type – O tipo de conteúdo MIME do ficheiro de arranque
• access – Os acessos que este Widget irá necessitar, apresentando os seguintes atributos:
  • network – Indica que o Widget precisa de acesso à internet; em caso afirmativo, será apresentado um aviso ao utilizador para que este dê efectivamente o acesso
• icon – Identifica um icon a ser apresentado no Widget, com estes atributos:
  • src – O ficheiro de imagem do icon propriamente dito
• description – A descrição do Widget, apresentada por exemplo quando este é instalado
• author – O nome do autor do Widget, bem como os seguintes atributos:
  • href – Um endereço de internet, normalmente representando a página de suporte do Widget ou do seu autor
  • email – Um endereço de email, sendo normalmente o email de suporte do Widget ou do seu autor
• license – A licença associada ao Widget

De todo o manifesto, acho pessoalmente que o identificador (id) e versão (version) são os mais importantes e essenciais, já que é com base nestes dois atributos que o Windows Mobile nos permite efectuar actualizações aos nossos Widgets; assim, aconselho a que coloquem sempre um identificador bastante completo, de forma a garantir que este é verdadeiramente único.

Todo o manifesto do Widget pode ser acedido programaticamente através do modelo de objectos (Object Model) que os Widgets expõe para o Javascript, mas esse será o tema do próximo artigo…

Na continuação da série de artigos sobre Windows Mobile Widgets que tenho pensada, este segundo artigo focará em essencial como podemos “internacionalizar” os nossos Widgets, ou seja, como fazer para que a interface do Widget seja multi-língua (Localization), apresentando o idioma correcto conforme as Regional Settings (Definições Regionais) do PDA onde ele estiver a ser executado.

A localização da interface de Widgets consiste em dividir a aplicação em “recursos”, sejam eles imagens, javascript, ou outros tipos de ficheiros, e colocar cópias desses recursos devidamente localizados em pastas individuais que indicam qual o idioma (Locale).

Antes de mais, há que perceber o conceito de Locale ID (ou LCID): trata-se de um código que identifica o idioma utilizado num dado elemento. Os códigos LCID que podem ser utilizados nos Widgets do Windows Mobile podem ser consultados aqui.

Utilizando por base o exemplo “Hello World” apresentado no artigo anterior, para que o interface deste widget tenha suporte para multi-língua, teremos de remover o texto da própria interface e fazer com que este seja carregado dinamicamente de um ficheiro javascript (.js), ficheiro este que será posteriormente replicado para as línguas que pretendermos. Assim, o primeiro passo será criar o ficheiro “resources.js” com os recursos do nosso Widget:

var Resources = {
 HelloWorldText: "Hello World"
};

De seguida, vamos alterar o ficheiro de interface “default.htm” para que este consuma o ficheiro de recursos:

<html>
<head>
<title>Hello World</title>
<script type="text/javascript" src="resources.js"></script>
<script type="text/javascript">
window.onload = function() {
 HelloWorldLabel.innerText = Resources.HelloWorldText;
};
</script>
</head>
<body>
<p id="HelloWorldLabel"></p>
</body>
</html>

As linhas marcadas acima indicam os locais em que o ficheiro original foi alterado.

Para efeitos de exemplo, vamos fazer agora a tradução dos recursos para Português de Portugal. Para isso, vamos criar directamente na raiz do nosso Widget uma nova pasta e dar-lhe o nome de “pt“; depois criamos uma cópia do ficheiro “resources.js” dentro da pasta “pt“. Falta agora modificar o conteúdo do ficheiro, traduzindo os textos para a língua correcta, sendo o resultado final como o seguinte:

var Resources = {
 HelloWorldText: "Olá Mundo"
};

Esta é a estrutura de ficheiros do nosso Widget já alterado:

Falta apenas empacotar os ficheiros seguindo as indicações do primeiro artigo, instalar e testar!

Para correctamente podermos ver o nosso Widget em Português, teremos que indicar ao PDA que pretendemos utilizar as Definições Regionais de Portugal, utilizando para isso as opções que podemos encontram em Start \ Settings \ System \ Regional Settings, e alterando as definições tal como mostra a imagem seguinte:

Irá aparecer um aviso para reiniciar o PDA, que no nosso caso poderá ser ignorado visto que para a execução de Widgets a alteração das Definições Regionais são imediatas.

De seguida executando o Widget, poderemos ver a interface em Português de Portugal tal como pretendiamos:

Podem aqui descarregar o ficheiro “Localized Hello World.wgt” que tem o resultado desta demonstração… encontramo-nos no próximo artigo!

Quantas vezes tivemos a necessidade de incluir numa qualquer aplicação que estamos a desenvolver um Web Service, e andamos à procura na Internet e nada?

Ontem encontrei um catálogo com serviços que vão desde a simples pesquisa na internet ou listagem de notícias, até algo mais complexo como obter informações do trânsito ou procurar farmácias de serviço, etc.; são mais de 30 serviços alojados e mantidos directamente pelo Sapo!

Estes Web Services estão disponíveis para utilização não comercial e a sua continuidade não está garantida pela PTC, mas só o facto de existirem e de facilmente poderem ser utilizados por qualquer programador, é já uma grande ajuda, e mais não seja servem como ferramentas de testes!