EliasCesar

Boa tarde, Fiz o procedimento descrito, utilizando as mesmas informações: - Abre Relatório Gerencial; - Imprime Linha Relatório : "isso é um teste de relatório"; - Pular Linhas: 3; - Fecha Relatório / Vinculado. Não houve nenhum erro e o relatório foi impresso corretamente. Anexei o cupom ao caso. RelatorioGerencial.pdf

Desculpe pela demora, só consegui efetuar o teste agora... Consegui carregar e imprimir normalmente a imagem, utilizando: with ACBrETQ1 do begin Ativar; CarregarImagem('logo_etiqueta.bmp', 'logo'); ImprimirImagem(1, 10, 10, 'logo'); Imprimir(1, 600); Desativar; end; Pelo que sei, não há limite para as dimensões da imagem.

Bom dia, O tamanho da imagem não é maior que o limite da etiqueta?

Se possível, anexe ao caso a imagem que esta sendo utilizada.

Você pode testar também enviando o comando CarregarImagem apenas com o caminho da imagem e o nome(particularmente, eu uso dessa forma), pois assim o próprio ACBrETQ se encarrega de criar o MemoryStream e enviar o comando adequado para a impressora. Exemplo: CarregarImagem('C:\Dev\logo.bmp', 'logo');

Como está a propriedade 'Monochrome' do BitMap? ( imgLogo.Picture.Bitmap.Monochrome) Tente carregar a imagem direto no MemoryStream: stream := TMemoryStream.Create; stream.LoadFromFile(caminho da imagem); CarregarImagem(stream, 'logo');

Acho que a única alternativa seria utilizar um TipoBarras que ocupe menos espaço. Serão impressos apenas números? Caso seja, utilize o Tipo 'D' (Interleaved 2 of 5). Ele ocupa aproximadamente metade do espaço do Tipo 'E', porém permite apenas a impressão dos caracteres 0~9.

Não, a temperatura também é uma propriedade do ACBrETQ... Antes de ativar, você pode setar ela como faz com as outras propriedades: ACBrETQ.Temperatura := [valor Integer]; O valor default é 10. Pode ser sim que o leitor não consiga ler códigos tão pequenos. Tente testar com outro leitor, se possível.

É necessário que o código seja impresso bem pequeno? Tente imprimir com as configurações de Barra Larga/Barra Fina como 6/2 ou 6/3 para verificar se será feita a leitura. Caso o problema continue: - Tente variar a temperatura, pois o leitor pode ter problemas ao ler códigos um pouco borrados(Temperatura alta) e códigos pouco legíveis(Temperatura baixa); - Verifique se o leitor está habilitado para ler esses tipos de código ('A' - 3 of 9 e 'E' - Code 128)

Bom dia, Está sendo utilizado o Tipo de Barras 'F' (EAN 13). Esse tipo tem formato 12+1, pois contém um dígito verificador. Então mesmo que seja enviado um número fictício de 13 dígitos, automaticamente o último será calculado do modo correto. Você pode encontrar esse cálculo aqui: http://www.codigodebarrasean.com/calculadora_do_digito_verificador.php Tente enviar o campo 'TipoBarras' com 'E' ou 'A', se não me engano eles não fazem nenhuma validação.

Efetuei os testes com as alterações e realmente a opção de podermos enviar um bloco com vários comandos de impressão diminuiu bastante o tempo em que a impressora demora para imprimir. Em conversa com Daniel, adotamos um método um pouco diferente para implementar essa rotina. Foram criadas duas novas procedures: IniciarEtiqueta e FinalizarEtiqueta, que são responsáveis por enviar os comandos de inicialização e finalização de cada etiqueta a ser impressa. Dessa maneira, o comando Imprimir(Copias; AvancoEtq) continuará sendo utilizado apenas quando realmente houver a intenção de enviar uma impressão. As modificações já estão disponíveis. Foi incluído um modelo de como utilizar as novas rotinas no exemplo do ACBrETQ(ETQTeste), que também já está disponível.

Boa tarde, Estou efetuando alguns testes com as alterações propostas. Assim que concluir postarei os resultados.