Moderador: Moderadores
Ah, mas nem dá pra comparar. Seria injusto. É C compilado pelo GCC (Borland não valesygecom escreveu:Foi como jah falei antes para vc...o tamanha da WAPI, é de dar inveja a qualquer outro executavel....
contra o Xharbour, que naturalmente, tem de carregar muita coisa.
Tche, na verdade eu queria saber se o colega marcos sabia alguma solução para impressão rapida em impressora matricial usando a win32prn...eu uso assim...hj...meu sistema indentifica se é LTP ele manda em modo PRINTFILERAW()....se não for ele usa a WIN32PRN..Pablo César escreveu: Respondí a sua pergunta ? Era isso que querias saber ?..
é mais de usar do que usar a win32prn.Pablo César escreveu: Eu não sei quanto demandaria o Marcos modificar seu código para utilizar o PRINTFILERAW() da HBPRINTER em lugar do Win32prn. Acredito que ele terá um trabalho considerável.
Tche, a um tempo atras perguntei ao Wagner se teria como fazer isso no PRWIN ...e ele me disse que usa a WIN32PRN no PRWIN e que isso era normal nas impressoras...Pablo César escreveu: Senão me engano ja hé visto esta "condição" do Win32prn de ejectar ao ultimo. Por falar disso, Leonardo, você chegou perguntar algo ao Wagner sobre isto ?
Mas não deveria ter diferença alguma. O programa do Marcos não envia os dados pro spooler? Então, seja lá o que for pro spooler (texto ou gráfico), a impressão ocorre depois que o job for fechado no spooler. A partir daí não tem mais nada a ver com o programa. Se a impressão ficar lenta por conta de alguma característica, será apenas devido à limitações das impressoras.Pablo César escreveu:Mas a velocidade de impressão com o USBPRINT é quase impercibivel (quase tão rápido quanto ao modo ASCII).
Opa... agradeço pela força... ! e aproveitando... me passa o codigo Negrito (Liga/Desl.).Pablo César escreveu:Não liga se o pessoal sim se manifesta ou não, pois na maioria das vezes o pessoal são meio tétricos... poucas vezes comentam algo sobre os aplicativos dos outros (sempre o deles são melhores...). Eu estarei adoptando o seu USBPRINT.EXE, uma vez que possa fazer NEGRITO, pois estás ficando muito bom.
Não desanime colega, eu ao menos fico muito agradecido com a sua contribuição.
Opa... Depois que eu chegar em um nível razoavél... vou disponibilizar alguns exemplos pro pessoal.Pablo César escreveu:Gostaria claro, que quando "finalizado" este projeto (sempre se fala finalizado, mas nunca está... hehe) eu gostaria de ver seu código-fonte, se você nos permitir. Pois graças a pessoas como você, o Heveraldo, o Maligno, Leonardo, Rochinha, Wagner, Toledo, Dudu, Marcelo, enfim... muitos aqui com certeza, insentivam cada vez mais a linguagem XBASE.
É só desprender um tempo só pra isso... e se concientizar que terá que quebrar muito a cabeça... pq qq documentação ref. ao xHarbour é rara... mas na pasta de exemplos do xHarbour tem bastante coisa... é só encarar com fé.... que vc chega lá... Meu proximo passo será direcionado a GUI.Pablo César escreveu:E eu estou seriamente pensando em meter as caras no xHarbour, mas já viu... (nem sei por onde começar...) ? e eu gostaria de ver a minha telas em modo GUI.
Vou Analizar isso!Pablo César escreveu:Mas não é o /T2 que eu estou falando. Veja que se fizer com parâmetro /1 se comporta diferente que com /T1. E com /T3, não deveria mostrar help nenhum, certo ?
Opa... Nem esquente.. sempre me deram força aqui no forum... e de acordo com o tempo que puder desprender... e achar q é viavel a sugestão... farei de bom grado !Pablo César escreveu:Marcos, se você achar que é muito trabalho ou até que não compensa. Por favor sinta-se avontade para dizer: NÃO.
a maior velocidade de impressão que consegui alcançar... foi a do USBPRINT... se conseguir melhorar isso... te dou um toque.sygecom escreveu:Tche, na verdade eu queria saber se o colega marcos sabia alguma solução para impressão rapida em impressora matricial usando a win32prn...eu uso assim...hj...meu sistema indentifica se é LTP ele manda em modo PRINTFILERAW()....se não for ele usa a WIN32PRN..
Tb to começando a achar a mesma coisa.sygecom escreveu:Tche, a um tempo atras perguntei ao Wagner se teria como fazer isso no PRWIN ...e ele me disse que usa a WIN32PRN no PRWIN e que isso era normal nas impressoras...
Por supuesto ! Falo exclusivamente na impresão mesmo !. A impressão em puro ASCII em impressoras MATRICIAIS, com certeza é mais rápida e não estou falando de spool ou demora do SO. Simplemste quando o pacote de impressão já está na memória da impressora.Maligno escreveu:Se a impressão ficar lenta por conta de alguma característica, será apenas devido à limitações das impressoras.
Sim... não tem comparação, me referia apenas exclusivamente a impressoras MATRICIAIS, seu maligno !Maligno escreveu:Aliás, discordo quando você diz que modo texto é sempre mais rápido. Em Laser não faz a menor diferença, com áreas impressas comparáveis.
Se fosse uma outra aplicação qualquer, talvez até poderia não ser uma boa solução, já que há um consumo extra de CPU pra descompactar o programa em memória. Mas no caso desta aplicação não faz tanta diferença. Claro que isso nem é tão importante. Afinal de contas, não será o tamanho do executável que vai diminuir seu brilho.MarcosV escreveu:Usei o UPX.Maligno escreveu:Você usou algum compactador ou foi só na compilação?
Está vendo ?. Você mesmo acha conveniente dar o nome que quiser e ainda acha perfumaria... claro você acha isso porque você é programador. Mas quanto aos usuários finais ? Aqueles que não entendem nada de macros, comandos de impressão... etc.Maligno escreveu:Isso me permitiria usar os nomes que eu bem entendesse diretamente no meu código de montagem da linha de impressão.
Não, Pablo. Eu não acho conveniente dar os nomes que quiser às tags. Eu estava apenas "divagando", como SE eu fosse usar. Mas não usaria, com certeza.Pablo César escreveu:Está vendo ?. Você mesmo acha conveniente dar o nome que quiser e ainda acha perfumaria...Maligno escreveu:Isso me permitiria usar os nomes que eu bem entendesse diretamente no meu código de montagem da linha de impressão.
Acho não, colega. Eu também não acho boa idéia dar tags para o usuário inserir no texto. Primeiro que isso tira a estética do texto, levando o nível de qualidade pra baixo. O sujeito não terá mais a formatação. E isso atrapalha bastante. Segundo que eu faria como o antigo WordStar for DOS: a cada comando uma cor diferente, por exemplo. SE eu fosse fazer. Mas também não faria mala direta desse tipo em DOS. Existem recursos melhores e mais ricos a oferecer através de outros programas.E o usuário souber, que para destacar uma palavra dentro do seu texto ele deve utilizar [ATIVA_NEGRITO]palavra_a_ser_destacada[DESATIVA_NEGRITO], com certeza ele vai usar e vai ficar muito feliz da vida em poder fazé-lo com tanta perfumaria e tudo, sem complicação de macros, comandos-de-impressão e caramba quatro... você não acha colega ?.
Ahhh agora você falou bonito !. São essas a plavras que o colega precisa.Maligno escreveu:mas pelo que estou vendo já está bem melhor, mais rico em recursos. Parabéns.
Por tudo isso, ratifico o que disse: eu não incluiria uma edição de macros...
Recurso a mais é melhor que de menos.
Mas desta forma (indicando o caracter que o programador quiser), você poderia ainda fazer isto no próprio editor de textos (aquele que você diz que não "serve", o MEMOEDIT) com cores diferenciadas para a formatação. A sugestão sua é muito válida e aliada com os recursos de definição de TAGs você definindo-as como algum tipo de caracter-não-imprimível e ocultado-lo dentro da edição. Portanto ainda acho que é uma grande vantagem fazerdas TAGs como conteúdo variável.Maligno escreveu:eu faria como o antigo WordStar for DOS: a cada comando uma cor diferente, por exemplo.
Que nada Maligno ! Não esquente você com isso também. Eu gosto muito de ler as suas críticas (falando muito a sério), acho você muito exigente, isso só nos traz benefícios mas as vezes você é muito duro com as palavras e provoca MUITA polêmica (o que também acho saudável) e depois de tudo eu também gosto de cutucar a onça com vara curta...Maligno escreveu:Mas você também não precisa se desgastar tanto com esse tipo de discussão.
Nunca usei MemoEdit a sério. Não me lembro exatamente, mas se por ele for possível interceptar cada caractere digitado, seria possível usá-lo da forma que descrevi, mas isso demandaria uma análise de conteúdo, a exemplo do que se faz em componentes RichEdit (Windows). Mas a aplicabilidade disso é tão baixa que nem compensa o esforço. E não é um esforço pequeno.Pablo César escreveu:Mas desta forma (indicando o caracter que o programador quiser), você poderia ainda fazer isto no próprio editor de textos (aquele que você diz que não "serve", o MEMOEDIT) com cores diferenciadas para a formatação.Maligno escreveu:eu faria como o antigo WordStar for DOS: a cada comando uma cor diferente, por exemplo.
Uma coisa que sempre digo: receber elogios é bom. Receber críticas é muito melhor. Já quase perdi algumas amizades por pensar assim. Às vezes não é possível fazer uma crítica sem parecer duro ou polêmico.Eu gosto muito de ler as suas críticas (falando muito a sério), acho você muito exigente, isso só nos traz benefícios mas as vezes você é muito duro com as palavras e provoca MUITA polêmica (o que também acho saudável)
Tche, Marcos Junto com a CVS vem uma Documentação....é só vc gerar ela para Html, tb na CVS vem uma pasta SAMPLES que tem todos possiveis exemplos das funções do xharbour, temos tb. a NG On-Line,jah nas Contrib temos diversas diferentes soluções e cada uma com seus devidos exemplos e claro que não poderia faltar....temos o forum tb...que se vc usar a busca...vc encontra bastante solução...ou o caminho para a solução....MarcosV escreveu:É só desprender um tempo só pra isso... e se concientizar que terá que quebrar muito a cabeça... pq qq documentação ref. ao xHarbour é rara... mas na pasta de exemplos do xHarbour tem bastante coisa... é só encarar com fé.... que vc chega lá... Meu proximo passo será direcionado a GUI.Pablo César escreveu:E eu estou seriamente pensando em meter as caras no xHarbour, mas já viu... (nem sei por onde começar...) ? e eu gostaria de ver a minha telas em modo GUI.
