Article View: pl.comp.xml
Article #295Re: Ramki
From: Andrzej Dmoch
Date: Wed, 13 Sep 2000 08:59
Date: Wed, 13 Sep 2000 08:59
55 lines
3366 bytes
3366 bytes
Marcin Jagodzinski wrote: > Dnia 12 Sep 00, o 18:01, Andrzej Dmoch zezna³(a): > > > > To tylko ma³y fragmencik odbywa siê na serwerze. > > Tak ale ten maly fragmencik moze calkowicie uniemozliwic pewne profesjonalne > > zastosowania - na przyklad komputery klienckie bez TCP/IP. > > > > Przegladarka powinna pozwalac na przerzucenie dokladnie wszystkich operacji > > na strone klienta. Serwery zas powinny umozliwiac serwowanie danych pod > > kazdego klienta (XML enabled lub nie). Wiec uwazam, ze MSIE poszedl w dobra > > strone, te mechanizmy skryptowe sa bardzo ciekawe i aplikowanie arkuszy > > stylow takie jak trzy do jednego dokumentu jest tam mozliwe. > > > Nie bardzo rozumiem, czemu nie na grupie, ale niech bêdzie. Przez pomylke :-). Teraz juz na grupe. > Co do mojego przyk³adu, to by³ to tylko przyk³ad. Komputera klienckiego > bez TCP/IP szczerze mówi±c nie widzia³em i nie za bardzo rozumiem, o co > chodzi? ¯e nie ma dostêpu do pliku przez http, tylko jako¶ inaczej? Oczywiscie! Na przyklad komputery ludzi wyswietlajacych dowolne elektroniczne dokumenty stworzone przez ich programy ksiegowe. Mieszkasz w Warszawie i obracasz sie w swiecie komputerowym, stad nie widziales komputera bez TCP/IP. W profesjonalnych zastosowaniach brak TCP/IP moze byc rzeczywisotscia. Sytuacja jest taka, ze masz plik XML na dysku i chcesz go objerzec jakims umowionym, przypisanym do rozszerzenia XSL-em. Odpadaja wtedy wszystkie metody serwerowe. Wtedy wszystko musi sie dziac po stronie klienta. Ponadto taka filozofia moze poskutkowac znacznym zmniejszeniem ruchu w sieci. Poprostu przegladarki beda programowalne i bedzie mozna wiecej operacji wykonywac u klienta. > Serwer sobie serwuje niezale¿nie od klienta. Nie rozumiem, o co tu chodzi? To spojrzenie z drugiej strony. Jesli chcemy, zeby wszyscy uzytkownicy mieli dostep przy pomocy aktualnie dostepnych przegladarek, to musimy rozpoznawac typ przegladarki i w zaleznosci od tego serwowac pliki wynikowe i aplikowac odpowiedni XSL po stronie klienta. > Mechanizm, polegaj±cy na aplikowaniu jakiego¶ XSLa i potem modyfikowaniu > go za pomoc± DOM do innego XSL-a tylko po to, by zastosowaæ wiêcej ni¿ > jeden XSL uwa¿am za chory. Po pierwsze - o ile mi wiadomo, to zeby zastosowac rozne XSL-e w IE5.0 wcale nie trzeba uzywac przeksztalcen DOM. Trzeba tylko sparsowac obiekt DOM, sparsowac XSL-a i utworzyc nowy obiekt DOM i wyswietlic go. Po drugie - jesli by nawet tak bylo, to - dlaczego? AnD
Technical Details
Message-ID:
<39BF41F0.854CA0E1@step.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!warszawa.rmf.pl!news.tpi.pl!news.astercity.net!news.ipartners.pl!news.nask.pl!uw.edu.pl!not-for-mailReferences:
<20000912193355.5D2C2636DD@tau3.ceti.pl>Show Full Headers
Complete Article Headers
From: Andrzej Dmoch <and@step.pl> Newsgroups: pl.comp.xml Subject: Re: Ramki Date: Wed, 13 Sep 2000 10:59:28 +0200 Organization: A poorly-installed InterNetNews reader Lines: 57 Message-ID: <39BF41F0.854CA0E1@step.pl> References: <20000912193355.5D2C2636DD@tau3.ceti.pl> NNTP-Posting-Host: 157.25.192.162 Mime-Version: 1.0 X-Trace: h1.uw.edu.pl 968835560 17483 157.25.192.162 (13 Sep 2000 08:59:20 GMT) X-Complaints-To: usenet@h1.uw.edu.pl NNTP-Posting-Date: 13 Sep 2000 08:59:20 GMT To: marcinj@portfolio.art.pl X-Accept-Language: en X-Mailer: Mozilla 4.6 [en] (Win95; I) Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!warszawa.rmf.pl!news.tpi.pl!news.astercity.net!news.ipartners.pl!news.nask.pl!uw.edu.pl!not-for-mail Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit