PC Toledo

isso é verdade, tenho que manter a 0.99.6 aqui na minha máquna por causa de um sistema que se eu compilar com a 0.99.7 algumas coisas param de funcionar corretamente, e para nao ter que alterar os fnte eu refiro usar a 0.99.6 nele quando for preciso....

Maligno escreveu:Se o XHarbour mantivesse retro-compatibilidade com as antigas versões, trocar para uma versão nova não daria qualquer problema. Exemplo: tudo o que fiz pro GCC antigo é perfeitamente compilável no GCC mais atual. Era disso que o Marcelo (Clipper) reclamava em outra thread. No que tem toda razão.

Existem funções e comandos novos nas versão mais novas que não tem nas versões anteriores, mesma coisa acontece com o CLIPPER na versão 5.01 não tem DBFCDX já na 5.3 tem.

O que você está dizendo logicamente faz todo sentido. Um recurso da versão 2, digamos, pode não existir na versão 1. É claro que vai dar problema se tentar isso.

Mas não é disso que estamos falando. Se você tem um recurso que funciona na versão 1, este mesmo recurso deveria funcionar na versão 2. Esse é o compromisso de retro-compatiblidade que parece não existir. Isso força situações como a que o Luciano comentou.

Maligno escreveu: Se você tem um recurso que funciona na versão 1, este mesmo recurso deveria funcionar na versão 2. Esse é o compromisso de retro-compatiblidade que parece não existir. Isso força situações como a que o Luciano comentou.

É , Ae ferrou-se !

então, instalei as fontes
baixei versão 1.0.0 do site.....ai começa a dar problemas na minha compilação, não acha os caminhos já descritos pelo bc....vou tentar deletar esse bc e fazer um novo.. quem sabe neh

tirou o erro da compilação porém exemplo nem faz mais nada agora...

e pior, so preciso ver esse exemplo funcionando por causa da impressão do códido de barras, mais nada....

se eu crio o BC pelo 09950 ele entra no sistema e mostra a escolha das impressoras onde se deseja imprimir.... pq q outra versão posterior, não executa o exemplo....não faz nada

Finalizando a história.... compilei com versão 0.9970 e deu certo agora, imprimiu os códigos de barra.....

mto obrigado a todos

Boa tarde a todos,

Ao utilizarmos win32prn em nossas rotinas de impressão ele passa imprimir em todas impressoras como se fossem gráficas tando impressoras laser, jato de tinta e matricial.

Vamos a seguinte questão:

Eu tenho a rotina de impressão toda utilizando a classe win32prn, se eu precisar imprimir algo em impressoras matriciais em modo draft natural da impressora, não utilizando fonte emulando draft, teria alguma forma de se fazer isto pela win32prn?. Ou eu teria que utilizar o velho modo de impressão texto.

Obrigado

Anderson Camilo

Você como opção a função PrintFileRaw(). Dê uma bisbilhotada no help do XHarbour. Se não tiver, clique aqui e pegue.

Maligno

Boa noite

Pelo o que eu entendi do PRINTFILERAW(), ele imprime um arquivo tipo TXT em impressoras instaladadas no Windows, no modo padrão da impressora, eu não consegui ver como compatibilizar a rotina de impressão utilizando win32prn e o PRINTFILERAW(), a não ser que tenha alguma configuração no win32prn para gerar um arquivo txt. que acho não ser o caso.

A maneira que pensei para fazer isto seria uma rotina para impressoras gráficas utilizando o win32prn e outra para as impressoras matricias utilizando o metodo padrão de impressão do Xbase, mas seria exatamente isto que gostaria de evitar, ter duas rotinas para fazer a mesma coisa.

Obrigado

Anderson Camilo

amigo,

imprime seu relatorio para txt (set printer to nome_do_txt) e depois trata esse txt usando a win32prn ou diretamente via a funcao mencionada acima

funciona que é uma beleza

Anderson,

Veja esse post
https://pctoledo.org/forum/viewto ... intfileraw

Jânio

Obrigado a todos pelas informações agora vou colocar a mão na massa e fazer alguns testes.

Anderson Camilo