kay eu sei que já faz muitos dias que o evento aconteceu e esse tópico já deveria ter sido publicado, mas devido a diversos projetos que estou envolvido ainda não havia encontrado tempo suficiente para escrever e a cabeça focada nisso. Então aqui vai um resumo sobre o que aconteceu em São Paulo, no dia 15 de abril, no Unify DevCon 2010.
Evento 5a DevCon Unify 2010 - SaoPaulo
sábado, 1 de maio de 2010
terça-feira, 6 de abril de 2010
Evento Unify em São Paulo.
A Unify chega ao Brasil para mostrar a mais nova versão do Team Developer (ou Centura como alguns ainda o chamam) que está sendo aguardada para ser a solução da Unify para que possamos ingressar no ambiente Microsoft .NET. Todo nosso legado e nosso know-how será perservado e o ingresso na plataforma .NET será feito sem traumas, sem conversão, sem custo de migração com o Unify Team Developer 6.0 para .NET.
Vale a pena dar uma olhada na solução, conhecer e avaliar.
Convido a todos que possam estar presentes...
detalhes do envento...
5º DevCon Unify Brasil
Data: 15 de Abril de 2010 - Horário: das 8:30 as 17:30
Local: AMCHAM – Câmara Americana de Comércio de São Paulo
Rua da Paz 1431 - São Paulo /SP Telefone (11) 3011-6000
c /Estacionamento no local
A G E N D A D O E V E N T O
08:30 hr - Boas Vindas
09:00 hr - Welcome, agenda – Victor Espinal (Unify)
Corporate Presentation
Triad Systems– Silvio Rodrigues (Triad Systems);
Unify – Frank Verardi (Unify – USA)
09:30 hr - Team Developer 5.2 – Revisão sobre a usabilidade
Ana Paula Bonani (Unify)
Q/A
10:15 hr – Break
10:45 hr - Q – ( a nova versão do Quest Centura )
Carlos Calegari (Computer Machine)
Team Developer 6.0 - Demonstrando do novo TD 6.0 .Net
Ana Paula Bonani (Unify)
12:30 hr - Almoço
13:30 hr - SQLBase 11.5
Carlos Calegari
Road Map Unify Products
Ana Paula Bonani
14:30 hr - Exodus – Como Migrar Oracle Forms para JAVA
Nicolas Cerron (Consult Soft - Colombia)
15:30 hr – Break
16:00 hr - Composer Lotus Notes – Migrar Lotus Notes para plataforma .Net
Sandro Zamarioli (Triad Systems)
16:45 hr - Case Study – Carlos Calegari
Q/A
Mais informações, solicite através do e-mail contatounify@triadsystems.com.br ou pelo telefone 11 3054-6626 / 11 7543-6079 com Wilson Ometto.
Vale a pena dar uma olhada na solução, conhecer e avaliar.
Convido a todos que possam estar presentes...
detalhes do envento...
5º DevCon Unify Brasil
Data: 15 de Abril de 2010 - Horário: das 8:30 as 17:30
Local: AMCHAM – Câmara Americana de Comércio de São Paulo
Rua da Paz 1431 - São Paulo /SP Telefone (11) 3011-6000
c /Estacionamento no local
A G E N D A D O E V E N T O
08:30 hr - Boas Vindas
09:00 hr - Welcome, agenda – Victor Espinal (Unify)
Corporate Presentation
Triad Systems– Silvio Rodrigues (Triad Systems);
Unify – Frank Verardi (Unify – USA)
09:30 hr - Team Developer 5.2 – Revisão sobre a usabilidade
Ana Paula Bonani (Unify)
Q/A
10:15 hr – Break
10:45 hr - Q – ( a nova versão do Quest Centura )
Carlos Calegari (Computer Machine)
Team Developer 6.0 - Demonstrando do novo TD 6.0 .Net
Ana Paula Bonani (Unify)
12:30 hr - Almoço
13:30 hr - SQLBase 11.5
Carlos Calegari
Road Map Unify Products
Ana Paula Bonani
14:30 hr - Exodus – Como Migrar Oracle Forms para JAVA
Nicolas Cerron (Consult Soft - Colombia)
15:30 hr – Break
16:00 hr - Composer Lotus Notes – Migrar Lotus Notes para plataforma .Net
Sandro Zamarioli (Triad Systems)
16:45 hr - Case Study – Carlos Calegari
Q/A
Mais informações, solicite através do e-mail contatounify@triadsystems.com.br ou pelo telefone 11 3054-6626 / 11 7543-6079 com Wilson Ometto.
quarta-feira, 24 de fevereiro de 2010
Notícias vindas da Unify
A Unify está no youtube e já com alguns vídeos já publicados.
Achei ótima idéia de utilizar este canal tão comum e popular para mostrar como andam as suas ferramentas.
O canal da Unify é http://www.youtube.com/UnifyCorp e já possui alguns vídeos bem legais.
Outra notícia boa é sobre os eventos da Unify na américa latina, em SP será no dia 15 de abril.
Para maiores detalhes contactar Triad Systems. http://www.triadsystems.com.br/
Recomendo que deem uma olhada no Unify Q, para quem lembra do Quest 16bits, o Q é uma versão Plus do Quest. É possível baixar o Q para teste e avaliação.
No meu ponto de vista há dois motivos importantes para que baixemos o Q
1- conhecer o produto e estudar sua utilização junto aos desenvolvedores/clientes, pois o produto é muito bom !
2- analisar a parte visual do produto e seus recursos que são incríveis! E ver o q suas aplicações TD podem oferecer aos seus clientes pois, todo o Unify Q foi construído com o Team Developer 5.2.
abraços
Lairton N de Almeida Jr.
Achei ótima idéia de utilizar este canal tão comum e popular para mostrar como andam as suas ferramentas.
O canal da Unify é http://www.youtube.com/UnifyCorp e já possui alguns vídeos bem legais.
Outra notícia boa é sobre os eventos da Unify na américa latina, em SP será no dia 15 de abril.
Para maiores detalhes contactar Triad Systems. http://www.triadsystems.com.br/
Recomendo que deem uma olhada no Unify Q, para quem lembra do Quest 16bits, o Q é uma versão Plus do Quest. É possível baixar o Q para teste e avaliação.
No meu ponto de vista há dois motivos importantes para que baixemos o Q
1- conhecer o produto e estudar sua utilização junto aos desenvolvedores/clientes, pois o produto é muito bom !
2- analisar a parte visual do produto e seus recursos que são incríveis! E ver o q suas aplicações TD podem oferecer aos seus clientes pois, todo o Unify Q foi construído com o Team Developer 5.2.
abraços
Lairton N de Almeida Jr.
quarta-feira, 17 de fevereiro de 2010
Manutenção na lista de discussão
Estou fazendo uma manutenção na lista de discussão retirando e-mails cadastrados que não existem mais.
Caso eu exclua alguém indevidamente, basta me mandar um mail que eu cadastro novamente.
Se alguém quiser trocar o mail que está cadastrado basta avisar.
Abraços
Lairton.
Caso eu exclua alguém indevidamente, basta me mandar um mail que eu cadastro novamente.
Se alguém quiser trocar o mail que está cadastrado basta avisar.
Abraços
Lairton.
segunda-feira, 31 de agosto de 2009
Problemas com relatório não encontrado
Normalmente colocamos os qrps e imagens na mesma pasta do executável para que, quando o aplicativo precisar usar esses arquivos, eles sejam encontrados facilmente por estarem na mesma pasta do executável. Fazemos isso devido a um comportamento do Windows que podemos denominar de Current Directory, ou Diretório Atual. Quando executamos um aplicativo, Current Directory aponta para a pasta em que o executável está, pois o Windows, por default, configura a propriedade “iniciar em” do atalho, para apontar para a mesma pasta onde o executável está. Para ver isso clique com o botão direito em qualquer atalho no seu Windows.
É graças a esse comportamento do Windows que encontramos os qrps e imagens quando estão na mesma pasta do executável. Mesmo que dentro das aplicações nós não informamos o path, apenas o nome do arquivo.
Porém, a execução de algumas ações podem fazer com que Current Directory seja modificado em run-time sem que percebamos isso. Por exemplo, qualquer aplicação que permitir que o usuário escolha uma pasta para salvar um arquivo gerado pela aplicação. Um exemplo muito prático disso é uma aplicação que salve algum arquivo txt ou pdf e abra a caixa de diálogo para o usuário escolher onde ele deseja salvar o arquivo gerado. Após escolher a pasta e salvar o arquivo, Current Directory passa a apontar para o local escolhido pelo usuário. Devido a isso, caso a aplicação necessite de algum qrp, ela passa a não encontrar mais nenhum qrp, imagem ou outro arquivo que esteja na pasta do executável. Alguns clientes implementaram uma rotina que verifica a existência do qrp e a própria SalReport*** informa que o qrp não foi encontrado. Porém, o qrp encontra-se no diretório do executável. Todo o problema é “resolvido” saindo do sistema e entrando novamente.
Para resolver de fato, sem que seja necessário fechar e entrar novamente o sistema, recomendo que coloquemos em nossas aplicações uma linha de código que determina o valor que desejarmos para Current Directory.
Call SalFileSetCurrentDirectory( sNewDirectory )
Minha sugestão é utilizarmos essa linha de código antes de fazer qualquer chamada a SalReportView(), SalReportPrint(), SalReportTableView() ou SalReportTableCreate() . Porém, sNewDirectory precisa conter o caminho correto do local onde o executável está localizado. (pois é lá que estão os qrps). Esta informação é uma das informações presentes numa variável global do SQLWindows chamada strArgArray. Como esta variável possui mais informações do que precisamos, precisamos excluir dela apenas o caminho e então setar CurrentDirectory corretamente. Para determinarmos o valor de Current Directory para o local onde o executável que está sendo executado está, devemos fazer o seguinte:
Dessa forma este problema não acontecerá novamente.
um abraço
Lairton N de Almeida Jr.
É graças a esse comportamento do Windows que encontramos os qrps e imagens quando estão na mesma pasta do executável. Mesmo que dentro das aplicações nós não informamos o path, apenas o nome do arquivo.
Porém, a execução de algumas ações podem fazer com que Current Directory seja modificado em run-time sem que percebamos isso. Por exemplo, qualquer aplicação que permitir que o usuário escolha uma pasta para salvar um arquivo gerado pela aplicação. Um exemplo muito prático disso é uma aplicação que salve algum arquivo txt ou pdf e abra a caixa de diálogo para o usuário escolher onde ele deseja salvar o arquivo gerado. Após escolher a pasta e salvar o arquivo, Current Directory passa a apontar para o local escolhido pelo usuário. Devido a isso, caso a aplicação necessite de algum qrp, ela passa a não encontrar mais nenhum qrp, imagem ou outro arquivo que esteja na pasta do executável. Alguns clientes implementaram uma rotina que verifica a existência do qrp e a própria SalReport*** informa que o qrp não foi encontrado. Porém, o qrp encontra-se no diretório do executável. Todo o problema é “resolvido” saindo do sistema e entrando novamente.
Para resolver de fato, sem que seja necessário fechar e entrar novamente o sistema, recomendo que coloquemos em nossas aplicações uma linha de código que determina o valor que desejarmos para Current Directory.
Call SalFileSetCurrentDirectory( sNewDirectory )
Minha sugestão é utilizarmos essa linha de código antes de fazer qualquer chamada a SalReportView(), SalReportPrint(), SalReportTableView() ou SalReportTableCreate() . Porém, sNewDirectory precisa conter o caminho correto do local onde o executável está localizado. (pois é lá que estão os qrps). Esta informação é uma das informações presentes numa variável global do SQLWindows chamada strArgArray. Como esta variável possui mais informações do que precisamos, precisamos excluir dela apenas o caminho e então setar CurrentDirectory corretamente. Para determinarmos o valor de Current Directory para o local onde o executável que está sendo executado está, devemos fazer o seguinte:
Dessa forma este problema não acontecerá novamente.
um abraço
Lairton N de Almeida Jr.
sexta-feira, 28 de agosto de 2009
Menu ou RibbonBar ?
Um dos recursos novos do TD 5.1 e que continua firme e forte no TD 5.2 é a nova forma de mostrar os menus dos aplicativos. A Ribbon Bar é aquela forma nova introduzida aos usuários Windows através do MS Office 2007.
Como uma imagem vale mais que mil palavras, vou direto ao assunto:
Abaixo você pode ver uma estrutura de outline normal, com a definição de um menu típico de aplicativo. Um MDI com diversos pop-up menus e menu items.
Esta estrutura irá gerar um menu bem comum aos usuários de aplicativos feitos com o SQLWindows, porém, a partir da versão 5.1 esta história muda. Os menus podem ser mostrados como RibbonBar, conforme imagens abaixo:
O ideal é que seja feito no processo de migração uma análise de como você deseja que seus usuários visualizem o menu dos aplicativos, já que agora uma área maior da janela passará a ser utilizada. Você terá que buscar ícones (se já não usa) e estudar seriamente a possibilidade de retirar a barra de ferramentas da janela onde o RibbonBar ira aparecer (para manter-se no padrão de aplicações que usam este recurso). Explorar o uso de Windows Menu e modernizar o visual dos menus da sua aplicação.
As duas formas de visualização estão disponiveis. Você pode manter os menus como eles aparecem hoje, se desejar. Ou pode modernizar os menus das suas aplicações tornando-as similares ao Office2007, imagino que os usuários irão adorar a novidade.
Já ia me esquecendo um detalhe, para informar ao SQLWindows que é para mostrar os menus como Ribbon Bar, o esforço de programação necessário é o seguinte:
On SAM_AppStartup
Set bMenuBarAsRibbonBar = TRUE
É isso mesmo, você não terá que modificar nada no outline, onde seus menus são definidos. Imagino que não dará muito trabalho migrar este recurso não é mesmo !
:)
um abraço,
Lairton N de Almeida Jr.
Assinar:
Comentários (Atom)