Marcelo Bill

Daniel, muito bacana, com certeza agora a coisa ficou organizada, pois antes eu tinha que fica verificando o tipo de linguagem. O Único problema é que não consegui fazer uso desse barCode13 por exemplo. Tentei colocar ele na função ImprimirBarra(oNormal, barCode13,etc,etc) mas deu erro de compilação Ai então usei o codigo da propria EPL2 ImprimirBarra(oNormal, 'E30',etc,etc) Pode me dar a ultima dica pra matar de vez o problema? Alias, usando a EPL, acabei colocando o codigo "E30" direto na função e funcionou direitinho. Veja

Blz, funcionou, era isso mesmo, a regulagem está na Fonte e Multiplicadores Só tem um problema, depois dessa mudança não sei o motivo de o EAN13 não estar imprimindo Experimentei "E" no lugar de "F" ele até saiu, mas o "F" que representa EAN 13 não saiu mais Cara, num vai acreditar, a impressora chegou aqui, é uma Zebra, porem EPL2 (q. m.)

Cara, a programação aparentemente está correta. O que manda é que a Fonte é um tipo de Nome da Fonte exemplo: Arial, Courier, MsSanserif, etc, Mas o que manda mais em relação ao tamanho, é o multiplicador H e V Se eu usar a Fonte 65=A ou 66=B ou enfim o codigo Asc ele vai determinar que fonte eu quero, e dentro dessa fonte quem vai determinar o altura e Largura são os multiplicadores No meu Caso estou usando da seguinte forma Linha=5 Coluna=2 Fonte=65 MultipH=6 MultipV=3 Esse exemplo seria para o código do Produto, enquanto que para descrição eu usaria esse abaixo: Linha=8 Coluna=2 Fonte=65 MultipH=2 MultipV=1 Assim dessa forma, conforme o ONLINE está ficando XIK Agora estou agrandando o retorno da Cliente para testar essa configuração. Aparentemente a Unit ACBrZPLII.Pas que voce mandou para teste está correta. Aguarde até eu testar para afirmar isso ok Além disso, a impressora Física está a Caminho, dentro de uns 30 min deve estar por aqui, acho que hoje resolveremos essa parada.

Daniel Acho que encontrei a solução que queria a muito tempo kkk veja esse link http://labelary.com/viewer.html Fantastico, ajuda bastante, não é perfeito mas dá uma puta noção da etiqueta ONLINE

Daniel Conforme a Função ComandoFonte function TACBrETQZplII.ComandoFonte(aFonte: Integer; aOrientacao: TACBrETQOrientacao; aMultVertical, aMultHorizontal: Integer ): String; var cFonte: String; begin if (aMultVertical > 10) then raise Exception.Create('Multiplicador Vertical deve estar entre 1 e 10'); if (aMultHorizontal > 10) then raise Exception.Create('Multiplicador Horizontal deve estar entre 1 e 10'); //if aFonte < 10 then // cFonte := chr(48 + aFonte) //else // cFonte := chr(55 + aFonte); //if not CharInSet(cFonte, ['0'..'9','A'..'Z']) then // raise Exception.Create('Fonte deve estar entre 0 a 35'); if aFonte = 0 then cFonte := '' else cFonte := chr(aFonte); Result := '^A' + cFonte + ConverterOrientacao( aOrientacao ) + ',' + IntToStr(Max(aMultVertical,1)) + ',' + IntToStr(Max(aMultHorizontal,1)); end; Veja que neste caso, conforme lhe informei anteriormente, estava usando Fontes abaixo do numero 10, Sendo assim se eu usar a Fonte=65, vai ser retornado a Fonte "A" para o componente, onde, conforme o Manual a Fonte "A" é menor que a Fonte "D" conforme imagem a seguir A proposito, contatei o cliente e o mesmo está ausente, porem disponibilizar a impressora pra mim. Até o final do dia teremos novidades.

Puts, voce tem algum manual da ZEBRA nesses com a programação ZPLII fácil por ai ? Se tiver me manda pra eu dar uma estudada, tenho um cliente a 70km daqui e vou lá buscar

Boa tarde desculpe no retorno da resposta com relação a Unit que voce forneceu para testar Funcionou a questão do texto que estava desconfigurado, ficou perfeito Também está acatando o milimetro, legal No entanto, não consigo deixar um fonte menor que 4, se eu utilizo uma fonte 3, não imprime nada, se eu utilzo fonte 4 sai um texto semelhante courier 14 (algo do tipo) Fonte=4 Multip H=4 Multip V=4 a combinação que consegue sair impresso é essa, abaixo disso, não imprime nada Tem alguma outra forma de diminuir ?

Boa tarde desculpe no retorno da resposta com relação a Unit que voce forneceu para testar Funcionou a questão do texto que estava desconfigurado, ficou perfeito Também está acatando o milimetro, legal No entanto, não consigo deixar um fonte menor que 4, se eu utilizo uma fonte 3, não imprime nada, se eu utilzo fonte 4 sai um texto semelhante courier 14 (algo do tipo) Fonte=4 Multip H=4 Multip V=4 a combinação que consegue sair impresso é essa, abaixo disso, não imprime nada Tem alguma outra forma de diminuir ?

Daniel Não querendo te incomodar mas já incomodando. Por favor, me tire a dúvida de um questionamento muito antigo. Falando de PPLA e ZPLII que são as impressoras que meus clientes utilizam. Desde de quando eu comecei a usar o ACBrETQ, não faz diferença alguma se eu colocar a Unidade de Medida para milimetro que o componente parece que não respeita o milimetro. Ele acaba imprimindo não sei em qual unidade, mas a gente vai ajustando as medidas tais como linha, coluna, tamanho, etc até que a etiqueta fica apropriada. Normalmente eu pego a régua e vou medindo a etiqueta. Ex quero que a primeira linha seja impressa na (PPLA 50x35 cm 2 Col) ou (PPLA 500x350 mm 2 col). Oras se defini como milimetro, e eu definir que coluna será aos 3mm da esquerda da etiqueta, num funciona nem a pau, 3mm nem imprime, ai então eu criei uma regra pra resolver esse problema quando eu quero imprimir aos 3mm da esquerda da etiqueta eu multiplico 3 x 10 = 30, assim dessa forma ela imprime aos 3mm da esquerda da etiqueta. Esse problema acontecia também em impressora zera usando o ZPLII. Depois atualizei no dia 12/12/2017 após a refatoração total do ACBREtq, o ZPLII deu aquela confusão da formatação do texto porém ele estava acatando direitinho o mm. Percebi isso pq meu cliente reclamou a principio de estar imprimindo apenas o codigo do produto e num tamanho bem grande em bem distando das esquerda da etiqueta, ou seja, quando já estava configurada para 3mm x 10 =30, ele passou a respeitar o mm. Curiosamente abri o ACBrETQZPLII.pas (Original baixado pelo SVN) e comparei com a ACBrETQZPLII.pas que voce me mandou para testar. Percebi que no ACBrETQZPLII.pas (Original) no ComandoUnidade, as letras estão MAIUSCULAS tipo Dots = 'D'; Polegadas= 'I'; Milimetros = 'M' já no ACBrETQZPLII.pas (teste) no ComandoUnidade, as letras estão minusculas tipo Dots = 'd'; Polegadas= 'i'; Milimetros = 'm' Levando essa idéia em consideração, querendo mais do que nunca corrigir essa regra de multiplicar o mm x 10, alterei a ACBrETQPPLa.pas também para MAIUSCULAS, infelizmente não teve efeito algum. Então a minha dúvida cruel é essa, onde o componente converte essas medidas, afinal, se escolhi milimetros tem sair em milimetros voce não concorda? Me desculpe estar questionando esse detalhe, a questão que eu desenvolvi um Tabela dentro do banco de dados onde eu cadastro cada modelo de etiqueta (eu não, quer dizer, estou dando a oportunidade de) o meu cliente desenvolver a sua própria etiqueta, no tamanho que quiser, colocando os campos que quiser obviamente que campos pre-definidos por mim, sendo assim, fica dificil eu esplicar pro cara que é em milimetros porem ele precisa informar o mm x 10. Agradeço a atençaõ dispensada

Daniel Usei o WinMerge e já verifiquei o que foi alterado. Valeu

Vou testar, mas agora, só amanhã. Cliente já encerrou as operações por hoje. Pode informar o que foi modificado nessa Unit Anexo ? Se não puder tudo bem fico imensamente agradecido assim mesmo. E se funcionar, nossa, não saberia nem palavras além de muito obrigado

Daniel Veja como estão minhas configurações, vou mandar dois arquivos a) Unit que está imprimindo b- Parte do arquivo INI que armazena as configurações a Fonte estava como 20 o que voce pode localizar no Ini FONTE1=20 o que atualmente representa 2mm, e assim por diante Unit da impressao.txt Unit da impressao.txt

kkkkkkkkkk, boa essa, malditos equipamentos que a gente nunca tem kkkk valeu muito obrigado

Desculpe interromper seu trabalho, mas não vai mais precisar do componente anterior pra outrso testes neh ? Vou reinstalar o componente atual novamente. Preciso fazer outras alterações na aplicação.

Consegui, veja como saia antes de atualizar o AcbrETQ ETIQUETA.TXT

Estou vendo aqui vou desinstalar a versao atual, e instalar a versão anterior ao componente, visto que nada na aplicação foi modificada. ai então vou conseguir usando o componente antes da atualização

se for assim, me informe quais units devo trocar na pasta atual do acbr. Tipo AcbrETQZplII.pas, AcbrETQ.pas

Caramba, só seu voltar o componente antes da atualização

Daniel, segue o LOG Log_AcbrETQ.txt

blz vou fazer

Opa Daniel Obrigado pela atenção Não entendi o motivo de ver a config da Porta, afinal se a porta não estiver correta nada é impresso. com relação ao LOG vou adicionar na aplicação e pedir pra cliente atualizar e executar pra capturar o Log em alguns min eu postarei obrigado

Senhores, me perdoem por postar no topico muito antigo Atualizei o componente e só agora percebi que a impressão da Eiqueta no ZPLII o texto impresso não está correto, imprimindo caretinhas tipo conteúdo não identificado. Por favor se alguem puder me dar uma dica de como resolver, nossa muito obrigado. Vejam esse exemplo Sem título.bmp

Pessoal, até já entendi o que foi feito no componente. Antes o ETQ não levava em consideração a conversão do milimetro. eu tinha que informar 20 pra valer 2 milimetros e assim por diante, agora ficou certinho, porém a fonte do texto que está sendo impresso, só sai caretinha. Onde eu descubro como alterar isso. Por favor, estou com um cliente desesperado, precisando da etiqueta pra despachar a mercadoria. se alguem por gentileza puder me dar um toq eu agradeço demais

Boa tarde No mesmo gancho do IdealB, também estou com o mesmo problema, porem eu tenho num arquivo INI da aplicação toda a configuração tal como Fonte1=20 Fonte2=15 MultiH=8 MultiV=8 Já desde muito tempo, existe uma diferença enorme nestes quesitos de fontes do AcbrETQ, onde na Argox a fonte pra ficar apropriado com tamanho 1, 2 fica perfeito para o proposito, quando a mesma etiqueta usando Zebra ZPLII, tenho que usar a Fonte tal como descrito acima 15,20. e desde a ultimo atualização, onde no no arquivo AcbrSerial-Change-Log di que: Data: 02/12/2017 -- ACBrDevice -- [+] Adicionada a propriedade "ArqLOG: String", para permitir a criação de um Log para Debug de ACBrDevice (por: DSA) -- ACBrECFEscECF - [*] Ajuste para sempre desabilitar o Controle de Porta, quando ECF for Daruma (a fim de evitar travamentos na comunicação) [*] Ajuste para tratamento de retorno de Erro: "140-Relógio está travado" da Daruma FS800i, que ocorre quando o ECF ainda está ocupado, processando o último documento [*] Ajuste em ReducaoZ, ,para considerar como TimeOut mínimo, 120 segundos (por: DSA) -- ACBrETQ* -- [*] Ampla refatoração dos fontes de todas as classes de ACBrETQ, visando buscar simplificação e otimização do código (por: Elias e DSA) -- ACBrETQZplII -- [+] Implementado os métodos: "CarregarImagem", "ImprimirImagem" (por: DSA) Se diminuo o tamanho da fonte consideravelmente, não aparece nada, só começa aparecer e de tamanho não tão pequeno a partir da Fonte=8 Alguem pode dizer o que tanto mudou no AcbrETQ com relação a ZPLII ? Obrigado

É verdade. até fiquei pensando comigo o motivo do "Não sou Robô" neste caso. Ai pensando...pensando, e vi que faz sentido. Eu poderia desenvolver um sistema que iria capturar 500 mil CNPJ ou CPF só adivinhando kkkk. Tirando a brincadeira, após a primeira consulta onde fui obrigado a informar aquelas placas, veiculos que a regra exige, percebi que na segunda consulta sem sair da tela, ele não exige mais, ou seja, algum Flag avisa o navegador que já foi verificado que não sou um robô. O problema é descobrir esse Flag, pois assim conseguiriamos ignorá-lo onde dai ele exige o captcha normalmente mas... eu não tenho o menor conhecimento nesta área. Estou aprendendo bem devagar sobre web