Em homenagem a Paulo Cesar Toledo
https://pctoledo.org/
Não. Essa seqüência não é no salto, mas no cabeçalho da página.Pablo César escreveu:Para que sejam feita a impressão em forma seletiva, a opção -PRINT precisaria ser informada uma sequência de caracteres CHR(2)+CHR(11)+CHR(3) em cada salto de página, com respeito a isto pergunto:
Mas isso você pode resolver fácil com um simples filtro. Na visualização você mostra o EJECT? Creio que não. Precisa de um filtro. A mesma coisa para esta seqüência.Só que normalmente não posso colocar essa sequência de caracteres CHR(2)+CHR(11)+CHR(3) porque iriam afetar o relatório originalmente, tanto para a visualização como na impressão "normal" (iriam aparecer esses caracteres).
Não entendi.2. Digamos que no arquivo de impressão possua apenas uma sequência de caracteres CHR(2)+CHR(11)+CHR(3) e falta no final do arquivo. E seja preciso re-imprimir a segunda página. Esta situação estaria prevista ?
Para o programa a numeração da página começa com aquela seqüência. Você é quem vai definir onde a página começa. Se ela é maior ou menor não importa. Por meio da seqüência o WAPI consegue encontrar o começo da página.3. Digamos que uma das páginas do relatório tenha sido gerada com o tamanho maior do que uma página pode comportar e precise imprimir em forma seletiva, o aplicativo irá imprimir as páginas de acordo gerado sem importar-se com o tamanho de linhas por folha ?.
Claro. Tanto na ordem natural quanto inversa.4. Para impressão de página de forma seletiva, é possível fazer o seguinte intervalo: "1,2,5,10-12,16" ?
O problema é que essa seqüência marca o início da página e o EJECT é um simples comando que aparece no final da página. Tudo foi feito para que o WAPI pudesse encontrar o início da página. Mudar isso significaria praticamente refazer toda a lógica que foi montada.A troca da sequência de caracteres CHR(2)+CHR(11)+CHR(3) por CHR(12) irá ser benéfica para o uso de todo relatório que for feito pelo Clipper, pois este é o nosso padrão. Tem cómo mudar isso ?
É como eu disse. Se você tem um esquema de impressão que permite uma filtragem, não haverá problema nenhum. Quer um exemplo simples? Se você imprime por @...SAY, basta mudar um pouco o comando, incluindo uma função de filtragem. Dá trabalho uma só vez. E nos relatórios, sempre tem um cabeçalho. É só incluir a seqüência nele. Quando for imprimir, esta função de filtragem, "sabendo" qual o destino do relatório (simples flags), vai permitir ou não a passagem da seqüência. É super simples.Acho importantíssimo que seja feito pelo CHR(12), caso contrário, irá representar numa mudaça muito grande para adaptar a utilização exclusiva com o WAPI.
O que posso dizer é que LPTx dá certo. Acho que USB0001 não deve dar certo. Mas isso você vai ter que testar mesmo.Outra pergunta que eu tenho a fazer, é com respeito ao 1º parâmetro que aceitaria em vez do nome da impressora (conforme esteja instalada no Windows) como a PORTA, isto é, LPT1, LPT2, \\COMPUTADOR\IMPRESSORA... Daí gostaria de saber se pode ser enviada também para COM1 e USB0001 por exemplo.
Código: Selecionar todos
if !DLoadFile("www.buzinello.com/pub/tools/libra.zip",nil,"c:\temp\TST2.ZIP",10)
?? "WAPI Error: " + LTrim(Str(WAPIError()))
else
?? "Download ok!"
end
?
quitQuê programa você se refere ? O WAPI ou um outro seu que utiliza o WAPI ? Para este outro caso qual seria a função que estarias utilizando ?Maligno escreveu:Estava trabalhando normalmente hoje e, estranhamente, meu programa começou a não mais querer executar
Como removí, deletou mas como deixaste um byte apenasRemovi, deixando apenas um byte nessa função e gravei o WAPI.EXE
Desculpe non capito !A biblioteca WAPI.LIB, do jeito que estava, não me deixava executar o programa. Era linkar ela e nada acontecia. Daí descobri que o culpado é o utilitário WAPI.EXE, embutido na LIB.Pablo César escreveu:Desculpe, não entendí bem a sua colocação da sua situação.
Sendo o utilitário WAPI.EXE embutido na LIB, com seus +/-25KB, eu gravo na função WAPI2FIL.ASM (veja lá) os hexa do binário do executável para que o EXE possa ser extraído para um diretório qualquer. Como ele era o problema, troquei aqueles 25KB por apenas 1 byte, pra efeito de teste. Passei a deixar o WAPI.EXE fixo num diretório do programa. Isso tudo resolveu o problema. O programa agora roda normalmente. Mas, claro, vou ter que investigar o que aconteceu.mas como deixaste um byte apenas
