[ damso @ 16.02.2006. 00:20 ] @
BROWSERI:
Zasto neko pravi browsere i sta oni moraju da podrzavaju?
Odgovor koji se namece je:BROWSERI citaju HTML strane.
Te html strane ustvari su pitanje dizajna a ne programiranja.Jedino je pravljenje dinamickih strana pitanje programiranja.Kao i java apleta.

Treba da razlikujemo sta je ustvari HTML.
U svakom normalnom programu za dokumente odvaja se sadrzaj od formatiranja.MENI SE CINI da u HTML to nije dobro uradjeno.USTVARI kao da nije dobro definisan sadrzaj,vec je sadrzaj definisan kao objekti formatiranja..a ne objekti sadrzaja??NPR zasto bi neko definisao tagove h1 h2 h3 kao neke heading-e samo zato sto su oni razlicite velicine?To mora da je neko pobrkao nesto.
Ili naprimer kad u HTML stavim <table border="outline" bgcolor="FFFFF">
zar to nisu dve razlicite vrste atributa?border type i moze da bude sadrzaj dokumenta,a zar color nije vec formatiranje?ili size,font,...

Ako posmatram HTML iz struktuiranog ugla nikako mi se ne svidja.
Zar ne bi trebalo staviti <vrstaInformacije(lista atributa informacije) (lista atributa formatiranja)>nei info </vrstainformacije>


Dalje sta mi se nesvidja.HTML je unapred odredio nacin kako da radi dinamicku stranu.On ima forme i to je kraj.Moze li nekako da HTML u sebe ugradi kopletnu aplikaciju?Da bude client-side dynamic skripting?
A ne samo da moram da popunim form svaki put kad hocu da nesto saljem.Znaci da bude HTML strana lijepo napravljena ko u DELFIJU ili sta ti ja znam cemu vec.ZNACI da svaki tag <vrsta informacije> se smatra ko neki objekat u aplikaciji i da on bude uredjen lijepo objektno sa mogucnoscu dodavanja polja i metoda,kao i nasledjivanje.Znaci kad ja imam <table> da onda mogu da napravim Tip<drukcijiTable> extends <table>..bla bla.
I da recimo ustvari svaki tag bude neka klasa jer je to i logicno da svaka klasa je neka vrsta informacije.I onda mi ne treba Forms jer npr. svaki tag uma svoje dogadjaje (onMouseOver,itd..) i moze da mjenja atribute ostalih tagova(koje su mu dosupne isl..)

NPR.

Code:
<html>
<head>
//info
ovde neke osnovne informacije
//import
ovde importujem neke standardne klase tagova
//definicije
ovde definisem one klase tagova koje mi trebaju u dokumentu sa nasledjivanjem i ostalim OO zezanjem
</head>

<body>
//sad ide dokument
<tag1 [polje1=vrednost1] [polje2=vrednost2].. [event1=akcija1] [event2=akcija2]..>tekst</tag1>
...

<body>
</html>


KRAJ

Sad kad neko izvrsi neki event onda se ponovo ucitava HTML strana sa novim vrednostima polja od tagova.ILI samo deo strane se ponovo ucitava:(slicno kao Ajax il kako se vech zove) definisemo za svaku akciju od eventa opseg koji se ponovo ucitava(recimo da to budu samo oni tagoci cija su polja promenjena).

TO MI IZGLEDA NEKI LOGICNI HTML i mnogo struktuiraniji od onog klasicnog HTML+PHP/ASP/JSP

Imam utisak da ovaj html koji postoji da je on ustvari ovakav kaakv je zbog istorijskih razloga,a kada bi neko seo pa ponovo pisao to da bi drukcije pisao.Iz ugla priblizavanja jezika web dizajneru.

Pa onda UGNJEZDJIVANJE TAGOVA zar to nije moglo napravit da neki tag se komplet strpa u promjenjivu ili funkciju a ne kad vidim ona ponavljanja kao <tr>... bla bla


Da li gresim?
Da li XML,CSS,NESTO-TRECE(?) resavaju ove probleme?
[ noviKorisnik @ 16.02.2006. 01:06 ] @
Uf. Puno si toga napisao i uglavnom pogrešno.

Pošto mi je sad malo kasno za detaljniji odgovor, preskočiću većinu pa idem odmah na kraj ...
Citat:
Da li XML,CSS,NESTO-TRECE(?) resavaju ove probleme?

HTLM već jeste XML, a CSS služi da oslobodi HTML od dizajna. ... Zato ćeš naći da su atributi kao bgcolor zastareli.

H1, H2, H3 ... su različiti nivoi naslova, što nema veze s prikazom i veličinom fonta - mogu svi da imaju istu veličinu ako se tako CSS kaže.

Takođe postoji i klijentsko skriptovanje ... nekako si to ispustio iz analize ;-)

... toliko za sada ...
[ jablan @ 16.02.2006. 08:03 ] @
Citat:
damso: ZNACI da svaki tag <vrsta informacije> se smatra ko neki objekat u aplikaciji i da on bude uredjen lijepo objektno sa mogucnoscu dodavanja polja i metoda,kao i nasledjivanje.Znaci kad ja imam <table> da onda mogu da napravim Tip<drukcijiTable> extends <table>..bla bla.

Što se ovoga tiče, pogledaj ASP.NET.

Inače, "client side dynamic scripting" već postoji i zove se desktop aplikacija.
[ Mister Big Time @ 03.03.2006. 15:27 ] @
Sto se tice odvajanja sadrzaja i formatiranja za tebe kljucna rec je XML.

[ damso @ 10.07.2006. 19:48 ] @
Ima li negdje matemati;ka analiza zašto je dobro tako struktuirati web aplikaciju?

PITANJE 1:
Da li postoje "visible" atributi tagova u html/xml ili ih neko razvija,tako da oni budu takvi da: bude jednostavno ubacivati i izbacivati elemente vizualne iz prikaza u browseru.
NPR.Kliknete "ukloni" kompletno frame,table cell ili bilo sta drugo nestane,kada se atribut elementa postavi na visible="NO".
Kako se sada moze ostvariti?
Jedna ideja je da se radi if naredbom na serveru(php)
vjerovatno moze u klijentskom skriptu slicno..(JS etc).

PITANJE 2>
Neko je spomenuo da je odgovor na ovo pitanej ASP.net.
A da li može da se odgovori s DA ili NE?
Da li je xml/html kao neki pseudo jezik,markup jezik,dizajniran kategorijski/sa nasleđivanjem?
NPR.ne mislim sada na razliku između opisa atributa i opisa prikaza,(koja je valjda opisana u xmlu) nego na dizajn tagova:Je li se projektovalo stihijski ili planski?Je li neko sjeo za sto pa projektovao lijepo GUI stuktuirano/objektno..pa implementiro neke elemente a neke ostavio da se proširuju?NPR.postoji očigledna zavisnost između elemenata u html,i <img> i <frame> uzimaju spoljašnji resurs,ma znate o čemu pričam ko god je radio sa OO GUI.

PITANJE 3>
Pošto browser tretira xml/html strane,
Koji su uzroci da Web se razvija slanjem kompajliranih naedbi za Browser,vec pomocu xml-a,pitanj je da li se da se negdje razvija OObrowser..dakle aplikacija na serveru..klijent uzima instancu i radi je kao Virtualna masina..
Jel moze neko da odgovori da li browser prevodi xml u svoje pseudofunkcije,pa se te pseudofunkcije implementiraju za svaku platformu na njihov jezik i f-je,dakle browser mu dođe istovremeno dvostruki interpreter,2 sloja,jedan koji interpretira html a drugi koji prevodi "browser bytecode" na konkretni sistem.
Da li je html za browser ono sto je .java file za JAVU ili .class file?
Znaci pitanje je>Da li browser komande html-a prevodi u medjukod,ili ih odmah obrađuje "do kraja",do rada na platformi i njenih osobina.
Tzv. višeslojne aplikacije one rade sa npr. međuobjektima,radio sam na faksu u Oracle JDeveloperu..pa kada predstavlja neki objekat onda napravi JSP stranice koje predstavljaju atribute objekta..i mijenja,pomoću poziva nekih java programa na međusloju(valjda su to ti servleti) dakle JSP direktno poziva servlet koji nije JSP vec JAVA program koji se izvrsava na serveru.
<jsp: useBean id=”name” class=“package.class”/>
Dakle JSP strana se prevodi u JAVA SERVLET pa se ovaj izvršava i daje HTML stranu.Pa onda HTML stranu interpretira Browser.

PITANJE JE ZAR NE MOŽE DIREKTNIJE?Ako je html super dizajniran jezik za opis GUIa,i formatiranja,onda ni ne mora,ali ako nije,zar ne bi bilo bolje napraviti browser koji direktno čita gui output od Servleta i crta ga.To je direktno uvezi sa pitanjem 2.
[ jablan @ 11.07.2006. 07:42 ] @
Pitanja su ti vrlo konfuzna. Pokušaj da ih malo konciznije i jasnije napišeš... Jako mi je čudno da se apsolvent nekog fakulteta tako nemušto izražava.

Uglavnom, koliko sam uspeo da shvatim, imaš malo iskrivljenu sliku o HTMLu. HTML nije programski jezik, već jezik za opis stranice. To nije niz "naredbi za browser", već opis stranice. "Kompajlirani HTML" je manje više bitmap slika, i ti i sad imaš mogućnost da korisniku šalješ "kompajlirani HTML" tako što ćeš mu poslati sliku. Ali nije u tome poenta.

Ne znam čime se baviš, ali savetujem ti da napraviš par probnih veb stranica, pa jednu malu aplikaciju u PHPu, pa jednu malu aplikaciju u ASP.NET-u, i da pogledaš XML i XSLT. Takođe se informiši malo o XAML-u i XUL-u. Imaćeš posle jasniju sliku o tome kako sve funkcioniše i zašto ljudi rade ovako a ne onako. Najgori pristup je da pokušavaš da primeniš matematički aparat na nešto tako praktično kao što je HTML.