RSS: hozzászólások ehhez a bejegyzéshez 27 hozzászólás

Szólj hozzá Te is!


2) Cséfi
Na, megnéztem alaposabban. Amit a sidebarba akarsz rakni, az mind egy sidebar diven belül legyen, függetlenül attól, hogy fent vagy lent van-e. A content kapjon egy float: left;-et, a sidebar egy float: right;-ot, a bottombar logikailag is a sidebar része, amit az oldalsávban felülre akarsz, azt rakd egy #sidebar #top div-be, amit alulra, azt egy #sidebar #bottom-ba, akkor már könnyebben tudsz játszani a CSS-szel. Ha a container végébe még akarsz írni valamit, akkor az kerüljön egy footer divbe, és annak kapnia kell egy clear: both; tulajdonságot. Első körben ennyi, ha összeszedem magam, akkor megírom neked (na nem az egészet, csak megmutatom, hogy kell/lehet megcsinálni, a munka továbbra is a tiéd marad ;]).
válasz

3) Haszprus
Rájöttem a probléma megoldására, kib#szott egyszerű volt csak valamiért nem ugrott be korábban.
válasz

4) Levente
Mégpedig? Hogy visszarakod a táblázatos verziót?
válasz

5) Aewyn
jó, akkor kaptál levélben is egy megoldást
válasz

6) Haszprus
immáron tábla nélküli amit láttok, gyerekek

persze kis altáblák vannak

áttekinthetőbb lett-e a kód? amennyiben a replace("td", "div") művelet hatásától áttekinthetőbb lett, akkor igen... mert kb. ennyi történt... üzenem ezt mindazoknak akik szerint áttekinthetőbb lesz a kód ha kivesszük a táblákat.

még pár megjelenítési bugot fixálni kell.
válasz

7) Levente
> áttekinthetőbb lett-e a kód?

Nem, mert nincs normálisan tördelve...
válasz

8) Aewyn
Nem kellene inkább tanulnod ? Csak úgy kérdezem

(egyébként ezért is nem segítettem eddig; az oké, hogy elindulsz a css felé, csak útközben át kell vágnod a setéterdőn; s ez tele van olyan rémekkel, amelyekről még fogalmad sincs. Jobb, ha résen vagy
válasz

9) Haszprus
1. egy dinamikusan generált site kódja ritkán van normálisan tördelve
2. ha neked attól lesz áttekinthető egy kód hogy be van tördelve, akkor gondolom be tudod tördelni akkor is ha tartalmaz table taget
válasz

10) Levente
Egy dinamikusan generált oldal kódja akkor van normálisan tördelve, ha úgy van megírva a php(vagy más) file, hogy normálisan legyen tördelve a kimenet... És nem csak ettől lesz áttekinthetőbb...
Egyébként nem mondtam, hogy áttekinthetőbb lesz, ha nincsenek benne táblák, csak hogy szebb lesz.
De leginkább attól lesz áttekinthető, hogy jól van megírva.
CSS-sel egyébként meg lehet ugyanolyan kinézetűre írni az oldalt szépen, és gányolva is, és ha szépen írod meg, nem csak kicserégetsz néhány table-t div-re, akkor áttekinthetőbb is lesz.
válasz

11) Haszprus
Tekintve hogy én a php forrást buzerálom és nem a html-t, ezért az a lényeg hogy a php-s cumóban elnavigáljak. És ez nem feltétlen eredményezi a html kimenet olvashatóságát.

Még az is lehet hogy az output kieresztése előtt ráeresztek egy sortöréseket kitörlő replace-t, ki tudja... Csak hogy érzékeltessem hogy a php belseje és a html kimenet formázottsága között nincs túl nagy összefüggés.
válasz

12) Levente
Akkor miért is kérdezted meg, hogy átláthatóbb lett-e a kód? Honnan tudjam, nem látom a php-t...
válasz

13) tomsolo (nem regisztrált)
hmm ez még táblás nem?
válasz

14) Haszprus
Isten bassza meg. Nem írom újra. Olvassátok ami megmaradt a legújabb kommentemből.
válasz

15) Haszprus
Megköszönném ha olyan júzerek tolnának nekem 1-1 screenshotot a blogról, akiknél valami megváltozott (elcsúszott, stb.) az eddigi designhoz képest. Firefox 1.04 és IE 6.0 SP2 alatt tudom hogy a dolgok jól jelennek meg, leszámítva a jobbalsó copyright dobozt.
válasz

16) maKACS
Haszprus: Ehhez milyen plugin vagy kiterjesztés kell?
válasz

17) Haszprus
Bár poénként volt megkérdezve, de azért elmondom, hogy szerintem ez a fagyás nem volt összefüggésben semmilyen kiterjesztéssel.

És 24 óránként 3 hozzászólásra redukáltam az eddigi limitet, az más kérdés h meg tom kerülni ezt, pl. most is.
válasz

18) Kristóf
üdv,
ahogy nézem a html kódot, ez elég távol áll a tableless "filozófia" tanitásaitól. valszeg nem volt célod a tökéletes html+css megoldás, de igy szvsz semmi értelme nincs / értelme nem volt div-ekre cserélni a table dolgokat. pl. br tag-ek abszolút nem kellenének, ha megfelelő helyen megfelelő tag-eket használnál., pl p paragrafust, h1-h2-ket, span-okat, usw. keresőknek is jobb lenne a tiszta kód.

azért szép munka az überblog (amúgy a modernetes idők óta figyelem az ámokfutásodat )

üdv
válasz

19) Haszprus
hali, pár dolgot nem értek

a tableless filozófiát hogy érinti hogy br-t használok a p helyett?
spanokat? hol használok mást ahol span kéne?
válasz

20) Shamalt
sztem sehogy. masreszt pedig nemtom mi a problema a br-rel.
(maximum annyi, h a br-t p-n belul lenne optimalis/logikus hasznalni)
válasz

21) kristofi (nem regisztrált)
tableless nálam = tiszta (x)html kód, minden tag a maga helyén használva. szöveget általában paragrafba tesznek szabvány szerint (például), és ott ha jól meg van méretezve stb egyszerűen nem kell br... 10 br-es sor helyett elég lenne egy p-be tenni a szöveget és magától tördelődne. sztem pl tipikusan a hozzászólás fejlécét lehetne spanokkal tördelni és nem td-kkel. na mindegy

amúgy nem kritizálni akartalak!!
válasz

22) Balázs
azért az egymás után közvetlenül következő több <br>, ill. <br /> tagért halálbüntetést szabnék ki
válasz


24) Balázs
mert olyat utoljára az írógépeken használtak, meg a MS Wordben, de a weblapoknál többszörös sortörés helyett illő blokkszintű elemeket alkalmazni - aki nem ezt teszi, az ne csináljon weblapokat - megfelelő margókkal; a css-ben még van egy olyan is, hogy display: block;, ezzel már bármiből blokkszintű elemet lehet csinálni (persze nem szintaktikailag, csak vizuálisan)
válasz

25) Haszprus
úgy érzem, válasz nélkül maradtam
válasz

26) Balázs
másként fogalmazva: halál minden kontárra, a többszörös <br> meg a kontárság egyértelmű jele, így már egyértelműbb?
válasz

Hozzászólásod:


Nem vagy bejelentkezve, de...

A)
hozzászólhatsz regisztrálatlanul...

B)
ha regisztrálva vagy, bejelentkezhetsz...