Re: Res: [delphi-br] Integração com o M S-Word
Marlon, Bom dia. Primeiro vc tem alguma versão do office instalada na mesma máquina doc delphi? Segundo se vc utilizar o word 97, 2000 ou XP não é necessário importar o ActiveX uma vez que as DCUs já se encontram na pasta $(DELPHI)\Imports. $(DELPHI)\Imports\Word97.dcu $(DELPHI)\Imports\Word2000.dcu $(DELPHI)\Imports\WordXP.dcu Caso contrário reinstale o MS-Word e tente importar o ActiveX novamente. Atenciosamente, André Geraldo dos Santos Analista de Sistemas e Desenvolvedor Belo Horizonte - Minas Gerais Marlon Tiedt escreveu: Tentei fazer isto, porém meu delphi não mostra a opção para importar do Word... Como eu faço para tentar importar ele, já que não está na lista... Falou Marlon --- Em seg, 23/2/09, André Geraldo dos Santos andresanto...@gmail.com escreveu: De: André Geraldo dos Santos andresanto...@gmail.com Assunto: Re: Res: [delphi-br] Integração com o MS-Word Para: delphi-br@yahoogrupos.com.br Data: Segunda-feira, 23 de Fevereiro de 2009, 9:57 Marlon, Mas você já importou o AciveX Control ? Senão importou faça o seguinte, vá no menu Components - Import ActiveX Control ... e selecione o activeX do word e mande instalar .. Observe que no momento da instalação o delphi vai criar uma unit e é está unit que vc deve adicionar no uses de interface para conseguir compilar e instalar o componente. Atenciosamente, André Geraldo dos Santos Analista de Sistemas e Desenvolvedor Belo Horizonte - Minas Gerais 2009/2/21 Marlon Tiedt marlon.tiedt@ yahoo.com. br Cara criei um dpk com a unit WordContainer, e quando eu mando compilar, o delhi diz que precisa da unit Word_TLB. e não ela no meu pc. Valeu --- Em sáb, 21/2/09, André Geraldo dos Santos andresantos78@ gmail.comandresantos78% 40gmail.com escreveu: De: André Geraldo dos Santos andresantos78@ gmail.comandresantos78% 40gmail.com Assunto: Re: Res: [delphi-br] Integração com o MS-Word Para: delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br Data: Sábado, 21 de Fevereiro de 2009, 9:18 Marlon, Faz o seguinte, cria um Package(BPL) adiciona o arquivo WordContainer. pas e automaticamente o arquivo WordContainer. dcr será adicioDelivered-To: andresanto...@gmail.com Received: by 10.100.138.5 with SMTP id l5cs7742and; Tue, 24 Feb 2009 07:36:53 -0800 (PST) Received: by 10.142.87.4 with SMTP id k4mr2187033wfb.82.1235489812401; Tue, 24 Feb 2009 07:36:52 -0800 (PST) Return-Path: sentto-1058778-197807-1235489809-andresantos78=ail@returns.groups.yahoo.com Received: from n14b.bullet.sp1.yahoo.com (n14b.bullet.sp1.yahoo.com [69.147.64.116]) by mx.google.com with SMTP id 28si14694586wfd.25.2009.02.24.07.36.50; Tue, 24 Feb 2009 07:36:51 -0800 (PST) Received-SPF: pass (google.com: domain of sentto-1058778-197807-1235489809-andresantos78=ail@returns.groups.yahoo.com designates 69.147.64.116 as permitted sender) client-ipi.147.64.116; Authentication-Results: mx.google.com; spf=ss (google.com: domain of sentto-1058778-197807-1235489809-andresantos78=gmail@returns.groups.yahoo.com designates 69.147.64.116 as permitted sender) smtp.mail=sentto-1058778-197807-1235489809-andresantos78=gmail@returns.groups.yahoo.com; dkim=pass header...@yahoogrupos.com.br DKIM-Signature: v= a=rsa-sha256; c=relaxed/relaxed; d=yahoogrupos.com.br; s=hotel; t35489809; bh=3R8V78y+Iha3SiW33YILWZlagE9cLbvxSOq8+adH2HA=; h=Received:Received:X-Yahoo-Newman-Id:Received:Received:Received:DKIM-Signature:Received:Received:X-Sender:X-Apparently-To:X-Received:X-Received:X-Received:X-Received:X-YMail-OSG:X-Received:X-Mailer:To:In-Reply-To:Message-ID:X-Originating-IP:X-eGroups-Msg-Info:From:X-Yahoo-Profile:X-Yahoo-Marked-Not-Spam:X-eGroups-Approved-By:Sender:MIME-Version:Mailing-List:Delivered-To:List-Id:Precedence:List-Unsubscribe:Date:Subject:Reply-To:X-Yahoo-Newman-Property:Content-Type; b=iFyGIXQZww65YBbrWeP9Iue40B5Mi5mD/WReWu4pbCmGB48OdOLhYYk/5HhQgtnxirLXO+Swsh7VtfTS9nE0sgn6VOEoSoB0p2oMD5ziGY0L9L/ypdJ9nUZqMW5mZFDK DomainKey-Signature: a=a-sha1; q=dns; c=nofws; s=hotel; d=yahoogrupos.com.br; b=YxXXjCTmkEX7U3JNeN+qULKO6ciQuv+hP1lLjA84quTCmFuMUKHWtZxG4718mIpleJdgpKWZE7wV3oW1gada7Z7WnHJpD/Gyj4Sz/+vkqBUafIlpsEOSQVA6Abot/R; Received: from [69.147.65.171] by n14.bullet.sp1.yahoo.com with NNFMP; 24 Feb 2009 15:36:49 - Received: from [66.218.67.115] by t13.bullet.mail.sp1.yahoo.com with NNFMP; 24 Feb 2009 15:36:49 - X-Yahoo-Newman-Id: 1058778-m197807 Received: (qmail 67946 invoked from network); 24 Feb 2009 15:36:48 - Received: from unknown (66.218.67.96) by m47.grp.scd.yahoo.com with QMQP; 24 Feb 2009 15:36:48 - Received: from unknown (HELO
[delphi-br] [OFF-TOPIC] Por Quê o Delphi Não Vêm Com Tudo De Que Preciso?
POR QUÊ O DELPHI NÃO VÊM COM TUDO DE QUE PRECISO? por Rubem Nascimento da Rocha _ Eram os idos de 1994, quando desde 92 comecei a desenvolver soluções em Clipper. Era uma linguagem fantástica, e apesar de ter mudado de foco, ainda é. Basta pesquisar que se encontra muita coisa legal voltada para Clipper e xBase. Mas daí, quando estava iniciando minhas incursões em desenvolvimento para Windows com Visual FoxPro 3, já se ouvia os buchichos e os alardes sobre o Delphi. Quando descobri o Delphi por acaso, apenas pela curiosidade de saber como era um código feito nessa ferramenta, foi amor à primeira vista. Isto pq sempre fui fã de carteirinha da linguagem Pascal, e até a existência da linguagem C++, sempre considerei a linguagem C anti-didática e difícil de se entender por ter, a meu ver, uma sintaxe mais mnemônica do que próxima de uma linguagem formal. Mas aí, ao longo do tempo que mais e mais descobria coisas maravilhosas com a ferramenta, como orientação a objetos, começaram a aparecer novos desafios na rotina cotidiana de programação. E uma delas era saída de dados para impressoras matriciais. Falando direto ao ponto pra quem não gosta de textos muito coloquiais, impressão de relatórios em impressoras matriciais. Muito bati cabeça para procurar ser performático e prático como na época em que desenvolvia relatórios em Clipper. Mas no mundo Windows, tudo é gráfico, incluindo as saídas impressas. E as alternativas que surgiam não me atendiam neste requisito. Muitos me falaram q o ReportBuilder permitia saída em matricial na boa, mas ainda não vi isso na prática. QuickReport e CrystalReports então, nem se fala! Uns e outros que desenvolvem em .NET dizem que o CrystalReports 'güenta' o tranco. O povo do Java diz que iReport/JasperReports tb resolve tranquilo. Mas o fato é que na época, as alternativas que procurei utilizar não me permitiam ter a mesma praticidade e performance que tinha no Clipper, pois todas eram orientadas à saídas gráficas. Quem nunca tentou imprimir um relatório do QuickReport em matricial e se deparou com aquela lerdeza da cabeça de impressão 'desenhando' as letras no papel? Pois é, aí está o motivo! Impressões em Windows são desenhadas, pois são gráficas! Aí o povo começou a tacar pau no Delphi! Claro, qualidade inerente do ser humano é falar mal do que não se conhece ou do que não se procura saber a causa de tal comportamento! Muitos que bateram cabeça em imprimir em matricial começaram a se perguntar indignados, porém sem a mínima noção do teor da pergunta: 'Pô, pq o Delphi num vêm com um componente pra imprimir em matricial?' Depois de muito pesquisar na Internet sobre maneiras de imprimir em matricial de forma rápida, havia me deparado com um componente chamado RDPrint, feito por uma empresa brasileira. Eu cheguei a fazer uso dele em uma aplicação de retaguarda comercial. Como diriam os mineiros, 'O trem era bão memo, sô!' Claro, não tinha um designer gráfico de relatórios como o QuickReport, mas em compensação o povo que vinha do Clipper adorou o bichinho! Depois de muito usar este componente, uma curiosidade apareceu e uma 'ficha havia caído'. A curiosidade era saber como o RDPrint era capaz de tal façanha. Fuçando e fuçando, descobri q ele apenas fazia uso de chamadas à API do Windows que permitiam escrever dados na impressora de maneira crua ('RAW'), sem passar pelo gerenciador de impressão. O fato depois foi comprovado depois que vi o código fonte de alguns outros componentes free feitos também por brasileiros, como o RSPrint e o VDOPrint. A 'ficha havia caído' depois de uma profunda avaliação de meu cotidiano de trabalho juntamente com o Delphi. E nessa minha avaliação, levando em conta meus mais de 10 anos trabalhando com Delphi, é óbvio e fato mais que consumado que a produtividade nesta ferramenta é fantástica, mas os artefatos que ele fornece inicialmente ao desenvolvedor têm o intuito de atenderem, a nível mundial, a gregos e troianos (por assim dizer). Ou seja, se houvessem mais e mais desenvolvedores ao redor do mundo que tivessem necessidade de impressão matricial, com certeza a Borland/CodeGear/Embarcadero/Seja-Lá-Qual-Será-o-Próximo-Nome/etc teria embutido no produto, desde as suas primeiras versões, um componente para gerar impressão em matricial. Portanto, é necessário que seja entendido e compreendido o fato de que o Delphi, por ser um produto utilizado a nível mundial, não têm a pretensão de realmente ter praticamente tudo o que se precisa de uma ferramenta de desenvolvimento no que diz respeito de nossas rotinas cotidianas de programação. Por dois motivos: (1)Não são todos os desenvolvedores ao redor do mundo que têm a mesma necessidade cotidiana, como impressão em impressoras matriciais; (2)Por conta do motivo #1, assim como acontece com a Microsoft, a Borland deixou o Delphi com um conjunto básico de componentes visuais com o
Re: [delphi-br] [OFF-TOPIC] Por Quê o Delphi N ão Vêm Com Tudo De Que Preciso?
Componentes para impressão material é apenas um item dessa questão. Acho estranho existir componentes como, por exemplo, os componentes Unidac da Devart, que são melhores que os do próprio Delphi. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
RES: [delphi-br] Delphi com DCom
Consegui fazer funcinar na intranet. Para funcionar na internet muda muita coisa,??? Tenho que ter ip fixo ou funciona com no-ip ??? Preciso fazer Nat no modem de adsl ??? Antonio C. de M. Pires _ De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Rubem Enviada em: segunda-feira, 23 de fevereiro de 2009 15:49 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Delphi com DCom Prezado, Vc configurou a rede corretamente, usando o mesmo grupo de trabalho? ( se for IP fixo) vc configurou todos os IP para a mesma rede? Ou seja, esta máquinas se comunicam normalmente? Quando vc acessa Meus locais de rede --Exibir conexões de rede, vc consegue visualizar os diversos hosts da rede? --- Em seg, 23/2/09, Arrobba Sistemas del...@arrobbasiste mailto:delphi%40arrobbasistemas.com.br mas.com.br escreveu: De: Arrobba Sistemas del...@arrobbasiste mailto:delphi%40arrobbasistemas.com.br mas.com.br Assunto: [delphi-br] Delphi com DCom Para: delphi...@yahoogrup mailto:delphi-br%40yahoogrupos.com.br os.com.br Data: Segunda-feira, 23 de Fevereiro de 2009, 8:59 Bom dia, estou iniciando uma aplicação com Dcom, mas tenho uma duvida , como procedo para fazer A instalação no Cliente , que componentes tenho que instalar, peguei algumas dicas na internet, mas como Estou desenvolvendo o Server e o Client na mesma maquina, esta tudo ok, mas quando tendo instalar em outra maquina Na rede da erro, que não consegue encontrar o servidor. Tenho que alem de compartilhar o disco do servidor , compartilhar mais algum serviço Antonio C. de M. Pires Arrobba Sistemas desenvolvimento@ arrobbasistemas. com.br [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca http://br.maisbuscados.yahoo.com dos.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] [OFF-TOPIC] Por Quê o Delphi Não V êm Com Tudo De Que Preciso?
Aproveitando gancho... por que não fazer um sei lá... DelphiReport.. e pronto acabar com esse monte de sistema de relatorios? Ou então adicionar logo um activeX ou componente pro Crystal.. como o Visual C++ faz... porque, convenhamos... QuickReport, Rave... pelo amor de Deus... que entrem em contato com os desenvolvedores do FastReport ou ReportBuilder, para criarem uma versão Personal, e incluir junto... todos saem ganhando... []s 2009/2/25 Alisson alss...@yahoo.com.br Componentes para impressão material é apenas um item dessa questão. Acho estranho existir componentes como, por exemplo, os componentes Unidac da Devart, que são melhores que os do próprio Delphi. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- _ T.·.F.·.A.·. Fellipe Henrique Blog: www.digitumsoft.com.br/blogs/fellipeh --- CAMPANHA POR UMA INTERNET SEGURA Proteja o endereço de seus amigos como estou protegendo o seu. Ao enviar mensagens use SEMPRE o Cco (cópia oculta). Assim TODOS os endereços estarão preservados. E, claro, antes de encaminhar um e-mail, delete todas as informações que apareçam no corpo do e-mail e que possam ser usadas por hackers. ### [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] [OFF-TOPIC] Por Quê o Delphi N ão Vêm Com Tudo De Que Preciso?
Entendo seu desabafo Rubem, mas aí fico na dúvida: quando eu preciso fazer impressões matriciais, quase sempre faço como me acostumei a fazer no Clipper (nem sei se era a maneira correta, mas era como eu entendia...), ou seja, imaginar que cada linha que eu quisesse escrever teria no máximo 80 colunas por 40 linhas e jogar tudo num arquivo TXT que depois era enviado para a impressora. Mas porém, todavia, entretanto, não é necessário (pelo menos ao meu ver) um componente de terceiros e sequer um editor visual. Basta (para minha necessidade) usar uma variável do tipo TStrings ou até um TStringList e vou gerando os parágrafos do meu relatório com base na largura do texto que é inserido. E para mandar para a impressora, bastaria um Write da vida, fazendo uma ejeção de página a cada 40 linhas. Alguma automação como definir a ordem das colunas é bem vinda, mas nada além disso, pois visualmente a impressão matricial é pobre. O valor é agregado a informação e não ao layout do relatório. Não sei se nesse caso em específico seria mais fácil já ter algo pronto... Sendo que a composição desse tipo de relatório é bastante simples. Atte, Ricardo. _ Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em qua, 25/2/09, Rubem Nascimento da Rocha djpardalro...@hotmail.com escreveu: POR QUÊ O DELPHI NÃO VÊM COM TUDO DE QUE PRECISO? por Rubem Nascimento da Rocha _ _ _ _ _ Eram os idos de 1994, quando desde 92 comecei a desenvolver soluções em Clipper. Era uma linguagem fantástica, e apesar de ter mudado de foco, ainda é. Basta pesquisar que se encontra muita coisa legal voltada para Clipper e xBase. Mas daí, quando estava iniciando minhas incursões em desenvolvimento para Windows com Visual FoxPro 3, já se ouvia os buchichos e os alardes sobre o Delphi. Quando descobri o Delphi por acaso, apenas pela curiosidade de saber como era um código feito nessa ferramenta, foi amor à primeira vista. Isto pq sempre fui fã de carteirinha da linguagem Pascal, e até a existência da linguagem C++, sempre considerei a linguagem C anti-didática e difícil de se entender por ter, a meu ver, uma sintaxe mais mnemônica do que próxima de uma linguagem formal. Mas aí, ao longo do tempo que mais e mais descobria coisas maravilhosas com a ferramenta, como orientação a objetos, começaram a aparecer novos desafios na rotina cotidiana de programação. E uma delas era saída de dados para impressoras matriciais. Falando direto ao ponto pra quem não gosta de textos muito coloquiais, impressão de relatórios em impressoras matriciais. Muito bati cabeça para procurar ser performático e prático como na época em que desenvolvia relatórios em Clipper. Mas no mundo Windows, tudo é gráfico, incluindo as saídas impressas. E as alternativas que surgiam não me atendiam neste requisito. Muitos me falaram q o ReportBuilder permitia saída em matricial na boa, mas ainda não vi isso na prática. QuickReport e CrystalReports então, nem se fala! Uns e outros que desenvolvem em .NET dizem que o CrystalReports 'güenta' o tranco. O povo do Java diz que iReport/JasperRepor ts tb resolve tranquilo. Mas o fato é que na época, as alternativas que procurei utilizar não me permitiam ter a mesma praticidade e performance que tinha no Clipper, pois todas eram orientadas à saídas gráficas. Quem nunca tentou imprimir um relatório do QuickReport em matricial e se deparou com aquela lerdeza da cabeça de impressão 'desenhando' as letras no papel? Pois é, aí está o motivo! Impressões em Windows são desenhadas, pois são gráficas! Aí o povo começou a tacar pau no Delphi! Claro, qualidade inerente do ser humano é falar mal do que não se conhece ou do que não se procura saber a causa de tal comportamento! Muitos que bateram cabeça em imprimir em matricial começaram a se perguntar indignados, porém sem a mínima noção do teor da pergunta: 'Pô, pq o Delphi num vêm com um componente pra imprimir em matricial?' Depois de muito pesquisar na Internet sobre maneiras de imprimir em matricial de forma rápida, havia me deparado com um componente chamado RDPrint, feito por uma empresa brasileira. Eu cheguei a fazer uso dele em uma aplicação de retaguarda comercial. Como diriam os mineiros, 'O trem era bão memo, sô!' Claro, não tinha um designer gráfico de relatórios como o QuickReport, mas em compensação o povo que vinha do Clipper adorou o bichinho! Depois de muito usar este componente, uma curiosidade apareceu e uma 'ficha havia caído'. A curiosidade era saber como o RDPrint era capaz de tal façanha. Fuçando e fuçando, descobri q ele apenas fazia uso de chamadas à API do Windows que permitiam escrever dados na impressora de maneira crua ('RAW'), sem passar pelo gerenciador de impressão. O fato depois foi comprovado depois que vi o código fonte de alguns outros componentes free feitos também por
RE: [delphi-br] [OFF -TOPIC] Por Quê o De lphi Não Vêm Com Tud o De Que Preciso?
De fato, citei apenas um de vários exemplos que podem ser citados. No entanto, o q pode parecer estranho é bem explicado no seguinte trecho extraído de meu texto: (...)é necessário que seja entendido e compreendido o fato de que o Delphi, por ser um produto utilizado a nível mundial, não têm a pretensão de realmente ter praticamente tudo o que se precisa de uma ferramenta de desenvolvimento no que diz respeito de nossas rotinas cotidianas de programação. Por dois motivos: (1)Não são todos os desenvolvedores ao redor do mundo que têm a mesma necessidade cotidiana, como impressão em impressoras matriciais; (2)Por conta do motivo #1, assim como acontece com a Microsoft, a Borland deixou o Delphi com um conjunto básico de componentes visuais com o intuito de que outros desenvolvedores e/ou empresas de software pudessem desenvolver soluções que atendessem necessidades cotidianas específicas, tais como as suites(a.k.a., coleções) de componetes consagradas na comunidade Delphi InfoPower, DevExpress e ReportBuilder e componentes de terceiros criados por desenvolvedores brasileiros que tiveram enfoque de resolver problemas cotidianos de desenvolvedores brazucas, tais como o RDPrint, RSPrint e VDOPrint. Sds. To: delphi-br@yahoogrupos.com.br From: alss...@yahoo.com.br Date: Wed, 25 Feb 2009 14:16:24 -0300 Subject: Re: [delphi-br] [OFF-TOPIC] Por Quê o Delphi Não Vêm Com Tudo De Que Preciso? Componentes para impressão material é apenas um item dessa questão. Acho estranho existir componentes como, por exemplo, os componentes Unidac da Devart, que são melhores que os do próprio Delphi. __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ _ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-br [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] SPED Contábil
Prezados, Terminei toda a parte lógica do SPED, o aplicativo do SPED já está até validando com sucesso os arquivos que estou gerando. Porém, durante o desenvolvimento surgiu a seguinte dúvida: Quando estava implementando, desenvolvi o registro I155 (referente aos detalhes dos saldos periódicos), surgiu a seguinte mensagem: SALDO TOTAL ANTERIOR A CRÉDITO MENOS SALDO TOTAL ANTERIOR A DÉBITO DIFERENTE DE ZERO. Pois bem, eu sei que contabilidade no final deve dar tudo zero, mas todos sabemos também que por problemas pertinentes a todas organizações, as vezes isso não totaliza zero em todos os encerramentos contábeis. Minha dúvida é a seguinte: esta mensagem está relacionada a alguma parâmetro do SPED que estou passando incorretamente ou o SPED é assim mesmo? Os saldos totais a crédito e débito devem fechar zero sempre? Estou utilizando o tipo de escrituração G, (Livro diário completo sem escrituração auxiliar). Grato... -- Rodrigo Ribeiro Gonçalves =Analista de Sistemas= Fone: (48) 9991-0020 Todos são seus amigos, até o dia em que o aluguel atrasa... [As partes desta mensagem que não continham texto foram removidas]
RE: [delphi-br] [OFF -TOPIC] Por Quê o De lphi Não Vêm Com Tud o De Que Preciso?
O q eu escrevi não foi um desabafo, e sim um texto para que os colegas comentem e, ao mesmo tempo, tentem entender pq o Delphi não possui sempre tudo à mão, mesmo sendo uma ferramenta fantástica. Sds. To: delphi-br@yahoogrupos.com.br From: ricardo_engs...@yahoo.com.br Date: Wed, 25 Feb 2009 08:58:36 -0800 Subject: Re: [delphi-br] [OFF-TOPIC] Por Quê o Delphi Não Vêm Com Tudo De Que Preciso? Entendo seu desabafo Rubem, mas aí fico na dúvida: quando eu preciso fazer impressões matriciais, quase sempre faço como me acostumei a fazer no Clipper (nem sei se era a maneira correta, mas era como eu entendia...), ou seja, imaginar que cada linha que eu quisesse escrever teria no máximo 80 colunas por 40 linhas e jogar tudo num arquivo TXT que depois era enviado para a impressora. Mas porém, todavia, entretanto, não é necessário (pelo menos ao meu ver) um componente de terceiros e sequer um editor visual. Basta (para minha necessidade) usar uma variável do tipo TStrings ou até um TStringList e vou gerando os parágrafos do meu relatório com base na largura do texto que é inserido. E para mandar para a impressora, bastaria um Write da vida, fazendo uma ejeção de página a cada 40 linhas. Alguma automação como definir a ordem das colunas é bem vinda, mas nada além disso, pois visualmente a impressão matricial é pobre. O valor é agregado a informação e não ao layout do relatório. Não sei se nesse caso em específico seria mais fácil já ter algo pronto... Sendo que a composição desse tipo de relatório é bastante simples. Atte, Ricardo. __ Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em qua, 25/2/09, Rubem Nascimento da Rocha djpardalro...@hotmail.com escreveu: POR QUÊ O DELPHI NÃO VÊM COM TUDO DE QUE PRECISO? por Rubem Nascimento da Rocha _ _ _ _ _ Eram os idos de 1994, quando desde 92 comecei a desenvolver soluções em Clipper. Era uma linguagem fantástica, e apesar de ter mudado de foco, ainda é. Basta pesquisar que se encontra muita coisa legal voltada para Clipper e xBase. Mas daí, quando estava iniciando minhas incursões em desenvolvimento para Windows com Visual FoxPro 3, já se ouvia os buchichos e os alardes sobre o Delphi. Quando descobri o Delphi por acaso, apenas pela curiosidade de saber como era um código feito nessa ferramenta, foi amor à primeira vista. Isto pq sempre fui fã de carteirinha da linguagem Pascal, e até a existência da linguagem C++, sempre considerei a linguagem C anti-didática e difícil de se entender por ter, a meu ver, uma sintaxe mais mnemônica do que próxima de uma linguagem formal. Mas aí, ao longo do tempo que mais e mais descobria coisas maravilhosas com a ferramenta, como orientação a objetos, começaram a aparecer novos desafios na rotina cotidiana de programação. E uma delas era saída de dados para impressoras matriciais. Falando direto ao ponto pra quem não gosta de textos muito coloquiais, impressão de relatórios em impressoras matriciais. Muito bati cabeça para procurar ser performático e prático como na época em que desenvolvia relatórios em Clipper. Mas no mundo Windows, tudo é gráfico, incluindo as saídas impressas. E as alternativas que surgiam não me atendiam neste requisito. Muitos me falaram q o ReportBuilder permitia saída em matricial na boa, mas ainda não vi isso na prática. QuickReport e CrystalReports então, nem se fala! Uns e outros que desenvolvem em .NET dizem que o CrystalReports 'güenta' o tranco. O povo do Java diz que iReport/JasperRepor ts tb resolve tranquilo. Mas o fato é que na época, as alternativas que procurei utilizar não me permitiam ter a mesma praticidade e performance que tinha no Clipper, pois todas eram orientadas à saídas gráficas. Quem nunca tentou imprimir um relatório do QuickReport em matricial e se deparou com aquela lerdeza da cabeça de impressão 'desenhando' as letras no papel? Pois é, aí está o motivo! Impressões em Windows são desenhadas, pois são gráficas! Aí o povo começou a tacar pau no Delphi! Claro, qualidade inerente do ser humano é falar mal do que não se conhece ou do que não se procura saber a causa de tal comportamento! Muitos que bateram cabeça em imprimir em matricial começaram a se perguntar indignados, porém sem a mínima noção do teor da pergunta: 'Pô, pq o Delphi num vêm com um componente pra imprimir em matricial?' Depois de muito pesquisar na Internet sobre maneiras de imprimir em matricial de forma rápida, havia me deparado com um componente chamado RDPrint, feito por uma empresa brasileira. Eu cheguei a fazer uso dele em uma aplicação de retaguarda comercial. Como diriam os mineiros, 'O trem era bão memo, sô!' Claro, não tinha um designer gráfico de relatórios como o QuickReport, mas em compensação o povo que vinha do Clipper adorou o bichinho! Depois de muito usar este componente, uma curiosidade apareceu e uma 'ficha
Res: [delphi-br] [OFF-TOPIC] Por Quê o Delphi Não Vêm Com Tudo De Que Preciso?
Olá pessoal, Aproveitando gancho... por que não fazer um sei lá... DelphiReport. . e pronto acabar com esse monte de sistema de relatorios? Ou então adicionar logo um activeX ou componente pro Crystal.. como o Visual C++ faz... porque, convenhamos. .. QuickReport, Rave... pelo amor de Deus... que entrem em contato com os desenvolvedores do FastReport ou ReportBuilder, para criarem uma versão Personal, e incluir junto... todos saem ganhando... Fellipe, eu acho que se a X¹ criar um pacote de componentes para relatórios (impressão matricial pode não ser usado no mundo inteiro, mas, relatórios sim) quebraria um monte de empresas que lucram com isso, e se brincar prejudicaria um pouco até os pacotes open source (VDOPrint, RSPrint), já que muitos não teriam o trabalho de instalar algo a parte. Eu não sei o pq de alguns componentes terem N componentes para relatório (acho que pq nunca trabalhei numa empresa de GRANDE porte), nunca saí do simples FreeReport para outro no Delphi, mas, pq? Nunca precisei!. Achei muito legal ver o FR melhorado no Lazarus (LazReport) pq eu já ia tentar migrar o FR para ele, já tem cara migrando o VDOPrint e etc., só que depois que vi como funciona o VDO e o RSPrint, pelo menos pra mim, por enquanto não estou usando componente para impressão matricial. Bom, eu já precisei de um relatório cheio de detalhes (para gastar tinta e impressionar uma profª.), cores, imagens com sombras, dentre outras coisas; mas, para mostrar dados tipo Relatório de Vendas fico no preto e branco, melhor, cinza e branco, faço de tudo para o relatório não comer tinta. Existem componentes potentes para relatórios que têm N opções de impressão e tb N opções para interagir com componentes de terceiros (Zeos, IBObjects e etc.), assim como disponibilizar para o programador N recursos para Master/Detail e etc., sempre visando facilitar a vida do cara. Eu tenho um defeito que é ter 100 idéias e colocar apenas 10 em prática, mas, tive 2 que estou programando até de madrugada para chagar num resultado final, (a demora pode ser pq não tenho muito conhecimento sobre ObjectPascal) e uma delas é que vou conseguir modelar um relatório no BrOffice (Word, ou no próprio expert do componente) e salvar como HTML, popular as tag's (até com Master/Detail) e chamar o browser padrão (ou o do próprio componente, pq é só mostrar o HTML e dar a opção de imprimir) para um preview ou imprimir. X¹ Borland/Code... P.S.: Quando eu concluir mostro para a galera, a idéia que parece loucura facilitará minha vida em relação a relatórios, e vou divulgar, vai que serve para outras pessoas. []'s, Silvio Clécio --- Linux User: #481900 Skype: silvioprog ICQ: 432519902 E-mail, Y! Messenger: silviop...@yahoo.com.br Gmail, GTalk: silviop...@gmail.com Hotmail, MSN: silviop...@hotmail.com BlogSpot: http://silvioclecio.blogspot.com/ BlogSite: http://silvioprog.blogspot.com/ °oO| Seja livre, use Linux! |Oo° Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] BUSAR HORA EM SERVIDOR LINUX SUSE 10.3
uma coisa bem antiga mas eficiente eh o kixtart, procura sobre ele no http://www.kixtart.org/, usei em rede nt ha mto tempo atraz, nao soh ajusta o relogio mas tem mto mais coisas, vale a pena msm julio cesar Original Message - From: Allan GabrielAM To: delphi-br@yahoogrupos.com.br Sent: Tuesday, February 24, 2009 4:33 PM Subject: Re: [delphi-br] BUSAR HORA EM SERVIDOR LINUX SUSE 10.3 Ok André, obrigado pelas dicas, estou procurando na net sobre isso. Obrigado. Atenciosamente, Rafael Vivan. (49) 9987-0539 MSN: orafinhag...@hotmail.com - Original Message - From: André Geraldo dos Santos To: delphi-br@yahoogrupos.com.br Sent: Tuesday, February 24, 2009 11:01 AM Subject: Re: [delphi-br] BUSAR HORA EM SERVIDOR LINUX SUSE 10.3 Allan, Bom dia. Para essa implementação você vair precisar instalar um servidor de NTP (NetWork Time Protocol) no openSuse e depois basta configurar o windows para sincronizar o relógio com o seu servidor. Uma outra alternativa seria fazer isso tudo via script de logon, caso esteja utilizando o openSuse com o Samba para servidor de AD na sua rede. Por último escreva um client ntp em delphi que acesse seu servidor NTP e busque o horário do mesmo em real time, tá cheio de exemplo ai na internet para este fim. Espero ter ajudado. Atenciosamente, André Geraldo dos Santos Analista de Sistemas e Desenvolvedor Belo Horizonte - Minas Gerais Allan GabrielAM escreveu: Prezados, estou usando delphi7, firebird 2.0, não tenho o banco de dados instalado em servidor linux, mas preciso pegar o horário deste servidor linux open suse 10.3 através de rede interna, como consigo fazer isso, estive pensando em instalar um banco de dados e buscar o horário via sql, que é um comando simples, mas gostaria de não ter que instalar o bd no linux só pra isso, uma vez que meu único problema é buscar um horário confiável, se alguém souber como buscar esse horário da net via delphi, por favor, seria outra grande saída, estou sem rumo pra falar a verdade, gostaria de dicas sobre o assunto dos colegas mais experientes. Agradeço desde já toda ajuda. Atenciosamente, Rafael Vivan. (49) 9987-0539 MSN: orafinhag...@hotmail.com mailto:orafinhagabi%40hotmail.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Sistema remoto, form demora para abrir
Olá amigos, Tenho um sistema no qual o banco (componente BDE) é 'apontado' para meu servidor externo 200.x.x.x. Até aí, tudo bem! Funciona corretamente! Mas gostaria de uma dica de vocês, o que eu poderia fazer para o acesso ser mais rápido?! Por exemplo... o formulário de cadastro básico demora cerca de 15 segundos para aparecer... quando eu clico para abrir, o caption do form principal já recebe o nome do formulario (MDI), só que o form, edits, buttons (PNGBUTTON) demora um tempão para aparecer Podem me dar uma dica para melhorar e abrir o form mais rápido? Obrigado, Carlos Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Sistema remoto, form demora para abrir
Verifica se você não está abrindo tabelas demais nesta hora, elimine todas as operações feitas na abertura do form, deixe para abrir tabelas, chamar edit´s qdo precisar dele Abraço Rubens Antunes --- Em qua, 25/2/09, ca_programador007 ca_programador...@yahoo.com.br escreveu: De: ca_programador007 ca_programador...@yahoo.com.br Assunto: [delphi-br] Sistema remoto, form demora para abrir Para: delphi-br@yahoogrupos.com.br Data: Quarta-feira, 25 de Fevereiro de 2009, 23:45 Olá amigos, Tenho um sistema no qual o banco (componente BDE) é 'apontado' para meu servidor externo 200.x.x.x. Até aí, tudo bem! Funciona corretamente! Mas gostaria de uma dica de vocês, o que eu poderia fazer para o acesso ser mais rápido?! Por exemplo... o formulário de cadastro básico demora cerca de 15 segundos para aparecer... quando eu clico para abrir, o caption do form principal já recebe o nome do formulario (MDI), só que o form, edits, buttons (PNGBUTTON) demora um tempão para aparecer Podem me dar uma dica para melhorar e abrir o form mais rápido? Obrigado, Carlos Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Problema com campos do tipo real ponto ao invés de vír gula
Boa noite Pessoal, Estou desenvolvendo um aplicativo com Delphi 7 e PostgreSQL conectado através do Zeos, até agora estava tudo indo muito bem, porém ao definir um campo do tipo real no Postgres, o meu aplicativo delphi passou a retorna os dados deste campo real com vírgula, e o padrão do postgres é ponto. Fazendo uma consulta através do pgAdmin os dados aparecem com ponto, volto para o delphi e todos os valores aparecem com vírgula. Gostaria de ver se alguém da lista já teve este problema e como conseguiu resolver? Gostaria de já trazer as informações do banco com ponto ao invés de vírgula. Obrigado, Joanes Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com