> 
> 
> Walter,
> 
> Grato pelas dicas. 
> 
> Na verdade eu logo vi que dificilmente iria escapar da 
> Microsoft. Estamos
> para fazer um projeto que necessita de um PDA. O panorama é o 
> seguinte:
> 
> *PALM: as ferramentas de desenvolvimento para Palm são 
> várias, porém as que
> eu peguei para testar não foram satisfatórias. O CodeWarrior, 
> por exemplo, é
> C++ puro, não visual, pra mim não serve.
> O PocketStudio, imita o Delphi, é fácil e rápido, porém 
> limitado em alguns
> aspectos. Existem outros mas nem quis testar.
> O AppForge CrossFire incorpora-se ao VB e promete compilar 
> diretamente para
> o PalmOS. Também não testei, mas dizem que é ótimo, haja 
> visto o conteúdo
> informativo da página deles.
> 


Destas ferramentas aí, eu já tive contato com o PocketStudio e o
Codewarrior. O Codewarrior é a ferramenta mais poderosa pra Palm que existe,
não só pra palm mas pra qualquer outro microprocessador (algums equipamentos
que precisam de programas ou firmwares, como calculadoras e timers de fornos
de microondas também). O Pocketstudio é muito bom, mas é limitado e o
pessoal do Delphi costuma confundir as coisas (já me perguntaram uma vez,
como instalar a RX no Pocketstudio é mole?). O Appforge eu desconheço e o
Waba também.


> *Windows Mobile: as ferramentas são Visual Studio com VB e 
> C#, no VB existe
> um template que chama-se Smart Device Application, que com 
> ele é possível
> criar aplicativos para Windows Mobile. Mas eu também não testei.
> 
>

Quando eu trabalhava com portateis, trabalhei mais foi com coletores de
dados da Symbol e da Handheld. Eles ainda tavam no Windows CE normal. A HHP
disse que não portaria seus coletores para o dotNET, daí que ficamos mesmo
no embedded Visual Basic 3. Ruim pra diabo viu!!


> O Walter disse: "Aí vem gente com o argumento da 
> "portabilidade" do dotNET."
> 
> 
> Mas a minha pergunta foi iniciada exatamente porque nas 
> minhas andanças pela
> internet eu vi reportagens que diziam exatamente isso, que os 
> .NET tanto de
> Windows PC quanto Pocket são compatíveis, mas na realidade não são.
> 
>

É preciso parar com esta mística de que dotNET é Java e que a portabilidade
é padrão universal. O camarada acha que porque um telefone celular roda um
SO embasado no dotNET, ele pode ir pro Delphi 2K5 e montar um software lá
que vai rodar no celular dele. Realmente um dia isto será perfeitamente
possível e rotineiro, mas atualmente ainda não é possível.


> Além disso a respeito do Delphi, um tempo depois que postei a 
> pergunta achei
> uma resposta que confunde um pouco as coisas, vejam em 
> http://delphi.about.com/od/delphifornet/a/aa083104a.htm
> Que diz a respeito do Delphi 2005: "Compact framework support 
> - for mobile
> devices. No designer or debugger - only compile (no SDK from 
> Microsoft)."
> 


> Depois de tudo isso, ainda tem o tal do Borland C++ Builder X 
> que compila
> código C++ para plataformas independentes. Esse sim funciona 
> legal, conforme
> o pessoal me disse, mas com o pequeno detalhe de ser código 
> c++, para quem
> não gosta, não serve.
>

O que você tem contra o C++?? É a melhor e mais poderosa linguagem de
programação que tem sô ;-)

 
> O Vinícius teve uma solução legal, que no meu caso não me 
> serve visto que
> não vou usar rádio. O funcionário vai carregar uma base de 
> dados para o PDA
> e em seguida sair para rua fazendo seu trabalho, tudo que 
> fizer vai registra
> no PDA que de volta para o escritório alimenta a base de dados no PC.
> 

Quase todos os projetos que trabalhei, baseavam-se neste procedimento.
Radiofrequência é uma coisa que delira qualquer cartola de TI, desde que
você não fale o custo pra ele...


> Vou ter que fazer isso no Visual Basic mesmo. Por que parece 
> que o Visual
> Basic concentrou mais essas possibilidades. E ai tanto faz 
> ter PalmOS ou
> Windows Mobile, pois tudo pode se concentrar no VB. Além 
> disso o PalmOS não
> tem perigo de dar "tela azul" e os aparelhos Palm são mais 
> baratos que os
> aparelhos PocketPC que rodam Windows Mobile.
>

Como eu tinha dito pro Vinicius, se você tem a manha de VB, duas
interessantes alternativas para PalmOS seriam, o Satellite Forms e o
HandHeld Basic++. Todas duas ferramentas baseadas na linguagem VB sendo que
o HB++ é praticamente um VB para Palm. MAS ATENÇÃO! o HB++ trabalha com a
linguagem Visual Basic e não se trata de uma versão da ferramenta Visual
Basic pra Palm. Não confunda tratado de tordesilhas com tarado atrás das
ilhas..
 

> Quando comecei a trabalhar com Delphi eu tinha 6 anos de 
> experiência com o
> VB. Mas me apaixonei pelo Delphi e desde então somente tenho 
> olhos (e dedos)
> para programar em Delphi. E são por algumas limitações dessa 
> ótima linguagem
> que temos que optar pela velha Microsoft.
>

Eu ainda tenho o pressentimento de que o Delphi será um produto da
Microsoft.Só não sei se isto é bom ou mau pressentimento..

 
> Agradeço a todos que participaram desse assunto. E saibam que 
> o futuro é
> mobile.
> 
> Abraços,
 

 
 []s

 Walter Alves Chagas Junior
 Projeto e desenvolvimento
 Telemont Engenharia de telecomunicações
 [EMAIL PROTECTED]
 Fone: (31) 3389-8215 Fax: (31) 3389-8200
 
 

> -----Mensagem original-----
> De: Rafael Franco [mailto:[EMAIL PROTECTED]
> Enviada em: sexta-feira, 7 de janeiro de 2005 16:11
> Para: delphi-br@yahoogrupos.com.br
> Assunto: RES: [delphi-br] ---> Desenvolver em Dephi 2005 para 
> Pocket PC
> <---
> 
> 
> 
> Walter,
> 
> Grato pelas dicas. 
> 
> Na verdade eu logo vi que dificilmente iria escapar da 
> Microsoft. Estamos
> para fazer um projeto que necessita de um PDA. O panorama é o 
> seguinte:
> 
> *PALM: as ferramentas de desenvolvimento para Palm são 
> várias, porém as que
> eu peguei para testar não foram satisfatórias. O CodeWarrior, 
> por exemplo, é
> C++ puro, não visual, pra mim não serve.
> O PocketStudio, imita o Delphi, é fácil e rápido, porém 
> limitado em alguns
> aspectos. Existem outros mas nem quis testar.
> O AppForge CrossFire incorpora-se ao VB e promete compilar 
> diretamente para
> o PalmOS. Também não testei, mas dizem que é ótimo, haja 
> visto o conteúdo
> informativo da página deles.
> 
> *Windows Mobile: as ferramentas são Visual Studio com VB e 
> C#, no VB existe
> um template que chama-se Smart Device Application, que com 
> ele é possível
> criar aplicativos para Windows Mobile. Mas eu também não testei.
> 
> O Walter disse: "Aí vem gente com o argumento da 
> "portabilidade" do dotNET."
> 
> 
> Mas a minha pergunta foi iniciada exatamente porque nas 
> minhas andanças pela
> internet eu vi reportagens que diziam exatamente isso, que os 
> .NET tanto de
> Windows PC quanto Pocket são compatíveis, mas na realidade não são.
> 
> Além disso a respeito do Delphi, um tempo depois que postei a 
> pergunta achei
> uma resposta que confunde um pouco as coisas, vejam em 
> http://delphi.about.com/od/delphifornet/a/aa083104a.htm
> Que diz a respeito do Delphi 2005: "Compact framework support 
> - for mobile
> devices. No designer or debugger - only compile (no SDK from 
> Microsoft)."
> 
> Depois de tudo isso, ainda tem o tal do Borland C++ Builder X 
> que compila
> código C++ para plataformas independentes. Esse sim funciona 
> legal, conforme
> o pessoal me disse, mas com o pequeno detalhe de ser código 
> c++, para quem
> não gosta, não serve.
> 
> O Vinícius teve uma solução legal, que no meu caso não me 
> serve visto que
> não vou usar rádio. O funcionário vai carregar uma base de 
> dados para o PDA
> e em seguida sair para rua fazendo seu trabalho, tudo que 
> fizer vai registra
> no PDA que de volta para o escritório alimenta a base de dados no PC.
> 
> Vou ter que fazer isso no Visual Basic mesmo. Por que parece 
> que o Visual
> Basic concentrou mais essas possibilidades. E ai tanto faz 
> ter PalmOS ou
> Windows Mobile, pois tudo pode se concentrar no VB. Além 
> disso o PalmOS não
> tem perigo de dar "tela azul" e os aparelhos Palm são mais 
> baratos que os
> aparelhos PocketPC que rodam Windows Mobile.
> 
> Quando comecei a trabalhar com Delphi eu tinha 6 anos de 
> experiência com o
> VB. Mas me apaixonei pelo Delphi e desde então somente tenho 
> olhos (e dedos)
> para programar em Delphi. E são por algumas limitações dessa 
> ótima linguagem
> que temos que optar pela velha Microsoft.
> 
> Agradeço a todos que participaram desse assunto. E saibam que 
> o futuro é
> mobile.
> 
> Abraços,
> 
> Rafael Franco Carvalho
> Analista de Sistemas
> Thermas Di Roma Hotel Clube
> www.diroma.com.br
> [EMAIL PROTECTED]
> ICQ: 43967202
> MSN: [EMAIL PROTECTED]
> Caldas Novas - Goiás - Brasil
> "O único verdadeiro fracasso é deixar de tentar"
> Max Heindel
>  
> -----Mensagem original-----
> De: Walter Alves Chagas Junior [mailto:[EMAIL PROTECTED] 
> Enviada em: sexta-feira, 7 de janeiro de 2005 17:21
> Para: 'delphi-br@yahoogrupos.com.br'
> Assunto: RES: [delphi-br] ---> Desenvolver em Dephi 2005 para 
> Pocket PC <---
> 
> 
> esse eu não conheço. Eu falo das ferramentas que já tive 
> contato e já usei.
> 
>  
>  
>  []s
> 
>  Walter Alves Chagas Junior
>  Projeto e desenvolvimento
>  Telemont Engenharia de telecomunicações
>  [EMAIL PROTECTED]
>  Fone: (31) 3389-8215 Fax: (31) 3389-8200
>  
>  
> 
> > -----Mensagem original-----
> > De: Rubem Rocha [mailto:[EMAIL PROTECTED]
> > Enviada em: sexta-feira, 7 de janeiro de 2005 15:11
> > Para: delphi-br@yahoogrupos.com.br
> > Assunto: RES: [delphi-br] ---> Desenvolver em Dephi 2005 para 
> > Pocket PC
> > <---
> > Prioridade: Alta
> > 
> > 
> > 
> > Walter, e o que vc me diz do AppForge CrossFire pra VB?
> > []s
> > 
> > -----Mensagem original-----
> > De: Walter Alves Chagas Junior [mailto:[EMAIL PROTECTED] 
> > Enviada em: sexta-feira, 7 de janeiro de 2005 15:10
> > Para: 'delphi-br@yahoogrupos.com.br'
> > Assunto: RES: [delphi-br] ---> Desenvolver em Dephi 2005 para 
> > Pocket PC <---
> > 
> > 
> > 
> > Vinicius, se você tem a manha de VB, duas interessantes 
> > alternativs para PalmOS seriam, o Satellite Forms e o 
> > HandHeld Basic++. Todas duas ferramentas baseadas na 
> > linguagem VB sendo que o HB++ é praticamente um VB para Palm.
> > 
> >  
> >  
> >  []s
> > 
> >  Walter Alves Chagas Junior
> >  Projeto e desenvolvimento
> >  Telemont Engenharia de telecomunicações  [EMAIL PROTECTED]
> >  Fone: (31) 3389-8215 Fax: (31) 3389-8200
> >  
> >  
> > 
> > > -----Mensagem original-----
> > > De: Vinicius Barreira [mailto:[EMAIL PROTECTED]
> > > Enviada em: sexta-feira, 7 de janeiro de 2005 14:30
> > > Para: delphi-br@yahoogrupos.com.br
> > > Assunto: Re: [delphi-br] ---> Desenvolver em Dephi 2005 
> > para Pocket PC
> > > <---
> > > 
> > > 
> > > 
> > > Eu optei por outro caminho, totalmente radical, mas
> > > interessante, que é o 
> > > seguinte:
> > > 
> > > 1) eu tenho software para hoteis, e hoteis que tem
> > > restaurante usam comanda 
> > > eletronica no pda para os garços tirarem os pedidos das 
> > > mesas, usando pda 
> > > com antena, protocolo 802b ou g.
> > > 2) eu fiz rotinas para browser com o intraweb do delphi 7, e 
> > > o garçon usa o 
> > > browser do pda para acessar; optei por gerar módulos apache 
> > > no intraweb e o 
> > > apache é gratis e vc coloca em qualquer estação windows da rede.
> > > 3) enquanto o PDA estiver ao alcance da antena do "acess 
> > > point"  é tudo 
> > > perfeito, e funciona rápido, é só customizar bem as rotinas.
> > > 
> > > Agora, se vc busca uma aplicaçao pra PDA que vá rodar fora do
> > > alcance das 
> > > antenas, aí vc tem que optar: se for pocket pc, é melhor usar 
> > > mesmo VB; se 
> > > for Palm OS é melhor vc usar alguma linguagem especifica.
> > > 
> > > Mas teoricamente o .net deve ajudar com isso sim, mas acho
> > > que vc vai ter 
> > > que garimpar bastante;
> > > 
> > > abraços;
> > > 
> > > Vinicius Barreira
> > > São Bernardo do Campo - SP
> > > Delphi 7 + Firebird + IBX
> > > Software para Hoteis
> > > Skipe: vinibarr
> > > Icq 74495946
> > > 
> > > ----- Original Message -----
> > > From: "Rafael Franco" <[EMAIL PROTECTED]>
> > > To: <delphi-br@yahoogrupos.com.br>; 
> > > <[EMAIL PROTECTED]>; 
> > > <[EMAIL PROTECTED]>
> > > Sent: Friday, January 07, 2005 1:10 PM
> > > Subject: [delphi-br] ---> Desenvolver em Dephi 2005 para 
> > > Pocket PC <---
> > > 
> > > 
> > > 
> > > Olá a todos,
> > > 
> > > Gostaria de saber se alguém da lista já se aventurou em 
> desenvolver 
> > > para Pocket PC, rodando Windows Mobile ou CE, utilizando o 
> > Delphi. Sei 
> > > que o Windows Mobile possui o .NET compact framework o que 
> > possibilita 
> > > a compatibilidade direta com o .NET e como o Delphi desenvolve
> > > aplicativos para o .NET, certamente é possível utilizar o 
> > > Delphi 2005 para
> > > desenvolver aplicativos para o Windows Mobile.
> > > Acontece que existem pouquíssimas informações a respeito disso a
> > > maioria das dicas sobre desenvolvimento para Windows Mobile é 
> > > através do
> > > Visual Basic.
> > > 
> > > Por favor me ajudem, preciso de dicas e informações para dar 
> > > continuidade ao meu projeto.
> > > 
> > > Grato.
> > > 
> > > Rafael Franco Carvalho
> > > Analista de Sistemas
> > > Thermas Di Roma Hotel Clube
> > > www.diroma.com.br
> > > [EMAIL PROTECTED]
> > > ICQ: 43967202
> > > MSN: [EMAIL PROTECTED]
> > > Caldas Novas - Goiás - Brasil
> > > "O único verdadeiro fracasso é deixar de tentar"
> > > Max Heindel
> 
> 
> 
> 
> -- 
> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
> 
> Para ver as mensagens antigas, acesse:
>  http://br.groups.yahoo.com/group/delphi-br/messages
> 
> Para falar com o moderador, envie um e-mail para:
>  [EMAIL PROTECTED] ou [EMAIL PROTECTED]
>  
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 


[As partes desta mensagem que não continham texto foram removidas]



-- 
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>

Para ver as mensagens antigas, acesse:
 http://br.groups.yahoo.com/group/delphi-br/messages

Para falar com o moderador, envie um e-mail para:
 [EMAIL PROTECTED] ou [EMAIL PROTECTED]
 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
    http://br.groups.yahoo.com/group/delphi-br/

<*> Para sair deste grupo, envie um e-mail para:
    [EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
    http://br.yahoo.com/info/utos.html

 



Responder a