Razvoj web-stranica - Rasprava

Ajme, brale, uštedi si i živce i vrijeme i nauči raditi sa eksternim datotekama.

Jednostavno staviš u vanjsku datoteku (kako se to radi snađi se sam, ja kad stavim html tag, mene ovo govno od editora blokira s porukom da imam nedopušteni formatting)

table{

 border-collapse: collapse;

}

td{

 bottom-border: 1px solid black;

 padding: 5px;

}

I to na kraju izgleda ovakoc

60 dana trial Expression Web-a? Samo je pitanje da li ti je potreban.

Ekipa s UBUNTU zajednice se kune u KompoZer, druga alternativa ti je čisti editor, tu ti nastupa gedit ako si na Linuxu, ili Sublime Text editor, koji radi i na MAC, WIN, i Linux platformi, ja ga osobno koristim i moram priznati da je dosada najbolji text editor koji sam koristio. 

Ovdje ti ekipa izbjegava WYSIWYG editore, tako da ti preporučam da ideš na varijantu generiranja .PDF-a u letu, naravno ukoliko je moguće izbjeći konverziju HTML to PDF, nego da direktno report ide u .PDF.

@Bypass... istina... kad se povuce paralela jQuery-a i CSS frameworka skuzim da sam u krivu.

Vidi... na serverima u firmi imamo nekoliko desetaka tisuca webova.

U 99% slucajeva klinci i wannabe web developeri siluju joomle, wordpresse i sve ove stvari sa kojima na brzaka mozes doci do sajta.

Oni nakeve sto imaju bez da razumiju kako to radi, bez da optimiziraju, bez da imaju zrno ukusa.

Zbog toga imam averziju prema tim "gotovim" rijesenjima ;)

@tnakir

Da li držite i Windows Hostinge?

Hvala!

Pretpostavljam da je tamo dosta manje, ako ih ima, CMS-ova, poput Kentico-a ili Umbraco-a?

Hvala na preporuci, budem pogledao. Za editor bi uzeo Notepad++. Iskreno, nemam vremena učiti HTML u detalje kao ostalo. Imam sad jedan projekt u .net, idući je u Javi i za HTML i CSS nema vremena. Za potrebe ovog projekta mi je dovoljan HTML kod kopiran iz nekog WYSIWYG editora - to su obične tablice sa imenom firme, kupca i totalima. Ništa posebno ili zahtjevno, tek toliko da radi i da se na osnovi tog reporta može izgenerirati PDF po potrebi (rijetko kada) - obično otvore taj HTML dokument i isprintaju ga.

Zašto ne direktno u PDF? Pa, realno, nema potrebe. Ovi reportovi se printaju 2-3 puta dnevno ali ih se radi jako puno. HTML je poprilično brzo gotov i zauzima 2-3KB po reportu a PDF istog tog reporta ima 23KB. Da, danas u vrijeme terabajtnih diskova ovi moji gledaju na svaki KB ali što ćeš. Ovakav način im odgovara - oni zadovoljni, ja zadovoljan. Kad im bude trebao direktno u PDF, dobit će ga. Za sada nema potrebe za time.

P.S. - jesi vidio što sam ti napisao za onaj printer ako se sjećaš? ;)

Čovjek koristi što ima na kompu

Ti reporti ne idu nikuda na internet nego se u 90% slučajeva samo spreme na HDD a ostali se printaju pa nije bitno jel HTML kod uredan. Ovo što je trenutno složeno izgleda sasvim ok (šef sav happy) i ne zahtjeva puno vremena. HTMLa i CSSa se uhvatim kojom drugom prilikom, gore sam objasnio. Nema se vremena.

Reporte ne koristim jer sam imao nekih problema sa VSom - imam 2008 Express pa Reporta nema po defaultu nego ih treba dodati. Dok sam doznao za to, već je moj ReportMaker bio gotov i nije mi se dalo više natezati sa time oko tako jednostavne stvari. Kad bude potrebno, ubacit će se.

Za potrebe dokumenta koji izgleda "header + kupac info + tablica + footer" ne treba ništa posebno - obični HTML napisan kroz StringBuilder radi sasvim ok i vrlo je brz.

A sad da se vratimo na moje pitanje - WYSIWYG editor. Free. Jednostavan. Kvalitetan. Koji? Znam da ih ne volite ali spasit ćete čovjeka - da dan ima malo više od 24h, možda bi se našlo vremena za učenje HTMLa.

http://www.bug.hr/forum/topic/periferija/preporuka-uredskog-printera-cb-mrezni/154900.aspx

Report se generira dok se radi ponuda tj. kad korisnik završi izradu ponude, HTML se generira i spremi u zadani folder (i ako to želi, odma otvara u zadanom browseru). Reporti se spremaju jer ih kasnije uploada na google docs ili kamo već (svaki). Printa ga po potrebi, exporta u PDF po potrebi (ako šalje na mail) ali uvijek se spremaju.

KompoZer skinut i već radim u njemu. Jako je sličan SeaMonkeyu ali je brži, čini mi se da ima više opcija i nekako mi se više sviđa. Hvala ;)

[edit] - report se može ponovno izgenerirati iz baze ili može naći stari preko Windows Searcha (folder se indeksira pa nađe za čas). I još ima kopiju na google docs. Zbog toda više odgovaraju mali fajlovi jer ima puno slanja vamo-tamo (to nije moja ideja :D)

Well, f*ck. Ipak moram loadati externi .css file. Zašto? Zato jer unutar String.Format() {} (vitičaste zagrade) znače poziciju za varijablu. Za one kojima .net nije u opisu posla:

String.Format("Ime korisnika je {0} a prezime {1}", korisnik.ime, korisnik.prezime);

Ovo gore ispiše sljedeći tekst: "Ime korisnika je Ivan a prezime Horvat." Zašto je to sada problem. Pa npr. table.bottomBorder {border-collapse: collapse;} ima vitičaste zagrade! Umjesto da ubaci ovaj css kod u string, on pokuša ubaciti argumente tj. varijable unutar zagrada i eto FormatExceptiona.

Dakle - inline css + String.Format u .net = problemi.

Malo sam offtopic ali ovo je malo upozorenje ako netko pokuša nešto slično. Trebalo mi je 20min da skopčam zašto dobivam FormatException.

Doduše nikada nisam koristio ništa drugo osim eksternog, ali kao prvo što parser ne bi trebao skužiti sam da se radi o CSSu preko <style> taga i drugo što inline nema sintaksu tipa

<table style="border-collapse: collapse;">

<tr>

<td style="borde-bottom: 1px solid black; padding: 5px;">

?

Nije problem Joomla ili WP ili neko drugo riješenje problem je što ekipaa kako kažeš siluje ta riješenja i misli da su korištenjem tih riješnja napravili supre web, a neshvačaju da su to samo alti koji ti pomažu u urazvoju web stranice.

To nije inline CSS. već internal CSS.

Inače, apsolutno nemam pojma zašto nije to prepoznao kao odvojenu CSS skriptu. Još jedan razlog da pređeš na eksterni CSS.

Eh, a kad bi mu netko još počeo tupiti da se <table> tag treba izbjegavati...  Eto ti kaosa 

Heh, slažem se ali to je čisto "konstruktivne" prirode, u ovom slučaju je riječ samo o tabličnom prikazu podataka, but good point

Zato jer je cijela poanta u CSSu da se razdijeli sadržaj (HTML) od prezentacije (CSS). U početku kad je internet bio mlad, to je sve bilo strpanu unutar HTML, no danas, koristiti HTML za oblikovanje sadržaja je promašeno zbog

• iole veća tablica donijet će tonu nested tagova koji će samo usporiti browser
• tablice je daleko teže održavati - zamisli da ti se dogodi da klijent promjeni imidž i umjesto da sve riješiš preko CSS selektora, ti moraš u kodu ići od tablice do tablice i mjenjati što trebaš
• kada browser čita <table>, onda prvo mora čekati da mu se kompletan sadržaj preda, a tek onda krenuti sa renderiranjem, što nije nikako pogodno kada je brzina problem (mobitelom i Mala Kapela pr.)
• <table> se ne može cachirati (sam layout), CSS može
• općenito algoritmi za interpretiranje <table> su teški i spori
• općenito lakše je čitati kroz sadržaj + CSS, nego kroz tablcu prilikom održavanja
• preplitanje elementa koji zahtjevaju različite profesionalnce (dizajn&UX vs frontend&sadržaj)
• CSS jednostavno skalira puno bolje (drugačije rezolucije, veličine ekrana, ljudi s oštećenjima vida)

Inače, naići ćeš na koje kakve gurue koji govore da table za grid/layout treba izbjegavati, a za tabularni prikaz je ok (ovo zapravo jest tabularni prikaz podataka), međutim zbog ovoga gore navedenog, osobno zagovaram kompletno izbacivanje <table>. Nešto slično kao i GOTO u desktopu.