Mit használsz elsődlegesen weboldal kialakításához?

Internet, Közösségi média

Táblázatok+CSS.
6% (22 szavazat)
Divek+CSS.
56% (212 szavazat)
HTML objektumok+CSS.
7% (28 szavazat)
Tisztán HTML objektumok.
3% (11 szavazat)
A fentiek keverve.
16% (60 szavazat)
Csak a kinézet érdekel.
12% (46 szavazat)
Összes szavazat: 379

( Dacr (nem ellenőrzött) | 2011. 06. 19., v – 16:42 )

Értem a kérdést, de akkor is kötekedek csöppet :D
Táblázat + css simán létezhet, ha épp táblázatos ADATOKAT akarok megjeleníteni, honlap szerkezeti kialakítására pedig értelem szerűen div kerül a kódba.

( saxus | 2011. 06. 19., v – 16:48 )

A problemat nem ertem. Tablazat = tablazatos adatok megjelenitesere, struktura leirasara meg ott vannak a divek. CSS-bol meg lehet formazni. (Aztan amit a HTML5-nel most kitalalnak az meg agyfasz)

----------------
Lvl86 Troll

Talan mert a HTML egy jelolonyelv, amelyben az egyes elemeknek megvan a jelentese. Az, hogy itt a hupon egy olyan template van hasznalva, amiben ezt trehanyul oldottak meg, attol meg nem lesz jobb megoldas. (Egyebkent vicces erv ez a "hupon is igy" van. Na es? Egy oldal a milliard kozul.)

Tudod, annak latszik vs az esete.

----------------
Lvl86 Troll

Az a szörnyű hogy elméletileg jelölő nyelv, de mindig belefutunk hogy kell egy plusz div ennek-annak. Általában nincs az embernek ideje kikísérletezni, hogy hogyan működik az oldal megjelenést elősegítő elemek tag-ek. Szerintem a CSS-nek át kellene vállalnia megjelenést, vagy nem tudom, de sehogy se jó. Vannak ötletem, de ezt nem én döntöm el... :S
sly @ w3m.hu

valoszinuleg rosszul fogalmaztam.
a kerdes az volt, hogy mitol lenne jobb (mondjuk ez az oldal), ha nem tablazat lenne hanem mondjuk div (szamomra, az olvaso szamara). Az hogy a HTML jelolonyelv, erre nem valasz, semmi koze a kerdeshez.
masreszt meg nem erveltem mellette, ezt is valahogy sikerult felreertened.

Persze, a div+css valódi előnye nem a felhasználónál, hanem a fejlesztőnél jelentkezik. Bonyolultabb layoutot sokkal rugalmasabban lehet összerakni divekkel, az egész sokkal modulárisabb lesz, és ez nagy előny, sokkal könnyebb így dinamikusan generálni egy oldalt.

--
Don't be an Ubuntard!

- Kevesebb HTML kod, raadasul sokszor atlathatobb, karbantarthatobb. Ezen kivul savszelt is kimeli ugye. (Ok, ez ma mar picit kevesbe hangsulyos, igaz mobilneten szamit)
- Ha nem a normal megjelenitest hasznalo, hanem vmi speckobb formaban akarod megjeleniteni, akkor nem hatrany, hogy nem kenyszerit bele a tablazatba, csak mert amugy _asztali gepen_ x hasabos megjelenitest hasznalnal.
- Nem vagy megkotve, hogy balrol-jobbra haladva kell a tartalomnak a HTML fajlban sorrendben lenni. Pl. tobb ertelme lenne a HTML kodba elore tenni a tartalmat, aztan a bal, majd a jobb oldali menut, mert nem ritka az, hogy elkezdi tolteni az oldalt, megjelenik az oldalso menu, majd 1-2 mp-s laggal a tartalom. De ez vmi lassabb mobilneten mar tobb is lehet, foleg, ha meg a mobil is gyengebb es lassan renderel. Pl. a regi HTC kaiseremen ez mar 20-30 mp is lehet.) Na meg azt az 1-2 mp-t se becsuld le, foleg, mikor az egesz web most arrol szol, hogy jobb UX-t nyujtsanak a felhasznaloknak.
- Plusz vannak meg egyeb bongeszospecifikus, renderelessel kapcsolatos dolgok (pl. nem renderel, mig nem kapja meg a /table-t, stb, vagy minden /td eseten ujrarenderel meg hasonlok.)
- Meg basszus, igy szol az ajanlas, ne ganyoljunk mar. Tablazat az tablazatos adatokra es nem layout leirasra van. Aki ezt nem kepes elfogadni, az takarodjon a webszakmabol, van igy is boven eleg balfasz, aki utan takaritani kell. (Az, hogy vmi fogyatekos vadbarom kitalalta a HTML5-nel, hogy lehessen akkor megis tablazatokat layoutra hasznalni, az fassag, megy is miatta az anyazas.)

----------------
Lvl86 Troll

( cherockee v | 2011. 06. 19., v – 16:55 )

Szerintem a kérdésben több és másabb válasz kellett volna, én például a CSS-t nem szeretem inline kezelni, de láttam már olyan html fájlt, amihez nem volt linkelve, vagy beágyazva CSS, hanem minden inline volt stilizálva...na.

Engem az érdekelne, hogy technikai szempontból mi a legjobb megoldás, mik az előnyök-hátrányok. Például a beágyazott CSS tudom, hogy elviekben kevésbé optimális, mint a linkelt CSS, mert akkor a két fájl letöltése gyorsabb tud lenni párhuzamosan, mint egy html+css fájl egyben.

( rolikhan | 2011. 06. 19., v – 16:59 )

A "Csak a kinézet érdekel." helyett lehetne "Csak az eredmény érdekel" :)

( keriati | 2011. 06. 19., v – 20:00 )

Szomorú, hogy nem a HTML objektumok+CSS vezet :( Mindenki tolja be az 1000 felesleges divet divben...

ez a html objektumok mit takarnak? html5 szabvány elemeket?
ha igen, úgy szerintem egyértelmű, mivel a html5 még nem terjedt el annyira, hogy megérje arra csinálni.
(mindenesetre egy linket megköszönnék, hogy hol tudok ezután olvasni.)
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..." - Douglas Adams

Az szerintem magától értetődő, hogy a tényleges contentet a nekik fenntartott elemekbe helyezzük, de ettől még szinte biztos, hogy szükség lesz divekre. Legalábbis én azt csinálom, hogy divekkel alakítom ki a layoutot, és a megfelelő html tagek használatával helyezem bele a contentet a div-ekbe.

Én is úgy értelmeztem a "html objektumok"-at, hogy a html5 header, footer, stb. elemek.

--
Don't be an Ubuntard!

"Az szerintem magától értetődő, hogy a tényleges contentet a nekik fenntartott elemekbe helyezzük"

Hát, azért nem mindenkinek sajnos :) Láttam már nagyon fasza honlapot, tényleg öröm ránézni, de amint mögé akarsz látni elszörnyülködsz, hogy diven kívül mást nagyon nem ismer (akar ismerni?) a készítője.

( BlinTux v | 2011. 06. 19., v – 23:34 )

HTML5 objektumok + néhány DIV ha muszáj + CSS

( Kiskübi v | 2011. 06. 20., h – 00:36 )

A táblázatos kérdéshez: lehet azt is, hogy CSS-ben div-nek azt mondom, hogy nézzen ki táblaoszlopnak vagy táblacellának (display: table-row pl.). A szemantika ezzel meg van oldva. 1-2 szemantikailag fölösleges div így is - úgy is kell, minden módszernél.

Az a hátrány megmarad, hogy hosszú tördelhetetlen szöveg esetén széthúzza az egész oszlopot. Mondjuk hagyományos div-nél meg kilép a szöveg a keretből.

Ha css-ben mondod meg neki hogy táblázatként viselkedik, akkor úgy fog, de nem lesz a forráskódban táblázat. Így a keresőbotok, szövegfelolvasók, stb amik értelmezni próbálják az oldaladat nem gondolják azt, hogy egy táblázattal van dolguk, de mégis tudsz a táblázatos elrendezés előnyeivel élni.

( eax | 2011. 06. 20., h – 01:10 )

"Csak a kinézet érdekel."

... altalaban meg az sem. :)

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( ozs v | 2011. 06. 20., h – 07:57 )

Erdekes. Elolvastam az eddigi hozzaszolasokat, de senkinel nem talaltam utalast peldaul a felolvaso programokra, nyomatatasra, szoveges bongeszore, kulon eszkozokre (tv, kivetito, mobil, stb.) valo optimalizalasra. En ebben latom a div+css kombo elonyet. A tablazatos layout (ha ganyul van megcsinalva) igencsak sz*r tud lenni az elobb emlitett felolvasonak.

---
Lehet, hogy kívül szőke vagyok, de belül sötét, oké?!

egyreszt mert nem errol szol a kerdes. Teljesen mas tema. Nyomtatora meg lehet optimalizalini az oldalt, de csak annyira pl kiveszed a menut belole. A gyengenlatoknak nincs ertelme optimalizalni, uj oldalt kell nekik csinalni amiben nincsennek kepek es az altalad emlitett felolvaso is jol kezeli. Ha a kezdetekkor be van tervezve ez az opcio, nem nagy feladat megcsinalni. Mobilra szinten nem latom ertelmet, mert 1-2 ev es nem lesz gond az atviteli sebesseg/mennyiseg.

masreszt nincs meg a kritikus tomeg vagy nem hallatjak a hangukat, pl a fogyatekkal elok, (mellegekrol tobbet hallasz). 20 eve dolgoztam egy mozgasserult novel, mondta ugyan mi a problemaja az utazassal, de meg sem ertettem mig meg nem szuletett a gyerek es probaltunk babakocsival kozlekedni Bp.-en. Ha nem vagy erintett akkor nem foglalkozol vele megrendelokent es keszitokent sem.

"A gyengenlatoknak nincs ertelme optimalizalni, uj oldalt kell nekik csinalni amiben nincsennek kepek es az altalad emlitett felolvaso is jol kezeli."
Dehogy kell. A felolvaso programokat nem zavarjak a kepek (+ alt tagokra figyelni kell), egy jo dizajnnal a kontraszt mar eleve rendben van. Folosleges kulon oldal, csak jol kell azt az egyet osszerakni.

sajnos a kontrasztot a legtobb megrendelo+designer felulvagja, es nem tudod nekik megmagyarazni (megrendelo fizet, es tudjuk kinek van igaza). De en nem is igazan rajuk gondoltam, amikor fekete alapon nagy sarga szoveget jelenitesz meg.

A felolvaso programokban egyet ertek, lassan eljut arra a szintre amikor ertelemzi az oldalt. Mo.-on van errefele fejlesztes. Azon sem csodalkoznek ha a google mar megcsinalta es ezalapjan pontozza az oldalakat.

igaz, en par honapja dolgozok egy nagyobb vallalatnal, ahogy figyelnunk kell az ilyesmire (mukodjenek az oldalak felolvasoprogramokkal, jo sorrendben, css nelkul, javascript nelkul, olvashato legyen a leggyakoribb szinvaksagokkal, a kepeknek szepen tag-elve kell lenniuk szinten a felolvasoprogramok miatt, etc.)
viszont az elozo munkahelyeimen ez senkit nem erdekel, es senki nem is foglalkozott vele. Nekem is uj volt :)

> egyreszt mert nem errol szol a kerdes.
Valahol igazad van, de megsem. Mivel szavazasrol van szo, ezert meg is jeloltem az altalam preferalt megoldast, valamint kulon ki is irtam: "...div+css kombo..."

> uj oldalt kell csinalni
Miert vegeznel ketszer egy munkat, ha kicsit nagyobb odafigyelessel idot - s nem mellesleg - penzt is sporolhatsz?

> Nyomtatora meg lehet optimalizalini az oldalt, de csak annyira pl kiveszed a menut belole.
Ez azert - ha jol akarod csinalni - nem egeszen ennyi. Ha belegondolsz minden sallangot ki lehet/kell venni. A nyomtaton mas design elemek lesznek az "uralkodok" szemben a monitorral, ahol minden mashogy, esetleg interaktivan van jelen. Ha jol csinalod, akkor egy egyszeru B&W nyomat is lehet kelloen informativ es jol kinezo. Bocsi, de egy cseppet szubjektiv reszemrol, mivel kifejezetten morcos tudok lenni, amikor a kinyomott oldalak fele csak design, de semmi hasznos. Pazarlas. Egy design munka nem all meg csak a monitornal.

> 1-2 ev es nem lesz gond az atviteli sebesseg/mennyiseg.
De a kerdes, hogy most mivel dolgozol, mire/mivel fejlesztesz? Gondolom, hogy emlekszel meg a modemes idokre. Hol gondoltuk meg akkor, hogy egyszer akar 100Mbittel ered el a vilaghalot? Ez a kerdes most is letezik, csak nagyobb szamokkal es jelen idoben.

> masreszt nincs meg a kritikus tomeg vagy nem hallatjak a hangukat [...] Ha nem vagy erintett akkor nem foglalkozol vele megrendelokent es keszitokent sem.
Attol meg a problemaval foglalkozni kell. Ha a megrendelo nem is tudja, hogy ilyet akar, le kell tolni a torkan. Az mar egy masik kerdes, hogy hogyan tudod ezt az opciot ertekesiteni, elonyt faragni belole, hogy te veluk is torodsz. Ami - tegyuk hozza - eppen a te feladatod, hogy felhivd ra a figyelmet, mivel sokszor a megrendelo sem tudja, hogy pontosan mit es hogyan akar.

Nem vagy szuk latokoru, de egy-ket ponton - mint latod - vitaba szalok. Kerlek, hogy ne vedd szemelyeskedesnek! Ahogyan mar "elhangzott" > A megrendelonek mindig igaza van! <, de be kell lattatni vele, hogy vannak masok is. A kerdes mar csak az, hogy hogyan tudod eladni a plusz melot. Ez mar jo duma kerdese. De ha vaskalapos, akkor az. Pont. Es itt mar ismet igazad van.

---
Lehet, hogy kívül szőke vagyok, de belül sötét, oké?!

"Mobilra szinten nem latom ertelmet"

Mobilra felületet miatt tervezel, nem pedig sávszél miatt. De az se baj, ha sávszél miatt is, nekem havi 100 megám van a Telenornál, az nem igazán sok.

És ha nem az user sávszélével foglalkozol, akkor kell a sajátoddal is valamennyit. Nem mindegy, hogy egy nagyobb weboldalnál napi 100-200e felhasználó mennyit adatforgalmat generál

( tetra | 2011. 06. 20., h – 14:17 )

Törölnöm kellett a szavazatom, mert rájöttem, hogy fogalmam sincs, mik azok a html objektumok, és beleolvasva kiderült, hogy jogosan nem tudom. Így a válaszok nem fedik le a válaszomat: html tagekkel dolgozom (legfőképpen: center, i, b, lista, h1, h2, h3, a, img és nagyjából ennyi). Gondolom egyértelmű, hogy nem fizet érte senki, és nem is érdekel különösebben a dolog.
----
Hülye pelikán

( Madman | 2011. 06. 20., h – 15:03 )

ugyebar a layoutokat az okosok szerint div + css-el kell csinalni.. ha muszaj frontenddel foglalkoznom (es erdekel is az eredmeny, nem cska "legyen mar kesz") akkor en is ezt hasznalom. Ha nemerdekel az eredmeny akkor tablazat + css. Miert? Mert mig a tablazat + css-el vegre sikerult egybol elerni, hogy manapsag minden bongeszoben ugyanugy jelenjen meg, addig div + css hasznalatakor es ahany bongeszo annyi fele keppen csuszik szanaszet meg ossze meg egymas ala az is aminek egymas mellett kene lennie... Egyszeruen kesz nyug...

Hat, en nem tudom. A sajat es masok megitelese szerint is ugyancsak kezdo HTML "programozo" vagyok, megis nem egy dizajnt osszeraktam div+css alapokon, ami nem esik szet sem IE-ben, se FF-ben se Chrome-ban, de meg csak nagyon maskepp se nez ki. Most peldaul van egy oldalam, ami IE6-ban csak annyit valtozik, hogy ott nincs meg a szinatmenet a fejlecben, mert azt a markupot mar nem voltam hajlando berakni. No es mert IE-re nem optimalizalok kimondottan. Ha valami egyszeru, ket soros modositas kell, az mehet, es kb. ennyi.

Szoval szerintem elsosorban a tudas hianyzik hozza neked, semmi egyeb mas.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Megjegyzem, sok, magat nagyon pro CSS kodernek hivo joember sajat magat szopatja a mindenfele positionokkal, paddingokkal fix szelesseggel, meg csupa olyan dologgal, ami koztudott, hogy eleg sztohasztikusan van implementalva.

Holott lenne ra mas, bongeszofuggetlenebb megoldas is.

----------------
Lvl86 Troll

lehetseges, mivel pont leszarom, nem vagyok frontend developer, legszivesebben annyi designt csinalnek a frontenden hogy feher alapon fekete betu valami divben vagy tableben es kesz (vagyis semennyit :), szorakozzon vele az akinek ez a munkaja, meg ezt szereti). Meglehetossen utalom is csinalni, mindig is inkabb backend devvel foglalkoztam. Csakhat amikor muszaj akkor muszaj valamit osszerakni, ebben a kategoriaban van nemtorodom es torodom verzio. mint mondtam, nemtorodom verzio, "csak nezzen ki ugy" mas nemerdekel, igy aztan tableok, kb 5 perc es kesz. Torodom verzio (nagyon ritka - tekintve hogy ismetelten NEM vagyok frontend dev es NEM is AKAROK az lenni) akkor elszorakozom a divekkel kb 5x annyi idobe telik, vegul meglesz rendesen az is, csak a vegen mar a hajamt tepem ...

Nalam csak 1 kategoria van, az divekkel van csinalva, es nem lassabb, mintha tablazatoznek. Es en nem hogy frontend developer nem vagyok, de meg backend developer se igen. Sot, semmilyen developer, en rendszergazda vagyok.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( edaile | 2011. 06. 22., sze – 12:28 )

Designert és sitebuildert.

--
Ami elől menekülsz, az után szaladsz.