Re: [delphi-br] Retornar Identity

2010-07-16 Por tôpico Tupy . . . nambá
Existe uma outra técnica.

Crie na tabela master um campo tipo/hora e, ao inserir o registro, insira nele 
a informação  da data e hora da operação - que deve ser previamente capturada e 
salva em uma variavel de memoria - e use um select com clausula where para a 
data/hora da inserção, para obter a chave primária.

Eventualmente, se já houver, um campo tipo comentário pode ser usado com esta 
finalidade, sendo posteriormente limpo.

Me deixe ao par, boa sorte,
Roberto Camargo.

--- On Fri, 7/16/10, Roni Rodrigo ronirodr...@yahoo.com.br wrote:

From: Roni Rodrigo ronirodr...@yahoo.com.br
Subject: Re: [delphi-br] Retornar Identity
To: delphi-br@yahoogrupos.com.br
Date: Friday, July 16, 2010, 1:58 AM







 



  



  
  
  cara... só fazendo uma stored procedure...

declare o parametro que você quer retornar como OUTPUT



create procedure sp_Gravar

 @ID INT OUTPUT,

 

 -- ai vc insere os valores

   -- e retorna o ultimo identity gerado pelo SQL

 SELECT @id = SCOPE_IDENTITY()



se não for em uma procedure não há como garantir a integridade do valor 

retornado, com a sp é possível pq o sql cria uma transação antes de 

executar...



o/



Em 15/07/2010 17:37, Jhosef Marks escreveu:

 E ai galera...



 É o seguinte, tenho duas tabelas que tem um relacionamento de

 um-para-muitos, e tem um alto indice de inserções agrupadas, preciso que

 quando for inserido um valor na tabela master me seja retornado o número

 exato que foi gerado para o campo chave desta para poder usar nos filhos,

 está acontecendo que quando ocorre duas inserções praticamente ao mesmo

 tempo, quando eu mando buscar o valor inserido já foi outro inserido em

 cima, jogando os detalhes desses últimos registro e um só...



 To perdendo a cabeça com isso... alguém passou por isso?



 To usando SQL Server 2005 + Delphi 7



 Att,



 Jhosef Marks de Carvalho

 Blog: http://www.jhosefmarks.com.br

 Jesus está voltando



 E se o meu povo, que se chama pelo meu nome, se humilhar, e orar, e 

 buscar

 a minha face e se converter dos seus maus caminhos, então eu ouvirei dos

 céus, e perdoarei os seus pecados, e sararei a sua terra. (2 Cr 7:14)



 [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] Retornar Identity

2010-07-16 Por tôpico Tupy . . . nambá
Não precisa. No SQLServer, ao inserir no campo, voce ja visualisa nele o valor 
que foi atribuido. Não há necessidade de voce criar um objeto generator. Neste 
aspecto, é bem mais simples. É como no caso de coluna tipo autonumeração do 
Access. Nunca tem problemas. E voce tambem pode optar por numeros não 
sequenciais, aleatórios. Este caso é adequado para onde não há necessidade de 
saber atraves deste campo a sequencia em que foram criados, e nunca 
compromentendo um numero, para o caso de remoção de registros. Mas este caso 
deve ser bem considerado antes de sua aplicação.

--- On Fri, 7/16/10, anckerdj ancke...@yahoo.com.br wrote:

From: anckerdj ancke...@yahoo.com.br
Subject: Re: [delphi-br] Retornar Identity
To: delphi-br@yahoogrupos.com.br
Date: Friday, July 16, 2010, 9:39 PM







 



  



  
  
  Jhosef Marks wrote:

 E ai galera...



 É o seguinte, tenho duas tabelas que tem um relacionamento de

 um-para-muitos, e tem um alto indice de inserções agrupadas, preciso que

 quando for inserido um valor na tabela master me seja retornado o número

 exato que foi gerado para o campo chave desta para poder usar nos filhos,

 está acontecendo que quando ocorre duas inserções  praticamente ao mesmo

 tempo, quando eu mando buscar o valor inserido já foi outro inserido em

 cima, jogando os detalhes desses últimos registro e um só...



 To perdendo a cabeça com isso... alguém passou por isso?



 To usando SQL Server 2005 + Delphi 7

No SQL Server não sei exatamente como conseguir uma espécie de gerador

(GENERATOR no Firebird), mas no Firebird fazemos assim:

Quando o usuário clicar no insert faça um select no gerador e vc já

saberá previamente qual o número sequencial gerado pelo BD/gerador.

Desta forma NUNCA terá problemas.



[]'s

ancker






 





 



  






  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Retornar Identity

2010-07-16 Por tôpico Tupy . . . nambá
Com certeza que as principais vantagens que você terá com sp são a velocidade e 
a economia de espaço em disco. 

Agora, quanto à integridade, sim, há essa possibilidade de sua perda, mas na 
medida em que as velocidades de processamento cada vez se tornam maiores e 
ultrapassem a minima resolução que voce tenha disponível em campos do tipo 
timestamp no SGBD, embora, dia a dia, conforme a necessidade do mercado, os 
tipos de dados são readequados. O tipo timestamp no firebird é de 1/1 de 
segundos. E é usado para registrar o log de transações do SGBD, para assegurar 
a sequencia em que as operações foram realizadas. Se não servir para o SGBD, 
não servirá para mais nada...

Fico feliz por já ter claro a solução, felicidades, um abraço,
Roberto Camargo.

--- On Fri, 7/16/10, Roni Rodrigo ronirodr...@yahoo.com.br wrote:

From: Roni Rodrigo ronirodr...@yahoo.com.br
Subject: Re: [delphi-br] Retornar Identity
To: delphi-br@yahoogrupos.com.br
Date: Friday, July 16, 2010, 7:54 PM







 



  



  
  
  entre utilizar sua técnica e stored procedures, eu fico com a segunda 

opção, não só pela velocidade, transparência e integridade quando se 

deixa esse tipo de controle a cargo do SGDB, como pelo fato de não haver 

necessidade de armazenar 8 bytes a mais para cada registro de cada 

tabela...

mas claro q existem inúmeras maneiras de resolver o problema... ;)

o/



Em 16/07/2010 09:30, Tupy... nambá escreveu:

 Existe uma outra técnica.



 Crie na tabela master um campo tipo/hora e, ao inserir o registro, 

 insira nele a informação  da data e hora da operação - que deve ser 

 previamente capturada e salva em uma variavel de memoria - e use um 

 select com clausula where para a data/hora da inserção, para obter a 

 chave primária.



 Eventualmente, se já houver, um campo tipo comentário pode ser usado 

 com esta finalidade, sendo posteriormente limpo.



 Me deixe ao par, boa sorte,

 Roberto Camargo.



 --- On Fri, 7/16/10, Roni Rodrigo ronirodr...@yahoo.com.br 

 mailto:ronirodrigo%40yahoo.com.br wrote:



 From: Roni Rodrigo ronirodr...@yahoo.com.br 

 mailto:ronirodrigo%40yahoo.com.br

 Subject: Re: [delphi-br] Retornar Identity

 To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br

 Date: Friday, July 16, 2010, 1:58 AM







 cara... só fazendo uma stored procedure...



 declare o parametro que você quer retornar como OUTPUT



 create procedure sp_Gravar



 @ID INT OUTPUT,



 



 -- ai vc insere os valores



 -- e retorna o ultimo identity gerado pelo SQL



 SELECT @id = SCOPE_IDENTITY()



 se não for em uma procedure não há como garantir a integridade do valor



 retornado, com a sp é possível pq o sql cria uma transação antes de



 executar...



 o/



 Em 15/07/2010 17:37, Jhosef Marks escreveu:



  E ai galera...



 



  É o seguinte, tenho duas tabelas que tem um relacionamento de



  um-para-muitos, e tem um alto indice de inserções agrupadas, preciso que



  quando for inserido um valor na tabela master me seja retornado o número



  exato que foi gerado para o campo chave desta para poder usar nos 

 filhos,



  está acontecendo que quando ocorre duas inserções praticamente ao mesmo



  tempo, quando eu mando buscar o valor inserido já foi outro inserido em



  cima, jogando os detalhes desses últimos registro e um só...



 



  To perdendo a cabeça com isso... alguém passou por isso?



 



  To usando SQL Server 2005 + Delphi 7



 



  Att,



 



  Jhosef Marks de Carvalho



  Blog: http://www.jhosefmarks.com.br



  Jesus está voltando



 



  E se o meu povo, que se chama pelo meu nome, se humilhar, e orar, e



  buscar



  a minha face e se converter dos seus maus caminhos, então eu ouvirei dos



  céus, e perdoarei os seus pecados, e sararei a sua terra. (2 Cr 7:14)



 



  [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]






 





 



  






  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Procurar Nome da tabela dentro da query

2010-07-15 Por tôpico Tupy . . . nambá
Evaldo,

Caso a consulta for baseada somente em uma tabela ou em outra query, basta voce 
procurar pela palavra  from  (com espaços antes e depois) e a palavra 
seguinte é o nome do objeto de onde os dados são obtidos. 

Em pseudo-código=
1.identificar posição de  from  na query;
2.identificar o primeiro espaço após  from  (é o espaço após o nome); e
3.capturar substring que vai da posição de  from  até a posição do espaço 
subsequente.

Você pode criar uma function baseada neste principio, e voce terá uma 
funcionalidade universal.

Boa sorte, abraço,
Roberto Camargo

--- On Thu, 7/15/10, Evaldo evaldoave...@yahoo.com.br wrote:

From: Evaldo evaldoave...@yahoo.com.br
Subject: [delphi-br] Procurar Nome da tabela dentro da query
To: delphi-br@yahoogrupos.com.br
Date: Thursday, July 15, 2010, 6:41 PM







 



  



  
  
  Alguém tem algum algoritimo para capturar o nome da tabela a que se 
refere uma 

query?



por exemplo um objeto TsqlQuery com a instrução:



' select nome,telefone from CLIENTE where idcliente = :cliente ';



o algoritimo iria retornar 'CLIENTE'.



[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] Turbo Delphi

2010-01-21 Por tôpico Tupy . . . nambá
Não seria Turbo Pascal ?





From: aoliveira_sys aoliveira_...@yahoo.com.br
To: delphi-br@yahoogrupos.com.br
Sent: Wed, January 20, 2010 11:13:44 PM
Subject: [delphi-br] Turbo Delphi

  
Olá,

Gostaria de saber se ainda existe disponiveil pra donwload o Turbo Delphi?


 


  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Converter PDF para TXT

2010-01-19 Por tôpico Tupy . . . nambá
Amigo, o formato pdf funciona como um container. Dentro dele tanto pode haver 
conteúdo em forma de texto como também imagens. Alguns programas de conversão 
de pdf para texto tambem lêem as imagens neles contidas e as convertem para 
texto. O teu aplicativo terá que agir como um OCR para conseguir realizar esta 
ação nos casos em que o pdf for constituido de imagens.





From: Alemão forumdel...@gmail.com
To: delphi-br delphi-br@yahoogrupos.com.br
Sent: Tue, January 19, 2010 11:19:34 AM
Subject: [delphi-br] Converter PDF para TXT

  
Pessoal, estou precisando converter um arquivo PDF em texto via delphi, sem
uso de programas externos. O PDF é bem simples, apenas com texto, sem
qualquer tipo de restrição. Já procurei na net mas não encontrei nenhum
componente VCL que faça isso, apenas programas, o que não funcionaria pra
mim, já que essa conversão será feita automaticamente pelo meu programa, sem
a interferência do usuário.

Alguem conhece algum componente que faça isso? Ou ainda alguma maneira de eu
fazer um parse nesse PDF?
Ja tentei abrir ele em texto, mas o texto não aparece (existem alguns
arquivos PDF que as partes de texto são texto puros, acessados por txt
mesmo).

Testei este PDF com esses programas que fazem a conversão e funcionou
certinho, ou seja, existe uma maneira de ler..

Obrigado

[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] Dúvida com SQL

2009-12-04 Por tôpico Tupy . . . nambá
DarkZad,

Me pareceu que voce tem dificuldades para expressar o problema que voce tem a 
resolver.

Vamos ver se entendi bem = voce tem uma tabela de cabeçalho do conhecimento, 
que apresenta 3 campos que se referem ao  Remetente, Destinatário e Pagador, 
cujos detalhes podem ser obtidos a partir da tabela de cliente.

Se for isto, sim, voce terá três colunas na tabela de cabeçalho de 
conhecimento, que deverá apresentar apresentar 3 chaves estrangeiras referentes 
ao Remetente, Destinatário e Pagador, oriundas da tabela de cliente. E melhor 
que assim o seja, pois na verdade são roles (papéis) que o cliente desempenha 
dentro do processo de envio de uma mercadoria. Estes tres papéis podem se 
referir a um mesmo cliente ou a clientes diferentes, mas todos são clientes. 
Desta forma, voce evita criar 3 tabelas para representar dados que, na 
essência, tem a mesma estrutura. 

Espero de alguma forma ter ajudado a clarear as idéias.

Abraço, boa sorte,
Roberto Camargo.




From: Leandro mutu...@yahoo.com.br
To: delphi-br@yahoogrupos.com.br
Sent: Tue, December 1, 2009 5:37:57 PM
Subject: Re: [delphi-br] Dúvida com SQL

Os erros ort sao maravilhosos rs!

Amigo delphi pode se comunicar com qualquer banco descente.. pois a
linguagem de qualquer banco descente eh sql..

sobre a duvida do nosso amigo ja falei o que ele tem q pesquisar: tem que
fazer uma pesquisa sobre relacionamento em banco de dados 1 para N, N para N
e 1 para 1, onde tera que criar: 2 tabelas, 3 tabelas ou 1 tabela somente
respectivamente.. nao vou explicar aqui pois alem de grande quero que ele
corra atras para aprender.. as vezes eh melhor da a isca para ele pescar..
como diria um dos membros aqui do grupo (acho que era o rubem rsrs)

Um abraço!

2009/12/1 Gilson gindre gindre fb...@hotmail.com




 dixa ver se eu entendi, se vc tem duvidas quanto de que tabela pegar os
 campos, ou se colaca todos em uma tabela só !

 isso indepente se é no delphi, vb, java, php, phyton, asp ou estou enganado
 a duvida do rapaz e referente banco estrutura de dados! Ou dependendo de
 como está o banco de dados o delphi não consegue escrever ?

 reafirmo meu pensamento, entrei aqui para tentar aprender delphi que é uma
 das poucas linguagens que ainda não trabalhei e me parece que continua tendo
 gente ignorante na discussão!

 se eu não me engano com meus 20 anos de programação, vc cria a estrutura do
 banco de dados depois vc escolhe em que linguagem vc quer programar, e me
 corrigam por favor, se o delphi não tem poder de trabalhar com um banco já
 pronto, não presição me ajudar, pois não quero mas aprender delphi não me
 interessa mais, já mandei email me escruindo do grupo, por causa de pessoas
 arrogante, mas continuo recebendo email, se o moderador quiser, pode me
 excluir por gentileza.


  To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br
  From: fb...@hotmail.com fbgde%40hotmail.com
  Date: Mon, 30 Nov 2009 07:51:31 -0200
  Subject: RE: [delphi-br] Dúvida com SQL
 
 
  pessoal banco vc pode usar qquer um, com qquer linguagem de programação,
 parece que estou desaprendendo aqui, Dark vc pode fazer o que achar certo
 referente relacionamento, mas vc tem que pensar o seguinte, um bom sitema,
 bem elaborado pensa em problemas futuros, imagina vc precisar de um
 relatório de quem pagou o frete ou seja se é cif ou fob, um relatorio só de
 clientes, então pense nisso, vc pode tambem incluir mais um camo em sua
 tabela, onde vc pode gravar o tipo do cadastro por exemplo ! 1 remetente 2
 destinatario 3 pagador, ai sim futuramente vc terá um parametro para filtrar
 sua consulta, ah pessoal não programo em delphi, entrei aqui para tentar
 aprender, mas tem muita gente ignorante, leio email de todos vcs, e respetio
 todos, e estou aqui afim de aprender delphi com todo respeito, conhecimento
 é uma riqueza que devemos compartilhar, desenvolvo em flex, php e mysql, um
 abraço a todos, epero que me deixem aprender delphi !

 
 
 
 
 
  To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br
  From: wchag...@bol.com.br wchagasj%40bol.com.br
  Date: Sun, 29 Nov 2009 05:35:58 -0300
  Subject: Re: [delphi-br] Dúvida com SQL
 
 
 
 
 
  Bom se voce acha que isto não tem nada haver com Delphi então é porque
 voce está na área errada ou não é desenvolvedor de software e sim um mero
 pregrador de botão em form.
 
  []s
 
 
  Walter Alves Chagas Junior
  Belo Horizonte - MG - Brazil
  wchag...@bol.com.br wchagasj%40bol.com.br
  http://delphitocorporerm.blogspot.com/
 
  - Mensagem original 
  De: Matheus Nabao matheus_...@hotmail.com matheus_nab%40hotmail.com
  Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br 
 delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br
  Enviadas: Sexta-feira, 27 de Novembro de 2009 11:38:56
  Assunto: RE: [delphi-br] Dúvida com SQL
 
  O que é que isso tem a ver com Delphi?

 
  To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br
  From: 

Re: RES: RES: [delphi-br] Decision Cub

2009-10-20 Por tôpico Tupy . . . nambá
Samuel,

Embora voce diga que a quantidade de registros é baixa e não usa muitos campos 
ou acumuladores, a mensagem de erro tem a ver com a capacidade de decisão 
estabelecida para a versão que voce está usando. 

Experimente inicialmente usar este componente com duas dimensões e algo como 
100 registros e observe se o erro não é apresentado e se o resultado está 
condizente com o esperado, e vá gradualmente aumentando ou diminuindo a 
quantidade de dimensões e de registros, até sentir o limite para o qual ele 
permite operar. 


Quero crer que este componente - alem do cubo de decisão - apresenta a pivot 
table, a tabela dinamica. Antes de tudo, observe se esta tabela dinamica está 
apresentando resultados ou não.

Abraço,
Roberto Camargo.




From: Felipe Lopes felipearaujolo...@yahoo.com.br
To: delphi-br@yahoogrupos.com.br
Sent: Tue, October 20, 2009 6:07:33 AM
Subject: RES: RES: [delphi-br] Decision Cub

  
Isso é um componente do delphi ou um software.

_ 

De: delphi...@yahoogrup os.com.br [mailto:delphi...@yahoogrup os.com.br] Em
nome de Rodrigo Bevilacqua Marcondes
Enviada em: terça-feira, 20 de outubro de 2009 09:08
Para: delphi...@yahoogrup os.com.br
Assunto: Res: RES: [delphi-br] Decision Cub

http://www.pivotcub http://www.pivotcube.com/ e.com/

até 50.000 registros é free

Rodrigo ®¿®

 _ _ __
De: Felipe Lopes felipearaujolopes@
mailto:felipearauj olopes%40yahoo. com.br yahoo.com.br
Para: delphi...@yahoogrup mailto:delphi- br%40yahoogrupos .com.br os.com.br
Enviadas: Ter, Outubro 20, 2009 9:27:01 AM
Assunto: RES: [delphi-br] Decision Cub

Rodrigo, você tem esse componente para nos ceder?

_ 

De: delphi...@yahoogrup os.com.br [mailto:delphi- b...@yahoogrup os.com.br] Em
nome de Rodrigo Bevilacqua Marcondes
Enviada em: terça-feira, 20 de outubro de 2009 07:05
Para: delphi...@yahoogrup os.com.br
Assunto: Res: [delphi-br] Decision Cub

Procure sobre pivotcube

Rodrigo ®¿®

 _ _ __
De: Samuel M. Basso samuelbasso@ mailto:samuelbasso %40yahoo. com.br
yahoo.com.br
Para: delphi...@yahoogrup mailto:delphi- br%40yahoogrupos .com.br
os.com.br
Enviadas: Seg, Outubro 19, 2009 7:30:30 PM
Assunto: [delphi-br] Decision Cub

Olá pessoal!

Gostaria de saber se alguem já utilizou o decision cub, tentei fazer
diversas vezes mas sempre lista a mesma msg de erro para mim e não sei como
resolver:

The DecisionCube Capacity is low. Please deactivate dimensions or change the
data set.

Para fazer esses testes nao estou utilizando uma tabela com muitos registros
e muito menos colocando diversos campos ou acumuladores, mas mesmo assim ele
me lista o erro.

Alguma ideia?

-- 
Atenciosamente,

Samuel M. Basso
Cel: (54) 8135-3723
Skype: samuelbasso
E-mail/MSN: samuelbasso@ gmail.com
Web site: www.samuelbasso. 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.maisbusca http://br.maisbusca dos.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]

 _ _ _ _ _ _
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbusca http://br.maisbusca dos.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]


   


  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Importação de base de dados

2009-10-17 Por tôpico Tupy . . . nambá
Uberdam,

Existe  sim como fazê-lo, e se precisar de um profissional para realizar este 
trabalho, já realizei este tipo de trabalho por mais de uma vez e me coloco a 
disposição.

Abraço,
Roberto Camargo.





From: berdamzinho berdamzi...@yahoo.com.br
To: delphi-br@yahoogrupos.com.br
Sent: Fri, October 16, 2009 4:45:39 PM
Subject: Re: [delphi-br] Importação de base de dados

  
crie a sua

eljusticeirobhz@ ymail.com escreveu:
 

 Estou precisando importar de uma base de dados para outra.

 Já usei o dump do delphi e também do SQL , mas o meu problema é que em 
 uma base de dados tens uns campos, outra tem outros campos, nomes 
 diferentes etc. .campos que não podem ser null.

 Preciso de uma ferramenta bem visual e fácil para isso.. alguém 
 conhece alguma 

 

-- 
 - - - -
Uberdam Cavaletti
Programador Delphi
Formado em Tecnologia da Informação
Pós-graduado em desenvolvimento Java.
Professor Tópicos Especias em BD - Unoesc Xanxerê
Professor Estruturas de Dados- Unoesc Xanxerê

http://buscatextual .cnpq.br/ buscatextual/ visualizacv. jsp?id=K4251629Y 0
 - - - -


   


  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] PDFCreator

2009-10-14 Por tôpico Tupy . . . nambá
Marcelo,

Tem um componente que eu uso para gerar PDF´s diretamente a partir de 
relatórios do Access que, vendo no site do produtor, pode ser aplicado tambem 
com Delphi. A dll dele se chama DynaPDF.dll. Vide informações dela em 
http://www.ctdeveloping.com/ctdeveloping/products/dynapdf_info.asp . Creio que, 
com as informações que voce pode lá obter, voce poderá montar a solução que 
deseja. Boa sorte. Em Access, consegui um resultado excelente.

Abraços,
Roberto Camargo.





From: marcelo leite_rom...@yahoo.com.br
To: lista-del...@yahoogrupos.com.br
Sent: Tue, October 13, 2009 6:06:45 PM
Subject: [delphi-br] PDFCreator

  
Boa noite Pessoal, gostaria de saber se alguém conhece algum componente que
faça a mesma coisa que o PDFCreator, o problema é o seguinte tenho que
salvar uma pagina web(HTTPS) em pdf sem a intervenção do usuario a única
intervenção dele seria clicar no botão salvar pdf. Já tentei via GhostScript
, PostScript e não consegui. Se alguém souber de algum componente que faço o
trabalho desde já agradeço. Obrigado

[As partes desta mensagem que não continham texto foram removidas]


   


  

[As partes desta mensagem que não continham texto foram removidas]



Re: RES: [delphi-br] Herança e OOP em quais proc essos?

2009-09-08 Por tôpico Tupy . . . nambá
Cristiano, 

Sim, voce está certo, não tem por onde.

Walter,

Se a classe ancestral foi criada por voce e ela está sobrecarregando as classes 
descendentes com aspectos que não interessam a eles, pode estar na hora de 
replanejar a árvore de classes que constituem o teu projeto. Pode até não 
sobrecarregar no momento do instanciamento, mas dificulta a elaboração de 
código para as subclasses mais distantes na descendencia.

As classes mais leves devem ser as mais ancestrais, e a complexidade deve 
aumentar nas descendentes, acrescentando funcionalidades que estas necessitam.

Roberto Camargo





From: Cristiano R F Maciel cristianorfmac...@gmail.com
To: delphi-br@yahoogrupos.com.br
Sent: Friday, September 4, 2009 12:26:28 PM
Subject: RES: [delphi-br] Herança e OOP em quais processos?

  
Walter,

Posso estar errado, mas acredito que não. Necessariamente o componente herda
todos os componentes/ rotinas do pai: o carro velho, os sapatos e até as
cuecas (rsrs), e não tem como jogar nada fora. Neste caso eu escondo o que
não vou usar (Visible:= False;) e desconsidero o que não me interessa...

Se alguém poder me corrigir, favor comentar.

Cristiano R F Maciel

De: delphi...@yahoogrup os.com.br [mailto:delphi...@yahoogrup os.com.br] Em
nome de Walter Chagas (Bol)
Enviada em: sexta-feira, 4 de setembro de 2009 08:41
Para: delphi...@yahoogrup os.com.br
Assunto: Re: [delphi-br] Herança e OOP em quais processos?

  
pessoal, aproveitando esse assunto...

Tem uma coisa que ha tempos eu tento contornar e não sei se tem como. Posso
até tar falando uma grande asneira aqui, mas tem como excluir componentes ou
rotinas herdadas, que estão no form descendente, de um form ancestral?

[]s

Walter Alves Chagas Junior
Belo Horizonte - MG - Brazil
wchag...@bol. com.br
http://delphitocorp orerm.blogspot. com/
http://twitter. com/wchagas
MSN: whitesockets@ hotmail.com
SKYPE: WalterChagasJr


   


  

[As partes desta mensagem que não continham texto foram removidas]



Re: Fw: [delphi-br] Herança e OOP em quais proce ssos?

2009-09-06 Por tôpico Tupy . . . nambá
Sim, polimorfismo é implantar uma variante de um elemento de uma superclasse em 
uma subclasse, justificado pela necessidade de ter aquele ou outros mais 
aspectos alterados. Mas de todas caracteristicas de uma classe, muitas das 
vezes poucas são utilizadas - e esta utilização se dá a nivel de instância. 
Polimorfismo é obtido a nível de redefinição de uma classe, enquanto que o uso 
desta ou aquela caracteristica se dá a nível de instanciamento.


Não estou negando a convenção de denominação estabelecida, mas dizendo que os 
aspectos implicitos em OOP são mais fáceis de fixar, compreender, quando se 
pensa como orientação a classe porque as caracteristicas comportamentais são 
todas implementadas a nível de classe, bem como todas as demais 
caracteristiscas implicitas da OOP.

Estes aspectos se tornam perceptiveis quando se trabalha com VB3/4/5/6/VBA, 
porque esta também implementa aspectos diversos de classes e objetos, mas não 
tem aspectos como hereditariedade (não se pode implementar sub-classes). E 
polimorfismo puro, também não, pode ser implementado através de outras 
técnicas, mas não é. Mas os aspectos todos de instanciamento, esses ela os têm. 
Então, falando do aspecto etimológico da OOP, se vê que ter caracteristicas de 
objeto não implica programar fazendo o uso de todas as possibilidades que 
oferece a programação com classes.

A idéia não é mudar a convenção de denominação, é apenas uma colocação que pode 
ajudar na absorção do conceito como um todo. Absorvido realmente o conceito, 
aspectos funcionais se tornam inequívocos.

Não só não faz muito sentido, como não faz nenhum sentido mudar milhares de 
livros escritos ao redor do mundo - e não só em português.

Roberto Camargo.




From: Joao Morais jcmorai...@gmail.com
To: delphi-br@yahoogrupos.com.br
Sent: Friday, September 4, 2009 4:32:29 PM
Subject: Re: Fw: [delphi-br] Herança e OOP em quais processos?

  
2009/9/4 Tupy... nambá anhangu...@yahoo. com:
 Eventualmente, estes atributos podem não ser todos usadosou até mesmo ser 
 alterados
 (caracteristica do polimorfismo) (outra caracteristica da orientação a 
 objetos, que, por
 estas caracteristicas, pessoalmente prefiro considerar como orientado a 
 classes, já
 que estas caracteristicas são implicitas em classes - objetos não podem ser 
 herdados,
 classes podem).

Polimorfismo é a característica da OOP que permite vocë mudar o
comportamento de uma superclasse classe através de um descendente, e
não o fato de você usar, ignorar ou alterar atributos.

E o termo orientação a objetos é uma convenção. Você cria uma
estrutura, que hoje é conhecida por classe, para trabalhar com objetos
- a instância desta classe. A idéia permanece a mesma desde antes de
surgir o conceito de classe, com o objeto permanecendo o foco, por
isto não faz muito sentido trocar o nome da abordagem.

Joao Morais

   


  

[As partes desta mensagem que não continham texto foram removidas]



Re: [delphi-br] Herança e OOP em quais processos ?

2009-09-06 Por tôpico Tupy . . . nambá
Walter,

O planejamento das classes com que voce está trabalhando é que pode estar 
elaborado de forma que não atende corretamente ao teu problema, se visto da 
ótica da OOP.

Se voce vai ter dois objetos em que o objeto da classe A tem dois botoes e o da 
classe B tem um botão, sendo esse um com funcionalidade identica a um dos 
botoes da classe A, hoje - pelo que voce expõe - voce pensa criando uma classe 
com 2 botoes e depois, na instancia para um botão voce apagaria (tornaria 
invisivel) o botão não necessário.

Na implantação destas situações,  você deve sempre inicialmente procurar ao 
menos mentalmente fazer uma idéia das classes que voce deverá ter (os 
modelos, tipos de objetos). Feito isso, voce deve observar as classes que 
tem aspectos em comum, procurando criar uma árvore de descendencia, ordenando 
das mais simples para as mais complexas. E depois voce irá pensar na produção 
(instância) a partir destas classes.

Na situação acima, voce deve entender que - obedecendo aos principios da OOP - 
deve existir uma classe A e uma classe B. Mas como a classe B é mais simples 
que a classe A, primeiro voce deve elaborar a classe B. Depois, voce irá 
elaborar a classe A, fazendo-a uma subclasse de B. E depois, voce irá gerar 
instâncias de A e de B. Lembre-se = forms não são nada mais que subclasses da 
classe Classe, ou seja, forms são classes. Entao isto vale tambem para a 
elaboração de forms. Você até pode ter elementos agregados dentro de uma classe 
que em determinado momento devam ser ocultados, se isso for implicito no 
comportamento do objeto que deva ser gerado a partir de uma classe. Mas é 
incorreto ter elementos dentro de uma classe que estejam sem uso em uma 
determinada instancia (veja bem, elementos como objetos, pois pode haver 
atributos, metodos ou eventos que voce pode até não vir a usar). Se há um 
elemento (objeto agregado) dentro de uma
 determinada classe que precise ser ocultado ou que não seja funcional ou 
esteticamente necessário em uma instância desta classe, então tem alguma coisa 
de errado na elaboração da árvore da tua árvore de descendencia de classes.


O aspecto levantado pelo WalterChagasJr é importante, porque realmente pouca 
gente elabora esta árvore de descendência. E dependendo do projeto, pode haver 
mais de uma árvore de descendência.

Roberto Vieira de Camargo.




From: Walter Chagas (Bol) wchag...@bol.com.br
To: delphi-br@yahoogrupos.com.br
Sent: Friday, September 4, 2009 8:40:31 AM
Subject: Re: [delphi-br] Herança e OOP em quais processos?

  
pessoal, aproveitando esse assunto...

Tem uma coisa que ha tempos eu tento contornar e não sei se tem como. Posso até 
tar falando uma grande asneira aqui, mas tem como excluir componentes ou 
rotinas herdadas, que estão no form descendente, de um form ancestral?

[]s


Walter Alves Chagas Junior
Belo Horizonte - MG - Brazil
wchag...@bol. com.br
http://delphitocorp orerm.blogspot. com/
http://twitter. com/wchagas
MSN: whitesockets@ hotmail.com
SKYPE: WalterChagasJr

- Original Message - 
From: Adriano Barbosa 
To: delphi...@yahoogrup os.com.br 
Sent: Thursday, September 03, 2009 2:57 PM
Subject: Res: [delphi-br] Herança e OOP em quais processos?

A questão não é só visual, visto que as funções de gravar, inserir, etc. estão 
todas no formcadastroBasico, e estas são rotinas genéricas, não incluem por 
exemplo rotina para salvar os itens da nota, apenas pra mencionar um, mas há 
muitas outras rotinas, como forma de pagamento, validações que são pertinentes 
apenas a esta tela. Bom claro que posso implementar no form herdado, mas minha 
dúvida já foi em parte resolvida. Vejo muita gente fazendo não herdado, pelos 
foruns de delphi, por isso a dúvida.

 _ _ __
De: Vinicius A. Santos vinic...@msisolucoe s.com.br
Para: delphi...@yahoogrup os.com.br
Enviadas: Quinta-feira, 3 de Setembro de 2009 13:30:53
Assunto: Re: [delphi-br] Herança e OOP em quais processos?

adriano.barbosa@ rocketmail. com escreveu:
 
 
 Bom dia a todos,
 
 No meu projeto tenho um form Cadastro(Padrã o) e todos os cadastros usam 
 este form de herança. Minha dúvida é o seguinte, para processos como 
 Nota de Entrada ou Saída, etc é aconselhavel ou não, usar este form 
 Padrão de herança?
Não entendi o porque da pergunta. Seu form de entrada/saída é 
consideravelmente diferente do form ancestral ?
Se todos seguem o mesmo padrão visual, independente de sua função, todos 
devem ser herdados, não ?!?!

-- 
Vinicius A. Santos
www.msisolucoes. com.br

 _ _ _ _ _ _
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]

[As partes desta mensagem que não continham texto foram removidas]


   


  

[As partes desta mensagem que não continham texto foram removidas]



Fw: [delphi-br] Herança e OOP em quais processos ?

2009-09-04 Por tôpico Tupy . . . nambá
Adriano,

De forma genérica, se pode dizer que uma classe pode ser definida a partir de 
outra ( = herdar de outra classe) desde que a classe a ser desenvolvida como 
descendente é uma classe que tenha os mesmos atributos (propriedas, métodos e 
eventos) de uma classe que possa ser eleita como ancestral. Eventualmente, 
estes atributos podem não ser todos usadosou até mesmo ser alterados 
(caracteristica do polimorfismo)(outra caracteristica da orientação a objetos, 
que, por estas caracteristicas, pessoalmente prefiro considerar como orientado 
a classes, já que estas caracteristicas são implicitas em classes - objetos não 
podem ser herdados, classes podem).


Como o Walter faz, geralmente as classes ancestrais não tem instância direta.


- Forwarded Message 
From: Walter Chagas (Bol) wchag...@bol.com.br
To: delphi-br@yahoogrupos.com.br
Sent: Thursday, September 3, 2009 2:07:48 PM
Subject: Re: [delphi-br] Herança e OOP em quais processos?

  
Adriano,

Nos meus projetos, eu tenho dois forms basicos para cadastros e um de relatório 
que são ancestrais no projeto. Um exibe a Grid com os dados e o outro os dados 
de cada item da grid. O form do relatorio tem os compoentes basicos do QR mais 
logotipo da empresa. Eu não uso estes forms para nada. As modificações que eu 
tenho que fazer eu faço nos descendentes destes forms.

Porém, os forms que envolvem atividades do processo em questao, não há como 
herdar a menos que tais forms tenham muita coisa em comum.

Nos meus projetos, pelo menos, é assim que eu faço

[]s


Walter Alves Chagas Junior
Belo Horizonte - MG - Brazil
wchag...@bol. com.br
http://www.geocities.com/SiliconValley/Bay/1058
http://delphitocorp orerm.blogspot. com/
MSN: whitesockets@ hotmail.com
SKYPE: WalterChagasJr

- Original Message - 
From: adriano.barbosa@ rocketmail. com 
To: delphi...@yahoogrup os.com.br 
Sent: Thursday, September 03, 2009 10:57 AM
Subject: [delphi-br] Herança e OOP em quais processos?

Bom dia a todos,

No meu projeto tenho um form Cadastro(Padrã o) e todos os cadastros usam este 
form de herança. Minha dúvida é o seguinte, para processos como Nota de Entrada 
ou Saída, etc é aconselhavel ou não, usar este form Padrão de herança?

[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] Herança multipla

2009-05-08 Por tôpico Tupy . . . nambá
Dependendo do objetivo, isto também pode ser obtido através da agregação dos 
componentes, com a exposição pelo novo controle das propriedades dos controles 
contidos.

--- On Thu, 5/7/09, Ricardo César Cardoso ricardo_engs...@yahoo.com.br wrote:


From: Ricardo César Cardoso ricardo_engs...@yahoo.com.br
Subject: Re: [delphi-br]  Herança multipla 
To: delphi-br@yahoogrupos.com.br
Date: Thursday, May 7, 2009, 4:01 PM








Não, da maneira como vc demonstrou, infelizmente. .. O que se consegue fazer é 
uma emulação / simulação desse comportamento utilizando interfaces. 

Dê uma lida nesse artigo introdutório: http://www.activede lphi.com. br/print. 
php?sid=256

Atte,
Ricardo.

Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! 

--- Em qui, 7/5/09, Juliano Silva - Yahoo smjjuli...@yahoo. com.br escreveu:
De: Juliano Silva - Yahoo smjjuli...@yahoo. com.br
Assunto: [delphi-br]  Herança multipla 
Para: delphi...@yahoogrup os.com.br
Data: Quinta-feira, 7 de Maio de 2009, 8:51

Pessoal, bom dia

Existe a possibilidade de criar um componente herdado de outros dois? Um

exemplo bem idiota:

TMeuComponente = class(TButton, TLabel)

Obviamente isso que passei não funciona, mas existe alguma forma de fazer

isso? Ou seja, herança múltipla?

Juliano

[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 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] Delphi for .Net já era? Foi de scontinuado, é verdade?

2009-03-02 Por tôpico Tupy . . . nambá
Bruno,

Agradeço pelo acompanhamento da discussão.

Quando me referi a questões de demanda de mercado, não o fiz referindo-me a que 
isto tenha sido o motivo da venda do Delphi pela Borland, mas sim quanto às 
pessoas se submeterem às manobras de marketing da Microsoft.

Por outro lado, fico feliz por poder ver que a Borland não abondona seus 
filhos (produtos) ao léu, porque, certamente, ninguem mais conhece o potencial 
do Delphi do que a Borland. Espero sim que esta não seja apenas uma jogada de 
marketing da Borland (aprender o errado é mais comum que o certo e a MS é o 
grande mestre no assunto), que pode ter feito parte do acordo de venda do 
Delphi.

Abraços,
Anhanguera.

--- On Fri, 2/27/09, Bruno Lichot bruno.lic...@borland.com wrote:
From: Bruno Lichot bruno.lic...@borland.com
Subject: RE: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?
To: delphi-br@yahoogrupos.com.br
Date: Friday, February 27, 2009, 6:00 PM












A venda da linha de IDE não tem a ver com demanda de mercado, em 
2006 a Borland anunciou que estava procurando investidores para a linha de IDE 
para ficar focada em ALM e continuar sendo uma empresa de nicho. Este 
investimento poderia ser com a criação de uma nova empresa, com a parceria de 
um investidor ou com a aquisição da linha de IDE por outra empresa que 
garantisse sua continuidade e evolução.



A escolha foi a venda para TCB que com o aporte de mais de 2 bilhoes de dólares 
esta mantendo e continuando os produtos em constante evolução e atualização 
tecnológica. E a Borland pode se manter forcada em ALM. E tanto não é demanda 
de mercado, continuamos como distribuidores exclusivos do Delphi e mantemos uma 
equipe só para cuidar dele e continuar a ajudar a comunidade.



E se tendência é baseada em fatos de mercado e utilização, com o crescimento 
anual de mais de 10% não podemos afirmar que algo esta indo pro brejo. Sem 
falar no uso crescente do Delphi e nos indicadores de mercado e linguagem 
mundial.



Abs



BL



From: delphi...@yahoogrup os.com.br [mailto:delphi...@yahoogrup os.com.br] On 
Behalf Of Tupy... nambá

Sent: sexta-feira, 27 de fevereiro de 2009 09:22

To: delphi...@yahoogrup os.com.br

Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?



Discordo, quem faz a tendencia é o mercado, e o mercado, neste caso somos nós.



Agora, as empresas, através do marketing e da publicidade, conseguem manobrar 
aqueles que se deixam manobrar. Se deixarmos, seremos manobrados.



A tendencia - desde que demonstrada por estatisticas de uso de dois produtos ou 
mais - somente aponta as tendencias de uso de produtos. Que pode indicar o 
quanto as pessoas do mercado estão entregando o ouro para o bandido.



O próprio Delphi não teria sido vendido pela Borland se o mercado tornasse 
interessante a ela a continuidade com o produto.



Infelizmente se constata o que se sabe = a boiada costuma caminhar pro 
brejo



--- On Thu, 2/26/09, Walter Chagas (Bol) wchag...@bol. com.br 
mailto:wchagasj% 40bol.com. br  wrote:

From: Walter Chagas (Bol) wchag...@bol. com.br mailto:wchagasj% 40bol.com. 
br 

Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?

To: delphi...@yahoogrup os.com.br mailto:delphi- br%40yahoogrupos .com.br 

Date: Thursday, February 26, 2009, 9:33 PM



Não é que o Delphi tá ruim, mas é que a tendência do mercado é o C#



[]s



Walter Alves Chagas Junior



Belo Horizonte - MG - Brazil



wchag...@bol. com.br



http://www.geocitie s.com/SiliconVal ley/Bay/1058



http://delphitocorp orerm.blogspot. com/



MSN: whitesockets@ hotmail.com



SKYPE: WalterChagasJr



- Original Message - 



From: Jhosef Marks 



To: delphi...@yahoogrup os.com.br 



Sent: Thursday, February 26, 2009 1:35 PM



Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?



É impressão minha ou tem muito programador delphi mudando pra C#???



2009/2/26 Andreano Lanusse andreano.lanusse@ embarcadero. com



 Gerson,







 Cuidado, WinForms já é tecnologia ultrapassada, VCL não. Visual Studio 2010



 virá sobre WPF e não mais WinForms.







 Recomendo você instalar Prism, será instalado dentro do seu IDE do Visual



 Studio.







 From: delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br[mailto:



 delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br] On Behalf



 Of Gerson Machado



 Sent: Thursday, February 26, 2009 8:57 AM



 To: delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br



 Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é



 verdade?











 Caro, colega.



 Posso lhe contar minha experiência com esta situação, pois já abandonei o



 Delphi (Inclusive a VCL), pois quando precisei fazer alguma coisa em .Net



 com meu BSD 2006 notei um monte de falhas de funcionamento sem contar que



 tava trabalhando com o Framework 1.1 enquanto que a versão 2.0 ja estava



 para ser

Re: [delphi-br] Delphi for .Net já era? Foi de scontinuado, é verdade?

2009-02-27 Por tôpico Tupy . . . nambá
Discordo, quem faz a tendencia é o mercado, e o mercado, neste caso somos nós.

Agora, as empresas, através do marketing e da publicidade, conseguem manobrar 
aqueles que se deixam manobrar. Se deixarmos, seremos manobrados.

A tendencia - desde que demonstrada por estatisticas de uso de dois produtos ou 
mais - somente aponta as tendencias de uso de produtos. Que pode indicar o 
quanto as pessoas do mercado estão entregando o ouro para o bandido.

O próprio Delphi não teria sido vendido pela Borland se o mercado tornasse 
interessante a ela a continuidade com o produto.

Infelizmente se constata o que se sabe = a boiada costuma caminhar pro 
brejo

--- On Thu, 2/26/09, Walter Chagas (Bol) wchag...@bol.com.br wrote:
From: Walter Chagas (Bol) wchag...@bol.com.br
Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?
To: delphi-br@yahoogrupos.com.br
Date: Thursday, February 26, 2009, 9:33 PM












Não é que o Delphi tá ruim, mas é que a tendência do mercado é o C#



[]s

 

 

Walter Alves Chagas Junior

Belo Horizonte - MG - Brazil

wchag...@bol. com.br

http://www.geocitie s.com/SiliconVal ley/Bay/1058

http://delphitocorp orerm.blogspot. com/

MSN: whitesockets@ hotmail.com

SKYPE: WalterChagasJr



- Original Message - 

  From: Jhosef Marks 

  To: delphi...@yahoogrup os.com.br 

  Sent: Thursday, February 26, 2009 1:35 PM

  Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?



É impressão minha ou tem muito programador delphi mudando pra C#???



2009/2/26 Andreano Lanusse andreano.lanusse@ embarcadero. com



 Gerson,

  

   Cuidado, WinForms já é tecnologia ultrapassada, VCL não. Visual Studio 2010

   virá sobre WPF e não mais WinForms.

  

   Recomendo você instalar Prism, será instalado dentro do seu IDE do Visual

   Studio.

  

   From: delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. 
br[mailto:

   delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br] On Behalf

   Of Gerson Machado

   Sent: Thursday, February 26, 2009 8:57 AM

   To: delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br

   Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é

   verdade?

  

  

   Caro, colega.

   Posso lhe contar minha experiência com esta situação, pois já abandonei o

   Delphi (Inclusive a VCL), pois quando precisei fazer alguma coisa em .Net

   com meu BSD 2006 notei um monte de falhas de funcionamento sem contar que

   tava trabalhando com o Framework 1.1 enquanto que a versão 2.0 ja estava

   para ser substituida pela versão 3.5, desta forma segui o caminho mais

   coerente, instalei o Visual Studio 2008 em meu computador para aprender e

   tirar trabalhos dele, me surpreendi, o produto é muito bom, rapido (exige

   uma maquina forte), estável, etc;

   Conclusão, hoje tenho sistemas em Delphi que estou migrando para WinForms e

   ASP.NET com programação em C#, não quero outra coisa. A linguagem é boa,

   toda a estrutura funciona, recentemente houve uma atualização para FW 3.5

   SP1, a atualização foi on-line, muito bom.

   Note: Já estou testando o Visual Studio 2010 com FrameWork 4.0, WPF,

   Silverlight; há uma forte tendência dos sistemas evoluirem para aplicações

   WinForms e ASP.NET.

   Pense nisso, boa sorte em sua decisão.

   Se precisa de alguma ajuda, dica, etc me chame em PVT.

   SDS

   Gerson

  

   --- Em qui, 26/2/09, Carlos gcm3...@yahoo. com.br gcm3102%40yahoo. com.br

   mailto:gcm3102% 40yahoo.com. br gcm3102%2540yahoo. com.br escreveu:

  

   De: Carlos gcm3...@yahoo. com.br gcm3102%40yahoo. com.brmailto:

   gcm3102%40yahoo. com.br gcm3102%2540yahoo. com.br

   Assunto: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?

   Para: delphi...@yahoogrup os.com.br delphi-br%40yahoog rupos.com. br

   mailto:delphi- br%40yahoogrupos .com.br delphi-br%2540yaho ogrupos.com. 
br

   Data: Quinta-feira, 26 de Fevereiro de 2009, 10:51

  

   Bom dia a todos!

   Sou analista/programado r Delphi e trabalho com MySql e estou querendo

   ampliar um pouco e pensei em começar a partir para .Net, mas lendo

   alguns tópicos na internet me pareceu que a Embarcadero( atual dona do

   DELPHI) descontinuou o mesmo, lançando o PRISMA(como não trabalho com

   isso, não entendo se é só uma mudança de nome) e que este Prisma

   seria um pluguin e os programadores Delphi for .Net ficaram na mão com

   um produto descontinuado. ..

   Alguém pode me dar um parecer referente a isto? Ou é só balela e posso

   começar a me aprofundar neste mundo, comprando livros e correndo atrás?

  

   Agradeço antecipadamente.

  

   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]

  

   CONFIDENTIALITY NOTICE: This email message is for the sole use of the

   intended recipient(s)

   and may contain confidential 

Re: Res: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?

2009-02-27 Por tôpico Tupy . . . nambá
É isso mesmo, Silvio, temos de pensar em ter uma opção que não nos deixe 
amarrados com um produto comercial.

Obrigado pela dica, eu desconhecia.

--- On Fri, 2/27/09, Silvio Clécio silviop...@yahoo.com.br wrote:
From: Silvio Clécio silviop...@yahoo.com.br
Subject: Res: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?
To: delphi-br@yahoogrupos.com.br
Date: Friday, February 27, 2009, 8:42 AM












Olá galera,



O pecado é não ter mais pessoas investindo no FreePascal!



Isso é o que vc pensa brother.



Além dos desenvolvedores/ colaboradores do FPC (vide SVN), têm programadores 
feras varando madrugadas editando frameworks, e os bons e velhos amigos 
componentes; têm empresas vendo que o FPC está se destacando, daí decidiram 
distribuir versões de seus produtos (componentes) para o Lazarus/FPC.



O FPC  Lazarus podem não ser muito comentados por aqui (eu tentei falar, só 
que caí fora! Dou pitacos, mas, sempre procuro falar do Delphi tb, senão fica 
parecendo que virei inimigo do Delphi ;) ), mas, em outras listas a coisa é bem 
diferente (e olha que as outras listas não são especificamente sobre FPC).



Eu acho o seguinte: o FreePascal + Lazarus não têm as facilidades e 
_trocentos_ pacotes de componentes que fazem tudo, daí para muitos a coisa 
fica: ... Não é produtivo!. Depois de discutir em PVT com alguns brothers, vi 
que se o cara souber ObjectPascal, com alguns frameworks já existentes o 
camarada irá bem longe usando FPC (e Lazarus como IDE), além de desenvolver 
para Linux, poderá compilar um sistema inteiro e profissional com algo 100% 
open source e 100% ObjectPascal, mesmo não usando tecnologias avançadas que são 
atualizadas talvez até a cada segundo.



Apesar de existir tecnologia de ponta no Delphi (mesmo que mudem para CodeGear 
etc..., continuo chamando de Delphi ;) ), o FreePascal não está abandonado , 
o desenvolvimento do Lazarus (que interage com o FPC, ajudando muito o 
programador) pode não estar sendo como o de um software pago, mas, os caras 
estão lá trabalhando, e existem muitos projetos feitos em ObjectPascal (procure 
na NET), só não podemos exigir de algo que é mantido por uma comunidade open 
source tecnologias iguais às que um software que lucra em U$ e que já está com 
muita estrada no mercado.



P.S.: Deculpe-me falar de Lazarus, e principalmente ter alongado a thread 
falando de algo que não é o que o tópico sugere.

 _ _ __

[]'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.maisbusca 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] Delphi for .Net já era? Foi de scontinuado, é verdade?

2009-02-26 Por tôpico Tupy . . . nambá
Carlos,

Sou analista em VB, trabalhei por muitos anos com VB e SQL.

Atualmente estou estudando o Delphi por um motivo simples = não estar de rabo 
preso com a Microsoft.

A criação do .Net se deu porque a Microsoft queria apresentar ao mercado um 
produto 
para atender a caracteristicas que o VB6 não apresentava.

Assim, ao criar o Visual Studio.Net, passou a apresentar =
-orientação a objetos com programação visual (VB 6 não é orientado a objetos); 
-supostamente, a criação de um produto que permitiria portabilidade de 
plataforma; e
-saneamento de problemas que o VB6 apresentava.

Ao supostamente oferecer portabilidade de plataforma (HW e SO), criou o .Net, 
que nada mais é a operação em regime de interpretação, tal como ja operava o 
VB6, somente que com uma nova concepção de interpretador. Isto era para 
concorrer frontalmente com o Delphi, que estava se tornando forte no mercado. 
E, para tentar mais uma vez dar uma pernada nos seus concorrentes (tal como fez 
ao sabotar o OS/2, para o qual tinha sido contratada pela IBM, da qual usou as 
especificações de API), contratou o principal desenvolvedor do Delphi.

Bom, para quem acredita não convir vir a ser um total dependente da MS, muito 
bem, vão em frente, mandem ver em migrar para o VS.Net. Mas lembro que, mais de 
8 anos depois do prometido, até agora não existem máquinas virtuais de .Net 
para outras plataformas de HW e de SO. Além do histórico de não credibilidade 
da Microsoft (vamos dizer que eu estive por dentro dos produtos da MS), temos 
um largo histórico de tentativas de monopolio da nossa querida MS.

Te garanto que em nada voce estará agregando de melhor qualidade no seu produto 
somente por estar usando .Net. Inversamente, estará incorrendo na possilidade 
de estar amarrado a uma tecnologia. 

Quando ao uso do MySQL, espero que esteja fazendo uso de integridade 
referencial, coisa que originalmente não havia no mesmo (e que muitos ainda não 
aprenderam a usar), com todas as demais caraterística que o produto hoje 
oferece. Fazendo isso e aplicando as regras de normalização de bancos de dados, 
voce tem tudo para gerar produtos de qualidade.

Quanto a se a Embarcadero vai ou não dar continuidade à linha .Net, se não der, 
voce nada perde. Se der, voce só terá a mais a oportunidade de gerar um produto 
para atender a exigencia de um possível patrão, caso venha a trabalhar como 
funcionário.

Abraços, felicidades,
Anhanguera.


--- On Thu, 2/26/09, Gerson Machado gersonam...@yahoo.com.br wrote:
From: Gerson Machado gersonam...@yahoo.com.br
Subject: Re: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?
To: delphi-br@yahoogrupos.com.br
Date: Thursday, February 26, 2009, 5:56 PM












Caro, colega.

Posso lhe contar minha experiência com esta situação, pois já abandonei o 
Delphi (Inclusive a VCL), pois quando precisei fazer alguma coisa em .Net com 
meu BSD 2006 notei um monte de falhas de funcionamento sem contar que tava 
trabalhando com o Framework 1.1 enquanto que a versão 2.0 ja estava para ser 
substituida pela versão 3.5, desta forma segui o caminho mais coerente, 
instalei o Visual Studio 2008 em meu computador para aprender e tirar trabalhos 
dele, me surpreendi, o produto é muito bom, rapido (exige uma maquina forte), 
estável, etc; 

Conclusão, hoje tenho sistemas em Delphi que estou migrando para WinForms e 
ASP.NET com programação em C#, não quero outra coisa. A linguagem é boa, toda a 
estrutura funciona, recentemente houve uma atualização para FW 3.5 SP1, a 
atualização foi on-line, muito bom.

Note: Já estou testando o Visual Studio 2010 com FrameWork 4.0, WPF, 
Silverlight; há uma forte tendência dos sistemas evoluirem para aplicações 
WinForms e ASP.NET.

Pense nisso, boa sorte em sua decisão.

Se precisa de alguma ajuda, dica, etc me chame em PVT.

SDS

Gerson



--- Em qui, 26/2/09, Carlos gcm3...@yahoo. com.br escreveu:



De: Carlos gcm3...@yahoo. com.br

Assunto: [delphi-br] Delphi for .Net já era? Foi descontinuado, é verdade?

Para: delphi...@yahoogrup os.com.br

Data: Quinta-feira, 26 de Fevereiro de 2009, 10:51



Bom dia a todos!

Sou analista/programado r Delphi e trabalho com MySql e estou querendo

ampliar um pouco e pensei em começar a partir para .Net, mas lendo

alguns tópicos na internet me pareceu que a Embarcadero( atual dona do

DELPHI) descontinuou o mesmo, lançando o PRISMA(como não trabalho com

isso, não entendo se é só uma mudança de nome) e que este Prisma

seria um pluguin e os programadores Delphi for .Net ficaram na mão com

um produto descontinuado. ..

Alguém pode me dar um parecer referente a isto? Ou é só balela e posso

começar a me aprofundar neste mundo, comprando livros e correndo atrás?



Agradeço antecipadamente.



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]