bnobre

Olá a todos, Tudo bom? Tenho feito uma pesquisa de satisfação com os clientes com o intuito de chegar a um layout desejável por todos para a etiqueta de gôndola. A grande maioria votou que o layout abaixo é o mais interessante: Tentei implementar no ACBrETQ, usando para teste a impressora Elgin L42 Pro Full. O layout mais próximo que obtive segue abaixo: Como podem ver basicamente o que estou precisando para obter o mesmo layout é colocar em NEGRITO a descrição e o preço de venda, mas não consigo esse efeito no ACBrETQ. É possível? Desde já agradeço a atenção de todos

Olá a todos, Tudo bom? Gostaria de saber se o ACBrETQ funciona com a impressora ELGIN L42PRO Full? Se sim, quais as configurações que devem ser especificadas no componente? Desde já agradeço a atenção de todos

Olá a todos, Recentemente postei sobre a funcionalidade do ACBrPrinter de detectar a USB nativamente: Apesar de isso já existir a alguma tempo, só soube agora. Basicamente é só escrever "USB" na porta (caso só tenha uma impressora) ou selecionar a mesma na lista, muito legal. Mas aí me veio outra dúvida agora. Preciso continuar instalando o driver da impressora? Senão precisar será mais legal ainda kkkkkkkkkkkkkkkkkkkkkkkkkk Desde já agradeço a atenção de todos

Show Então se a busca é rápida vou usar apenas o valor "USB" nos clientes que tem só uma impressora, vai facilitar em muito esse troca troca de porta. Vlw Daniel

Bom dia meu amigo, blz? Bem legal... Só precisava realmente dessa confirmação se existe a possibilidade de ocorrer essa lentidão que eu mencionei ou não pra saber se vale a pena usar esse suporte nativo, pois realmente é muito mais prático só escrever na porta o valor "USB".

Olá a todos, Tudo bom? Vendo o vídeo abaixo do Daniel (3:28) achei muito legal a possibilidade de usar no campo porta apenas o valor "USB" : Eu achei legal pois até então para configurar as impressoas não fiscais no ACBrPosPrinter eu compartilhava a impressora e usava o endereço UNC na porta para especificar a mesma, por exemplo "\\localhost\elgini8". Porém isso gera um problema muito recorrente, que é quando o cliente troca a impressora de porta USB e o Windows acaba gerando uma cópia da mesma, consequentemente sem o tal compartilhamento e tenho que reconfigurá-la no ACBrPosPrinter. Em teoria se eu escrever na porta só o valor "USB" resolveria esse meu problema, pois ele sempre vai achar ela não importando em que porta está. Mas isso só me gerou uma dúvida prática. O Daniel explicou no vídeo que ao usar a palavra "USB" o componente SEMPRE irá tentar buscar a impressora, isso pode gerar lentidão na impressão? Eu faço esse questionamento pois o intuito do uso do ESCPOS em detrimento do Spooler de Impressão é exatamente agilizarmos a rotina de impressão e me peguei imaginando se essa tal busca que SEMPRE irá ocorrer ao usar a porta com o valor "USB" em um comércio com alto número de impressões poderia ser prejudicial em termos de performance. Desde já agradeço a atenção de todos

Oi @Daniel Simoes Funcionou... Então basicamente nessa Elgin i8 se eu deixar o logo ativado eu tenho que configurar o KeyCode1 e o KeyCode2, senão ele imprimi esse tal de "OE"... Correto? Creio que sim, pois mesmo gravando uma logo ele continuou imprimindo o OE. Aí configurei o KeyCode1 como 1 e o KeyCode2 como 0, aí ele passou a imprimir o logo. Depois apaguei o logo e ele não imprimiu nada... Mas mesmo sem logo, se o ACBrPosPrinter ficar com os valores padrões (KeyCode1 - 32, KeyCode2 - 32) ele imprime o tal do OE. Esse tópico me ajudou bastante, pois todas as impressoras XingLings dos clientes saem esse tal de "OE", assim como na Elgin i8. Creio que essa solução será válida pra essas impressoras também... E esse lance de achar automaticamente a impressora na porta USB é fantástico... Não sabia disso kkkkkkkkkkk Uma peculiaridade no teste de logo que ninguém reparou no vídeo, mesmo com o comando </ce> a imagem não centralizou. Abraços a todos

Claro, mas qual arquivo de log seria esse? No ACBrNFe_Exemplo? No mesmo eu só configurei a impressora e carreguei um XML qualquer pelo Imprimir DANFE NFCe.

Isso aí... Exato.

Não... Na verdade os cupons fiscais continuam emitindo com o OE. Conforme teste feito pelo ACBrNFe_Exemplo.exe

PS: Essa impressão do cupom fiscal acima foi realizada pelo ACBrNFe_Exemplo.exe

Boa tarde @Daniel InfoCotidiano Você descobriu a "charada", o que estava gerando esse problema era o seguinte comando que eu usava para gerar o cabeçalho no meu recibo: Ao remover o mesmo parou de gerar o OE. Agora eu te pergunto... Pra que serve esse comando? Eu pergunto pois na verdade eu gerei esse código do recibo baseado no ACBrDANFeESCPOS e o mesmo também usa esse comando, fazendo com que o tal do OE apareça nos cupons fiscais impressos pelo ACBrNFeDANFeESCPOS conforme anexo. Desde já agradeço a atenção

O suporte deles é nota 10... Vou detalhar o que aconteceu e anexar a conversa que tive com o Guilherme, caso se faça necessário. Inicialmente liguei para o suporte deles e falei com o atendente Alex, foi muito solicito e se mostrou realmente surpreso com a minha reclamação, disse que até então nunca tinha ouvido a mesma e me perguntou mais sobre o problema, ele constatou que isso só ocorre no meu sistema (usando o ACBrPosPrinter) e não nas impressões do Windows. Com isso me foi passado o WhatsApp do pessoal que atende as Softwares Houses, pois como a princípio o problema estava localiza apenas no meu software, que por sua vez usa o ACBrPosPrinter, ele não poderia me ajudar. Falei então com o Guilherme, que basicamente me indagou se meu sistema imprimia via comando, eu disse que sim e que usava o componente ACBrPosPrinter para tal. Com isso ele disse que precisaria ver com o pessoal do ACBr se ela está homologada. Com isso reparei que até agora não fiz a pergunta mais pertinente de todas. Essa impressora é homologada para uso no ACBrPosPrinter? Creio que deva ser, pois basicamente é um dos modelos mais vendidos e além dele na Elgin só existe o i9. Desde já agradeço a atenção de todos

Fala Juliomar, blz? Demorei pois estava fuçando aqui atrás de algo relacionado ao que tu disse, não achei nada gravado em relação a logomarca. Inclusive por coincidência acabou de chegar uma Elgin i8 aqui no laboratório, novinha na caixa e mesmo problema!!!

Olá a todos, Muitos clientes utilizam a Elgin i8 para impressão e ela simplesmente imprime as letras "OE" no início de cada impressão, conforme exemplo abaixo: A configuração que usamos no ACBrPosPrinter é a seguinte: Modelo -> ppEscPosEpson ColunasFonteNormal -> 48 PaginaDeCodigo -> pc850 Porque sai sempre esse OE? Desde já agradeço a atenção de todos

Então basicamente usando o virtual/override ou não, nesse caso que exemplifiquei no Create daria no mesmo? Correto? Eu fiquei com essa "pulga" atrás da orelha pelo fato do Destroy no TObject ser virtual e o Create não.

Oi Juliomar, beleza? Fiz conforme orientou... removi a implementação do construtor do Pai e deixei somente a declaração. Ao fazer isso ele dá erro, conforme esperado, pois o método apesar de ser virtual, não é abstrato, então sua implementação se faz necessária. Qual seria o propósito dessa sua solicitação?

Olá a todos... Digamos que eu tenho essas duas classes: Com as seguintes implementações: Com isso, executando o comando abaixo: Vai executar primeiro o Constructor do Pai, depois do Filho... depois o Destructor do Filho e por fim o do Pai. Pelo que li o INHERITED serve para executar o método existente na classe Pai, isso está correto? Até aí tudo bem. Mas eu fiquei intrigado pelo fato do Destroy lá em TObject ser virtual e como tal precisarmos usar o override. Aí resolvei fazer igual no meu exemplo... Coloquei o Create do Pai como virtual e o do Filho como override, conforme abaixo: Da forma acima o comportamento ficou igual. Não mudou nada. Executou primeiro o Constructor do Pai, depois do Filho... depois o Destructor do Filho e por fim o do Pai. É isso mesmo? Tanto faz usar ou não o virtual/override no Create? Vai dar no mesmo? Se sim porque foi escolhido colocar o Destroy do TObject como virtual? Desde já agradeço a atenção de todos

Olá a todos, Tudo bom? Basicamente eu crio dinamicamente um RLReport, preencho o mesmo com tudo o que eu preciso E se não couber tudo nele eu crio outro RLReport e associo ele ao anterior, e por aí vai. Vamos supor por exemplo que preciso criar 4 RLReports, então ficaria conforme abaixo: O relatório é exibido perfeitamente, mas a Tela de Progresso fica bugada, aparecem duas barras e não conta direito, conforme imagem abaixo: Como podem reparar ficam 2 barras de progresso. A de cima nunca preenche(fica só de enfeite) e a de baixo nunca preenche até o fim. Caso queiram reproduzir isso é simples... Basta reproduzir o cenário acima, com 4 RLReports em tempo de designer mesmo, terão a mesma Tela de Progresso bugada. Alguém sabe dizer como resolver isso? Desde já agradeço a atenção de todos e boas festas.

Vdd... Aí ele perde o resto da folha.

No Fortes tem um componente (RLBarcode) que também faz isso... Bem legal

Oi Daniel, blz? Sim, sim... Meu sistema usa o componente do ACBr para impressão nas impressoras de etiqueta, já tem tempo. Seria só uma outra opção mesmo.

Olá a todos, Preciso gerar códigos de barras (InStore) em uma folha A4 adesiva, para o cliente colar nos produtos e identificar os mesmos no PDV. Existe algum componente do ACBr para isso? Desde já agradeço a atenção

Eita... Na verdade eu estava me referindo ao que consta no próprio site deles: https://ormbr.com.br/help/help.html E também ao fórum, onde praticamente só existem mensagens de anos atrás: https://www.ormbr.com.br/forum/ Não tinha visto essa página do Github... Não achei ela no site oficial. O fórum ativo seria outro também?

Tava vendo alguns tutoriais do ORMBr... meu receio é que a última atualização dele ocorreu em 2017.