Ir para conteúdo
  • Cadastre-se

Waldir Paim

Moderadores
  • Total de ítens

    620
  • Registro em

  • Última visita

  • Days Won

    4

Posts postados por Waldir Paim

  1. ccmado,

    Eu não uso o  AcbrNFeMonito, mas tive o mesmo problema enviando os e-mail pelo ACBrMail.

    Então para resolver esse problema você deve informar um e-mail valido no campo "From" ou em português mesmo "De" ou "Por".

    e no campo "FromName"  informa o nome do remetente, observe que o campo "From" é obrigatório e o "FromName" opcional.

     

  2. Eduardo,

    Fiz uma correção na unit ACBrNFeWebServices.pas para ver se conseguimos resolver o problema relatado.

    Você pode testar para ver se com a solução proposta podemos resolver essa situação?

    Segue anexo a unit citada, nela inclui nas classes TNFeRecepcao e TNFeRetRecepcao uma procedura para Limpar os registros antes do envio.

    Quando o envio ocorre na function TWebServices.Envia e nela ocorre um erro os valores carregados da nota anterior se mantinham nos objetos FEnviar e FRetorno.

    Vi que você fez inúmeros testes e resolveu o seu problema criando o componente em tempo de execução, mas se puder fazer  mais esses testes, poderia voltar seu código original.

     

    ACBrNFeWebServices.pas

  3. No modelo de documento descrito no título do tópico, preciso imprimir ou não a logo marca gravada na impressora.

    Não encontrei uma propriedade ou um parametro que permita tal possibilidade

    Na impressão do relatório existe uma forma de suprimir a impressão mas na impressão da DANFe ainda não tem e então como de praxe adicionei uma propriedade e segue anexo para avaliação.ACBrNFeDANFeESCPOS.pas?dl=1

    ACBrNFeDANFeESCPOS.pas alterado

     

    No momento do upload ele apresenta um erro -200 e diz que falhou então já subi para o dropbox e adicionei o link

     

    Waldir.

     

  4. Isaque,

    Não estou sugerindo uma alteração em "todo" componente e sim numa propriedade de private para protected e como já te disse isso não afeta a forma que o componente trabalha nem compromete a segurança que foi levantado em outras situações.

    Vou parar por aqui pois já vi tudo que você está levando para o lado pessoal e não para a questão técnica.

    Vamos marcar como resolvido e por um ponto final nisso.

    Waldir.

  5. Isaque,

    Muito obrigado por seus esclarecimentos.

    Se o componente é open source e não pode ser melhorado para que possa ser estendido ele deixa de ser open!

    Peço que reveja seus conceitos de open source e veja que recursos são e devem ser utilizados ao máximo de seu potencial.

    Vou manter minhas alterações em pra mim tanto faz se você aplicar ou não!

    Um grande retrocesso no conceito mas manda que pode e obedece quem tem juízo!

    Abraço.

  6. Isaque,

    Uso o componente herdando dele e implementando as validações e checagem que não tenho no componente.

    Num exemplo de uso, eu implemento a geração do arquivo e são arquivos de 15 mb, sendo assim tenho que limpar os dados do componente para descarregar esse conteúdo da memoria.

    Mas como já te disse, mude ela só para protected já resolve esse problema e não gera a possibilidade que você citou no post anterior.

    Não preciso dela necessariamente em public mas preciso limpar os dados já alimentados.

     Waldir

  7. Daniel,

    Sobre a discussão é um pouco antiprodutivo para colaborar com o desenvolvimento pois hoje o tempo de cada vez mais escasso, pois sem o código produto nem posso se quer defende-lo.

    Acredito que cada um tem seu ponto de vista e vai defende-lo da melhor forma possivel.

    Não tenho pretenções nem ambições de ser um commiter, minhas atribuições já são mais do que suficiente, mas tambem assim que posso e sinto falta de alguma rotina eu gosto de colaborar, mas se  o caminho para tal for organizado podemos receber colaboração e o trabalho dos commiter ser muito mais simplicado.

    Sobre o GIT, use o SmartGit e com ele de ide e vai ver é extremamente simples e vantajoso a migração, pois com commit local você tem uma revisão do seu código antes mesmo de submeter ao repositório remoto, essa é uma "das" vantagens, tem outras como multiplataforma e alta disponibilidade do repositório.

     

    Isaque,

    Foi intencional, pois cada uma das alterações eram de assuntos e possível commiter diferente, dessa forma não ocupa não gera um desconforto no commiter que fez a avaliação sem conhecer o código da unit.

    Mas os códigos estão ai e se servir fiquem a vontade para aceitar ou rejeitar.

     

    Irei continuar mandando as melhorias e correções, mas se conseguirmos padronizar seria muito melhor.

     

    Waldir 

  8. Isaque, você tem todo o direito e o "poder" de veto.

    Afinal colaborar é um ato de partilhar ideias e nem sempre são bem aceitas.

    Pode ter certeza que tenho e mantenho sim minhas alterações quando julgo necessário.

    Se pelo menos puder mudar para protected já ajudaria muito.

    Abraços.

  9. Elton,

    Uma rotina replicada alem de gerar lixo no código, gera ainda possibilidades de erros e re-trabalhos,

    Se o código acima estiver acoplado dentro da função de formatação não me permite o seu reaproveitamento e nem padronização,

    Você da mesma forma que usou para formatar a inscrição também poderia usar só a nova função para gerar uma mascara num maskedit;

    Dessa forma fazendo jus ao reaproveitamento de código.

    Se preferir não aplicar o código fique a vontade.

    Se precisar se mas esclarecimentos, só pedir.

     

  10. Elton, nem todo mundo faz a implementação igual, alguns preferem usar o componente de outra forma, uma delas pode ser estendendo o componente e criando suas próprias retinas de integração e validação.

    Na verdade se achar prudente voltar a funcionalidade para private, mude pelo menos para protected pois assim não engessa quem tem outras formas de usar o componente.

     

    Waldir. 

  11. Para que possamos colaborar de forma mais efetiva, abrangente e assertiva, surge a necessidade de padronizamos a colaboração, dessa forma o colaborador teria parâmetros e rotinas a serem executadas para submeter um código para avaliação e possível incorporação ao código oficial.

    Preciso saber, como diria a Luna;

    1- Qual o procedimento correto?

    2- Se o código do trunk1 não será mais atualizado preciso dizer que o código submetido não será mais para ele?

    3- Devo fazer um test case?

    4- Posso submeter de outra forma, usando o próprio SVN?

    5- O SVN será sempre o repositório oficial, não tem  nem se que de longe a possibilidade de usar o Github (maravilha de commit local)?  "até o google sugere migrar para ele".

    Waldir

  12. Tudo no Trunk2, uma simples comparada no arquivo já percebe da alteração.

    Posso até ser reprimido por não permanecer no assunto, mas gostaria de aproveitar e sugerir um check lista a ser seguindo quando se tratar de correções e melhorias no código, dessa forma se torna mais rápido, pratico e objetivo a colaboração.

    Waldir.

     

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...