Pesquisar na Comunidade

Tenho vontade de fazer um mas, sera que tem alguém interessado? Se tiver interesse deixe um comentário no tópico Se tiver 30 comentário pessoas interessadas farei o projeto

Olá Pessoal! Faz alguns anos (seis ou sete) que uso o projeto ACBr. Porém, sempre usei para uso pessoal (até hoje não desenvolvi aplicativos para vender). Tenho um PDV feito totalmente com ACBr (ECF, TEF e outros componentes). No entanto, sempre sonhei com esse PDV e outros softwares que pretendo desenvolver rodando em Linux ou MacOS. Há algum tempo tenho me esforçado para usar o ACBr nesses ambientes, junto com o Lazarus/FPC. Todavia, não tem sido muito fácil. É óbvio que a maioria dos utilizadores e colaboradores do projeto usam exclusivamente Windows. Porém. acho que é possível avançar no desenvolvimento do ACBr atendendo a outras plataformas sem prejudicar o que já está feito (para windows). O motivo desse post é o seguinte: Já consegui instalar uma quantidade absurda de componentes no Lazarus/Linux e também no Lazarus/MacOS, porém toda vez que atualizo via svn, é uma tortura! Meu Deus! Tem uma unit (ACBrECFBematech.pas) do pacote serial que me assombra toda vez. Até resolvi deixar uma cópia que consegui modificar e estava funcionando perfeitamente para substituir assim que atualizasse via svn. Acontece, que vez ou outra, o pacote recebe atualizações mais severas e fica dependente de alguma nova função criada em ACBrECFBematech.pas aí o bicho pega! Só para começar tem dezenas de diretivas de compilação do tipo {$IFDEF LINUX}. Essa diretiva é a pior de todas, pois quando o compilador passa por ela no ambiente MacOS, ele ignora os procedimentos, e não devia. O ideal era substituí-la por {$IFNDEF MSWINDOWS} pois assim o código serviria tanto para Linux como para MAcOS. Para justificar todo esse discurso, tenho uma proposta: Não seria possível criar um grupo de alguns desenvolvedores (talvez até eu mesmo consigo ajudar) para compilar os pacotes uma vez por semana em diferentes ambientes (IDE's e S.O.'s). Cada um poderia assumir um ambiente, assim podeŕiamos corrigir essas pequenas coisas que atravancam o o desenvolvimento do ACBr multiplataforma "de verdade". Att, Messias Henrique