Ganhamos ainda um prêmio da Escola Politécnica da USP como melhor projeto de tecnologia dentre os formandos de engenharia de computação na apresentação final do projeto. ;D

–

We also talked about posting our thoughts in english from now on too. This will help people with problems with Direct3D Mobile, .NET CF or even Visual Studio 2005, at least we think it will.

We will post a video soon on youtube showing our project, a 3d framework for mobile devices running Windows Mobile. This video will show the instalation process, the development of a simple application using our framework and this application running on a PDA.

Até mais,

and see you soon!

Nesses últimos dias estivemos preocupados com três coisas:

• Design Time: Criação de classes de design, XMTA files, ASMMETA’s, etc.
• Project Templates + Design Time: Instalação, GACUTIL, Registry Keys, integração com Design Time.
• Direct3D Mobile Device entre forms: Esses Devices são coisa do INFERNO!

Nossa intenção é blogar sobre essas últimas dificuldades, e criar um pouco mais de referências sobre esses assuntos.

Quando compilarmos a versão final do instalador, acho que colocamos aqui.

Agora é só esperar o dia 09/12/2008 para pegar o diploma, e aproveitarmos uns dias de férias após 3 anos de Coop!

Parte importante para garantir facilidade no uso é fazer com que seja fácil configurar a IDE (Visual Studio 2005) para utilizar o “framework”, assim como utilizar das ferramentas de design time da IDE. A parte do design time já foi discutida em posts anteriores aqui, e continua a ser uma tarefa árdua. Trabalhar com a diretiva NETCFDESIGNTIME é complicada, principalmente por termos reescrito o evento OnPaint dos controles novos. Provavelmente, assim que conseguirmos alguma solução interessante, postaremos aqui no blog.

Antes de entrar no Custom Project, gostaria de citar uma coisa interessante: apesar de não fazermos nenhuma divulgação desse blog, aparecemos na primeira página em buscas do Google para algumas keywords. O problema disso é buscar alguma informação e acabar achando o próprio blog, o que obviamente não ajuda muito na pesquisa .

Agora, sobre os projetos customizados para Visual Studio 2005: essa parte já foi implementada satisfatoriamente, pelos menos para o escopo desse projeto.

Um dos maiores problemas para utilizar o wizard de Project Templates do VS2005 foi conseguir que a opção de Export Template aparecesse! Por default, essa opção, que fica sob o menu File, tem comportamento dinâmico: deveria aparecer quando fosse possível utilizá-la. Por algum motivo obscuro, essa “funcionalidade” não funcionou muito bem nas nossas máquinas (diversas, tanto nossos notebooks, quanto nossos desktops, quanto nossas máquinas na I.ndigo). O menu praticamente não aparecia nunca. Todos os materias disponíveis na rede citavam essa ação, e demorou certo tempo para que decidissemos fazer o seguinte: Do Visual Studio, View -> Toolbars -> Customize; Na aba Commands, Categories -> File; Na listagem Commands -> Export Template; Para que a opção esteja sempre disponível, clique e arraste o Export Template para o menu File ou para uma toolbar que você esteja vendo. Pronto. .

Agora, selecionando um projeto pelo Solution Explorer, e selecionando Export Template, você é levado ao wizard de exportação. Um ponto que vale a pena citar é que se o projeto que se deseja distribuir/reutilizar como template esteja dentro de uma solution, as referências de projeto não são exportadas para o template. Resolvemos esse problema com algumas post-build actions, mas esse é assunto para outro post, caso alguém se interesse.

Terminando os passos do wizard, que não são muito complicados, seu template está pronto para ser reutilizado. Porém se quiser distribuir esse template, temos basicamente 2 opções: 1. Colocar todos os templates em uma pasta da sua rede, e configurar o Visual Studio para acessar essa pasta como repositório de templates. Funciona muito bem para, por exemplo, uma equipe de desenvolvedores de uma empresa; 2. Criar um instalador para o template. Dado o carácter de framework do nosso projeto, a opção 1 não é muito interessante. Partimos então para implementar a segunda opcão.

Para fazer o template ser reconhecido pelo Visual Studio a partir de algum método de instalação, devemos copiar o arquivo de template (arquivo ZIP em <MyDocuments>/Visual Studio 2005/My Exported Templates) para a pasta <MyDocuments>/Visual Studio 2005/Templates/ProjectTemplates ou para <VS2005InstallDir>/Common7/IDE/ProjectTemplates/CSharp. Essa segunda opção requer um pouco mais de trabalho, por precisar configurar mais arquivos. Para maiores referências, uma pesquisa rápida no Google já é suficiente.

Optando pela primeira opção de diretório, basta fazer um setup project diretamente do Visual Studio, adicionar no File System a Special Folder User’s Personal Data Folder (equivalente a pasta Meus Documentos), e adicionar as pastas: Visual Studio 2005/Templates/ProjectTemplates/Visual C#. Dentro dessa pasta, adicionar o arquivo de template, e voilá. Executando o setup, depois abrindo o VS2005, está lá o seu template pronto para ser usado. Caso você queira, por exemplo, que o template apareça sob a opção de Smart Device -> Windows Mobile 5.0 Pocket PC, é só adicionar essas pastas após a pasta Visual C#.

Um pouco mais de trabalho para fazer o Design Time, e o nosso projeto vai estar bem usável!

Para que o Design Time possa ser feito, um passo inicial era conseguir fazer a seguinte estrutura de classes:

Cubo3D

CuboContainer1

Control1

Control2

etc

Porém, havia a dificuldade em manter a visibilidade dos controles, uma vez que havíamos pensado em, ao mudar de tab, deixar visível somente os controles daquela tab… Assim, deveríamos guardar a visibilidade real (estado do código) em alguma estrutura… o que era difícil de ser implementado colocando os controles dentro de controls.add do CuboContainer.

Mas tive uma surpresa boa… consegui um workaround colocando os controles dentro de controls.add do cubocontainer (este invisível para evitar seu rectangle) e, ao realizar a mudança de tabs, adiciono os controles da tab a ser visualizada dentro de form.controls.add. Como só pode haver um parent para cada controle, estes podem ser visualizados. Quando a tab muda, retorno os controles para o controls.add do cubocontainer respectivo.

Tentei utilizar a diretiva NETCFDESIGNTIME, mas parece não funcionar. Temos que procurar algum método que consiga “escolher” como será renderizado o componente em tempo de design.

Outro ponto encontrado é que todo os controles dentro do formulário são adicionados no método InitializeComponent() e inclusos na collection Controls. Hoje estamos utilizando uma collection própria somente para os controles 3D, para controle de posicionamento e identificação se o objeto foi clicado.

Imagino que tenhamos que mudar esta implementação, passando a utilizar o “Controls”. A alternativa seria colocar todas as propriedades necessárias dentro do próprio controle, ou seja, a classe “PositionedMeshes”.

Vou trabalhar ainda para descobrir uma forma de renderizar o controle em design time.

Peter ficou responsável por descobrir uma forma de guardar as propriedades do controle e utilizar esses dados, utilizando a Collection Controls nativa do formulário.

Para fazer esse novo template, comecei a pesquisar hoje, e achei os seguintes links interessantes:

• Primeiro, requisitos básicos para criar tipos de projetos novos no VS2005:

1. Visual Studio Service Pack 1 (http://www.microsoft.com/downloads/details.aspx?familyid=bb4a75ab-e2d4-4c96-b39d-37baf6b5b1dc&displaylang=en)[download]
2. Visual Studio SDK 4.0 (http://msdn.microsoft.com/en-us/library/bb166441(VS.80).aspx) e (http://www.microsoft.com/downloads/details.aspx?FamilyID=51A5C65B-C020-4E08-8AC0-3EB9C06996F4&displaylang=en)[download]

• Links sobre templates

1. Visual Studio 2005: Create Reusable Project And Item Templates For Your Development Team (http://msdn.microsoft.com/en-us/magazine/cc188697.aspx)
2. WindowsDevCenter.com — Creating Visual Studio Project Templates (http://www.windowsdevcenter.com/pub/a/windows/2006/10/17/creating-visual-studio-project-templates.html)

Apesar da criação de templates ser um pouco mais fácil, me preocupa como fazer isso ser “instalável” ou redistribuível. Um outro blog,

1. Building a Visual Studio Custom Project Type (http://mikehadlow.blogspot.com/2007/03/building-visual-studio-custom-project.html)

me parece um pouco mais complicado, porém mais a nossa idéia. Estou partindo para implementar uma idéia parecida com a desse último link para criar um projeto teste.

Assim que tiver uma versão, eu subo no SVN.

[]‘s

1 – As coordenadas do mesh e do sprite sao em 3D e 2D respectivamente. Isso é um problema, pois o movimento do mesh e do sprite não são o mesmo. Tentei mapear o vetor (0,0,0) em coordena 2D, porém depois de alguns testes percebi que a métrica do 2D é diferente do 3D.

2 – A posicão da câmera influencia no movimento do cubo. O Raphael e o Will deram a idéia de colocar a câmera bem longe, para que essa influencia seja mínima.

Tomara que eu consiga…..

Mas isso seria só em último caso eu acho…

Outro problema que surgiu foi o fato de que, com o mesh não consigo criar um retangulo, mas somente um quadrado. A alternativa encontrada foi criar um cubo com profundidade 0, mas isso não foi muito legal.

Para fazer as 2 coisas ao mesmo tempo, basta multiplicar as 2 matrizes.

Teoria sobre transforms da MSDN http://msdn.microsoft.com/en-us/library/bb206269(VS.85).aspx