Marcelo Bill
-
Total de ítens
411 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Marcelo Bill
-
-
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 okAlé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
- 2
-
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=4a 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=4a 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
- 1
-
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
-
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
-
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
- 1
-
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
-
-
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
-
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=8Já 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
AcbrETQ Texto da fonte desconfigurado na imp ZEBRA
em ACBrSerial
Postado
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