Ir para conteúdo
  • Cadastre-se

dantemartins

Membros
  • Total de ítens

    139
  • Registro em

  • Última visita

Tudo que dantemartins postou

  1. Abri o exemplo do ACBrPosPrinter no Delphi 10.3 Firemonkey, preciso imprimir um TBitmap e vi que tinha no próprio exemplo o código que preciso. Minha frustração foi que o próprio demo está dando erro de "Imagem não é BMP Monocromática". Lembrando que a imagem carregada no demo é o logo do "acebrmono.bmp". Se imprimir o arquivo vai de boa, o problema é via stream.
  2. Estou implementando Boleto, Remessa e Retorno do SICOOB Correspondente Bradesco, ja existe no componente. Iniciamos pelo boleto mas não consegui homologar pois existem algumas diferenças entre o que o componente faz com o que o manual enviado pelo banco pede (em anexo). 1 - Existe um campo "uso do banco" que deve ser preenchido e não existe property nem campo de impressão. 2 - Na impressão do boleto esta formatando o nosso numero d e forma diferente do solicitado. Existia uma incorreção no boleto.fr3 no label do campo nosso numero onde era repetido o texto do campo de cima, provável ctrl+c/ctrl+v mas já corrigi, cito aqui para quem puder corrigir nos fontes. Devo eu mesmo proceder as modificações nos fontes/componente e submeter os fontes aqui ? Manual Layout Sicoob - Correspondente BRADESCO - Impressão Local.pdf
  3. ACBrGNREGuiaFRFortes.dcu
  4. Não mexi no fortes porque não tenho ele instalado, mas vou dar uma olhada quando der tempo.
  5. Agora aparece as Configurações, porém acho que tem que fazer ajustes ainda... ACBrGNRE_Package.7z ACBrGNRE_Fontes.7z
  6. Entendi o erro... Deixa o Create do componente como abaixo, não vai mais dar o AV. constructor TACBrGNRE.Create(AOwner: TComponent); begin inherited Create(AOwner); FGuias := TGuias.Create(Self, Guia); FGuiasRetorno := TGuiasRetorno.Create(Self, GuiaRetorno); FGuias.Configuracoes := Configuracoes; FWebServices := TWebServices.Create(Self); {$IFDEF ACBrGNREOpenSSL} GNREUtil.InitXmlSec; {$ENDIF} FOnGerarLog := nil; end;
  7. Eu cheguei a compilar o demo e vi que abria, mais não tinha feito o mesmo teste que você, de jogar o componente da palheta num form, aqui tá dando um AV. To tentando descobrir o que é... acho que tem a ver com o create do TWebService.
  8. Comente/exclua o código entre as linhas 140 e 145 da unit ACBrGNRE.pas, esse código já existe na herança (TACBrDFe). Obrigado por estar testando.
  9. Sorry, errei o nome da unit, o correto é "pgnreConversao.pas", esta dentro da pasta "PCNGNRE".
  10. GNREEnviGNRE é uma constante que está declarada na unit pcnConversaoGNRE.pas Realmente estou fazendo essa conversão no DX10, a compatibilidade seria com relação a declarações como "System.StrUtils, Vcl.Dialogs", isso né ? Agora, não entendi a frase "veja que no svn movi alguns arquivos para pastas que devem de estar !".
  11. Uma amostra pra saber se to indo no caminho certo... Nem sei se tem que mudar mais coisas. Gutemberg, tenta com esses fontes/dpk que deve estar certo agora. ACBrGNRE_Fontes.7z ACBrGNRE_Package.7z
  12. Hummm... herança, tendi agora ^^)
  13. Como eu disse, apenas está compilável/instalável, seria para que alguém que estivesse disposto a ajudar, fazer alguns testes. Nesse momento não tenho nenhum certificado que pudesse utilizar para teste, portanto... Eu não sei exatamente o que deve ser feito para que os fontes se adequem ao "novo trunk2", se puder me orientar posso tentar faze-lo.
  14. Fontes compiláveis, Pacote Instalável e Demo Compilável, nada testado ainda. Como ainda não iniciei os estudos para implementação nem sei como funciona. Se alguém puder testar o funcionamento e indicar problemas ajuda. ACBrGNRE_Fontes.zip ACBrGNRE_Package.zip ACBrGNRE_Demo_Delphi.7z
  15. Entendido, obrigado Daniel.
  16. Sobre o local para as constantes? Não é mais para usar a pcnConversao, onde é o local correto ? Olá Gilson, eu estou tentando resolver os erros da compilação do componente, só que não tô full time nisso, só nas horas vagas ^^) Assim que conseguir compilar pretendo fazer funcionar o Demo e fazer testes até que a coisa volte a funcionar. Como dividir a tarefa eu não sei ^^)
  17. Bem, já comecei o trabalho... Fiquei na dúvida com relação a nomenclatura de algumas units estarem diferentes, como a própria ACBrGNRE.pas, existem referencias a ACBrGNRE2 em outras units. Essa cópia que está na Trunk2 estaria desatualizada com relação a da tag anterior ou apenas renomearam no novo repositório. Outro detalhe que encontrei são constantes que eram declaradas na pcnConversao.pas e que agora não existem mais constantes na nova, existe uma convenção para declarar essas constantes ? Já encontrei vários outros problemas, mais vamos por partes. É esse tipo de ajuda que preciso...
  18. dantemartins

    ACBrGNRE na Trunk2

    Pelo que pude verificar o componente ACBrGNRE não foi portado para a nova estrutura da Suite ACBr, não sei se é porque quem utiliza o componente ainda não migrou para a trunk2 ou se apenas abandonaram o componente. Pelas mensagens que encontrei sobre o mesmo ele já esta(va) sendo usado em produção, ou seja, já estava funcional. Está aparecendo uma necessidade na empresa onde trabalho onde esse componente poderá ajudar e muito, mas como utilizamos outros componentes da suite e já atualizamos para a trunk2 eu me vejo na situação de tentar fazer esse carinha funcionar novamente. Há alguém com conhecimento de como deve ser feito que possa ajudar nessa empreitada ? Vai que tenho sorte e alguém já fez o "trabalho sujo" e falta apenas normalizar o código para que os adm's subam pro SVN ^^) Aguardo um retorno
  19. Sim Isaque, eu entendi que dessa forma resolve o problema e informei que resolvi. Por uma questão profissional, eu não atualizo os fontes dos componentes sem que seja realmente necessário, por isso não costumo instalar os componentes diretamente da pasta local do SVN, e sim copiando apenas os fontes e pacotes. Mais isso é uma situação particular minha. Caso eu venha a tentar uma solução para o meu caso, posto aqui minha sugestão e os mantenedores decidem se é válida ou não. Obrigado Isaque pela resposta.
  20. Lendo o log do projeto do instalador percebi que foram feitas alterações para não exigir o tortoisesvn instalado, como sempre tive ele instalado nunca percebi essa dependência. Existe a possibilidade dessas alterações terem ocasionado o problema que narrei nesse post. A situação é que tenho o TortoiseSVN instalado, mais não estava instalando a partir da pasta do repositório local e sim de uma pasta com uma cópia dos fontes/pacote/instalador. Creio que seja possível "corrigir" o instalador para essa situação. Não estou dizendo que a coisa tá bugada, apenas achei uma situação atípica que apareceu um erro. Em tempo, parabéns a todos os envolvidos com o desenvolvimento dessa ótima suite de componentes.
  21. Depois de postar eu pensei em debugar o instalador e descobri que o erro ocorre na linha 344 da unit SVN_Class Svn.GetWCInfo(ADir, True, True); Tenho a última versão do tortoisesnv instalada: TortoiseSVN 1.9.0, Build 26652 - 64 Bit , 2015/08/03 19:33:09. Não sei qual é o problema... Já entendi o problema... Só não sei o porque apareceu isso só agora... Eu costumo baixar as atualizações de componentes em um pasta só para essa finalidade e copio apenas os fontes, pacotes e instalador para a pasta de instalação. Essa função que esta falhando tenta ler configurações do repositório local do svn, mais nessa pasta não existe a pasta .svn. Copiei ela para pasta de instalação e parou de dar erro. Bem, foi um caso muito específico de uso dos componentes, fica aqui registrado caso alguem passe por situação similar...
  22. Tentei atualizar o pacote ACBr no meu XE7 como sempre fiz, rodo o instalador, baixo os fontes e mando compilar/instalar. Essa foi a primeira tentativa desde que atualizei meu PC pro Win 10 Pro 64, antes era Win 8.1 Pro 64. Depois da tela que roda o svn update, que seria o da instalação, aparece uma tela de erro: "O servidor emitiu uma exceção" e para por aí. Vi que existem pessoas aqui no forum que estão utilizando sem problemas no Win 10. Alguem teria alguma dica ? Tentei instalar do zero, sempre executo como administrador, mais sempre para no mesmo ponto.
  23. Olá Juliana, obrigado por responder. Se pareci impaciente foi sem intenção, só fui adicionando comentários para melhorar o entendimento do meu problema. Estava com um problema no meu ambiente de desenvolvimento que estava atrapalhando, agora que resolvi o problema no delphi consegui testar melhor. O único problema que ficou mesmo é o do tamanho do nosso número, que é 17 e no código do componente está setando pra 20, tirando isso o resto está OK.
  24. Bem... entendo o fato de não haver respostas e/ou comentários, pois a função StringToDateTimeDef da Unit ACBrUtil, que deve fazer a mesma coisa que a SysUtils.StrToDateDef, deveria se encarregar de tratar o problema, mais não sei o porque está dando erro de "invalid convertion to date type"... Outra coisa que precisei mudar é o valor do tamanho do NossoNumero que está como 20 e o correto é 17.
  25. Para ajudar a ilustrar o problema: Linha 1543 da Unit ACBrBancoBrasil.pas Vencimento := StringToDateTimeDef( Copy(Linha,147,2)+'/'+ Copy(Linha,149,2)+'/'+ Copy(Linha,151,2),0, 'DD/MM/YY' ); Se tentar processar a seguinte informação da erro: 70000000000000000050960001909501334320 1334320000000140370000005 01900000000000 1705080715 000000000000002223410437550001007150000105000000000000000000000000000000000000000000000000000000000000000000000000022234000000000000000000000000000000000000000000000002212920000000000000 0000000000000000000000000000000000000000000000001011000010
×
×
  • 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.