Razvoj web-stranica - Rasprava

Da, napišeš i to onaj osnovni za footer, header, container, content, bla bla, naravno liquid da se prilaogđava browser windowu. Ali zašto bi ga svaki puta ponovno pisao? Ili kod horizontalne navigacije, zašto bi svaki puta ponovno pisao float:left, display:inline-block? I milijun takvih repetitivnih radnji? Naravno možeš napisati svoj framework koji ćeš nadograđivati ili koristiti već gotovi.

Meni treba manje imam pripremljeni framework i ostalo, a onda samo njega prilagodim dizajnu korisnika, ako je neki jednostavni dizajn ti treba samo boje posdližit to mi je max par minuta. Ostalo ovisi kolko je kompleksno, al imam neki dojam svi ti koji spominju joj za to mi treba 10 minuta, izrada mi traje par dana kad pogledam njihove sajtove ili uradtke sve mi to nekako izgleda neprofesionalno, a sama izvedba je puna rupa ko švicarski sir. Nemislim na dotičnog nisam vidio njegove uradtke.

Nema boljeg od css framework-a. Dobiješ kompletan framework besplatno, ne moraš gubiti dane za pisanje css-a za kompleksne stranice, a i možeš lijepo modificirati i dodavati stvari po volji.

Eto od nedavno se igram sa twitter bootstrap-om. Odličan je.

Ja mislim da jeste. Vjerovatno je htio reći drž se ti MVC-a i baza, a pusti dizaj dizajnerima... Ne moraš biti bog CSS-a da znaš da osnovni layout napišeš za vrlo kratko vrijeme.

Ne bih se petljao u dizajn, ali CSS framework mi se nimalo ne sviđa. No to je na vama dizajnerima.

Vidio sam ovdje par postova, pa sam i sam krenuo koristiti HTML/CSS framework. Preporodio sam se. Framework kojim se koristim je Bootstrap (pošto ga svi tu hvalite i preporučujete), a i ja ga moram pohvaliti. Stvarno je odličan, te ubrzava i olakšava izradu weba. To je činjenica.

DIZAJN != CSS

CSS i dizajn su po meni dosta odvojene stvari, kodirati može naučiti svatko, dok za dobar dizajn treba već nešto više, i to ne može svatko. Zašto ti se ne sviđa? Misliš da si ograničen postavljenim "konvencijama" u samom frameworku? Kontrola? Ili čisto drugačiji način rada?

Upravo tako, čisti dizajn i kodiranje frontenda nemaju previše veze jedno s drugim, makar je praksa da dosta dizajnera poznaje i/ili su vrhunski frontendaši sa poznavanjem HTML/CSS/stavi neku JS bibilioteku ovdje tehnologija.

Upravo tako, "framework" je daleko od gotovoga riješenja, i potrebna je veće količina iskustva i znanja za korištenje istog od ručnog kodiranja iz nule. To je isto tako kao da izbjegavaš EF(sry ASP.NET ekipa) ili CakePHP ili neki drugi framework, i miljune linija koda pišeš iznova i iznova.

 Sve OK, NHF 99% web developera koje znam osobno ili preko foruma, kuca i CSS i HTML i JS i koristi par librarya, CSS preprocessora i da ne nabrajam dalje kakvih sve alata. Druga situacija je ako radiš u više članom timu pa striktno orijentiraš na backend ili frontend, ili što ja znam koji layer aplikacije.

Znam što je ADO.NET i ORM

Poanta posta je da je posao dizajnera i kodera nije jednak, isto tako da se CSS fw drže nepisanih konvencija o imenovanju klasa, strukture, a ne dok naletiš na staru iskusnjaru® pa u užasno foramtiranom kodu naletiš na klase koje se zovu bodi, kontejner, meni i dalje da ne nabrajam, a dodatkom widgeta za twitter cijeli layout ode u nebo. Razumiješ sad svrhu CSS frameworkova?

Isto tako web develop  a vidim da je to područje koje te zanima je usko isprepleteno frontend/backend tehnologijama. Isto tako primjenom CSS fw-a dobivaš mogućnost bržeg prototypanja i scaffoldinga display layera vlastitih aplikacija. Znači kucaš C#, kompajliraš, implementiraš neki FW, pozoveš klase, i imaš aplikaciju koja izgleda USABLE out-of-the-box.

Nisam baš vidio da koristiš CSS3, a i tu ti izostaje podrška za starije preglednike, kojih nažalost ima.

Recimo pogledaj ovo i svoj login box. I onda ostaje samo poliranje koda od strane designera ili UI experta.

EDIT: Krivi login box.

Rekao sam nemoj krivo shvatiti A i dobro je da imamo nekog u temi tko radi u ASP.NET Pokušavam ti skrenuti pažnju na USABILITY, odnosno koliko je tvoja aplikacija kao što sam već rekao iskoristiva out-of-the-box. Vraga ti aplikacija koja neznam kakva čuda radi, ako korisnik troši vrijeme da pronađe login button. Naravno da je bitna krajnja aplikacija, ali je poslije toga bitno, ako ne i najbitnije korisničko iskustvo. Zadovoljan korisnik === više zadovoljnih korisnika === više novih korisnika === veći profit, ako razumiješ. Uopće se ne radi o dizajnu, koji opet kao pojam ide u neke druge sfere, nego o korisničkom iskustvu kod korištenja tvoje aplikacije, a vjeruj mi da je to jako bitan faktor. Naprimjer loše napisana aplikacija, da budemo ekstremni pisana proceduralno, sa puno ponavljanja koda i sa dobrim sučeljem će sigurno imati više korisnika, nego hipotetski rečeno, tvoja aplikacija sa 4 puta manje linija koda pisana u OOP paradigmi. Znači treba ti minuta da je tvoja login aplikacija ugodnija oku a samim time i iskoristivija, a dalje na dizajneru da odabere dali će taj login button biti crven, žut ili plav. A plus imaš potpuno iskoristiv prototip svoje aplikacije nepsoredno nakon kompajliranja.

Možda ti bude tako lakše, pokušaj HTML/CSS zamisliti kao presentation layer, dakle sučelje tvoje aplikacije, nešto slično kao XAML u .NET-u.

Naravno da je, nismo ovdje da vodimo ratove   Vjerujem da svi ovjde još učimo, neki manje, neki više, i sam se nalazim u procesu učenja, nisam pro, ali pošto kao web developer moraš raditi i server side, i client side, frontend, backend, a većina ih i radi dizajn, te koristi third-party CMS-ove, nastoji si olakšati razvoj frontenda, upravo korištenjem CSS frameworka, jer je previše faktora u igri tipa, UI, responsive design, fixed, multi-column, mobilni uređaji, platforme, browseri, you name it, i gdje je problematika, odnosno riješenja i znanja skupljena u jedan takav CSS fw.

Hit the code

Nije mislio ASP.NET, nego na WPF i Silverlight. Ti tu XAML-om pozicioniraš elemente, a Blendom ih uređivaš.

stavi na td border bottom?

Imaš onaj Cell Spacig i onaj drugi nemrem se sjetit kak se zovu, e problem je što se oni jedino mogu postavit unutar HTML dokumenta (boju i stil će poprimit od CSS-a) imaš ih u dreamweaveru jasno označene u design pogledu u property baru kad selektiraš tablicu. Ja ih obično držim na nuli osim ako mi stvarno nisu potrebni, a u 99% slučajeva nisu.

Oni su ti zaslužni za dodadtni rub čelija i odstojanje ruba ćelije od ruba redka i kolone.

Nemam dreamveawer. Radim HTML report (da se ne bakćem sa Reportima u VSu) preko StringBuildera (iz tablice). Malo spartanska metoda, ReportMaker klasa mi izgleda kao polje kupusa ali radi svoj posao relativno ok i za potrebe tih povremenih reporta - sasvim dovoljno brzo. Cijeli HTML se generira "u letu" i zanima me gdje ubaciti odgovarajući HTML/CSS kod.

Report sam napravio u SeaMonkeyu (ima neki ludi WYSIWYG editor koji služi osnovnoj svrsi) i nemam namjeru instalirati Dreamveawer radi bordera jedne tablice.

[edit] - imaš par postova iznad sliku točno onog što mi treba. Ovo gore što si postao je CSS, jel tako?

ispravna kod za tablicu bi ti bio pošto su podaci u njoj

<table>

<tr>

<th>kolona 1</th>

<th>kolona 3</th>

</tr>

<tr>

<td></td>

<td></td>

</tr>

<tr>

<td></td>

<td></td>

</tr>

...

<tr>

<td></td>

<td></td>

</tr>

</table>

<th> Su ti hedinzi za tablicu dodatna opcija ako tio treba nemoraš klasu pisat za red sa nazivima i stalno ga primjenjivat ovako to moš preko taga napravit i definirat CSS za taj tag.

Stvarno ne vidim problem u uporabi framework-a. Pamentan čovjek sa znanjem će ga iskoristiti na najbolji mogući nači i napraviti jedinstven dizajn/layout stranice. Drugi će raditi klonove. Frameworki su tu da olakšaju ljudima život, a ne da se pametuje kako je to za neznalice i budale i kao takvi da ne vrijede. Vrijede itekako za one koji znaju.

Ista stvar je i sa jquery pluginovima. Po toj logici onaj koji koristi pluginove nema pojma, dok je istina ta, da ti pluginovi uvelike pomažu web developerima. Sam ih koristim podosta jer ih ima vrhunskih, i nisam lud da pišem custom jquery pluginove ako već imam gotov proizvod.

I opet ista stvar vrijedi i za php framework-e. I njih koristim.Štoviše, ne mogu zamisliti više kodiranje u php-u bez codeigniter-a.

Na kraju krajeva je bitan krajnji proizvod, a ne put kojim ste prošli do njega. Ako je dobar, koristan, ako je/su klijent/korisnici zadovoljni, koga briga da li ste koristili 5 framework-a ili ste se ubijali 3 mjeseca da ih sami napišete.