Ir para conteúdo
  • Cadastre-se

Datacaixa

Membros Pro
  • Total de ítens

    249
  • Registro em

  • Última visita

1 Seguidor

Sobre Datacaixa

Contact Methods

  • Website URL
    https://datacaixa.com.br

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Datacaixa's Achievements

Community Regular

Community Regular (8/14)

  • Dedicated Rare
  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Week One Done

Recent Badges

39

Reputação

3

Community Answers

  1. @Diego FolieneBoa noite! Deu certo agora, obrigado!
  2. Boa tarde! Sem problemas, obrigado!
  3. Esse é o problema, @Diego Foliene. Quando o Color está definido como clWindowText e um tema de contraste como 'Céu Noturno' é aplicado no Windows, ao imprimir o relatório, ele fica todo em branco. Isso pode ser resolvido alterando o Color para clBlack. Conforme o tópico mencionado anteriormente: Resumindo, não pode ficar clWindowText , precisa ficar clBlack.
  4. Segue abaixo duas imagens: uma com a fonte clBlack, referente ao relatório customizado, e outra com a fonte clWindowText, que corresponde ao relatório padrão.
  5. Sim, refiz esse procedimento ontem utilizando o novo layout do instalador do ACBr.
  6. Pessoal, boa noite! Criei um tópico (link) sobre o arquivo "eventos.fr3" do FastReport utilizado pelo ACBr, que está configurado com a cor da fonte como clWindowText em vez de clBlack. Foi sugerido que eu verificasse o arquivo pelo SVN, e acabei de conferir, mas a fonte ainda continua como clWindowText.
  7. Segue anexo o arquivo "eventos.fr3", com a cor da fonte ajustada para clBlack. Obrigado! EVENTOS.fr3
  8. Pessoal, boa tarde! Estes dias atendendo um cliente vi que o arquivo "eventos.fr3" do FastReport usado pelo Acbr está configurado com a Cor da Fonte = clWindowText. Isso não é necessariamente um problema, porém, quando o tema do Windows do cliente é claro como "Céu Noturno", ao visualizar a impressão todas as fontes ficam brancas (parece que está bugado). Analisando outros arquivos como "DANFeRetrato.fr3", "DANFePaisagem.fr3" vi que a Cor da Fonte é sempre clBlack. Existe algum motivo para isso? Não seria melhor padronizar tudo para clBlack?
  9. OK, isso que eu precisava saber, se o componente faria isso ou se eu mesmo vou ter que criar uma função para tratar esses caracteres.
  10. Mas foi isso que eu fiz!
  11. Essa função não tira o & e nem os outros caracteres não aceitos no XML.
  12. Estranho, já estamos usando o RetirarAcentos mas no XML foi o caractere &. Sabe se precisa ativar outra propriedade para funcionar?
  13. Boa tarde! Teria alguma propriedade do ACBrNFSeX e da ACBrNFe para remover caracteres especiais não aceitos no XML (&, <, > e ")? Verifiquei aqui que existem as propriedades RetirarAcentos, RetirarEspacos e IdentarXML, seria alguma delas?
  14. Obrigado pelo auxilio, era exatamente isso que o Juliomar indicou. Alterei o PWCNF_CNF_AUTO conforme necessidade dos testes 35 etc. Teste aprovado.
  15. Daniel bom dia! Estou re-homologando com a nova DLL da PayGo. Não estou usando o ACBrTEFAPI pois já estou com toda regra de negócio rodando a algum tempo no ACBrTEFD e também porque antes de começar a re-homologação eu abri um tópico perguntando se teria problemas em continuar usando o ACBrTEFD e tive retorno que funcionaria também. Eu assisti o curso mas o exemplo é com o ACBrTEFAPI. Pelo que pesquisei no fórum e discord é necessário alterar o método TACBrTEFDPayGoWeb.CNF mas a imagem do outro tópico não carrega. Esse teste 35 eu entendo que na prática não acontece, pois toda regra de confirmação e desfazimento é tratado direto pela aplicação e não pelo usuário. Mas ainda assim preciso fazer para homologar.
×
×
  • 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.