EMBarbosa

Explicação... The IDE forces all unit filenames to lower case. Even renaming the files to the casing that we want, which matches the casing in code, eventually the IDE will put it back to lower case. the reason why the IDE does this: on case sensitive filesystems (e.g. Linux), it also checks for the file in all lowercase. Keeping files lowercase saves a lot of headaches if the code is ever used on Linux. (otherwise the case in the USES clause must match exactly) Mas pra nós isso não é sempre um problema. Afinal fica muito difícil pra nós lermos os nomes dos arquivos se estiverem tudo em letras minúsculas. A solução: A configuração que muda esse comportamento está em: Tools->Options->Environment->Naming Ou Ferramentas -> Opções -> Ambiente -> Nomeação Fonte: https://forum.lazarus.freepascal.org/index.php?topic=34514.0

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Isso não parece ser um problema de escala. Quando a escala está incorreta, todo o DANFe fica estranho, não apenas alguns campos. Não sei se observou, mas o mesmo problema está acontecendo na imagem Tela1.png... O que mais uma vez indica que não é um problema de escala. Tudo indica que o problema é alteração local dos arquivos fontes do Fortes ou dos relatórios padrões do ACBr, como o @Daniel Simoes indicou acima.

No caso, a pergunta mais importante é: Por que vocês estão alterando essa propriedade? Essa é uma propriedade antiga que influencia na formatação do XML gerado em memória pelo componente. Atualmente acho que ela não tem muita serventia exceto testes. Como você mesmo disse, ele fez a contribuição do código e nós aprovamos pois faz sentido. Se quiser fazer a contribuição para isso ser incluído nos outros eventos, ficaremos gratos.

Sugiro você entrar em contato com o pessoal do TSPlus e explicar que quer ter acesso a hardware local. Eles tem uma solução para isso.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 26496. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado e desculpe pela demora.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Mas no evento S2220, as validações para se deve gerar o grupo RespMonit está na função DeveGerarRespMonit. Por isso não subi ao SVN. Se precisar ajustar por favor faça a alteração nessa função. Evite outras alterações que não estão relacionadas. Subi as alterações para o SVN na Revisão 26495. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 26494. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 26494. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Se você quer uma descrição das chaves do arquivo INI a serem preenchidas para incluir uma nova cidade, consulte o Manual de Migração item "13. Arquivos INI" no seguinte tópico:

Para saber como incluir uma nova cidade, veja o seguinte tópico:

Para saber quais cidades temos ciência que estão funcionando no componente, veja o seguinte tópico:

Para saber quais provedores estão implementados, veja o seguinte tópico:

Muito obrigado pela contribuição Adicionado em nosso backlog (TK-2989). Assim que possível daremos um retorno.

Olá pessoal, Estamos chamando todos para participar com sugestões de temas e convidados para o Papo Pro ACBr. Veja por favor o tópico abaixo:

Olá pessoal, Como todos já devem saber o Papo Pro ACBr é um podcast realizado ao vivo no nosso servidor Discord e disponibilizado depois por meio das plataformas de streaming gratuitamente para todos. Além de conversar sobre as soluções que o Projeto ACBr tem, também já temos abordado temas muitos interessantes, que achamos práticos ou que interferem no dia a dia dos desenvolvedores e software houses que lidam com automação comercial no Brasil. Ainda assim, sempre recebemos boas sugestões da comunidade. Por isso, estamos convidando formalmente a todos os membros da comunidade do Projeto ACBr a fazer sugestões de temas para o Papo Pro ACBr. Então, criamos esse tópico para servir como uma "caixa de sugestões" para o ACBr Papo Pro. Se você gostaria que algum assunto seja abordado, que alguém seja convidado para participar, se quer dar ideias que acha interessante, etc... Você é nosso convidado! Para isso, veja os detalhes abaixo sobre como participar nesse tópico com seus posts e também com as reações. Quero fazer uma sugestão. Como vai funcionar? Poste abaixo sua sugestão seguindo as seguintes regras: Tente fazer apenas uma sugestão por post. Detalhe bem sua sugestão a ponto de que todos possam entender sem precisar pesquisar sobre o assunto. Se quiser sugerir uma pessoa para participar do Papo Pro, indique: a) o motivo que quer que ela participe b) se a conhece pessoalmente (para que possamos contatá-la por meio de você) Veja se sua sugestão já foi dada antes por ler os posts. "Minha sugestão já foi dada" ou "Gostei de uma sugestão" o que posso fazer? Apenas reaja a sugestão com um "Curti". Por favor, *não* responda aos posts, nem faça um novo post com a mesma sugestão para evitarmos repetições do mesmo assunto. Não gostei de uma sugestão, o que devo fazer? Não faça nada... ... ou melhor faça sim!! Ignore o post e pense em algo melhor para sugerir.

Veja também:

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 26211. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Esperamos que seja útil para outros usuários também. bom trabalho por aí.

Será que o tipo do código é o apropriado? O Code39 é de tamanho variável. O que significa que quanto mais caracteres você colocar, mais largo vai ser o código de barras. Essa parte eu não entendi... está usando a mesma configuração, com o mesmo código sendo impresso? Nos parâmetros do método ImprimirBarras não tem a informação que você quer? Veja a documentação: https://acbr.sourceforge.io/ACBrLib/ETQ_ImprimirBarras.html

Você chegou a fazer debug do código? sabe o motivo de não ser gerado?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 25883. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Eu entendo... Muito obrigado. Estou monitorando esse tópico agora, aguardando sua posição. TK-2810

Muito obrigado pelas contribuições. Fiz a implementação baseada nelas, juntando partes dos dois códigos. Subi as alterações para o SVN na Revisão 25783. Pelo que vi parece tudo ok. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá. Muito obrigado pela sugestão e análise. Depois de verificar a situação, decidimos subir a alteração por questão de retrocompatibilidade. Mas por favor, faça a alteração de sua aplicação pois no futuro isso pode ser alterado. A questão é que o problema acontece se, e somente se, for preenchido o campo "sequencial" com valores maiores do que ele deveria permitir (ou seja, 5 caracteres). Além disso, a nossa ideia é ir eliminando aos poucos os códigos repetidos ou muito semelhantes. E esse código da específico da PCNAuxiliar já está na nossa mira. Subi as alterações para o SVN na Revisão 25780. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.