Já usamos em um projeto pequeno. Opinião particular: gostei muito, pra ser
sincero, mais produtivo que o Visual Studio, acho injusto ele não ter tanto
mercado quanto merecia.
O que muita gente critica é porque ficam pensando que é um Delphi e tentam
programar exatamente igual, mas se você tiver a
Essa migração dos tipos de dados ficou meio chata, mas não tinha opção pra
não perder compatibilidade, mas os benefícios compensam. Ainda mais na era
da Internet e dos apps de multiplos idiomas.
Uma tecnologia do Rad Studio que adorei e não sei porque não emplacou foi o
ECO, muito mais simples e p
sam DB2 funfaram ok.
>
>
>
> From: delphi-br@yahoogrupos.com.br [mailto:
> delphi-br@yahoogrupos.com.br ] On Behalf
> Of Marcos Alexandre Lemos Rodrigues
> Sent: quarta-feira, 25 de agosto de 2010 12:09
> To: delphi-br@yahoogrupos.com.br
> Subject: Re: [delphi-br] Migra
Pois é, também estamos tendo vários probleminhas com as versões mais novas
no Delphi antigo. As APIs do Windows devem ter mudado muito e a cada release
é uma "surpresa": servidor de aplicação que não inicia como serviço, socket
que não levanta em ambiente 64 bits, app que cai, etc.
Mais um motivo
Foi a primeira vez que vi alguém achar a migração "tranquila". heheheh
Depende muito dos componentes e tecnologias que você usa. Fora os fatores já
citados anteriormente com relação aos componentes de terceitos, e partindo
do princípio que seu componente de acesso a dados é o BDE, o que nós
enfret
Teve uma época que existia, mas faz tempo que não vejo falar.
Em 24 de agosto de 2010 14:04, felipe govoni escreveu:
> ha 2 anos atras nao existia nada, pelo menos nao no RS.
>
>
> eles parcelavam em 3 vezes no cartao.
>
>
>
>
>
> Em 24 de agosto de 2010 13:31, Ricardo César Cardoso <
> ricardo_e
Recomendo o DBExpress, que é bem mais leve e vem sendo atualizado a cada
versão do Delphi, ao contrário do BDE, que parou em 2001.
Em 23 de agosto de 2010 13:15, Eduardo Silva dos Santos <
eduardo@gmail.com> escreveu:
> Teste o ODAC ou Unidac, ambos tem um wizard que faz a conversão dos
> co
Já tem faz um tempo. O Delphi ainda é a IDE mais produtiva de todas, e agora
que firmou com a Embarcadero, vamos ver os planos de divulgação da empresa
pra ver se ele consegue ganhar mercado em cima dos concorrentes.
Em 19 de agosto de 2010 20:49, Andreano Lanusse <
andreano.lanu...@embarcadero.co
O lazarus faz isso e se sai bem...
Não se baseie pelo mercado brasileiro, mas no mundial.
Hoje tem muitas IDEs pra Linux, inclusive versões comerciais do Eclipse que
rodam em Linux e dão lucro, sim. Além do mais, com os programas convergindo
pro ambiente Web, automaticamente fica independente de p
Prefiro sempre um SQLConnection único, porque assim tenho uma única conexão
pra cada client.
Muita gente trabalha com mais de um SQL Connection geralmente porque não é
tão trivial compartilhar o componente entre os Remote Datamodules. Pelo
menos não nas versões mais antigas do Delphi, não sei como
Não acho baixar versões do SVN uma solução legal, a gente fica eternamente
em um beta.
O maior problema que eu via no Lazarus era o debug, que direto dava crash
comigo. Mas faz meses que não mexo.
Em 20 de julho de 2010 16:46, Marcos Douglas escreveu:
>
>
> 2010/7/20 Marcos Abreu Ferreira
>
>
A Borland já liberou versões antigas de seus produtos, numa área que chama
"Museum" ou coisa parecida. Só que eram versões bem antigas, como o Delphi
1, C++ pra Windows 3.11, Turbo Pascal e o Turbo C pra DOS, sendo liberados
até pra uso comercial. Pelo jeito, nem o Bruno sabia dessa.
Outra empresa
Cara, é o único ponto do VB que sinto falta no Delphi, o "destrace". heheheh
Ótimo pra quando a gente idenfica uma correção e quer continuar depurando.
Um recurso que o VB e o Java (pelo menos no Netbeans) possui que também é
útil, é alterar o código fonte e continuar o trace sem precisar reinicia
muito menos influenciaram o produto
> final gerado com ele.
>
>
> []s
>
>
> Walter Alves Chagas Junior
> Belo Horizonte - MG - Brazil
> wchag...@bol.com.br
> http://delphitocorporerm.blogspot.com/
> http://twitter.com/wchagas
> MSN: whitesock...@hotmail.com
>
Foi o que eu disse: depois de 7, o próximo bom foi o 2007, que saiu daquele
.NET 1.1 bugado e que os novos recursos da IDE ficaram estáveis.
Mas teve muita coisa que perdeu a compatibilidade, sim. Tivemos probemas com
o Swing e com o driver DBExpress pra Sybase Anywhere, onde alguns campos
foram r
"Coloco uma posição técnica que posso sustentar com fatos pensando no bem do
usuário."
técnica e parcial, já que vem de um funcionário da Embarcadero, né Bruno ;)
hehehhehe
Em recursos o Delphi 2006 tem bem mais avanços, isso ninguém nega. Mas o
número de conhecidos que tiveram problemas como o q
O 7 é sem dúvidas mais estável que o Delphi 2005 e 2006. Depois do 7, o
próximo que ficou bom foi o 2007. Não sei se é o .NET 1.1 que era muito
bugado ou se era a IDE do Delphi, mas o 2005 e 2006 todos que conheço
tiveram problemas com ele.
Por outro lado, o 2006 mesmo defasado, ainda é bem mais r
Não sei se a razão de dizerem que o FB é mais lento se deve ao fato de quem
experimentou não saber configurar. Geralmente quem não cria índices ou faz
tunning no FB, também não faz nos outros bancos que comparou.
Onde trabalho, fizemos benchmarchs na época dos bancos pra escolher qual
usaríamos, o
Pra aprendizado dá pra baixar as versões demos e testar pelo período que é
liberado.
Felizmente a Embarcadero tem sempre promoção das duas ferramentas.
Em 10 de julho de 2010 03:19, Fortes Marcelo
escreveu:
>
>
> Desculpe peguei o bonde andando, mas a carência é Educação na linguagem
> Object Pa
Eu iria de Java: roda em Palm, Windows Mobile e Blackberry, sem precisar
recompilar o programa nem redesenvolver.
E pra quem sabe Delphi, Java ME não é tão difícil de aprender.
Em 9 de julho de 2010 17:44, Walter Chagas (Bol) escreveu:
>
>
> Eu trabalhei muito com Palm usando o Satellite Forms
A melhor coisa que a Codegear/Embarcadero fez, foi separar o Delphi .NET do
RAD Studio, já que os dois mercados seguem caminhos distintos e acho muito
difícil que um dia eles sejam totalmente compatíveis.
Mas é fato que o .NET veio pra ficar, assim como o Java. Vê-se facilmente
pelas empresas, fór
link numa página dentro do domínio
> embarcadero.com.
>
> Se houver algum comunicado oficial da Embarcadero, vou participar da
> pesquisa. Mas senão, como saber se meus 30 min para preencher a pesquisa
> terão valido a pena?
>
> --
> Dirlei Dionísio
> Novo artigo: 5 dicas
Devem estar ocupados...
Pesquisa gigante, quem não respondeu, guarde uns 20 minutos do seu tempo pra
isso. O interessante é que dá pra se ter uma ideia dos rumos do sistema
pelas perguntas que eles fazem.
Particularmente acho o Delphi a melhor ferramenta atualmente, o que falta é
o preço e uma me
O Teechart tem uma opção de gráfico de gantt. Simples,mas dependendo do que
você precisar, talvez atenda.
Em 21 de junho de 2010 13:23, Gilvan Costa escreveu:
>
>
> Olá Srs
> Eu precisando de uma dica de como melhor construir um gerenciamento de
> execução de tarefas
> Tipo como o MS PROJECT faz
O portal da livraria Saraiva é em Intraweb e funciona bem. A tecnologia
Intraweb melhorou muito nas versões mais novas do Delphi, mas é preciso
tomar alguns cuidados durante o desenvolvimento pra conseguir ganhar escala.
Em 15 de junho de 2010 22:12, Marcelo Moacir Florindo <
marceloflori...@gmail
A portabilidade é muito boa, poucas alterações. No nosso caso que usamos o
Sybase Anywhere, alguns campos que vinham como BCDField passaram a vir como
FMTBCDField. Em outro caso que usamos DB2 campos que eram DateTime passaram
a ser Timestamp, dando um pouco de trabalho, mas nada crítico.
Sobre qu
Eu aconselho o Delphi pra PHP, a melhor IDE pra essa linguagem e a única
visual. Além do mais, o preço dele é bem acessível (pagamos 900 reais
parcelado em 3x sem juros, dá 300 por mês).
As regras de negócio mantivemos no Delphi e utilizamos um servidor de
aplicação pra disponibilizar através do W
Pode desenvolver MVC, sim. Basta que suas forms tratem somente da View, você
pode usar os datamodules pra fazerem o papel da Control e seus providers
estarem em um outro datamodule com os atributos da Model.
E se um dia você precisar passar pra Java vai poder portar somente sua Model
e carregar os
A maior vantagem que vi na versao 2010 é conseguir trabalhar em 3 camadas
sem precisar do socket server, o proprio servidor de aplicacao faz o papel
dele. E sem utilizar COM/DCOM. Muito mais rapido, estavel e nao depende de
uma tecnologia que a Microsoft ja abandonou ha mais de 5 anos.
Em 19 de ma
Sua conexão está com timeout? Geralmente essa mensagem eh porque ele perdeu
a conexao, seja por queda do servidor ou porque estourou o tempo conectado.
Em 17 de maio de 2010 14:58, itasouza escreveu:
>
>
> Utilizando o Borlando Socket Server nota-se que em determinados momentos,
> ocorrência do
gt; robustez!!!
> > Porém, em todo início de projeto, não se pode deixar de pensar em Java,
> > afinal é o que há de melhor no mercado.
> > Quanto a questão da produtividade, acho que no longo prazo o Java sai na
> > vantagem, principalmente se o projeto atinge o sucesso
> >
?
> Porque o .Net, em minha opinião, é um caminho só de ida, pro bolso da M$.
>
> Alexandre Pedroto
> ASP Informática
> (21) 8199-0595
>
>
>
> Em 16 de maio de 2010 18:02, Marcos Douglas escreveu:
>
> >
> >
> > 2010/5/15 Marcos Alexandre Lemos Rodrig
r] Tubo Delphi ainda existe?
>
> Só pra recordar um pouco... quando migrei para o delphi em 1995 também
> existiam pouquíssimos componentes e eu reclamava pra caramba. Engraçado
> é que hoje procuro evitar esses componentes extras ao máximo.
>
> Marcos Alexandre Lemos Rodrigue
Pra quem ela fica ou não aberta cabe ao seu firewall definir. Voce pode
abrir apenas pra sua rede interna ou para IPs específicos.
Outra medida de segurança é mudar a porta padrão, já que 211 "todo mundo
sabe" que é usada pelo Socket Server. Use uma porta de valor alto de
preferência, pra lá dos 1
Também aposto mais no Delphi4php ou até mesmo no JBuilder pra Web. O Delphi
é um sucesso indiscutível no Desktop, mas conseguiu pouco mercado na web (é
claro que existe gente usando e satisfeitas, mas em tamanho de mercado não
tem comparação).
Outra coisa, o pessoal fala de "modismo", mas java é l
Discordo. Se o sistema caminhar pro grande porte e o 'boss" achar que está
economizando utilizando Delphi com IW, vai chegar uma hora que o sistema não
vai aguentar escalar e a mudança pra outra linguagem vai vir de qualquer
jeito, só que da pior forma possível. E o barato vai sair caro.
O JBuild
Bom, qualquer alternativa é melhor que o BDE. Talvez se na época a Borland
tivesse feito algum aplicativo ou recurso pra converter as consultas BDE
para o ADO ou DBExpress, hoje teria mais gente comprado e usando versões
mais novas do Delphi.
Em todo caso, os últimos presos nessa tecnologia estão
dlls ou pacotes é uma forma muito mais inteligente de tratar o executável.
Quando você deixa parte do código em uma biblioteca, essa parte só é
carregada na memória se o usuário for usa-la. Caso ele esteja trabalhando
apenas com um módulo, ele não vai precisar carregar na memória os demais,
ganhand
Aqui usamos Sybase com DBExpress da versão 9 do ASA até a 12, a última
lançada. Ainda mais que o OleDB também foi descontinuado pela MS por causa
do ADO.NET que do ADO só tem o nome.
DBExpress tem driver nativo, é free e compatível com tudo que é Delphi, além
de ter uma ótima performance. Mas já f
Ah, outra coisa. Qualquer coisa é o melhor que o BDE, que foi descontinuado
há quase 10 anos.
Em 10 de maio de 2010 23:17, Marcos Alexandre Lemos Rodrigues <
marcosalexandre.rodrig...@gmail.com> escreveu:
> Aqui usamos Sybase com DBExpress da versão 9 do ASA até a 12, a última
> la
O próprio BDP do Delphi novo faz algo muito parecido, até melhor.
Aliás, até o ClientDataSet é semelhante ao Hibernate.
Em 5 de maio de 2010 14:41, Marcos Bernardo escreveu:
> Olá..
>
> Procura por ORM Delphi
> com certeza tem sim...
> eu esqueci os nomes..
> mas existe sim...
>
> Marcos Bernardo
Se te atende, ótimo! Vai em frente!
Em 3 de maio de 2010 19:27, Silvio Clecio escreveu:
>
>
> Eu só tenho uma coisa a falar:
>
> "Quem não usa, não sabe o que esta perdendo!"
>
> Só isso mesmo.
>
> Marcos Alexandre Lemos Rodrigues escreveu:
>
> >
Limite não existe, já vi executáveis com mais de 300 MB. Só não é prático.
Melhor separar em pacotes bpl mesmo ou então em dlls, que além de ficar mais
fácil trabalhar, existe opção de carregar na memória apenas quando o usuário
realmente precisar do módulo, economizando memória geral.
Em 3 de mai
Nsa! Deu até saudades.
Infelizmente a feira foi deixando de ser um evento de negócios e tecnologia
pra empresas e passando a ser um evento voltado a estudantes. Cada vez menos
palestras técnicas e máquinas high-end pra vender assinatura de revistas,
micros, periféricos, ...
Com isso, perdeu a
O problema é justamente esse: está na versão beta há anos e até hoje com
muitos problemas. E por ser uma via de mão única, é complicado arriscar um
projeto grande. Faltam muitos componentes, o debug dele até hoje é instável,
etc.
Claro que tem as vantagens da multi plataforma e algumas funções que
A última versão foi pro Delphi 2006, 3 versões atrás da mais recente. Nunca
foi explicado oficialmente se desistiram do projeto ou se vai haver uma nova
versão. Particularmente achei que seria uma boa forma de manter usuários do
Delphi e até alavancar o mercado dele com os concorrentes, impulsionan
A tblArquivos é um tipo TTable, TQSLTable ou um ClientDataSet?
Em 30 de abril de 2010 10:26, Reinaldo Aparecido Pereira <
ctocv...@yahoo.com.br> escreveu:
>
>
> Amigos,
>
> Não entendo de gerenciamento de memória e o que tenho lido não resolveu meu
> problema. Estou com a rotina abaixo que impor
Sistemas simples que já se pagaram há anos viram comodity e são vendidos
baratinhos mesmo. Não acho isso negativo e nem me sinto ameaçado por esse
mercado, já que nunca vou querer entrar em uma área que já saturou há mais
de 10 anos.
Se quisermos ganhar bem, temos de trabalhar em áreas que agregam
Há uns tempos atrás alguém perguntou do Delphi pra PHP que faz muito tempo
que não tem versão nova nem saiu o roadmap.
Bom, o roadmap até agora nada, mas pelo menos um vídeo sobre a próxima
versão apareceu, mostrando que o projeto não morreu, embora esteja bem
devagar...
http://blogs.embarcadero.
Postgres é o mais parrudo, o Firebird é o mais simples pra instalar e
configurar, além de ser mais simples trabalhar pelo Delphi por ser "cria da
casa". Cria bastarda, já que derivou do Interbase. hehehehe
MySQL fica no meio termo
Em 19 de abril de 2010 13:35, Alisson Yahoo escreveu:
>
>
> Ess
Tem de testar, mas talvez se colocar no AfterPrint do rodapé um showMessage,
você conseguiria esse efeito.
Em 17 de abril de 2010 08:40, Leonardo Baldino
escreveu:
>
>
> Gostaria de saber se alguem poderia me ajudar.
> O meu problema é:
>
> Eu tenho um relatorio com duas paginas e gostaria de sab
A CLX era um projeto genial que infelizmente não vingou. Mas isso acontece
com todas as empresas, até a MS
Cara, o mais próximo de automatizar é o Convert Files ou então manualmente
editar os componentes dfm e pas e dar replace nos componentes e units da
clx. E é igual o pessoal te falou, qu
Pessoal, lancei um segundo beta do meu fork do Fortes Report,
http://sourceforge.net/projects/freport/
Nessa versão, as colunas FMTBCDField funcionam com os componentes DBResult,
não precisando mais ficar fazendo cast. Fora isso, coloquei no zip o bpl pra
Delphi 2009, já que muita gente não sabia
Também acredito nisso. Uma nota fiscal com certificado eletrônico além de
ser muito mais seguro é mais difícil sonegar e mais fácil rastrear. Email a
gente cria de graça em qualquer lan house, acesso a computador não é mais
tão dificil assim. Tanto que em outros países mais avançados eles estão bem
Delphi 2010 compensa muito. As opções de produtividade são ótimas, os
drivers pros novos bancos de dados só saem nas versões mais recentes, etc.
Que os preços da Embarcadero poderiam ser mais baratos, concordo. Mas
direto eles fazem promoções boas pra tentar contornar isso.
O Kylix faltou um pou
; Vai precisar da Qt instalada. Só isso mesmo.
>
> Uso e recomendo, quem se interessar, bons estudos:
>
> http://uml.sourceforge.net/screen.php
>
> Marcos Alexandre Lemos Rodrigues escreveu:
>
> > A nova versão do Jude chama Astah e ele tem a versão comerical e a paga.
>
A nova versão do Jude chama Astah e ele tem a versão comerical e a paga.
O ideal seria usar o recurso UML do Delphi porque ele já integra com o
código e evita retrabalho, mas depende da versão do Delphi que você tem. A
nossa aqui da empresa, por exemplo, não tem :(
Em 11 de março de 2010 13:15, M
Uma outra alternativa é utilizar a propriedade PacketRecords do
ClientDataset, onde você seta a quantidade de registros que ele deve trazer
de cada vez, sendo que ele atualiza automaticamente à medida que você for
dando scroll.
Mas o mais recomendado é você mudar a sua tela de cadastro, não trazen
Não deve demorar pra eles lançarem uma versão do Star UML que corrija isso,
mas se precisar de outra ferramenta nesse meio tempo, tem o astah (antigo
Jude) e o argouml, mais ou menos na mesma linha.
Em 10 de março de 2010 14:31, Mario Rodrigues
escreveu:
>
>
> Salve salve pessoal,
>
> Galera us
Aqui também resolvemos isso com um script SQL que atualiza as versões do
tipo
if not exists() then
alter table add
end
Fazemos isso pra cada tipo de alteração, seja adicinando, excluindo ou
atualizando registros. Dessa forma, o script pode ser executado quantas
vezes quiser em qualq
Uma alternativa ao ADO é o DBExpress que já vem com o Delphi, não custa
dinheiro e é menos dependente de plataforma que o ADO.
Mas de qualquer forma, qualquer coisa é melhor que o BDE hoje em dia.
Em 5 de março de 2010 08:24, rodrigoojapa escreveu:
>
>
> Valeu Rubem
>
> Vou fazer as mudan
br@yahoogrupos.com.br [mailto:
> delphi-br@yahoogrupos.com.br ] On Behalf
> Of Marcos Alexandre Lemos Rodrigues
> Sent: Friday, February 26, 2010 7:01 AM
> To: delphi-br@yahoogrupos.com.br
> Subject: Re: [delphi-br] D4PHP foi abandonado?
>
>
>
> Silêncio porque nunca mais
Silêncio porque nunca mais havia sido um pronunciamento. Espero que a quebra
de silêncio não seja somente aqui na lista, mas que tenha realmente um
roadmap publicado, o que tornaria a informação oficial.
Sobre o Delphi .net, o Prism não é compatível com o Delphi .NET antigo, acho
que todo mundo aq
Será que o componente estava em um datamodule fora do auto create?
Em 26 de fevereiro de 2010 08:12, Berdam escreveu:
>
>
> Problema com XmlDocument
>
> estava tentando fazer a leitura de um xml usando o componente TxmlDocument
> criado em tempo de execução e sempre estava recebendo um "invalid p
Pois é, era uma ferramenta que eu apostava também, o único ambiente RAD
descente pro PHP. Embora tivesse alguns problemas ainda, era muito produtivo
e flexível e o preço dele é muito atraente: 900 reais podendo dividir em 3
vezes! E o upgrade podia chegar à metado do preço!
E te algumas coisas que
Aqui usamos o MySQL Workbench.
Em 17 de fevereiro de 2010 12:57, Adriano Santos escreveu:
> Realmente, para reforçar, o HeidiSQL é show de bola. Ele é o antigo MySQL
> Front que descontinuado.
>
> --
> Adriano Santos
> http://twitter.com/asrsantos
> www.delphitodelphi.blogspot.com
>
>
> Em 13 de
Pessoal, usamos o componente TShellTreeView no Delphi 7 e estamos tentando
migrar para a versão 2007, mas ele não tem mais o componente TShellTreeView.
Alguém já passou por isso? Que solução encontrou?
Pra quem pretende passar, a migração é relativamente tranquila. A maior
dificuldade até agora fo
Of Leonardo Quinino
> Sent: sexta-feira, 5 de fevereiro de 2010 17:36
> To: delphi-br@yahoogrupos.com.br
> Subject: Re: [delphi-br] Delphi Prism
>
> Vocês falando assim, dá a impressão que o Delphi Prism, está mais próximo
> do
> C# , e mais distantes do Delphi 7.
>
&g
Não, não é possível. A MS mudou muita coisa no .NET em relação às suas APIs.
Ela aproveitou pra retirar tecnologias que mais davam dor de cabeça do que
funcionavam, como o COM/DCOM/COM+ e ActiveX.
Também tem propriedades e métodos que não existem no Delphi.NET.
Mas você estará familiarizado com a
Pra esses casos, aqui tivemos que virtualizar uma máquina XP pra rodar os
programas que ainda não portamos pra DBX. A maioria já foram portados, mas
ainda tem muitos pela frente.
Pra acessar DBase a Paradox, nós usamos o componente TDBF que não usa BDE.
Pelo menos até conseguirmos portar a base. M
70 matches
Mail list logo