Pesquisar neste blog

sábado, 4 de abril de 2009

K2bTools, um Pattern Realmente Prático!


Próximo de ser lançado oficialmente agora em Abril, conheci hoje ( à noite e na madrugada) , o famoso Patterns K2btools versão 3.0

Realmente, fiquei contente com o aprendizado e a proposta da K2b. Vejam abaixo.

Layout 3 - com scroll no Grid


Layout 1 - com botões de Ação Reposicionados


Vale destacar suas principais qualidades:

1) Altamente personalizado, trabalha em cima de um layout, que nada mais é que um webpanel;

2) Grande número de recursos de configuração;

3) Fácil, rápido e útil;

4) A suite compoem-se de : 1 WorkWith(K2bEntityServices), 1 modelador de Transações(K2bTrn) e 1 pattern de Prompts(K2bPrompt)



Layout 2 das Trns em modo tabular



5) Três Layouts Visuais facilmente personalizáveis;

6) Ótima Relação custo benefício;

7) Facilmente integrado ao GX X EVL1;


Exemplo dos Prompts Funcionando em JAVA / mySQL






Parabéns a Equipe da K2b(Artech Consulting) estamos a disposição aos interessados deste produto no Brasil.


Abraço


Ricardo C. de  Oliveira

sexta-feira, 3 de abril de 2009

Pesquisa Fonética de Nomes, usando WEBSERVICE DELPHI .NET


Recentemente detectamos um problema em nosso cadastro porque utilizávamos uma pesquisa simples nos nomes baseado apenas na sentença LIKE do SQL.

Decidimos procurar uma solução definitiva para isto, e um colega nosso experiente em DELPHI, disse que já tinha uma DLL que fazia a pesquisa fonética dos nomes, bastava apenas transformá-la em algo fácil para o genexus entender.

Simples, transformamos a DLL feita em delphi.net em um WEBSERVICE, vejam abaixo como ficou o resultado.



Pesquisando os nomes com C, S, LUIZ ou LUIS, a lógica do WEBSERVICE sempre encontrará. Muito boa a alternativa dada pelo Programador em DELPHI .NET.

E melhor ainda que foi fácil integrar com o GENEXUS X.

Parabéns ao mundo Delphi, sejam bem vindos ao GENEXUS, parabéns a Artech e parabéns ao nosso colega CARLOS EDUARDO BIER, por ter me economizado tempo. Time is Money.


Abraço a todos.


Ricardo C. Oliveira

terça-feira, 24 de março de 2009

Genexus X , quando gráficos valem mais que palavras


Não sou um dos melhores em webdesigners, mas as vezes gráficos valem mais que palavras e números. Vejam.



Parabéns a Artech, estes UC do Google ficaram muito .. muito bom .

EVOLUTION Na concorrência.


Abraço


Ricardo

Workflow do GX X , o lado Bom , e o lado Trabalhoso!


Hoje estou finalizando a migração de nosso sistema do WorkFlow 9 para o WorkFlow X.

Atrasamos porque o Workflow da versão X está nos dando um pouco de Baile. Mas, o suporte da Artech sempre atencioso tem nos ajudado e muito.

Vou destacar alguns detalhes do Workflow da versão X:

Lado Bom :

1) Interface toda baseada no Framework EXT JS, bonita, prática e rápida;

2) Passagem de parâmetros dos datatypes desnecessários(em partes);

3) Modelador de Processo integrado a KB do GX X;

4) Unidades Organizacionais mais completo do que Restrições;

5) O melhor de tudo, não existem objetos GX, apenas DLL externa, o que agiliza e muito o Build All do Flow no GX X / EVL1;

6) User Control do Inbox, Outbox, permitindo uma fácil integração, só não é personalizável;

7) XPZ com Workflow Client SignIn, o que permite maior ou quase 100% personalização ao estilo do GX X / EVL1;


Lado Ruim:

1)  A interface das janelas do EXT JS, não configuram as alturas e larguras das janelas, tive que resolver com o Workflow SignIn, que me permitiu configurar do jeito que eu quero;

2) ApplicationData(dados relevantes) só são alteráveis facilmente via Datatype na primeira tela do workflow, se chamar um outro objeto via call, estes datatypes não são alteráveis facilmente;

3) Se eu tenho um WEBPANEL que chama uma TRN, no mesmo workitem, o return da TRN fecha simplesmente a janela Popup do Workflow;

4) Janelas Popups rodando dentro de janelas popups(prompts como exemplo) , ficam muito exprimidas, dando muito trabalho no manejo delas;

5) Os Datatypes workflowprocessinstance, workflowworkitem, workflwapplicationdata, funcionam corretamente nas regras das TRNS, não nos eventos, porque não é possível executar o comando commit nos eventos da TRN;

6) As tabelas do workflow não são mais acessíveis via for each, apenas via dataview, todas as procedures que utilizassem estes recursos terão que serem refeitos;

7) Alguns datatypes (&wfuser.OrganizationalUnits) não filtra corretamente as OUS(unidades organizacionais) dos usuários, tive que resolver conforme um WA da Artech;

8) Se o modelador de processos está integrado, como dar ao usuário (cliente final) um modelador de processo para que ele (cliente final) modifique os processos conforme suas necessidades ??? assim como era feito no GX 9 ???


Fica aqui minha dúvida final, vou aguardar uma posição oficial da Artech, será que a migração dos aplicativos do flow 9U1 estão funcionando ou irão funcionar 100% no Flow  X ?? no meu caso, tive que reescrever todos os códigos do Workflow mais sofisticados que nós tinhamos feito.

Perdemos muito tempo neste processo. Valeu a pena todas estas mudanças ??? Se não tivesse os problemas acima citados, eu já estaria com nosso aplicativo em um estágio muito .. muito mais avançado, ainda bem que a Artech tem nos ajudado, mas estou repensando seriamente até onde poderei ir com o Workflow da versão X, acho , digo acho que estou tendo que reaprender tudo novamente sobre Workflow, ainda bem que o GX EVL1 está compensando tudo isto , só não sei se a Artech está ciente de todos estes problemas.

Abraço e boa sorte a equipe do Workflow.


Ricardo


terça-feira, 17 de fevereiro de 2009

Quem disse que o GX X não tem ESTILO(Style) ?



Descobrimos alguns recursos interessantes no GX X EVL1, a criação de estilos Default e Patterns Personalizados. Dêem uma olhada em: 

Ai via algumas dicas para a Artech .. já que ela não nos deu nenhuma dica do que será os estilos dela:

1) Fazer algo como está sendo feito hoje via dkt(que é algo mais avançado), mas que seja fácil de configurar, exemplo: intelisense no editor de DKT do GX;

2) Que os namespaces(DLLs) da Artech , fossem mais comentadas ou documentadas como são os namespaces do VSTUDIO.

3) Que pudéssemos ativar os dkts Default por KBS , ou seja, poderia ter vários padrões DEFAULT, para cada tipo de KB.

No mais .. Parabéns a Artech e desculpem-nos o incômodo nos Fóruns.





Abraço


Ricardo Oliveira


Agradecimentos

Senhores,

Marcos Crispino
Matias Hernandez
José Lamas



sexta-feira, 30 de janeiro de 2009

Genexux X do meu jeito!


Ontem subi uma Extension simples e modesta, chamada RCOMenu, algo que tinha pensado a muito tempo desde que vi o GX X pela primeira vez.


Tive que ralar muito , e até aprender o básico do csharp.

Mas o resultado final valeu a pena!


Parabéns Artech, agora nós poderemos implementar vários recursos inimagináveis no GX X.

Que digam os Patterns Personalizados, as Extensions personalizadas só me falta dominar os USERCONTROLS, que nada mais é do que JAVASCRIPT PURO.


Aqui vai meu pensamento do dia,  

"Rather than complain or suggest .. do it!"


Abraço.


Ricardo

Reconhecimento e agradecimento especial :
Marcos Crispino 
Matias Hernandez

sábado, 24 de janeiro de 2009

PATTERN WW, Quando menos é MAIS!


Ultimamento não tinha ficado satisfeito com o patterns WW da Artech.  Mas consegui ficar satisfeito com o SDK do EVL1/ GX  X , que nos permite criar nosso próprio Pattern.

Vejam as alterações feitas por mim no pattern original da Artech.





Um pattern que gere na instância apenas um objeto, sendo mais rápido durante o build all, afinal , não gera objetos desnecessários.










 Uma instância simples, apenas com o grid de seleção, nada de Abas.. agilizando a aplicação default durante os builds/salvamento.

E acrescentando nos atributos de selação apenas os atributos PK e Description.






Geração automática de regras de auditoria campo a campo.

Quem faz na mão no Gx sabe a trabalheira que dá.






Aqui será fácil implementar automaticamente os famosos campos Multi_empresa, (&Emp_Cod) em todas as trns/condições dos grids, automatizando e muito os serviços padrões(pattern) dos programadores iniciantes.


Por ai vai.. agora dará para modificar muita coisa no comportamento do Genexus.  Bastaria a Artech nos colocar um manual passo a passo de como acessar as propriedades dos modelos,  propriedades dos objetos do GX, geração de objetos na KB em tempo de execução, pesquisa de objetos na KB, acesso a janela de output.

Sei que temos os projetos open source do Assembla ( que já me ajudram e muito ) , temos o gxopen, o wiki e os exemplos do SDK. Isto será um grande passo. Mas o correto é a Artech lançar um manual de referência dos métodos , propriedades e das tabelas internas da KB do GX.

Poderíamos implementar muita coisa do tipo .. importação e exportação do conteúdo da base de conhecimento, ao estilo dos nossos sistemas de metadados do BI, de BSC, integração com GIS.

Isto nos facilitaria e muito personalizar o GX conforme nossas necessidades.

Abraço a todos e bom começo de ano!