Ir para conteúdo
  • Cadastre-se

Suporte Info

Membros
  • Total de ítens

    9
  • Registro em

  • Última visita

Últimos Visitantes

912 visualizações

Suporte Info's Achievements

Rookie

Rookie (2/14)

  • First Post
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

0

Reputação

  1. @hleorj, ok. Vou criar o questionamento no Fortes Report. Muito obrigado, Henrique.
  2. @hleorj Eu sugeri alterar, pois quem utiliza o campo código e possui espaços, o problema já vai estar corrigido. Diferente do que é hoje, que não está corrigido em nenhum dos casos (utiliza ou não espaços). Outro ponto que irei fazer é criar uma issues no GitHub do Fortes Report perguntando se esse é um comportamento correto: não quebrar quando não tem espaços. Se não for um comportamento correto e for corrigido (posso tentar encontrar esse código no Fortes Report), então não iremos precisar criar uma função, pois cada vez que precisarmos que um campo cresça, tivermos que criar uma função ou chamar uma já existente para isso, fica oneroso e pode ocasionar erros quando esquecermos de colocar a função para determinados campos. Acho que dessa forma podemos matar a fonte de alguns desses casos que ocorreram. Caso não seja considerado um problema ou não seja corrigido, podemos criar essa função, mesmo assim acredito que precisaremos alterar o tipo do componente. Eu encontrei esse comportamento nos meus relatórios sem ser pelo ACBr. Estava pensando em proceder dessa forma. Muito obrigado pela atenção.
  3. @hleorj, ok. Teria como mudar o componente txtCodigo para o TRLDBMemo, tendo em vista que o tipo do componente que está disponível não possibilita a quebra de linha? Se tiver, como e quem eu posso sugerir essa alteração? Muito obrigado pela atenção.
  4. @hleorj, ok. Trocando o componente para TRLDBMemo (conforme havia sugerido) e colocando caracteres de espaços está quebrando corretamente. A função em questão deverá colocar espaços em branco de acordo com a quantidade de caracteres a ser impressa? Segue em anexo a impressão gerada corretamente. Gostaria de uma sugestão para melhor corrigir isso, para que essa solução possa ser subida para o ACBr para que outras pessoas possam utilizá-la. Essa característica de não quebrar sem espaço é uma deficiência que o próprio Fortes Report possui? Muito obrigado. PDF_TRLDBMemo_Espaços.pdf
  5. @hleorj, ok. Iremos incorporar ao código do ACBr essa função ou iremos passar esse valor para a propriedade (Prod.cProd) de forma tratada? Esse exemplo que você falou está referindo-se ao campo cEAN. Você passou por esse problema com o campo cEAN? Segue a impressão pelo rave anteriormente utilizado que quebrava automaticamente. Muito obrigado. NFE_Rave.pdf
  6. @hleorj, Enviei em anexo o PDF.rar no último post. Dentro tinha o arquivo Código_Fonte.txt, onde encontra-se o dfm das alterações que havia sugerido, porém não funcionaram. Vou colocar o conteúdo das alterações aqui para caso não esteja conseguindo abrir o arquivo que enviei. Componente trocado no arquivo ACBrNFeDANFeRLRetrato.dfm. object txtCodigo: TRLDBMemo Tag = 705 Left = 2 Top = 1 Width = 51 Height = 10 AutoSize = False Behavior = [beSiteExpander] DataField = 'CODIGO' Font.Charset = DEFAULT_CHARSET Font.Color = clBlack Font.Height = -8 Font.Name = 'Arial' Font.Style = [] ParentFont = False end Alteração no campo LarguraCodProd para 20 do componente ACBrNFeDANFERL. object ACBrNFeDANFeRL: TACBrNFeDANFeRL ... TributosSeparadamente = False LarguraCodProd = 20 ExibirEAN = False ..... end O PDF do resultado da impressão encontra-se dentro do arquivo PDF.rar para caso queira ver o resultado das sugestões. Caso não consiga abrir o arquivo PDF.rar do último post, favor me falar que envio separadamente. Muito obrigado pela atenção.
  7. Boa tarde, Henrique. Alterei o componente conforme havia falado. Segue o arquivo PDF_TRLDBMemo.pdf para ver como ficou a impressão depois das alterações. Porém cresceu sobre o campo descrição conforme anexo. Segue o arquivo Código_Fonte.txt com as partes alteradas de acordo com o que falou. Você chegou a passar por isso também, Henrique? Muito obrigado. PDF.rar
  8. Juliomar, Em formato paisagem, o tamanho do campo cprod apresentado na impressão é praticamente o mesmo. Segue o anexo o arquivo NFE_Paisagem.pdf para verificar como fica. Para alterar o tamanho do campo identificamos a propriedade LarguraCodProd no ACBrNFeDANFERL, conforme o Helber havia fala. Porem aumentando a largura, está diminuindo o tamanho da coluna Descrição do Produto/Serviço. Mesmo assim não atende, pois no teste que fizemos não comportou todos os caracteres. Estou enviando o arquivo NFE_Rave.pdf que foi gerado no Rave no Trunk1 (sei que não tem mais o Rave no Trunk2) para verificar que o comportamento que utilizávamos era quebrar a linha. Segue também o arquivo Comparativo.png que mostra a diferença das versões. Obrigado. PDF.rar
  9. Bom dia, Helber e Juliomar. Estou com o mesmo problema descrito. Meu cenário é exatamente igual ao do Helber. Segue em anexo a imagem do cprod no XML, o XML e o PDF. Caso seja necessário mais alguma coisa é só falar. Observação: Os dados dos arquivos (CNPJ, IE, ...) são todos fictícios. A intenção é mostrar somente a quebra. Mandei os arquivos compactados, não sei se está ferindo alguma norma do fórum, caso esteja, favor me avisar. Obrigado. Paulo. PDF.rar
×
×
  • 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.