This entry was posted on petek, avgust 31st, 2007 at 15:16 and is filed under Internet, Posli. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
Degriz.net dizajn
Tako, danes sem končal design layout za Degriz.net , v naslednjih dneh bom še malo dodelal oz. dodal nekaj stvari. Za osnovo se mi zdi kar ok. Važno je, da bom lahko v naslednjih tednih začel z oglaševanjem in delom na drugih stvareh.
10 Responses to “Degriz.net dizajn”
Leave a Reply
Kdo
Christian Miklavčič
19-letni študent / podjetnik.
september 1st, 2007 at 15:26
No ja vizualno je design všečen, ampak malo me moti koda.
Tabele so v času Web 2.0 out, poleg tega bi blo bolj smisleno, če že uporabljaš tabele namesti img taga uporabit CSS background-image property, kar ima prednost predvsem v tem, da se stran ne konča nalagati, ko so vse slike naložene, ampak že prej.
Pa tudi drsni meni bi lahko elegantno rešil z CSS. Ni mi jasno, zakaj uporabljaš JavaScript in še celo AJAX, v tem primeru se mi zdi uporaba AJAX-a totalno odvečna.
To je moje “strokovno” mnenje o kodi
, sicer boš verjetno rekel, glavno da dela, ampak jaz osebno bi, če bi se odločal za sodelovanje z neko firmo najprej pogledal kodo njihove domače strani in bi takoj vedu, koliko je ura. 
september 1st, 2007 at 15:38
Vsak komentar je dobrodošel
Sicer se ne strinjam glede tabel. Delal sem tudi z divi ampak se je na koncu vedno izkazalo, da tabele še vedno več kot odlično (oz. najbolje) opravljajo svoje delo.
Glede CSS background-image nisem vedel, da se zadeva nalaga po naloženi strani tako, da bom tvoj nasvet upošteval in zadeve tudi spremenil.
Pri meniju pa mi ni jasno kako bi ti to izvedel. Meni ne uporablja AJAX-a uporablja pa JS-jeve evente onMouseOver in onMouseOut, kot standardni meni.
AJAX uporabljam pri večini svojih strani za nalaganje “onMouseOver” slik. Slike, ki se uporabljajo samo v meniju, se zato začnejo nalagati, ko se stran že neha nalagati ter so že naložene, ko greš z mišjo čez knof. Zadeva je vsaj po mojem mnenju najbilj optimalna rešitev pri takem primeru.
Ravno zaradi takih komentarjev se mi zdi vredno imeti blog. Tako, da hvala za komentar (upam, da si boš uzel trenutek, da mi še poveš kako bi drugače rešil nalaganje slik za meni).
EDIT: zadeve sem premetal v CSS (če si tako mislil)
september 2nd, 2007 at 3:13
Ja vem DIV-i znajo zelo zajebavati včasih, ampak tabele so prvotno namenjene za prikaz podatkov in ne za oblikovanje.
Ja CSS nalaga slike potem ko se stran že naloži, poleg tega pa shranjuje slike v cache, tako da se stran drugič hitreje naloži. Img element nima tako intenzivnega cachinga IMO.
AJAX v tem primeru ni potreben, ampak lahko nalagaš z vgrajenim objektom Image v JS:
window.onload = function() {var img = new Image();
img.src = 'http://example.com/test.jpg';
img.onload = function() {
// tukaj postaviš sliko na svoje mesto
}
}
Sicer pa meni s CSS temelji na principu :hover pseudo classa torej ti delaš meni z seznamom, tle sm našel en simple tutorial za CSS menije. Lahko analiziraš tud meni na temle blogu
je narejen na takšen način…
Glede ozadja tabel je zdej bolš :), zdej bi blo fajn še style attribute spravt v CSS datoteko.
september 2nd, 2007 at 3:59
Res je, da je del Web 2.0 tudi CSS layout in zlahkoto zvalidirane strani. Toda, po drugi strani je žalostno, ko vidiš, da drugje (uspešno) prodajajo (drage) spletne rešitve brez kakršnegakoli web standarda - seveda je stranki prav malo mar, oni na koncu vidi le izgled in funkcionalnost - ostalo jih prav malo briga, tudi če se trudiš razložiti pomen w3c standardov etc.
Glede rollover image-ev bi jaz naredil preprosto tako, da jih preloadaš. Itaq moraš že prej poskrbet, da so taki image-i karseda optimizirani in zminimizirani.
Pa še ta nasvet: če hočeš biti podjetnik in ne web guru, raje ne podleži vsakemu “klicu” po spoštovanju standardov. Podjetnik mora gledati ekonomičnost projekta, ne popolnost. To počnejo web zanesenjaki, ki jim je to tudi že hobi, ne samo sredstvo dobičkonosnosti.
sverde1, s tem te nikakor ne mislim na kakršenkoli način užaliti, prej ravno nasprotno - pohvaliti, da se držiš standardov etc., ampak žal si vsi tega “ne moremo privoščiti”.
BTW, Christian, zakaj je naziv podjetja Degriz? Mene žal prevečkrat spomni na eno drugo besedo, ki se začne na deg …
september 2nd, 2007 at 4:17
@sverde1 Glede style atributov, sem prvič delal z Dreamweaverjem in so zadeve razmetane povsod. Se da zadevo verjetno dosti simple porihtat ampak nimam ne časa ne volje iskat trenutno
So pa teli CSS menu-ju zanimivi, ampak kot webdev-u (in ne designerju), čisti pekel
Nasploh me dostikrat tepe to, da kot designer nimam prav dosti izkušenj.
Še vedno ne vidim razloga za takšno nalaganje, saj je konec koncev vseeno in ne naredi velike razlike, res ne vem zakaj bi vse delal “optimalno” pri strani, ki se naloži v nekaj stotinkah.
Te razumem in vem zakaj naj bi bili standardi pomembni, ampak le do neke mere nato pa je to samo izguba dragocenega časa.
Saj veš “80-20% rule”
@Gregor: Se čisto strinjam. Nasploh se (na žalost ?) zelo slabo držim standardov verjetno predvsem zato, ker imam v glavi predvsem končni produkt.
Se pa po drugi strani strinjam z sverde1, da je vsaj za stran, ki naj bi predstavljala podjetje oz.storitev pomembno, da je narejena zgledno.
Se pa nikakor ne mislim v te standarde na Degriz.net spuščat bolj, kot sem se z tem css-backgroud.
Heh, kar se pa tiče glede imena pa ne vedo izvora niti ljudje, ki jih VELIKO bolje poznam, kot tebe
september 2nd, 2007 at 6:06
Aja v Dreamwawerju si delal :p pol pa ni čudn
ti programi za grafično sestavljanje strani delajo vsega boga z kodo :S, zato jih jst ne uporabljam več.
Tisto nalaganje z objektom Image deluje tudi v tistih browser-jih, kjer AJAX ne deluje, zato sem ga omenil.
Sicer pa zakaj sem “tečen” z CSS meniji… zato ker dosti ljudi uporablja Firefox extension NoScript (tle sem razložil zakaj ga je pametno uporabljat) in tako jim stran ne deluje v celoti tako kot si si ti zamislil… JS bi se naj uporabljal kot dodatek k funkcijonalnosti strani.
Sicr pa sem res mogoče mal preveč “vsekan” na standarde
ampak nekako imam manj problemov z HTML kodo (različni prikaz v IE, Operi in FF), če pišem po standardih, kot pa če ne. Pa da ne boš mislil, da s tem validiranjem porabim več časa kot bi ga drugače, imam extension HTML Validator za FF, ki pokaže ali je koda valid ali ne…
No s tem se moram vsekakor strinjat, ampak nek osnoven nivo mora bit zagotovljen, ker če bo varnost na psu in bo kakšen script kiddie deface-u stran stranka ne bo ravno vesela… sicr ne moram trdit da Degriz dela tako, ker še nisem videl kode
ampak poznam primere, ko so se nekateri na forumih jezil, da jim je nekdo celotno internetno trgovino uničil s tem ko je pobrisal celotno bazo.
september 2nd, 2007 at 6:12
No, to, da ti nekdo pobriše celo bazo, pa se ne zgodi ravno zaradi standardov in CSSa. Mora bit še kaj hujšega narobe.
september 2nd, 2007 at 6:21
Poznam NoScript zadevo (predvsem “PWN screen” njenega avtorja”). Še vedno se mi ne zdi dovolj velik razlog za uporabo NoScript-a. Bug je bil reportan in tako bo tisti PWN Script v naslednjih verzijah sigurno onemogočen.
Sicer ne vem kako stran izgleda v browserju, ki uporablja NoScript extention ampak predvidevam, da je razlika samo pri onMouseOver image-u tako, da meni ne izgubi uporabnosti (popravi me tu če se motim).
Glede razlik v renderiranju glede na browser te pa popolnoma razumem zakaj si se vrgel na standarde saj kot FF uporabnik vsakič po “končanem” programiranju stran pogledam v IE-ju skoraj doživim infarkt. Seveda, bi se temu izognil če bi delal vse po standardih, ampak kot sem rekel me to še čaka glede na to, da sem šele zadnje čase tudi zasilni dizajner
september 2nd, 2007 at 10:26
@Gregor: ja vem, da CSS nima s tem nič veze, ampak če se preveč držiš tistega načela se kaj kmalu zgodi, da ne filtriraš uporabnikovega inputa, ker tako prišparaš 5 minut dela.
@Christian Miklavcic: z vključenim NoScript extensionom zgleda stran čisto OK, samo onmouseover efekt ne dela pri meniju. Pravim pa, da če bi pri meniju uporabil CSS potem bi sploh ne bilo potrebe za kakšen JavaScript (razen Analytics), ker bi stran delovala v vsej svoji funkcijonalnosti tudi z izklopljenim JS.
Ampak sej nima veze
konec koncev je pomembno samo, da uporabnik dobi ustrezne informacije.
september 2nd, 2007 at 12:18
sverde1, tvoja zadnja poved drži kot pribito.
E, tu pa se moramo VSI najti in prikimati te trditvi - after all, at the end it REALLY is all about the information.