[d3relict]

anne about xhtml

Idézet

Don't use entities. Don't use —,  , © et cetera (this includes MathML entities). Do you actually think an XML parser is going to download the external DTD and parse it? You know we are talking about XHTML here, right? A browser is not going to download a 2 MB file and parse it, every time it visits a page. You can not rely on the DTD. (You may even omit it, it is almost useless.)

érdekes, olvassátok, reagáljatok rá.

[e-lias]

Idézet: kAy - Dátum: 2006. febr. 8., szerda - 8:22

anne about xhtml



érdekes, olvassátok, reagáljatok rá.

Mivel az angol tudásom hagy még kívánnivalókat maga után, ezért nem teljesen értem a cikket. Valami olyasmit hámoztam ki belõle, hogy: Ugyan ne töltessük le a látogatóinkkal a dtd -t, mert az nem etikus. (és persze erõsen ellenjavallt.)
Ezzel alapvetõen egyet értek, uganyi én sem szeretem az ilyet. És nem használok olyan doctype -ot.

[Nec]

igen, csinald utf-8ba a html-t, a php-t az adatbázist, es jószerivel elfelejtheted a htmlentities -t, hol itt a gond? 

xml fejléc, strict mode és társai meg nagyon kellemes lenne, ha a legelterjedtebb böngészõ nem azzal reagálna rá hogy 'save as'...

addig maradnak az ehhez hasonlatos rinyálások, hogy "jajderossz nekünk itt a gennyes félHtml-félXml mocsárban"

mellesleg: a dtd-nek meg ez lenne a szerepe, igenis toltse le es ertelmezze aszerint a markup-om, vagy haljon meg bután

[d3relict]

na de attól hogy UTF8 a cucc, a & még mindig paraméterválasztó az URL-ekben, és a validator még mindig sirna, hogy &-ként kell beirni a többi entitás miatt.

[KovacsUr]

Idézet: kAy - Dátum: 2006. febr. 8., szerda - 17:07

na de attól hogy UTF8 a cucc, a & még mindig paraméterválasztó az URL-ekben, és a validator még mindig sirna, hogy &-ként kell beirni a többi entitás miatt.

Úgy is kell, a beépített entitásokról (&, ', >, <, ") nem beszélt a srác, csak a DTD-ben megadottakról.

[d3relict]

Idézet: KovacsUr - Dátum: 2006. febr. 8., szerda - 17:18

Úgy is kell, a beépített entitásokról (&, ', >, <, ") nem beszélt a srác, csak a DTD-ben megadottakról.

jaértem. azthittem ezzel is baja van, és csak helytakarékosság miatt nem irta le... :Ð

más: miért olyan a boxmodel amilyen?

necnek már elsirtam a bajom, hogy ha 100% széles oldalt akarok gyártani, és bele akarok tenni egy 33% széles boxot, de ugye mint jó designer és esztéta, paddolni akarom a tartalmat, akkor BELE KELL tennem az egészet egy ujabb divbe (és annak adni margin/padding), különben a padding hozzáadódik a 33%-hoz, és igy a végére a site szélesebb lesz, mint lennie kell.

és ez igy nem jó.

szerintem.

[Levente]

Leginkább e-liasnak: nem tölti le a böngészõ a DTD-t, szóval nyugodtan bele lehet írni a doctypebe, sõt érdemes is(HTML-nél mindenképp), mivel az IE nem fogja standards compliance mode-ban rendereli az oldalt enélkül. Tehát pl a saját hülye box modelljét fogja használni. Sõt, az IE7 ugyanilyen borzalmasan rosszul fogja renderelni a DTD nélküli doctype-os oldalakat!(XHTML-nél mindegy, de azt hiszem nincs is DTD nélküli XHTML doctype, persze erre nem vállalok garanciát
Magyarul: írjátok bele a DTD-t, semmilyen hátránya nincs, csak elõnye. Le a quirks mode-dal

XHMTL és application/xhtml+xml-rõl meg nincs értelme beszélni. Szívesen átírom az oldalaimon a MIME type-ot ilyenre, de aztán senki se sírjon, hogy az IE meg se nyitja... Majd talán ha az IE7 méltóztatik normálisan viselkedni ilyen téren, akkor egy 3-4 év múlva át lehet állni rá...

[Levente]

Idézet: kAy - Dátum: 2006. febr. 8., szerda - 17:46

necnek már elsirtam a bajom, hogy ha 100% széles oldalt akarok gyártani, és bele akarok tenni egy 33% széles boxot, de ugye mint jó designer és esztéta, paddolni akarom a tartalmat, akkor BELE KELL tennem az egészet egy ujabb divbe (és annak adni margin/padding), különben a padding hozzáadódik a 33%-hoz, és igy a végére a site szélesebb lesz, mint lennie kell.

és ez igy nem jó.

szerintem.

Hmm, ebbe most belegondoltam, és igazad van. Beszélj a W3C-vel
Legjobb lenne persze, ha meg lehetne adni ilyet is: width: 33%-21px+6em;

[e-lias]

Idézet: Levente - Dátum: 2006. febr. 10., péntek - 4:49

Leginkább e-liasnak: nem tölti le a böngészõ a DTD-t, szóval nyugodtan bele lehet írni a doctypebe, sõt érdemes is(HTML-nél mindenképp), mivel az IE nem fogja standards compliance mode-ban rendereli az oldalt enélkül. Tehát pl a saját hülye box modelljét fogja használni. Sõt, az IE7 ugyanilyen borzalmasan rosszul fogja renderelni a DTD nélküli doctype-os oldalakat!(XHTML-nél mindegy, de azt hiszem nincs is DTD nélküli XHTML doctype, persze erre nem vállalok garanciát
Magyarul: írjátok bele a DTD-t, semmilyen hátránya nincs, csak elõnye. Le a quirks mode-dal

XHMTL és application/xhtml+xml-rõl meg nincs értelme beszélni. Szívesen átírom az oldalaimon a MIME type-ot ilyenre, de aztán senki se sírjon, hogy az IE meg se nyitja... Majd talán ha az IE7 méltóztatik normálisan viselkedni ilyen téren, akkor egy 3-4 év múlva át lehet állni rá...

Én a cikk alapján mondtm, amit mondtam. Én transitional -os doctype -ot használok, de hogy miért, meg nem mondom. Egyszer próbálkoztam strict es oldal helyrerakásával (vagyis hogy FF és IE alatt is normálisan nézzen ki), küszködtem vele egy sort. Ki kéne tapasztalnom azt is. Csak nincs hozzá energiám. Akkor inkább xhtml -re állok majd rá. Szóval én próbálok minnél felhasználó és böngészõbarátabb oldalt kódolni, de ez egyenlõre nálam kimerül az IE hülyeségeinek megoldásaival.

[Suicide]

Idézet: Levente - Dátum: 2006. febr. 10., péntek - 5:51

Legjobb lenne persze, ha meg lehetne adni ilyet is: width: 33%-21px+6em;

Na igen. Ezen már én is sokat bosszankodtam, hogy nem lehet ilyen módon méretezni a dolgokat. Pedig  szvsz ez lenne a legjobb. Sõt, továbbmegyek, az se lenne rossz, ha css-en belül lehetne hivatkozni egy másik elem méretére és az alapján megadni az aktuális méreteket.

pl.:

div.egyikbox { width: 25% }
div.masikbox { width: 33%-div.egyikbox+21px;  }

Na ez milyen lenne?

W3C mongyon le!

[Nec]

diszkrét js-el még megoldható,
css 33% után element.style.width = eval(element.offsetWidth-20)+'px';
load és reload eventre töltve

más
egy ff css bug révén elémkerült a blogter.hu, a bugot lattam,  meg is lepodtem mert soha
nem találkoztam még vele, ellenben mit látok a footerben..

Idézet

Blogter © - A magyar web 2.0 portál

hol jön ahhoz egy ilyen sz*r hogy web2.0-ának hívja magát? 
azért mert flickr szinekbe pompázik még nem lesz web2.0,
a tartalom tabokra bontása kezelés már 3 éve nem varázslatos dolog,
ráadásul rém primitíven van megoldva.
Xthml 1.1 nek titulálja magát, ettõl csak 28 hiba választja el,
de ha már kiirják hogy web2 akkor minimum,hogy diszkrét js, utf-8,
és legalább egy kis ajax ráférne.

argh

ps.: ja es a tab valtas ff 1.07 alatt megöli az egér scrollt

[e-lias]

Egy kérdésem had legyen. Rengeteget olvastam az ajax -ról, fõleg angolul, ergo nem értem tisztán, hogy is lenne ez. Arra rájöttem, hogy nem egy külön leíró vagy prog. nyelv. Annál inkább egy build technika. (xhtml megtámogatva js -el). Jól értlemztem, vagy nem? Tömören el tudja valaki mondani, hogy mi is ez valójában? (csak hogy ne legyek full hülye, a tájékozatlanságot nagyon tudom utálni magamban). Elõre is köszi!

szerk.: Más. Ezt olvastátok már? Szerintem állat

Szerkesztette: e-lias 2006. 02. 10. 07:55 -kor

[d3relict]

Idézet: e-lias - Dátum: 2006. febr. 10., péntek - 7:50

szerk.: Más. Ezt olvastátok már? Szerintem állat

jópofa ötlet, de nálam már ott elbukott, hogy <img> használ a célra.

imho ha ezek linkeket jelölnek (márpedig az ikonok általában azt), akkor sokkal szebb a szitu <div><a></a></div> megoldással, <a>-nak adva az ikont, <div>-nek pedig a háttérszínt és a keretet.

persze az IE rollover-rollout töltögetéseit most hagyjuk, szar azis, ahogy van.

nec: öröm téged néha magadból kikelve látni

szerk: persze ha <p>-ben van az egész, akkor inkább <a><span></span></a> a dolog menete, hogy a doksi well-formed maradjon

Szerkesztette: kAy 2006. 02. 10. 08:24 -kor

[e-lias]

Idézet: kAy - Dátum: 2006. febr. 10., péntek - 8:22

jópofa ötlet, de nálam már ott elbukott, hogy <img> használ a célra.

imho ha ezek linkeket jelölnek (márpedig az ikonok általában azt), akkor sokkal szebb a szitu <div><a></a></div> megoldással, <a>-nak adva az ikont, <div>-nek pedig a háttérszínt és a keretet.

persze az IE rollover-rollout töltögetéseit most hagyjuk, szar azis, ahogy van.

nec: öröm téged néha magadból kikelve látni

szerk: persze ha <p>-ben van az egész, akkor inkább <a><span></span></a> a dolog menete, hogy a doksi well-formed maradjon

Bár annyira még nem tanulmányoztam a kódot, de szerintem megoldható img tag -nélkül is. A lekerekítést mondjuk nem tudom.

[d3relict]

Idézet: e-lias - Dátum: 2006. febr. 10., péntek - 8:30

Bár annyira még nem tanulmányoztam a kódot, de szerintem megoldható img tag -nélkül is. A lekerekítést mondjuk nem tudom.

a fent vázolt markuppal tökéletesen megoldható.

a <span>-nak adod az ikont, az <a>-nak meg a hátteret és a kerekitést.

persze megfelelõen méretezve õket...

[e-lias]

Idézet: kAy - Dátum: 2006. febr. 10., péntek - 8:36

a fent vázolt markuppal tökéletesen megoldható.

a <span>-nak adod az ikont, az <a>-nak meg a hátteret és a kerekitést.

persze megfelelõen méretezve õket...

Úgy is valami blog szerkezetû oldalt akarok most csinálni, lehet, hogy beépítem majd ezt is. Csak kicsit tanulmányoznom kéne még a js és a css viszonyát. Csak alig találok jó magyar doksit neten.

[d3relict]

Idézet: e-lias - Dátum: 2006. febr. 10., péntek - 12:22

Úgy is valami blog szerkezetû oldalt akarok most csinálni, lehet, hogy beépítem majd ezt is. Csak kicsit tanulmányoznom kéne még a js és a css viszonyát. Csak alig találok jó magyar doksit neten.

az internet sajnos javarészt angolul beszél

[e-lias]

Idézet: kAy - Dátum: 2006. febr. 10., péntek - 12:38

az internet sajnos javarészt angolul beszél

Tudom, baromi sokat olvasok angolul, de akkor is a magyart értem meg könnyebben

[Nec]

AJAX (Asynchronous JavaScript and XML) nagyjából röviden annyi hogy javascripttel csinalsz xml kéréseket a szerver felé és az válaszol, amit elkap a javascript, és felhasználhat a kódban. Gyakorlatilag oldal újratöltés nélküli szerver-kliens kommunikáció a böngészõben. Manapság interaktiv webalkalmazásoknál használják, nagyon hasznos kis feature. (és már évek óta lehetséges, csak mostanság jött el az ideje)

nagy elõnye hogy kliensoldalon csak js kell neki, szerveroldali kiszolgálása már nyelvfüggetlen, tehat megoldhato jsp, .net, php segítségével is

[Nec]

találtam egy jó listát siteokrol melyek css designnal foglalkoznak, álljon itt tehát egy (remélhetõleg bõvülõ) lista

    Well Designed CSS Sites
    CSS Beauty
    CSS Blast
    CSS Drive
    CSS Reboot
    CSS Vault
    CSS Zen Garden
    CSS Import
    CSS Thesis
    Design Snack
    Doble Pixel
    Style Boost
    Style Gala
    Unmatched Style
    Web Standards Awards
    Wow Factor
    W3 Compliant Sites