removido
(usa Nenhuma)
Enviado em 20/12/2017 - 23:01h
sick escreveu:
Sabia dessa não. Pensava até que ele era menos portável por utilizar o gtk.
O gtk é só uma das frontends do navegador, ele possui outras para o amiga, atari, beos, framebuffer, gtk, monkey, riscos e windows (listei as pastas que encontrei em "frontends"). Então em teoria seria só criar outra pasta e escrever um novo frontend na biblioteca desejada.
sick escreveu:
Só tem porcaria. O sdl não parece ser tão poderoso e eficiente para algo com maior complexidade, o gtk/qt é mais pesado que tudo. Sobram o FLTK, que eu saiba.
O sdl puro seria só para ter uma janela mais conveniente de se manipular, fazer muito mais que isso iria requerir escrever uma "mini" biblioteca grafica. Sobre bibliotecas graficas, ainda há algumas que vale citar TK, EFL e Agar mas todos tem seus problemas.
EFL: dependência que não acaba mais, por causa do primeiro problema nunca o compilei manualmente para melhores testes.
TK: interpretado?, dependência ao tcl.
Agar: desenvolvimento lento/morto, uso extremamente abusivo de "#if #ifndef #ifdef" e todas estas loucuras que fazem seu cerebro sangrar enquanto tenta entender o codigo.
FLTK: C++, gpl2 (embora seja conveniente a excessão dada), sem bindings para C (pelo que me lembro)