Andei pensando e cheguei à conclusão de um possível motivo para o
Morimoto não adotar nosso menu no Kurumin 8.
"FLEXIBILIDADE"
Isso mesmo, na verdade, a falta dela.
A vantagem de seus formuláros do Komander é que cada formulário é um
arquivo separado e pode ser chamado independentemente, ao invés de
ficarem todos compilados dentro de um único executável, como nosso
Painel.
Se vocês observarem, há muitos ítens de menu que chamam diretamente
alguns formulários acessados também por dentro Clica-aKi.
Com o nosso menu, não existe essa flexibilidade. Os formulários só
podem ser acessados de dentro do executável do Clica-Aí, e não podem
ser chamado diretamente de fora. Assim seriam duas coisas com o mesmo
objetivo para manter, complicando a manutenção do Kurumin.
Para termos essa flexibilidade com o Gambas, teríamos que ter "sub-
projetos" com cada formulário compilado e uma pasta para eles (como a
pasta /etc/Painel/ hoje existente com os formulários do Komander do
Morimoto).
Mas então teríamos um problema de sincronização, pois ao atualizar no
projeto do Clica-Ai, precisaríamos ir ao sub-projeto do formulário
alterado e corrigí-lo também.
Minha idéia é criar uma pasta estrurada para o projeto e os sub-
projetos e fazer com que os arquivos se sincronizem independente de
onde sejam alterados (no Painel Clica-Ai ou no sub-projeto).
Eu li uma vez, em algum lugar que não me lembro mais onde era, que o
"make" através de um arquivo "makefile", pode fazer esta
sincronização. Mas não lembro como. Este texto explicava justamente o
código que era preciso digitar neste "makefile" para o make funcionar
como um sincronizador.
Algum de vocês sabe como fazer isso? Ou tem alguma outra sugestão para
aumentar as chances do nosso menu ser adotado pelo Morimoto na próxima
versão do Kurumin?
Abraço,
Riceman