Ir para conteúdo
  • Cadastre-se

  • Este tópico foi criado há 3797 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

Bom dia.

Gostaria de propor uma alteração na unit ACBrNFeDANFEFRReg.pas para não inicializar as propriedades FastFile e FastFileEvento como OpenDialog, pois além dos diretórios para os arquivos *.fr3, podemos configurar diretamente o conteúdo dos mesmos nestas propriedades.

Na function TACBrNFeDANFEFR.PrepareReport e PrepareReportEvento existe o tratamento adequado para o conteúdo destas propriedades, porém para funcionar corretamente tive que inicializa-las como texto e carregar o conteúdo dos arquivos fr3 através da opção "Import From Text File" do editor do Delphi.

Obrigado.

  • Consultores
Postado

Primeiro que em designer não funciona setar o fr3 ele deve ser setado em run-time!

chegou a dar uma pesquisada aqui no fórum sobre isso? vai achar diversos posts

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Postado

Bom dia, Juliomar.

Sim, até encontrei algumas postagens onde foi mencionado que era necessário atribuir essas propriedades em tempo de execução, pois em modo design disparavam um erro ao tentar localizar os arquivos fr3. 

Porém isso deve ter sido resolvido, pois estou utilizando normalmente aqui.
Apenas tive que realizar as alterações na unit ACBrNFeDANFEFRReg.pas conforme mencionei anteriormente.

Obrigado pela atenção.

  • Membros Pro
Postado

Boa tarde,

Falando em relatório, na emissão da NFe quando retrato usa o arquivo DAMDFe_Retrato.fr3, este está imprimindo q unidade uTrib, acho q deveria ser uCom.

Já na impressão paisagem DAMDFe_Paisagem.fr3 esta imprimindo correto uCom.

 

  • Consultores
Postado

Por favor anexem as alterações sugeridas para que possa ser avaliada!

 

10 horas atrás, Allan Wolski disse:

Bom dia, Juliomar.

Sim, até encontrei algumas postagens onde foi mencionado que era necessário atribuir essas propriedades em tempo de execução, pois em modo design disparavam um erro ao tentar localizar os arquivos fr3. 

Porém isso deve ter sido resolvido, pois estou utilizando normalmente aqui.
Apenas tive que realizar as alterações na unit ACBrNFeDANFEFRReg.pas conforme mencionei anteriormente.

Obrigado pela atenção.

 

4 horas atrás, DIMAS - DBSOFT disse:

Boa tarde,

Falando em relatório, na emissão da NFe quando retrato usa o arquivo DAMDFe_Retrato.fr3, este está imprimindo q unidade uTrib, acho q deveria ser uCom.

Já na impressão paisagem DAMDFe_Paisagem.fr3 esta imprimindo correto uCom.

 

 

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Consultores
Postado

Boa tarde

não será implementado a sugestão pois o principio da propriedade é para usar e selecionar o arquivo fr3 !

caso queira tratar diferente como carregar o fr3 como arquivo para a propriedade deverá fazer em run-time!

Damos por encerrado esse post pois o mesmo não será comitado no svn!

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Postado

Atribuir o conteúdo do arquivo nesta propriedade em run-time não é viável, pois ter todo o conteúdo do fr3 no meio do código fonte dificulta a manutenção.
E para trabalhar passando apenas a localização do fr3 também não é viável, pois precisa ficar disponibilizando e atualizando o arquivo para todos os clientes.

A vantagem deste formato que sugeri é que o fr3 ficará embutido no dfm, facilitando a manutenção e dispensando a necessidade de distribuição do arquivo junto com o executável, além de compatibilizar melhor a propriedade com sua finalidade, visto que ambos os formatos são aceitos.

Além disso esta alteração não vai impossibilitar de se trabalhar com o formato atual, pois basta colar o diretório do arquivo na propriedade FastFile caso seja optado pela atribuição em modo design. Para quem já faz a atribuição em run-time não vai afetar em nada.

Peço que reavalie minha proposta.
Obrigado.

  • Este tópico foi criado há 3797 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • 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.