🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.xml
Article #295

Re: Ramki

#295
From: Andrzej Dmoch
Date: Wed, 13 Sep 2000 08:59
55 lines
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-mail
References: <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