Não me comprometa, eu sugeri apenas a libglade ;),
que aliás é sugestão do flávio...
Na verdade a idéia que eu tive era baseada diretamente na dlopen,
só que alguém foi mais esperto e fez a libglade antes...
O problema original era: como criar um mecanismo capaz de gerar
uma tela ( viewer ), que rode em qualquer plataforma?
Soluções proprietárias, hoje no mercado utilizam controles activeX
e sua incestuosa relação com o IE em ambientes windows (r).
Neste caso, a apicação fica dependente do IE, e sua plataforma.
Na minha concepção, se as telas fossem XML bastaria portar uma
"engine" que criasse os objetos dinamicamente via dlopen, lendo
as especificações de um XML. Com um set definido de objetos e
eventos, ligar os sinais às callbacks seria moleza (!!!). Foi então que
o flávio me falou da libglade, que seria essa "engine".
De qualquer forma, um processo viewer ainda teria que ser portado.
O interessante ainda, é que com o uso de XML, e as telas sendo
"renderizadas" num processo à parte abre-se a opção de ter inúmeros
viewers simultâneos para uma mesma aplicação, não necessariamente
rodando numa mesma máquina.
Isso lembra umas tecnologias muuuuuuito antigas, só um pouco mais
sofisticadas....
Abraços
Geraldo Netto escreveu:
> Senhores,
>
> O Wesley sugeriu o desenvolvimento de um supervisório
> onde as interfaces gráficas serão baseadas em libglade e python
> isso, proporciona uma velocidade brutal no desenvolvimento
> visto que uma interface gráfica(vazia) feita nesse esquema precisa
> de apenas 3 linhas de código:
>
> 1 import gtk, gtk.glade
> 2
> 3 gtk.glade.XML("empty.glade")
> 4 gtk.main()
>
> oh, ok, 4 linhas :)
>
> + info em:
> http://www.pythonbrasil.com.br/moin.cgi/LibGlade
> http://glade.gnome.org/screenshots.html
> http://www.pythonbrasil.com.br/moin.cgi/
>
> isso é interessante, pq agente não vai precisar desenvolver uma ide
> como tradicionalmente as soluções comerciais fazem, agente pode usar o
> glade(a ide da própria biblioteca) p/ gerar os xmls que serão usados
> pela biblioteca
> e só se preocupar com a implementação da coisa, muito + eficiente!
>
> claro, sobre esse projeto, essa é só uma parte do sistema, há ainda outros
> componentes críticos que precisam de estudo, por exemplo, no supervisório
> é melhor implementar threads(de cada função do supervisório) em um processo ou
> usar o ipc e fragmentar cada um desses módulos em processo?
> Wesley? Flávio? Fernando?
>
> sugestões? críticas? dúvidas? desilusões amorosas?
>
> Abraços,
>
> Geraldo
>
|
