.::XUL::. i wizja aplikacji przyszłości (?!?) Opcje

[Nalfein][WR]

Przeczytajcie:

http://www.xulplanet.com/tutorials/xultu/

Strony XulPlanet rozjeżdżają się trochę pod IE, trzeba niekiedy przewijać, by zobaczyć dalszą część strony, ale da się czytać. Aby obejrzeć przykłady w akcji zainstalujcie Mozillę lub cokolwiek na nowym Gecko. IMHO opłaca się. Projekty już się rozrosły. XUL ma naprawdę duże możliwości. I działa w praktyce.

Szykuje mi się rewolucja w aplikacjach internetowych. To jest wspaniałe. "Cienki klient", który może mieć naprawdę rozbudowany interfejs, niczym nie ustępujący "grubym" aplikacjom. Widzą mi się programy w postaci skryptów php czy aplikacji Javy instalowane na serwerach i instalacja po stronie klienta sprowadzająca się do instalacji przeglądarki internetowej obsługującej XUL np. Mozilli czy Netscape.

Właśnie się zastanawiam czy nie zainicjować czegoś takiego jak Lefthand ERP + Firma w oparciu o XUL. Interfejs przez przeglądarkę internetową, ale nie przez ograniczony HTML, a przez XUL z elastycznymi skryptami, które samemu mogą pobierać dane. Bez odświeżania i tricków z iframe'ami, tak jak jest to teraz robione. Serwer linuksowy, baza danych, apache + oskryptowanie, które generowało by XUL i operowało na bazie. Po stronie klienta przeglądarka + ew. moduł do obsługi drukarki fiskalnej - programik nasłuchujący na porcie, który zajmowałby się odbieraniem zleceń z serwera dotyczących wydruku paragonów. Dzięki takiemu interfejsowi jeden serwer mógłby obsługiwać oddziały firmy położone w całym kraju. W filiach używaliby tylko przeglądarek i ewentualnie tych małych programików, ale sterowałby nimi serwer, działałyby niewidocznie, jak uslugi w NT czy demony w *nixach. Ba, z dowolnego miejsca na ziemi ktoś w trasie może otworzyć stronę firmy, zalogować się do systemu i sprawdzić ile sztuk towaru jest na magazynie. Z dowolnego systemu operacyjnego, już sama Mozilla (a M$ z IE zapewne też przystanie, gdy ujrzy nowe horyzonty) jest pod Windows, Linuxa, Mac OS'a czy nawet Solarisa i PowerPC. A najlepsze - gdy ktoś zapragnie uaktualnić system, wystarczy, że uaktualni oprogramowanie na serwerze. Po stronie klienta sprowadzi się to do wciśnięcia "Odśwież"! Co powiecie na t a k i e przedsięwzięcie?

[Dominik]

Popraw mnie jezeli cos zle napisalem. XUL to "mechanizm" do tworzenia intrefejsow uzytkownika

Tak, to jego glowne zastosowanie.

ktory integruje ze soba roznego typu inne mechanizmy dostepne w Geco (SOAP, XML-RPC, XSLT, etc).

W Gecko (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ale powaznie nie do konca to znaczy masz troche racji ale nie jest to tylko czasta jego zastosowania bo nalezy to chyba rozumierc ze taka role spelnia XML a ze XUL jest XML-em to rowniez ale wiesz to troche rozumowanie "na okretke" (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Tak, wiec XUL jest jakby hmm sposobem na "obejscie" ograniczen zwyklych stron htmlowych

Tutaj podobnie jak ostatnio, oczywiscie mozna tak powiedziec ale chyba jest to tylko pol prawdy (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) XUL jest generalnie inaczej projektowany i rzadzi sie inna "filozofia" dlatego raczej warto by mowic o "podobienstwach" do XForms niz (X)HTML. (No inna sprawa ze w XHTML 2.0 beda XFroms'y (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ale to juz inna bajka)

ale sam bez juz istniejacych mechanizmow nie jest odrebnym narzedziem do tworzenia aplikacji internetowych - on scala za pomoca swojego mechanizmu tworzenia interfejsu uzytkownika rozne technologie.

Generalnie tak jednak czesto rozumie sie XUL przez XUL wlasciwy, JS, RDF - to jest to co jest absolutnym minimum tak zwanego dodatku do Mozilli. Wystarczy ze jeden eleent wypada nie da sie stworzyc aplikacji. Oczywscie jest kilka innych specyfikacji tworzonych wlasnie pod XUL np XRE (XUL Runtime Environment) itp. Myslac o XUL wlasciwie w pewnym sensie powinno mysles sie o XBL czyms co mozna w pewnym uproszczeniu traktowac jako nadzbiur XUL-a (to w XBL-u napisany zostal XUL wlasciwy), tylko ze z XBL-em i XUL-em jest troche tak jak z XML-em i XHTML-em - niby w obydwu da sie robic strony jednak czesciej wybiera sie XHTML [co oczywisce nie dyskredytuje XML-a poniewaz czasami w trzeba z niego skorzystac])