Az, hogy jelenleg generikus bongeszesre alkalmas HTML rendering engine nem nagyon van a piacon Javahoz, ellenben van egy jo par nativ rendering engine (Firefox engine, WebKit, stb), amiket igazabol csak illeszteni kellene a Java JNI API-jahoz.
A masik bongeszovel valo kompatibilitas alatt azt ertem, hogy a webfejlesztok mar ma is panaszkodnak, hogy ahany bongeszo, annyifele kompatibilitasi layert kell irni. Szerintem egy uj bongeszo elterjedeset segiti, ha a webfejlesztok fele nem plusz egy platformkent tunik fel, hanem valami olyasmikent (vagy olyasmivel kompatibiliskent) amit mar ismernek es hasznalnak a piacon. Ilyen peldaul a WebKit. A Google is megtehette volna annak idejen, hogy csinal egy sajat HTML rendering engine-t, aztan kuzdjetek vele parasztok, de ehelyett a WebKit-et epitettek be, hogy legyen valami kozos alap, amibol ki lehet indulni (ami a legtobb webkites bongeszon mukodik, itt is fog). Pontosan ezek miatt bukott meg a GNOME projektben a GTKHTML engine is, szep volt, jo volt, de a vilagon senki nem tamogatta, es mersekelten volt kompatibilis csak dolgokkal, dobtak, lett helyette WebKit, mert azt a fel vilag tamogatja.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()