Notícia publicada por brain em novembro 11, 2003 11:42 AM
| TrackBack
Esta vem do Slashdot: contrastando com a nossa notícia de ontem sobre o aparente abandono do Kylix, o responsável pelo framework wxWindows (open source, e usado desde 1992 para construção de GUIs multiplataforma) anunciou que a Borland vai usar e suportar o wxWindows no seu C++BuilderX. E ele destaca que não teve que fazer concessões: a empresa se adaptou bem à natureza aberta do desenvolvimento do wxWindows.
Respeitando a preferencia do Welington pelo GTK, acho que o wxWindows eh uma opcao melhor devido a sua estabilidade em diversos ambientes, desde do windows/unix ateh os sistemas embutidos. Uma descricao mais completas de sobre GUI Toolkits pode ser obtida em http://freshmeat.net/articles/view/928/ . Vale a pena dar uma lida.
O problema da GTK+ é que o suporte no Windows é uma porcaria. A Borland necessita de algo ultiplataforma e certamente a GTK+ não seria a escolha ideal. A biblioteca é apenas uma camada de abstração e utiliza a API do Windows (se for utilizada neste SO ;-) e no Linux pode utilizar a GTK+ (a 2 está em testes), basta baixar a wxGTK e compilar. A utilização da QT poderia trazer efeitos indesejados devido a licença.
Finalmente é necessário salientar que, geralmente, um toolkit gráfico não se resume a desenhar janelinhas (que não é o caso da GTK, basta ver a glib). Certamente a biblioteca que acompanha a wxWindows é muito boa.
Pessoalmente achei a escolha muito acertada. Acho que esta escolha deveria ter sido feita já para o Kylix.
A Borland pretende fazer uma IDE única para todas as suas linguagens, a exemplo do que a MS e a Oracle já fizeram. Se eles optarem pelo wxWindows, com certeza todos os outros vão ser também.
Não sei. Eu gosto demais do Qt e não consegui me adaptar ao GTK. Mas o que mais me desanima nas toolkits é que o sistema fica bem mais lento e pesado do que um código nativo. O wxWindow eu não conheço, mas pelo menos eu leio muita coisa boa dele.
Exatamente por essas limitações que eu prefeririria a escolha do GTK.
O GTK é excelente, mas possui uns problemas que com certeza a Borland iria dar um capricho!
Exatamente por essas limitações que eu prefeririria a escolha do GTK.
O GTK é excelente, mas possui uns problemas que com certeza a Borland iria dar um capricho!
Não conheco nenhum programa (pelo menos ão veio nenhum a mente) que rode sobre o X e usando o wxWindows.
Sei que o Antivirus AVG (pra windows) é feito com esta lib. Mas e pra Linux, quais aplicações já existem!?
Foi o máximo essa notícia! Uso o wxWindows e FLTK e são realmente muito bons (e suportam bem OpenGL, o FLTK mais "nativamente"). Não tem aquela gambiarra que o Qt usa de pre-processador não padronizado C++ (MOC - Meta Object Compiler).
Quanto ao GTK+, lembre-se que o mesmo é para C e não C++. Existe o GTK--, em C++, mas este ainda está imaturo. Ademais, o wxWindows é muito mais multiplataforma, funcionando em Linux (unix), Windows, OS/2 e MacOS. O wxWindows (wxGTK) é uma abstração C++ que utiliza as bibliotecas GTK+ (C), que por sua vez utiliza a biblioteca X (xlib - C).
Além disso, não há licença restritiva como o Qt, que para Windows a licença é paga (diga-se de passagem um valor bem alto).
Perfeito! Adorei isso! Assim teremos uma IDE baseada em componentes multiplataforma e livres.
IMHO, prefiro GTK+ ao QT: Até hoje não consegui aceitar aquele MOC. GTK+ se limita ao C, deixando o caminho livre para que outras linguagens a usem da melhor forma possível. O wxWindows faz um excelente uso do que a GTK+ disponibiliza no X...
"Não conheco nenhum programa (pelo menos ão veio nenhum a mente) que rode sobre o X e usando o wxWindows."
Que tal o xMULE ? (http://xmule.sf.net)
quanto a programas que utilizem a wxWindows, o emulador bochs (bochs.sourceforge.net) pode utiliza-la (se for compilado para utilizar)
É, logo a Borland vai ter um produto pra C++ tão bom quanto o JBuilder...
Quanto a QT, não viaja, ela é livre... ou vc esqueceu que o Kylix usava qt?
Comentários desativados: Esta discussão é antiga e foi arquivada, não é mais possível enviar comentários adicionais.