Starší komentáře ke článku: Kritika webu - problémy a chyby
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 21.8.2003 8:27:54
pekne a autor je webmasterem mozna uz legendarniho webu s motylky, pekne :)
Datum vložení: 21.8.2003 13:53:45
No podle clanku bych mel pocit ze pan Autor ma na svedomi naky spickovy web... ...z toho co jsem videl mi zatuhly wokna i v baraku...
Datum vložení: 21.8.2003 15:15:25
motylci jsou legenda - uz je mam v oblibenych...
Datum vložení: 21.8.2003 21:10:46
Jaaaj, tak to je moc, ...v textovem rezimu by ty stranky vypadaly rozhodne lip..:-)... a ti motylci...co raci letajici balonky:)
Datum vložení: 21.8.2003 21:55:50
<I>V některých posledních reakcích se totiž lze setkat se zvláštním vyprávěcím systémem, kdy dotyčný vlastně popisuje všechny související události obepínající hodnocení, ke kterému se odhodlal, a vypráví tím příběh, do nějž je toto hodnocení včleněno jen jakoby mimochodem a je jen malou součástí celého osobitého vyprávění o tom, jak dotyčný prožil den a mezitím udělal jednu malou recenzi.</I>
Ty krááávo, to je věta :) Jsem se u toho docela zapotil, hehe.
Datum vložení: 24.8.2003 18:16:26
To je fakt hnus ti motylci..
Datum vložení: 21.8.2003 8:54:29
...ale zmiňovaný web je sice dobrou ukázkou toho, jak udělat kód, ale naprosto odstrašujícím příkladem toho, jak udělat design.
I když i tu se dají nalézt věci typu [div class="schovat"] [/div].
Taky jsem autor pár webíků, pravda, zas až tak všechny pravidla nedodržuju, protože je to občas na provaz, doladit to pro všechny prohlížeče, ale přesto si myslím, že smysl pro střízlivý, ale kvalitní design, je minimálně stejně důležitý, jako střízlivý a kvalitní kód.
Datum vložení: 21.8.2003 8:55:20
mezi těma divama je nedělitelná mezera nb sp.
Datum vložení: 21.8.2003 20:03:51
O jednoduchém designu, nebo pro jiné, chcete-li, hrozné grafice-negrafice, už směrem k našemu webu bylo napsáno tolik, že už to nemá smysl snad ani komentovat ;-) Taky na to dojde, ale vypadá to, že to hned tak nebude, uvidíme...
Co se týká DIVu se třídou "schovat" (display: none), možná jste pro něj nenalezl význam, ale on význam má, a to řekl bych velký :-) A to pro textové prohlížeče či NN4 a MSIE 4. Je to takový schovaný "BR" při zapnutém či použitelně podporovaném CSS.
Každopádně to není výjimka, podobný princip používá webů, jéje. Stačí se porozhlédnout... Mimoto je to 100% standardní, žádná pochybná konstrukce - např. pokud vím, tak hlasový reader to nechává chladným a správně to ignoruje.
Datum vložení: 22.8.2003 8:36:40
tridu display NS4 ani IE4 neumi .... takze takhle asi ne
Datum vložení: 22.8.2003 13:00:59
Já taky nechi rejpat, ale to schovávání se používá právě proto, že to některé prohlížeče neumějí a těm se pak ten schovaný prvek zobrazí. Užitečné je to hlavně pro textovou verzi např. pro hr. Čára v zamýšleném designu není, protože se pro to pravděpodobně použije CSS, ale v textové verzi je, a to, co jsme chtěli oddělit, je odděleno... :-)
Datum vložení: 22.8.2003 21:05:35
Jen doplním:
1) MSIE4 "display: none" umí...
2) ...ale je to úplně jedno, protože neumí jiné věci a proto jsou NN4 i MSIE4 standardní cestou od CSS stylů odříznuty
Datum vložení: 24.8.2003 18:25:41
Ja nechci rejpat a být sprostý, ale ten kdo používá v dnešní na prohlížení webu IE4 nebo NN4 je pro mě osel :-)).
Datum vložení: 24.8.2003 18:46:58
Pro Vas mozna...
Datum vložení: 24.8.2003 21:19:45
No v každém případě má nějaký problém.
Datum vložení: 22.8.2003 13:33:33
a) je veliký rozdíl mezi jednoduchou grafikou/designem a hroznou grafikou designem. Tyto stránky jsou bohužel ukázkou toho druhého. Nikoliv proto, že by byly jednoduché, ale protože následující:
- špatná kombinace barev - zelená, modrá, žlutá, fialová (!!) a oranžovohnědá, šedivá a bleděmodrá opravdu nejdou k sobě. (Ani alternativní styl na tom není o moc lépe - zaprvé se to kope s obrázky, které jsou použité pro oba styly stejné a zadruhé samotná kombinace šedivé, zelené, žluté, modré a červené je dost zběsilá.
- špatně zvolené písmo - chcete-li na stránkách mermomocí používat patkové písmo budiž, i když to vypadá podivně. Nicméně faktem je, že tučné písmo by se mělo používat pro něco důležitého a ne skoro všude.
- obrázky mají strašně "okousané rohy" a jsou každý pes jiná věc. Chápu, že pro podobný web nebudete najímat grafika, aby vám udělal všechno v jednotném layoutu a chápu, že je někde musíte stáhnout, ale měli byste je stahovat alespoň trochu s ohledem na zbytek vzhledu stránek. Už jenom nadpis je ukázkou toho, že jste stáhli/vytvořili tři obrázky, které se se vám moc líbili a pak vám přišlo líto je vyhodit a nepoužít.
b) možná se budete divit, ale display:none kupodivu znám. A používám. Používám i jiné "zakázané" taktiky, vy byste řekl možná prasárny, protože prostě nesdílím zas až natolik názor, že standardy jsou všemocné, už jenom proto, že prohlížeč navržený samotným všemocným konsorciem W3C je největší odpad, co kdy kdo vyprodukoval. Nicméně toto má být ukázka sémanticky čistého webu. A ačkoliv je to sice teoreticky správně (projede to validátorem), jedná se o naprosto totéž, jako když použijete tabulky a na konci je uzavřete - sice je kód v pořádku, ale jinak je to špatně.
Ukázkový příklad by měl vypadat takto:
hlavicka
[h1]Nadpis[/h1]
[div class='obsah']
[p]text[/p]
[p]text[/p]
[p]text[/p]
[p]text[/p]
[/div]
paticka
a nikoliv
hlavickaproMSIE
hlavickaproNN
[div class="okraje pro MSIE"]
[div class="neviditelny text pro NN"] bla bla[/div]
[div class="uprava pro Operu"]
[p]text[/p]
[p]text[/p]
[/div]
[/div]
[div class="jestetomusimenejakuzavritprotozenektereprohlizecestimmuzoumitproblem][/div]
paticka
Ze je to nutne delat druhym zpusobem? Ja vim. A prave proto je modleni ke standartum falesne, protoze standarty proste momentalne nejsou. Tim nerikam, ze neni potreba je znat, prave naopak - diky tomu babylonu je potrebujeme znat vice, nez kdyby tu byl jeden prohlizec, ktery by spolkl vsechno. Ale je taky potreba si uvedomit, kdo je cilova skupina a jestli je potreba delat verzi pro zvukovy generator, kdyz vime, ze se nam na stranky krome kolegy kodera-rejpala, stejne budou vsichni divat z MSIE a my jen stravime bezesne dny a noci tim, ze budeme vsechno ladit pro vsechno a nakonec se to stejne pod InternetTV, se kterou jsme nepocitali nezobrazi...
Ale pokud pisu clanek o tom, jak je dulezite tvorit semanticky web, ktery striktne oddeluje vzhled od obsahu, pak si neco jako [div class="schovat"]nbsp[/div], proste dovolit nesmim. Nebo mi muzete rict, jakou hodnotnou informaci tento odstavec obsahuje?
P.S.: Ze je neco napsano prasacky a vypada to hezky? Koho to zajima, pokud to pro cilovou skupinu (stoprocentne, at nekdo nerype) funguje? Normalni uzivatel se na kod nediva a pokud ano, tak dobre mu tak. Pro uzivatele je dulezitejsi co vidi na monitoru a ne to, jak se to na ten monitor dostane.
Datum vložení: 22.8.2003 21:21:58
Výbět typu fontu nechávám na uživateli, takže pokud vidíte patkové písmo, je to jedině proto, že ho sám tak máte nastavené jako výchozí font - patrně ho chcete ;-)
I když je pravda, že např. u MSIE je standardní hned při nainstalování - při externím definování bezpatkového (např. Arial) je ale rozhodnutí bráno uživateli a mimoto je problém s kompatibilitou mezi různými systémy (Win, Mac, Linux...) - viz Pixy.cz, takže to zatím řeším takhle - nijak; ale rád si poslechnu diskuzi, jak tento problém vidí jiní :-)
O většině ostatním jsem už psal jinde (a pokud vidíte kód našich stránek tak jak naznačujete výše, tak fakt nevím - používám jen klasické hacky, pokud vím, a je jich dohromady i tak velmi málo).
P.S. Žádné bezesné noci nad laděním netrávím, dělám to kompatibilní hned od začátku, a kromě opravdu výjimek je to pomalu s nulovým časem navíc. Těch hacků či nekompatibilit v běžném použití zas tolik není, aby se nedaly naučit nazpaměť - když tedy člověk chce, že? :-)
Datum vložení: 21.8.2003 10:13:16
No, snadne pozicovani prvku bych jako vyhodu tabulek nevidel, v CSS je to jeste snadnejsi. Pricemz clovek nemusi kolikrat delat takove psi kusi, jako rozrezavat obrazky apod.
Datum vložení: 21.8.2003 10:15:21
s/kusi/kusy
Datum vložení: 21.8.2003 11:10:37
Pravda, na druhou stranu delat sloupec na nejakou definovanou sirku v px, em, ex atd. ) a chtit vedle nej sloupec s tabulkou pres cely zbytek stranky aniz by se vam to cele rozmrsilo je bez tabulky ukol hodny pixyho. Ja si s tim dodnes neporadil - takze tu sirku leveho musim definovat v procentech.
Datum vložení: 21.8.2003 11:21:34
Ale, ale... tak složité to zase není, jenom to chce naučit se přemýšlet čtyřrozměrně :))
Datum vložení: 22.8.2003 13:04:24
Hmm 4D myšlení... to je síla! Nemůžeš to nějak vysvětlit? :-)
Datum vložení: 21.8.2003 15:26:05
Tezko rict, jak se to bude chovat v necem jinym nez IE, ale podle me by to melo bejt v poradku:
<div style="float: left; width: 100px;">Levy sloupec</div>
<div style="width: 100%; margin-left: 100px;">Pravy sloupec</div>
Pripadne jeste zabalit do jednoho dalsiho DIVu, kdyby bylo potreba zajistit stejnou vysku obou sloupcu nebo treba navazujici odstavec pres celou stranku.
Datum vložení: 22.8.2003 13:03:19
No, jenomže to width: 100% u praveho sloupce tam právě být nemůže... Teda, když tam není, tak to funguje...
Datum vložení: 22.8.2003 13:41:32
Proc by nemohlo? Nevidim nejmensi duvod (me to samozrejme funguje...)
Datum vložení: 22.8.2003 13:15:09
Úkol hodný pixyho to je. Taky jsem to zkoušel, a width vnořeného elementu mi to vždycky zmršil jen v IE... Klasika! Zkusil jsem jinou věc, a to nastavit tomu vnořenému elementu margin-left a margin-right (dle potřeby v relativních jednotkách - nejlépe v em nebo %), a ejhle, ono to funguje...
takze levy div: width: 150px
pravy div: margin-left: 150px
a uvnitr praveho divu je ten s tema marginama :-)
Datum vložení: 22.8.2003 13:44:01
Hmm, u blokovych elementu to funguje u tabulky ne...
Datum vložení: 23.8.2003 8:01:01
Njn berte to tak ze ja taky nejsem uplne pitomej :) Kdyby to bylo neco trivialniho tak bych na to asi taky prisel. Problem je v tom ze ja opravdu s tabulkama delat musim kvuli praci s databazi - kde se tomu proste nevyhnete, tam tabulkovy vypis nakonec vzdycky nekde bude.
A navic kdyz je tam float a tabulka je vetsi tak vam skoci pod levy sloupec...
Datum vložení: 23.8.2003 8:02:10
Co se bojíš, nějak to vyřešíme :)
Datum vložení: 23.8.2003 10:04:09
Jedno z možných řešení najdete zde:
<a href='http://www.plavacek.com/tablebug/' target='_blank'>http://www.plavacek.com/tablebug/</a>
Přestože je funkční jsem zjistil, že IE obsahuje jakýsi zajímavý bug, který se mi prostě přelstit nepodařilo. Pokud zmenšíte velikost okna pod 480px, tabulka stejně ujede pod levý sloupec a s tím už se hnout nedá. Mozilla i Opera správně vytvoří vodorovné táhlo a tabulku nechají na svém místě.
Přesto si myslím, že mnou navrhované řešení je schůdné, protože tak malý okýnka na prohlížení stránek už snad téměř nikdo nepoužívá. No.. vyzkoušejte sami, pokud vás napadne, jak i tenhle drobný zádrhel obejít, určitě uděláte Vítovi mě radost.
Datum vložení: 24.8.2003 13:55:27
Njn, nekteri lide nenosi hlavu jen na okrasu :)
Ja ji mam treba proto aby pri plavani prorazela vodu :)
Datum vložení: 21.8.2003 12:04:05
v clanku mi chybi vic detailu, je to prilis obecne, ze ma mit dokument hlavicku vi kazdy, ze ji casto nema, neni nevedomost, ale ignorace.
mohl by autor napsat vic detailu. napr, proc nepouzivat <B>? (o cemz nepolemizuji) podobne jako barvite vylicil usili parseru pri cteni html be doctype?
Datum vložení: 21.8.2003 12:05:14
v clanku mi chybi vic detailu, je to prilis obecne, ze ma mit dokument hlavicku vi kazdy, ze ji casto nema, neni nevedomost, ale ignorace.
mohl by autor napsat vic detailu. napr, proc nepouzivat (b) (o cemz nepolemizuji) podobne jako barvite vylicil usili parseru pri cteni html be doctype?
Datum vložení: 21.8.2003 12:46:56
Tady jde o obecný princip (netýká se jenom HTML), podle něhož by se při psaní dokumentu měla dávat přednost kontextovému značkování před vizuálním. Přeloženo do lidské řeči: místo značek definujících vzhled (tohle má být tučně, tohle červeně, tohle kurzívou, tohle větším písmem) byste měl používat značky popisující význam (tohle je nadpis, tohle zvýrazněné slovo, tohle zkratka, tohle citace). Vizuální prezentaci konkrétních významových značek si pak nadefinujete v CSS. Velmi výhodné je to zejména v situaci, kdy obsah vytváří někdo jiný než vzhled. Autor obsahu pouze definuje, že dané slovo/sousloví má být zdůrazněno, ale rozhodnutí, zda to bude realizováno tučným písmem, podtržením, odlišnou barvou nebo úplně jinak, ponechá na autorovi grafické podoby. Ten to pak realizuje jednou definicí pro celý dokument (nebo různými definicemi pro jednotlivé kontexty).
Datum vložení: 21.8.2003 15:05:53
hmm, ja myslel, ze to ma nejaky zavaznejsi duvod. jinak bold je v prekladu vyrazny a strong taky vyrazny, nadefinovat v css lze oboje, nebo ne. nevim, ja pouzivam <B>strong</B>, ale mozna bych radeji <B>b</B>, protoze to dela mensi mezery v kodu.
Datum vložení: 21.8.2003 16:46:34
Jde spíš o to, jaký je význam těch značek v HTML - element b znamená tučné písmo (vizuální značka), strong silný důraz (kontextová značka). V grafickém prohlížeči si můžete nastylovat cokoli jakkoli; rozdíl bude v tom, jak to bude chápat prohlížeč, který nedisponuje tučným písmem, případně automat. Proto nejsem příznivcem toho, aby se značky používaly v jiném významu než mají mít.
Datum vložení: 21.8.2003 17:41:41
no, mate pravdu, ale za velkou chybu bych to asi nepovazoval (jsou vetsi).
mimochodem, jak se tedy lisi strong a b v textovem prohlizeci? strong se zobrazi jako strong a b jako nic? nebo je to jen teoreticka uvaha? testuju stranky jen v "anybrowser text purity" a tam se rozdil neprojevuje.
Datum vložení: 21.8.2003 18:12:02
Ne, netvrdil jsem že je to velká chyba. Jen jste se ptal, proč by se mělo používat raději strong, tak jsem vám odpověděl. Je to svým způsobem podobný problém jako když se používá <div class="nadpis"> místo <h1> nebo <br><br> místo <p> - a určitě méně závažný než oba zmíněné.
Textové prohlížeče budou patrně tyto značky interpretovat stejně. Ale dokážu si představit, že bych třeba tučné písmo ignoroval a strong reprezentoval jasnější barvou. Zrovna tak, kdybych měl implementovat vyhledávač, mohl bych frázi uvnitř strong dát větší váhu než normálně, ale neudělal bych to, když je pouze uvnitř elementu b - jsou weby, kde máte tučným písmem veškerý text.
Datum vložení: 22.8.2003 22:41:37
a...dalsi dotaz. proc chcete pouzivat [p] [/p] jako mezeru. neni to nahodou zacatek odstavce, narozdil od [br] break?
Datum vložení: 23.8.2003 1:26:06
Nepsal jsem přeci, že to máte používat pro mezeru jako takovou - měl jsem na mysli odsazení mezi odstavci. Pokud máte někde uprostřed textu vertikální mezeru, je to v drtivé většině případů v místě, kde končí/začíná odstavec. V tom případě je na místě použít element p a mezeru doladit hodnotou margin. Ostatní mezery jsou také záležitostí mastavení margin pro elementy, které má ta mezera obklopovat/rozdělovat.
Element br je sám o sobě poměrně nešťastnou záležitostí a je hrubě zneužíván. Když se nad tím zamyslíte, fakt, že <br><br> vyrobí prázdný řádek, je jen otázkou konvence. Vzhledem k tomu, že element br má být upozorněním "tady zlom řádek", bylo by úplně stejně logické, kdyby se ta kombinace chovala stejně jako jeden <br>. Používání elementu br k vytvoření vertikálních mezer je velmi špatný zlozvyk. Ve skutečnosti jsou situace, kdy je použití elementu br logicky správné, velmi řídké - jedná se o případy jako např. víceřádkový nadpis.
Datum vložení: 23.8.2003 14:38:08
to je samozrejme pravda, ale v pripade, ze z nejakeho duvodu chci zacit dalsi odtsavec o 1-2 radky niz nez obvykle, nemusim kvuli tomu definovat novy element s marginem +1 radek a zabalit ho do nej, jenom proto, ze chci prave +1 radek a [p] uz ma definovany nejaky jiny margin.
pouzivam fixni definici [p] pro 80% textu, kdyz potrebuju jiny, pouziju [br], nebo zvlastni styl pro [p], kdyz toho je vic. udrzi se tak logicka souvislost mezi tim, co je odstavec a co je jen radek navic. stejne tak se mi zda ztrata casu nutne definovat [h], kdyz nechci zadny rozdil mezi napisem a textem, krome mezery jednoho radku [h4]=[p]... potom treba [p]nadpis[br] [br]text[/p] misto [h4]nadpis[/h4][p]text[/p]. mam jen pocit, ze kdyz nadefinujete styly, zacina se nekdy chovat [br] [br] opravdu chovat pouze jako jedno [br], coz je trochu nelogicke.
Datum vložení: 23.8.2003 15:12:17
Na tohle používám:
p.o { text-indent: 0; margin-top: 1ex; }
p.o2 { text-indent: 0; margin-top: 2ex; }
Je to daleko čistší - prostě "odsazený odstavec". Takhle můžu regulovat jednotnou velikost toho odsazení na celém webu a přizpůsobit ji změnám layoutu.
Totéž platí i pro nadpisy - použitím elementu h4 dávám najevo, že to je nadpis. Navíc mohu definovat způsob zvýraznění nadpisů určité úrovně jednotně pro celý dokument nebo web. Má to ještě jeden nezanedbatelný efekt: indexovací roboti textu nadpisu dávají větší váhu než téže frázi v normálním textu.
Datum vložení: 23.8.2003 15:19:27
Na tom, že dva elementy br za sebou se chovají stejně jako jeden, není nic nelogického. Přesně naopak - nesmíte se dívat na element br jako na tu páčku na psacím stroji, která vám otočí válcem a posune ho (LF+CR v řeči klasických terminálů). Je to prostě typografická značka "tady je zlom řádku". Máte-li takové značky dvě za sebou, je docela logické na druhou reagovat ve smyslu "ano, já vím, už jsi to řekl jednou". Ani jedno chování není specifikací předepsáno a obě jsou logická, jen vycházejí z různých výkladů. Nemůžete spoléhat na to, že všichni budou implementovat ten výklad, který se vám líbí víc. Proto je lepší se dvojici br za sebou raději vyhnout.
Datum vložení: 23.8.2003 21:46:56
mozna na tenhle zpusob prace nemam dost dobre struktorovane styly. obvykle davam vsechny typograficke styly do tagu pro vystup textu [p, h,...] a ostatni do divu okolo. kdybych pak mel udelat co radite, opakoval bych dokola 10-15 radku kodu ve stylesheetu s mirnou obmenou, coz mi prijde dost zdlouhave, zvlast kdyz budu chtit pak napriklad vsude zmenit indent o 2px, budu prochazet kilometry kodu a hledat, kde to jeste dopsat.
Datum vložení: 24.8.2003 0:09:21
V tom hodně pomůže používání násobných tříd ('<p class="o2 C">) a selektorů pro dědičnost (odstavec se chová různě podle toho, uvnitř čeho je). A samozřejmě také přeložení společných vlastností do samostatné definice - např. minulý příklad by se dal přepsat na
p.o, p.o2 { text-indent: 0; }
p.o { margin-top: 1ex; }
p.o2 { martin-top: 2ex; }
Datum vložení: 24.8.2003 10:27:57
diky moc za rady, vetsinou pouzivam jen "inherit", ale zkusim, co rikate. nasobne tridy jsem jeste nezacal pouzivat, podivam se na to, mohlo by to dost usnadnit praci :). spolecne vlastnosti v jedne definici pouzivam zatim jen pro optimalizaci opery.
Datum vložení: 21.8.2003 13:12:55
Vite, jaksi jsem to cele nepochopil. Kdybych neznal veci uvedene v clanku, tak bych z toho mel peknej gulas. Je mi jasne, ze nacpat do jednoho clanku tolik informaci neni jednoduche. Proc nejsou u kazde problematiky uvedene nejake odkazy, kde se to vic rozpitvava. napr. skvele serialy od Martina Snizka o bezbarierovem webu na Intervalu atd.?
Clovek, ktery si to precte a nezna to, tak mu to stejne nic neda a vykasle se na to.
Datum vložení: 21.8.2003 20:17:56
Mno, dobrý nápad, můžete tím článek obohatit, jak píšu v posledním odstavci první části článku :-)
A protože jsou jednotlivé skupiny chyb očíslovány, stačí něco jako:
číslo či čísla) <a href='http://interval.cz/clanek.asp?article=1130' target='_blank'>http://interval.cz/clanek.asp?article=1130</a>
;-)
Datum vložení: 22.8.2003 7:43:39
No já jsem rád, že takový článek vyšel - někteří kritici mohou vkládat odkaz ;). Já osobně až budu mít čas, tak se k němu vrátím.
Datum vložení: 22.8.2003 9:00:21
1.) <a href='http://interval.cz/clanek.asp?article=2546' target='_blank'>http://interval.cz/clanek.asp?article=2546</a>
2.) <a href='http://cicom.kgb.cz/codeconvcz/manual/cestina/' target='_blank'>http://cicom.kgb.cz/codeconvcz/manual/cestina/</a>
3.) <a href='http://sovavsiti.cz/c01201.html' target='_blank'>http://sovavsiti.cz/c01201.html</a>
4.) <a href='http://interval.cz/clanek.asp?id=1981' target='_blank'>http://interval.cz/clanek.asp?id=1981</a>
5.) <a href='http://pixy.cz/blogg/web/2003_04_01_archiv.html#1049213163' target='_blank'>http://pixy.cz/blogg/web/2003_04_01_archiv.html#1049213163</a>
11.) <a href='http://interval.cz/clanek.asp?article=2121' target='_blank'>http://interval.cz/clanek.asp?article=2121</a>
<a href='http://interval.cz/clanek.asp?article=2132' target='_blank'>http://interval.cz/clanek.asp?article=2132</a>
1.) - 11.) <a href='http://interval.cz/?idcategory=14&idsubcategory=161' target='_blank'>http://interval.cz/?idcategory=14&idsubcategory=161</a>
Je jasne, ze ke kazdemu problemu by se naslo tak dalsich padesat clanku. Ale na co jsou vyhledavace ? :-)
Datum vložení: 22.8.2003 9:02:11
Jee...u 1.) ma byt <a href='http://www.kosek.cz/clanky/tipy/qa02.html' target='_blank'>http://www.kosek.cz/clanky/tipy/qa02.html</a>
Datum vložení: 22.8.2003 21:31:07
Děkuji za doplnění :-)
Mno, pokud se pamatuju, úplně na začátku jsem chtěl ke každému bodu taky dát nějaký odkaz, ale protože ke každému, jak píšete, by jich mohlo být víc (souhlasím - desítky), nechtěl jsem vybírat jen jeden či dva a nechal jsem to na Googlu či Jyxu, a na každém z Vás, ať si najde ten svůj, který se mu bude k tomu kterému tématu líbit či hodit nejvíc ;-)
Datum vložení: 21.8.2003 21:17:40
Autor by si aspon mel oddelat ten odkaz na tu stranku kterou napsal...horsi sem videl asi pred 3 lety,stranka nejake skoly...
autorovi nic nerika prvni dojem ... na stranku bych uz se nikdy nevratil ani kdyby mi zato nabizeli zlate prase ...
Datum vložení: 21.8.2003 22:23:43
... Autor hlavně napsal článek a ne další příspěvek do Kritiky webu, takže další diskuze je IMHO dost OT, zvlášť z důvodu, že tato diskuze se už vedla jinde, kde jsem již myslím na všechno odpověděl (i na to, že VÍM A JSEM SI VĚDOM, že grafická stránka tohoto webu je přinejlepším "nijaká", včetně designu - a jsem si vědom znamená, že na to nezapomenu a nezapomínám, a vedu to zatím alespoň v patrnosti) :-)
BTW jsem tu teď četl názor, že je na tom našem webu pro někoho lepší i vypnout všechny styly, takže v čem je problém? :-) Vypněte si styly, komu vadí jen ta zelená, může si styl přepnout na světlejší, komu vadí motýlci, může si vypnout JavaScript nebo ho ignorovat atd.
A kdo se na web nechce dívat vůbec a ani ho nezajímá o čem pojednává, stačí neklikat na ten odkaz dole ve článku, že? :-) A stejně jako je u TV tlačítko na vypnutí, u prohlížeče je takové to hezké "xko" vpravo nahoře, když vejdete na web, který se Vám nelíbí hned od začátku :-)
Ale protože OT je mi veskrze cizí, musím k našemu webu a k podobně směřující diskuzi už jen dodat - Howgh :-)
Datum vložení: 22.8.2003 2:21:08
Motylci rulez
Datum vložení: 22.8.2003 17:26:39
Tak si tak projizdim po netu a narazim na clanek <a href='http://www.pcland.cz/art/?ID=53' target='_blank'>http://www.pcland.cz/art/?ID=53</a> , autor v nem popisuje presne opak nez se doctete zde - neuzavirat tagy, nepouzivat uvozovky,... Tak si rikam pokud nejaky zacatecnik zacne na techto strankach, tak se neni cemu divit ze kritika webu ma takovou uroven! Jeste mohl autor napsat aby se nepouzivala Hlavicka a doctype, kdyt to taky zabere par bytu. ;o))
Datum vložení: 22.8.2003 17:33:50
<a href='http://www.pcland.cz/art/' target='_blank'>http://www.pcland.cz/art/</a>
No comment.
Datum vložení: 22.8.2003 18:13:19
Zkusil jsem se po tom magazínu trochu porozhlédnout a je to prima čtení. Dopuručuji zejména zajímavý článek o guestbooku v PHP+MySQL, který se pouze nedopatřením nejmenuje "díra do serveru snadno a rychle". Jenom mne zklamalo, že rubrika "Linux" je prázdná - to už bych asi spadl pod stůl...
Datum vložení: 22.8.2003 18:24:31
Nazev Quest Book je suuuper.
Uhm, myslis Kubecku zrejme neco jako
email: '"><script>alert("don't believe to anyone, not even to pink elephants");</script>
Popr me oblibene
body * {color: #000 !important; background: #000 !important } ?
Datum vložení: 22.8.2003 18:31:25
Tak nějak, a taky co by v tom "e-mailu" mohlo být za SQL příkazy... Mohlo by to být zajímavé dobrodružství, až by se mu v tom pár vtipálků povrtalo. Nakonec by z toho opravdu byl "Quest book"... :-)
Datum vložení: 22.8.2003 19:27:27
Prajem pekny den!
Kedze diskusia.interval.cz nefunguje skusim sa spytat tu.
Da sa v tomto priklade preniest hodnota <I>NULL</I> alebo je lepsie riesit prazdne polia nastavenim <I>NOT NULL</I>?
DATABAZA priklad - TABULKA priklad
id | autor | rubrika | (atd.)
-----------------------------------
1 | alex | aktuality | (atd.)
2 | alex | <I>NULL</I> | (atd.)
3 | marian | <I>NULL</I> | (atd.)
$stranka = "2";
$mysql = "select * from priklad where id = '$stranka'";
$mysql_vysledok = mysql_query($mysql, $conn);
$priklad = mysql_fetch_array($mysql_vysledok);
if ($stranka)
{
$sql = "insert into priklad (autor, rubrika)
values ('$priklad[autor]', '$priklad[rubrika]')";
$result = mysql_query($sql, $conn);
}
Datum vložení: 22.8.2003 19:40:25
Kristepane
$sql = "insert into priklad (autor, rubrika) values ('$priklad[autor]', '$priklad[rubrika]')";
Chlape... za tohle by te patrilo trefit mezi nohy a pokracovat - az do okamziku kdy si zapamatujes ze TEXTOVE RETEZCE MAJI BYT VZDY QUOTED. A ty to pouzijes dokonce jako index. Nemluve o tom ze to pole by melo byt bud ve slozenych taborkach nebo vyjmuto z retezce a pripojeno pres tecky.
Datum vložení: 22.8.2003 21:25:59
Ospravedlnujem sa za svoju neodbornost,
ale <B>skusim</B> sa opravit:
$sql = "INSERT INTO priklad VALUES (' ', ' ".$priklad[autor]." ', ' ".$priklad[rubrika]." ')";
Datum vložení: 22.8.2003 22:40:30
jde i tohle:
$text = "vlozime sem hodnotu: {$pole[$a]}";
Datum vložení: 22.8.2003 22:56:46
OK!
A mohli by ste mi odpovedat na otazku, ci sa da sa v tomto priklade preniest hodnota <I>NULL</I> alebo je lepsie riesit prazdne polia nastavenim <I>NOT NULL</I>?
Dakujem!
Datum vložení: 22.8.2003 23:47:48
Predpokladam ze pokud mas vychozi hodnotu pole <I>NULL</I> tak to nema smysl resit, ne? Proste tam nic nevlozis.
Datum vložení: 22.8.2003 23:46:31
Jenze je to ZASE spatne. Jednak si tam vyrabite zbytecne mezery - ale HLAVNE, spravne to musi byt bud $priklad ['autor'] nebo $priklad ["autor"];
Uvedomte si ze muzete mit treba preddefinovane define ('autor', 'vita') - a razem zacnete vkladat do DB $priklad ['vita'];
Datum vložení: 22.8.2003 21:22:03
Nema nahodou odliv recenzentu a prispevatelu neco spolecneho se stale klesajici kvalitou prispevku na Intervalu? (Subjektivni nazor.)
Osobne jsem (za ery Nikyho) navstevoval Interval mnohem casteji - dnes tady proste neni co cist. A navic - nekteri zajimavi lide provozuji zajimave weblogy, kde pisi o zajimavych vecech.
Ted mne treba "vytocilo" vyplneni formulare noveho prispevku - kdyz se mi stranka nacetla, tak jsem klepl do inputu a ze vsech zbyvajicich inputu zmizely popisky. Takze ani nevim, kam mam co napsat (stacilo by opatrit je napovedou v atributu title). Zkratka nechodim na weby, na kterych se nedozvim nic prinosneho (a)nebo nefunguji tak, jak by melo. Je to me pravo coby uzivatele a ja jej vyuzivam...
Datum vložení: 22.8.2003 21:56:07
Nachápu, proč by dobrý web měl mít přehledně zapsaný zdrojový kód. Když se v něm chce někdo orientovat, tak ho protáhne přes Tidy a hotovo. Zdrojáky přímo na webu můžou bejt klidně komprimovanýý do naprostýý nepřehlednosti. Šablona pro tisk je vcelku redundantní, ať si lidi tisknou přímo stránku, na kterou koukají, ne? A ladit pro Konqueror zároveň se Safari je docela zbytečný. Oba prohlížeče jsou vyvíjené nad stejným jádrem (KHTML). Podobných výtek bych mohl mít ke každému bodu.
Já bych řekl, že se příliš soustředíte na formální záležitosti webdesignu. Pro samé stromy nevidíte les vylil jste vaničku i s dítětem. Ono -- mnoho psů, zajícova smrt, řekla by teta Kateřina.
Datum vložení: 23.8.2003 8:33:26
1) Nepřehledný zdrojový kód - nesouhlasím (nemám na mysli přímo odsazování, sám ho striktně taky zrovna moc nepoužívám).
Kdo přijde po nynějším autorovi, nemusí ho zajímat žádný pomocný program na dekomprimaci či co, má vidět zdroják a ne bastl (stejně tak u jiných jazyků - C++ atd.). A bez mezer a vynechávání řádku je to bastl docela určitě.
2) Tisk - nesouhlasím. Viz bod č. 11 ve článku. Bez komentáře.
Ale klidně si tiskněte třeba tabulky s výsledky nebo jízdní řády i s tunami reklamam a menu (v některých prohlížečích máte možnost si ten styl na tisk vypnout, stejně jednotlivě jakýkoliv jiný styl), ale nenuťte to dělat ve výchozím nastavení uživatele, kteří mají většinou rádi svojí barvu v tiskárně a když si stránku tisknou, většinou chtějí obsah, aby si ho mohli přečíst "offline" na papíře, a ne "print screen"...
Datum vložení: 23.8.2003 9:17:15
Fakt vam neco brani mit 'viditelne' stranky komprimovane a zalohu slusne vypadajici? Odsazovani je moc pekne ale to ze 'jednou nekdo prijde' tezko vynahradi to ze se kazdemu stranka kvuli odsazovani bude stahovat treba o 20% dele. Pokud je ten kod valid tak ho kazdy slusny editor umi zase rozkomprimovat bez sebemensich potizi a setrite tim predevsim zakaznikuv cas. Ono stisknout 'decompress' zas tolik prace neda...
Nemluve o tom ze pokud delate kod pres php tak jsou zbytecne mezery spis pritez nez co jineho - jedno odsazeni uz mate v php kodu takze laborovat s dalsim... nemluve o tom ze kdyz mam funkce typu create_table, create_list atd. tak to odsazeni stejne netrefim. A vyrabet tam blaboly pomoci str_pad () kvuli tomu ze se muze nekdo podivat do zdrojaku... to uz tam radsi sem tam dam prazdny radek s html komentarem <-- anketa --> atd.
Datum vložení: 23.8.2003 9:35:37
Pokud s touto částí článku nesouhlasíte, klidně jí ignorujte, já si stojím na svém, a i když plno lidí jak je vidět v tomto stejný názor nemá, naopak zas jistě nejsem sám - mimoto jak jsem psal, s tím odsazením jsem se trochu přehmátl a měl jsem tam spíše napsat - "oddělení nesouvisejících prvků prázdnou řádkou". Ale i tak - odsazení tabulátorem (nikoliv mezerami) je JEDEN byte navíc, odsazení prázdnou řádkou jsou DVA byty navíc - tedy s 20% bych rozhodně tak neházel a dal bych to o řád níž. Uživatelův čas se šetří úplně něčím jiným než pár byty...
A já tedy v Notepadu žádné tlačítko "decompress" nemám (PSPad nepoužívám, ani na PHP) ;-)
Datum vložení: 23.8.2003 10:55:10
Tech dvacet procent je priklad ktery jsem delal - napr. v jedne kategorii seznamu se jen redukci prazdnych mezer dalo zkratit stranku o 34%. Coz jak jiste uznate neni zanedbatelne - znamena to totiz zkraceni doby nacitani stranky o jednu tretinu.
Ja nerikam ze zdrojak musi byt ultrabastl. Obcas se tam mezera snese ale nema smysl odsazovat napr. kazdou vintrni bunku dalsi mezerou ci tabulatorem (odsazuji zasadne mezerou - a pouze jednou). Tabulatory nemam rad protoze jsem predevsim programator a vetsina lidi kteri programuji stejne tabulatory maji nahrazeny mezerou protoze ona defaultni velikost tabu je 8 - jenze programator ma bezne treba 2 a cely kod je pak v jinem editoru desne neprehledny. Bajtu to zabere stejne. Je pro me snazsi udelat to podobne jako tady na intervalu - bloky odsazeny nejsou, jen mezi souvisejicimi bloky je volny radek. Takove to
[div]
_[div2]
__[h1]nadpis[/h1]
__[div id...]
___[p]tady je muj odstavec.
___[/p]
__[/div]
__[h2]xxx[/h2]
__[div]
___[p]
____[span class='image-first-letter']P[/span]osedeli jsme ...
___[/p]
___[ul]
____[li]basjhfbas[/li]
____[li]basjhfbas[/li]
____[li]basjhfbas[/li]
___[/ul]
__[/div]
.....
Povazuji za zbytecne, jen tim zabirate misto. Uznavam ze je to prehlednejsi ale jiste uznate ze takovyto pripad oceni jeden clovek z tisice - jeho admin a ten kdo zkouma kod. Zbyvajici lide (klienti) budou tlouct hlavou o stul protoze pocet mezer je nesmyslny. A clovek ktery to udrzuje se stejne snaz zorientuje pokud to mate na levem kraji a jednou za cas tam mate [!-- zacatek hlavniho menu --]
Datum vložení: 23.8.2003 9:20:55
p.s. mam pocit ze to neni tak davno kdy zde Vilem Malek prohlasil neco o kompresi, preformatovani, PSPadu, sobe a svych prstech... a nejake souvislosti mezi tim vsim.
Datum vložení: 23.8.2003 9:41:53
Ano, ale tedy "o sobě a svých prstech" :-) Já mám zase sebe a svoje prsty a jako plno dalších jsem PSPad ještě nepoužil :-) S Notepadem a pár malými utilitami jsem převedl zmíněné stránky z HTML 4 do XHTML 1.1, CSS a PHP (asi 80 jednotlivých stránek) za pár dní, a žádný speciální editor jsem na to nepotřeboval a doteď nepotřebuju. <q>Každý svého štěstí strůjcem</q> :-)
Datum vložení: 23.8.2003 10:13:31
Vase quote je vic nez trefna. Nekteri lide zrejme maji dost casu na to aby se zahazovali ze softwarem ktery jim nevyhovuje. Notepad je po vsech strankach neprakticky. Sam jsem v nem delal dva portaly a dnes si klepu na celo jak jsem mohl byt takovy idiot a pouzivat takovou hruzu.
Z PSPadu pouzivam bezne mozna pet procent jeho moznosti ale uz samotne odliseni barev kodu, zvyrazneni retezcu atd. jsou veci ktere setri kvanta casu. O regularnich vyrazech ani nemluve.
Datum vložení: 23.8.2003 10:58:26
<B>Nekteri lide zrejme maji dost casu na to aby se zahazovali ze softwarem ktery jim nevyhovuje.</B>
Je "krásné", jak se snažíte věci, které vyhovují Vám, podsouvat i všem ostatním jako pravidlo.
Mně prostě Notepad vyhovuje a tudíž této Vaší větě to odporuje.
Barevné odlišení kódu nepotřebuju, zvyraznění řetězců nepotřebuju, u regulérních výrazů by mi to možná opravdu pomohlo, ale toliko a tak "košatých" jich zase nepoužívám...
A Vy zase nepotřebujete přehledný kód, někteří chtějí, aby jim při tisku dokumentu "vyběhnul" "print screen" a nikoliv podstatné informace, a přirovnávají to k nějakým hruškám či zajícům...
P.S. Aby nebyla mýlka, že já také něco podsouvám ostatním např. v článku. Přesně proto jsem napsal v tomto článku i to, že je to:
<q>...je zde diskuse, kterou můžete tento článek obohatit o další rozměr, další část či <B>vlastní osobní názor</B> - bez ní by článek byl pouze <B>jednonázorovým</B> statickým výčtem a rozhodně by neměl takovou hodnotu, jakou mít může.</q>
Každý nechť si z "článku + diskuze" vybere co uzná z vhodné :-)
Datum vložení: 23.8.2003 11:22:55
Pane Novak, aby nedoslo k mylce. Ja vam pouze naznacuji ze si zbytecne pridelavate praci tim ze to v notepadu delate. Zkuste si ten pspad stahnout, vypnete si vsechna menu a bary atd. (tedy to co vetsine lidi u editoru vadi) a mate prakticky totez co notepad - akorat s par stovkami funkci navic pocinaje prekodovanim mezi kodovanimi (velmi uzitecne) pres zobrazeni cisel radku az po jednoducha makra, kontrolu pravopisu nebo konverze tagu na mala pismena coz se pri reworku stranek dost hodi (prestoze vetsina lidi asi udela nove kolo).
Ten komentar s print screen me skutecne pobavil ale obavam se ze to rikate u trosku spatne osoby. Sice nejsem xhtml ani css guru typu Pixy, a plavacek me do kapsy tatktez strci (coz je mmj. duvod proc s nim momentalne spolupracuji) ale tiskove predpisy jsem zacal delat driv nez o tom na intervalu vysly prvni clanky - a ono neni zcela nemozne ze kus styloveho predpisu pro tisk clanku neni nahodou z me ruky - posilal jsem ho panu Malkovi nekdy pred ctvrt rokem... ;)
Datum vložení: 23.8.2003 11:50:20
Já doufám, že jste to nebral nijak "útočně", tak to myšleno rozhodně nebylo a nikdy to tak ani nemyslím :-)
Ale musím Vás zklamat ;-) PSPad mám samozřejmě nainstalovaný, ale zatím jsem ho na nic opravdu nepotřeboval.
Na překódování mohu použít (jako že používám) svůj vlastní prográmek, čísla řádků zjišťuji (při chybě v PHP) v jiném programu, který mám už 10 let, kontrolu pravopisu dělám "vizuálně" třemi kontrolami po sobě (diktáty mi celkem šly ;-) a tagy malými písmeny dělám obecně u všech webů už několik let :-)
Omlouvám se, jestli ten "print screen" jste pochopil jako ke své osobě. Ten byl určen prvnímu příspěvku v tomto threadu, tedy p. Koptovi (některých jeho názorů, které znám, si vážím, s některými ale dost nesouhlasím).
Datum vložení: 23.8.2003 12:16:31
Uh, proc prekodovavat rucne pres externi sw kdyz to muze umet editor? Navic me treba tesi moznost psat tvrdou mezeru ctrl+spacebar (nebo jak).
Cislo radku lze zjistit stisknutim kombinace ALT+G tusim od verze notepadu distribuovane ve w2k, v xp samozrejme take, stejne tak se i skace na pozadovany radek - ja vam rikal ze jsem ho taky pouzival :). PSPad se na druhou stranu da integrovat do prohlizece jako prohlizec/editor coz ma tez sve vyhody - pokud delate html a na lokale. Na serveru (pro programatora) to ma fakt vyznam jen v tom ze vidi tagy a cisla radku.
Kontrolu pravopisu take nepouzivam, editor mi chyby stejne nenajde - na shodu podmetu s prisudkem jsem jako cert a podobne chyby delam jen pri zpetne editaci jiz napsaneho textu a carky vam editor nenajde.
Add print screen - muj styl zde pouzit neni, ted jsem se dival. V nem totiz nebyl uskoceny nadpis a byly jinak resene kategorie. Stejne tak me treba na intervalu vadi ze pri vyhledavani skonci clanky vzdy az pod pravym menu, zrejme nekdo pri praci pocital s chybnym box-modelem IE ktery (svine) obcas vyleze i pri xhtml 1.0 stf/xhtml 1.1 pokud definujete hlavicku xml dokumentu. Dalsi duvod proc nenastavovat sirky objektu ktere ji maji tak jako tak danou okolim a marginem :(
Datum vložení: 23.8.2003 15:23:49
"ad" - latinsky "k"
"add" - anglicky "přidat"
Nezaměňovat, prosím, poslední dobou se to šíří jako epidemie...
Datum vložení: 23.8.2003 16:05:46
Výborně, takže je to to samý ;-)
Taky používám Add, a to odjakživa. A mj. proto, že většina zkratek je anglická: IMHO, BTW...
A každý ví, co to znamená, ať napíšete Ad nebo Add, je to totiž úplně jedno.
Datum vložení: 23.8.2003 16:27:07
Není to jedno - "add" je v tomto kontextu naprostý nesmysl. A mimochodem - ani "ad" ani "add" není zkratka.
Datum vložení: 23.8.2003 16:35:44
Máte pravdu, zkratka to samozřejmě není, měl jsem vlčí mhu :-)
Add je přidat, tj. přidávám to k něčemu, že? Nesmysl v tom nevidím.
V případě této filozofie by totiž byl nesmysl i používat latinské slovo na webu.
Datum vložení: 23.8.2003 17:16:03
Jenže vy nic nepřidáváte. Zkuste si přeložit obě varianty:
a) K printscreenu: můj styl zde použit není...
b) Přidat printscreen: můj styl zde použit není...
Opravdu si myslíte, že ta druhá varianta dává smysl? A proč by mělo být nesmyslem použití latinského slova na webu - co myslíte, že znamenají "anglické" zkratky "etc." nebo "e.g."?
Datum vložení: 23.8.2003 22:19:43
clovek jen zasne, kam diskuze vede. ale opravdu se nehadejte. pokud chcete mluvit anglicky, nemuzete <B>ad hoc</B> pouzit "add", protoze <B>add 2</B> znamena <B>pricist 2</B>, nikoliv bod 2. ad idem se navic pouziva i v anglictine.
Datum vložení: 23.8.2003 22:32:18
Já se taky divím. Polovina lidí používá Add, polovina Ad a už léta se "štěkají", co je správně nebo co se má používat, a přitom nedělají nic jiného, než slovíčkaří, protože obě poloviny moc dobře vědí, co obé znamená, ale že na Internetu znamená oboje totéž, už odjakživa.
Datum vložení: 23.8.2003 23:25:37
Inu, pokud nejste schopen uznat, že používáte nějaké slovo v úplně jiném významu než jaký má, vaše chyba. Klidně se ztrapňujte dál, stejně jako zástupy těch, kdo v anglicky psaných diskusích píší "off" místo "of" nebo "two" místo "too" a myslí si, jak jsou "inn" (místo "in"). Možná si také myslí, že "na Internetu to znamená totéž". Vždy jsem byl toho názoru, že smyslem jazyka je to, aby se lidé mezi sebou dorozuměli; podle vás je patrně smyslem zmatení nepřítele.
Datum vložení: 24.8.2003 4:37:15
... :-) Já Vám třeba i vysvětlím, z čeho to někteří mají.
V assembleru znamená zápis "add ax,1" toto:
"Přidat <B>K</B> hodnotě registru AX číslo 1". Takže to obecně znamená "přidat něco k něčemu". Teď už to dává smysl?
Ale nemyslím si, že by to bylo něco důležitého, stejně tak to, co píšete Vy. Lidi v tomto většinou neopravuju, protože většina je stejně překlepů než cokoliv jiného, a mimoto všichni chápou, co to znamená. A kdo ne, tomu rád vysvětlím, že už od pradávna jsem se naučil "Add" a ještě jsem se nedobral k tomu, abych takovou banalitu (pro mě) dal do pořádku a nezapomínal na to, že je to špatně (proto jsem taky psal, že to píšu většinou - někdy to píšu správně Ad)...
Datum vložení: 24.8.2003 9:07:15
Ja jsem se kdysi naucil 'poloz znacka' a 'krok sever' a taky to necpu tam kde se to nehodi ;) Napriklad to nemam v jedinem PHP skriptu i kdyz je to cast programovaciho jazyka :)
Datum vložení: 24.8.2003 10:39:18
uzitecne odkazy:
<a href='http://pravidla.cz' target='_blank'>http://pravidla.cz</a>
<a href='http://www.m-w.com/home.htm' target='_blank'>http://www.m-w.com/home.htm</a>
Datum vložení: 26.8.2003 9:01:24
Jsem vul... budu si to pamatovat.
Datum vložení: 23.8.2003 16:44:21
Jestli se muzu zeptat, proc tak automaticky predpokladate, ze p. Novak pouziva Notepad proste jen proto, ze nic jinyho (lepsiho) nezna? Je pro vas opravdu tak neprijatelna moznost, ze vyzkousel vsechny mozne editory a pak se vratil k Notepadu, protoze mu nejvice vyhovuje? Ja nevim, treba rychlosti (coz je mimochodem vlastnost, na ktere PSPad naprosto zoufale selhava) nebo tim, ze je k dispozici na kazdym pocitaci, tak neni potreba si porad zvykat a odvykat, kdyz clovek strida pracoviste? Mimochodem, neda mi to, abych nedoporucil skvelej editor SciTE... :-)
A jeste k te vasi averzi k mezeram: Uprimne receno si myslim, ze delate z komara velblouda. Ciste teoreticky se samozrejme daj mezery odstranit a uzivateli to - mozna - prospeje (pokud se ovsem nebude chtit podivat do kodu). Jenze jsou tu (krome ty necitelnosti) dve ale:
1) Pokud se nekde vyznamne plejtva bajtama, tak spis nekde jinde nez na mezerach. Je hezke, ze odstranenim mezer usetrite 10% HTML kodu, ale uz to nevypada tak uzasne, kdyz si uvedomite, ze vhodnym navrhem webu byste usetril 80% HTML a optimalizaci nebo uplnym vypustenim zbytecnych obrazku, skriptu a podobnych ptakovin dalsich nekolik set az tisic procent velikosti HTML.
2) I kdyby nahodou tvorily mezery podstatnou cast kodu, tak jsou lepsi cesty nez jejich odstraneni. Co takhle ten zdrojak pri prenaseni mezi serverem a klientem zkomprimovat?
Datum vložení: 23.8.2003 20:29:39
1) hmmm, nekdy mi ukazte jak na mnou delane strane zrusite 80% HTML bez toho abyste z toho udelal plaintext a jeste vynechal kazde druhe slovo a mate u me becku. Tenhle krok je pochopitelne vyreseny - beztabulkove to je a jedine co muzete vyhazet jsou treba spany mezi odkazy v textu ktere jsou tam kvuli tisku popr. zobrazeni bez stylu.
p.s. ze stranky nemuzete odstranit principielne vice nez 100% berete-li ji jako zaklad, nemyslite? A pri 100% odebranych informaci uz to bude jen blank document.
2. i tento krok je uvazovan. Mimochodem s zipovanim je spousta problemu alepspon podle toho co jsem s gzipem zkusil behem posledniho roku. Napriklad IE ve verzich 5.5 a 5.0 je schopen po zapnuti gzipu zcela spolehlive zhucet protoze si pozada o gzip s kterym neumi operovat.
Zkuste porovnavat optimalizovany text bez mezer s optimalizovanym textem s mezerama, ne neoptimalizovany text s mezerama vs optimalizovany bez nich.
Datum vložení: 23.8.2003 21:37:44
Ad 1) Priklad pro osvetleni, ze jde odstranit vic nez 100% HTML:
HTML kod 20 KB = 100%
Obrazky 200 KB
Obrazky po optimalizaci/odstraneni 40 KB
Usetreno 160 KB = 8*20 KB = 800% HTML
Jasny?
Datum vložení: 23.8.2003 22:22:43
Tak to je receno dost nepresne:
Celkovy prenos dat = html + css + images + ...
Ale nemuzu michat jablka s hruskama. Kdyz zmensuju HTML, tak do toho nepocitam obrazky. A kdyz optimalizuju vse tak vse. Uspora ale nikdy nepresahne 100%...
Ve vyse uvedenem priklade se uspora HTML rovna 0% a celkova uspora je 60KB / 220KB coz je uspora 73%.
Zdravi
Petr Weida, <a href='http://www.weida.cz' target='_blank'>http://www.weida.cz</a>
Datum vložení: 24.8.2003 0:13:16
Jo, uplne jasny. Jen nejak nechapu
a) souvislost se samotnym html
b) pokud vim tak jsem JASNE REKL ze se bavim JEN O MEZERACH, TABULATORECH A PRAZDNYCH RADCICH a ze predpokladam ze vse ostatni je optimalizovane tak jak ma byt a nebude to meneno.
c) usetreno 800% HTML? Tak to asi neumis pocitat, mne to vychazi na 0% html a 80% obrazku...
To jsou dukazy ze by jeden pad. A kdyz potrebujes upravit spojler na aute tak taky vymenis rovnou motor, prevodovku a kastli protoze to s tim souvisi?
Datum vložení: 24.8.2003 8:45:41
Tak ja to vysvetlim jeste vic "po lopate":
Ad a) Kdyz ctenar pristupuje na nejakej web, tak jen vyjimecne stahuje jenom HTML. Spis stahuje HTML, skripty, styly, obrazky a kdovijaky dalsi nesmysly. A je pro nej dulezity, jak rychle se nacte tohle vsechno, ne jak rychle se nacte jenom HTML kod. Je sice hezky, ze na HTML usetrite par (desitek? To asi jen ve vyjimecnych pripadech) procent, ale v absolutnich cislech to ve srovnani s velikosti toho, co zbyde, tezko stoji za to. A to i v pripade, ze ty obrazky uz jsou optimalizovany.
Argumentoval jste tu Novinkami. Nemam tu zadnej nastroj pro "kompresi" HTML kodu, takze pouziju vase cisla, ze se HTML zmensi z 32508 na 24919 bajtu (uspora 7589 bajtu). Samo o sobe to znamena 23.3% uspory (na modemu zhruba 2 sekundy). Jenze ted si vezmete, ze Novinky.cz maji ted, kdyz jsem je stahoval, krome HTML i 143853 bajtu obrazku a CSS, a krome toho jeste nejake Flashe o nezname velikosti (filtruju). Pokud odstranite mezery, mate porad usporu 7589 bajtu, jenze uz to znamena pouhych 4.3% (na modemu se vam stranka nestahuje +- 43 sekund, ale 41 sekund. Povazujete tuhle usporu za tak vyznamnou, aby stalo za to mit kvuli ni uplne necitelny kod? Ja tedy ne.
Ad b) I kdyz je vsechno ostatni optimalizovano, porad jeste uspora X (desitek) procent v HTML neznamena celkem nic moc ve srovnani s velikosti celku. Samozrejme existujou stranky, kde muze mit odstraneni mezer svuj vyraznej smysl, ale moc jich asi nebude (seznamy linku, treba).
Ad c) Jestli tu nekdo neumi pocitat, tak to nejsem ja. Schvalne si zkuste vypocitat 160/20, zjistite, kolik stovek procent velikosti HTML jste usetril.
Ad spoiler) Vy si koupite novy spoiler, o 25% lepsi nez ten stary, i kdyz vam v kombinaci s ostatnimi komponentami auta zlepsi jizdni vlastnosti jen o 0.8%? To je vase volba, ovsem ja zastavam nazor, ze v takovem pripade vynalozene naklady ani zdaleka neodpovidaji ziskanym efektum...
Datum vložení: 24.8.2003 9:05:29
a) ten kod neni necitelny, podivejte se na obrazky. A ZKUSTE UZ KONECNE POCHOPIT ZE SE JEDNA O SKRIPTEM GENEROVANOU STRANKU. Tim ze odstranite mezery zdroj absolutne nic neztraci protoze veskera 'odsazeni' mate provedena jiz na urovni skriptovaciho jazyka a ve funkcich.
b) hm, takze to muzu rovnou exportovat z wordu protoze to vlastne vubec nema smysl?
c) na HTML jste neusetril ani n, HTML samotne zustava stejne
Datum vložení: 24.8.2003 9:21:54
a) Vy jste evidentne casto takove dynamicke stranky ladil. A o tom, ze by se treba nekdo chtel do vaseho vystupniho HTML kodu podivat, radsi ani neuvazujete. Vase volba.
b) Pokud mate stranku, na ktere jsou 4 MB obrazku a jedinym kriteriem je velikost kodu (coz se mi podle vasich vyjadreni zda jako vcelku opravneny predpoklad), tak asi opravdu uprava Wordovskeho kodu nestoji za tu praci.
c) A kolik z vasich zakazniku/uzivatelu stahuje jen ciste HTML? Kolik z nich oceni, ze se jim stranka misto 43 sekund bude stahovat 41 sekundu?
Datum vložení: 24.8.2003 13:21:27
ad a) Pokud se chci podivat na nejaky kod a je kompresovany, pouziju Tidy. A reknete mi kolik zakazniku se bude divat do kodu??? Asi znam samy spatny lidi, ale ani jednoho kdo by se dival do kodu... Jediny kdo se tam diva jsou webmasteri, aby zjistli co a jak delam a ti si s dekompresi urcite poradi.
A komprimovat kod muzu az na vystupu z PHP.
ad c) Ja necekam 43 sekund na nacteni stranky, html se zobrazuje postupne... takze je rozdil jestli cekam na html 5 nebo 7 sekund. Jak rika Nielsen do 2 sekund OK, nad 10 jde uzivatel jinam a kazda sekunda je k nezaplaceni... Dalsi jeho poucka je, ze pokud vidi uzivatel ze se stranka stahuje tak OK, ale pokud by se dlouho nic nedelo zase de jinam...
PS a co takhle uzivatele s vyplymi obrazky - to se surfuje ... ;)))
Zdravi
Petr Weida, <a href='http://www.weida.cz' target='_blank'>http://www.weida.cz</a>
Datum vložení: 24.8.2003 13:54:18
a) asi vas to prekvapi ale VELMI CASTO. Proto jsem take rikal ze vam nic nebrani si to odsadit a pro samotnou stranku mimo ladeni to generovat bez odsazeni. Stejne tak pro me neni problem ladit neco kdyz mam vsechno v objektech ktere jsou delany tak ze generuji xhtml bez odsazeni ale s tim ze jsou 'odradkovane' a mezi nesouvisejicimi vecmi (menu - anketa) je proste volny radek navic.
Mimochodem ladeni mam v objektu zabudovane takze mi v nicem nevadi - proste si jen pro urcitou cast webu ladeni zapnu a muzu si zkontrolovat kde co je a proc nekde neni co tam ma byt.
b) pro me rozhodne neni jedinym kriteriem velikost kodu - pro me je hlavnim kriteriem slusne udelana beztabulkova stranka se vsi navigaci s valid CSS/XHTML pokud mozno skinovatelna a hlavne pouzitelna. Plavacek videl kus me administrace a mohl by k tomu neco dodat.
Mym cilem neni neprehledny kod - mym cilem je proste zajistit urcitou miru komprimace zbytecnosti ktere nemaji na vysledek vliv. Nemotejte do toho vase 4 MB obrazku - moje stranky maji malokdy vcelku vc. javascriptu pres 50 kb i s grafikou. Proste jen tvrdim ze prehledny kod nedela to ze mate kazdy radek odsazeny podle vnoreni - coz jsou zbytecne bajty navic. Nema prece smysl si hrat s tim abyste mel spravne odskocenou tabulku o 100 radcich a kazdy radek odskoceny tremi tabulatory - vzdyt staci mit kazdy radek (tr) na novem radku. Vyslednemu kodu to nijak neuskodi, prohlizec to precte a pokud chce nekdo koukat do kodu tak take.
c) sorry ale kazda vterina dobra. Rozhodne nesahnu k tomu abych treba nequotoval atributy apod. protoze to je prasarna. Odstraneni mezer ale zadne problemy nedela. Kolik ze zakazniku oceni ze se html zobrazi za 20 vterin misto 30? Kolik za 15? Odpoved zni - NEJACI URCITE.
Datum vložení: 24.8.2003 1:26:28
A ted vazne panove, prave jsem nasel IDEALNI priklad. Mrknete se na
server: novinky.cz
- ulozeny zdrojovy kod ma 32.508 bajtu (viz <a href='http://marabu.savvy.cz/novinky1.gif)' target='_blank'>http://marabu.savvy.cz/novinky1.gif)</a>
- nasledne kroky: prevod tabulatoru na mezery, nasledne odstraneni zbytecnych mezer ze zacatku radku, konci radku a uprostred (zdvojene mezery atd. - tedy to co HTML zobrazi jako jednu) - tzn. to o cem mluvim (viz <a href='http://marabu.savvy.cz/novinky2.gif)' target='_blank'>http://marabu.savvy.cz/novinky2.gif)</a>
- ulozeny zdrojovy kod nyni ma 24.919 bajtu, tzn. uspora od oka nejakych 25 % (vuci komprimovanemu dokumentu je tedy puvodni dokument delsi o 33 %)
A ted vazne. Jednoducha uprava znamenala zkraceni casu potrebneho na obdrzeni dokumentu o jednu ctvrtinu aniz by byl kod jakkoli dotcen - prohlizeci je to jedno. Pritom se nejedna o zadny 'webik' ale portal ktery v mediich rozhodne nefiguruje nijak vzadu - pritom sance ze by se v jeho kodu nekdo hrabal denne je miziva. Jak vidite na druhem obrazku, kod sice z hlediska cloveka ktery ho ma udrzovat ponekud utrpel - ale neni to nic co by jednoduche tidy nespravilo (stejne tak neni problem schovat si zdrojak a pracovat jen s nim) - ale vsichni lide co ctou ten portal by na samotne html cekali o ctvrtinu kratsi dobu.
Datum vložení: 24.8.2003 2:06:10
Tak jednoduché a přímočaré to zase není. Jednak z povahy TCP se nedá očekávat, že doba přenosu roste lineárně (zejména u kratších souborů), jednak se to dotýká především uživatelů na dial-upu, jejichž úzkým hrdlem je PPP spojení na poslední míli a to je ve většině případů komprimované (sice žádný zázrak, ale stačí to na to, aby se úspora 25 procent zmenšila). Takže ve výsledku bych si rozhodně netroufl bez reálných testů tvrdit, že to znamená úsporu 25 procent na délce downloadu.
Datum vložení: 24.8.2003 2:14:41
Tezko predpokladat ze vam s narustajici velikosti souboru bude klesat prumerna doba prenosu ;) Ok, mozna to nebude 25% ale rozdil tam bude.
Datum vložení: 23.8.2003 15:01:12
gratuluji. jste stroj.
ja bohuzel nejsem profesional edituji na localhost, a tak se mi obcas hodi pouzit barvy kody, kdyz nekde zapomenu uzavrit tag, nebo treba pisu bez uzavrenych tagu a pak jednim prikazem vsechny v bloku uzavru automaticky, podobne: jak by slo udelat, kdyz potrebujete presunout nejaky file do jineho adresare. jsou editory, ktere vam prepisou cesty v celem site, nebo to aspon kontroluji. mozna jsem nezazil doby, kdy nebylo nic jineho nez notepad a nezvykl jsem si na presne prsty, ale mam pocit, ze psat v notepadu rozsahlejsi web je jako kreslit ve Windows Paint misto ve Photoshopu.
Datum vložení: 23.8.2003 15:21:01
Na to jsem pouzival editpad, umi provest nahradu ve vsech otevrenych souborech.
Datum vložení: 23.8.2003 15:27:36
Nebo HTML Beauty, ta má tuhle funkci udělanou moc pěkně. Škoda že vývoj nějak zamrzl, některé věci se mi v tom editoru moc líbily. Zrovna po tom "extended replace" se mi stýská i v Quantě.
Datum vložení: 23.8.2003 16:07:36
Každý ať to píše v čem chce a v čem mu to vyhovuje, ne? :-) Opravdu věříte, že bych to dělal v Notepadu, kdyby mi to zatím nevyhovovalo (a když mám kdykoliv možnost si nainstalovat či spustit cokoliv jinýho)? Už jen tahle věta je paradox sama o sobě.
Mimoto nikde není řečeno, že se mi třeba PSPad bude na něco hodit, proto ho mám taky nainstalovanej, zatím jsem ho ale nepoužil...
Datum vložení: 23.8.2003 16:15:50
Ja mel pspad taky nainstalovany a dalsiho pul roku jsem se bastlil s notepadem. Taky jsem mel svobodnou volbu atdatd.
Jak rikam, tehdy me to prislo jako vhodne reseni, dnes toho lituju - mohl jsem si usetrit par hodin.
Datum vložení: 23.8.2003 16:24:46
Asi podle toho co jste dělal a děláte :-)
Naposledy jsem např. čistě v PHP dělal tu naši Knihu návštěv, a nemyslím si, že by se dalo časově ještě něco stáhnout na 2 dnech hrubého času. Tak to totiž ze "zelené louky" trvalo, včetně malého RS, který v ní používám.
Datum vložení: 23.8.2003 20:08:15
"nemyslím si, že by se dalo časově ještě něco stáhnout na 2 dnech hrubého času"
Tak to potom nema smysl uz dal komentovat. Psat guestbook 2 dny - jojo nebyt notepadu, ktery ulehci hromadu prace, by jste to psal dny 4!!!
Omlouvam se za trochu ironie, ale nesouvisi spolu trochu:
"Taky na to dojde, ale vypadá to, že to hned tak nebude, uvidíme... "
"a kromě opravdu výjimek je to pomalu s nulovým časem navíc"
Tak nestihate, nebo nulovy cas navic?
"grafická stránka tohoto webu je přinejlepším "nijaká""
podle me je lepsi presne opacny extrem - nevalidni table layout (jako ma dnes 90% webu) a dobra grafika...
"A já tedy v Notepadu žádné tlačítko "decompress" nemám"
a pritom rikate, ze by jste z PSPadu nic nevyuzil... (spise nevyuzivate)...
Doporuceni na zaver:
Opravdu zkuste nejaky EDITOR, usetrite od 200 do 500% casu... Sam vidite, ze v notepadu to jeste s odrenyma usima jde, ale v malovani uz proste ne - to je tam pro maly deti na hrani a ne na grafiku pro web...
Zdravi
Petr Weida, <a href='http://www.weida.cz' target='_blank'>http://www.weida.cz</a>
Datum vložení: 23.8.2003 22:17:59
1) Guestbook: Ale tam jde o to, že jsem tam nepotřeboval použít vůbec žádnou funkci, kterou nabízí třeba PSPad. Takže úspora času by byla tak jako tak nijaká, protože bych PSPad použil úplně stejně jako Notepad.
2) Grafika: Času je dost, ale nestíhám se naučit pořádně(jc) grafiku :-) Mimoto tím nulových časem navíc jsem myslel, že úpravy webu, aby byl kompatibilní s většinou prohlížečů či standardů, nestojí (relativně) žádný čas navíc, když se to snažím udělat takové hned od začátku, a ty všechny hacky tam doplňuju automaticky, kdy mi to skoro ani nepřijde...
3) Opačný extrém: A tvrdil jsem někdy něco jiného? :-) Ne že bych s tím souhlasil, spíš na to nemám názor :-) Prostě jsem programátor, a ten opačný extrém, jak říkáte, bohužel u mě není a ani nebyl možný :-)
4) PSPad a "decompress": Jak jsem psal jinde - protože s tím komprimováním kódu ani nesouhlasím, takže bych to opravdu ani nevyužil.
5) "Grafiku" ;-) nedělám v malování, ale ty tlačítka např. v jednom editoru tlačítek, který holt dělá hranaté kulatiny, no :-) Zatím ale na tohle nepřišla řada, abych s tím něco udělal :-)
Datum vložení: 23.8.2003 22:51:22
ad 1) Me to proste pripada, ze nechcete (osobni nazor). Jak muzete tvrdit, ze zadnou funkci nevyuzijete, kdyz jste ho ani poradne nevyuzil? Me osobne trva nekolik tydnu, nez si na dany produkt poradne zvyknu, osaham a najdu ty nejlepsi funkce a vychytavky, ktere mi usetri cas, nervy atd...
ad 2) Jojo s tim se potyka kazdy, takovy webmaster to je programator nejlepe (X)HTML, CSS, JS, PHP, MySQL, pak samozrejme grafik s vychytanou a optimalizovanou grafikou, prace s textem, dal samozrejme manazer, ktery komikuje s klientem a pak se najde dalsich deset profesi, ktere musi webmaster zvladat vsechny na profesionalni urovni... (Slovem webmaster zde myslim cloveka co dela vse sam)
ad 3) Tim jsem chtel rict nez 100% ulpet na kodu stranek, aby tam nebyla ani jedna chybicka atd... Tak radeji venovat trochu casu grafice (viz bod 5)
ad 4) Ano jak jste uvadel drive:
"Kdo přijde po nynějším autorovi, nemusí ho zajímat žádný pomocný program na dekomprimaci či co, má vidět zdroják a ne bastl (stejně tak u jiných jazyků - C++ atd.)"
To je cele nesmysl! Za prve na strankach provedete optimalizaci az na vystupu, takze doma v teplicku mate pekne strukturovany kod. Za druhe co do toho michate C++ atd. ??? Tam totiz neni vysledek ten kod, ale az po kompilaci .exe .dll ... Takze tam muzete mit klidne tisic mezer nebo novych radku a velikosti vysledku se to imho ani nedotkne...
ad 5) Co takhle plno kvalitnich editoru zdarma a kdyz jak rikate mate plno casu, tak neni co resit - ono to chce hlavne cas + doporucuji koupit literaturu.
Zdravi a plno uspechu preje
Petr Weida, <a href='http://www.weida.cz' target='_blank'>http://www.weida.cz</a>
Datum vložení: 24.8.2003 5:20:05
Zdá se, že se blíží nekonečná diskuze :-) Tak já to trochu "očešu", abych se neopakoval...
ad 2,3) <B>Profesionální</B> webmaster ano, souhlasím :-) Já to nemám ale jako hlavní náplň dne, protože to není moje profese, a dělám to ve "volném" čase (neboli v čase, který zbyde z volného času jako "volný", taková podmnožina volného času jako takového) - relativně je to času i tak dost, ale s několikanásobky (a nekonečnonásobky výdělku z nuly) profesionálů se to samozřejmě srovnávat nedá. A asi mi dáte zapravdu (snad), že to co člověk umí nejmíň, se trvá naučit byť jen do slušné úrovně právě nejdýl. Nejvíce je mi vytýkán barevný nesoulad, použití moc barev atd. - a to je na estetice, a i když se snažím, je vidět, že jsem se jí v tomto ještě nenaučil. Snad se mi to jednou, a třeba je ta doba "nedaleko", povede. Asi si koupím nějakou knížku a třeba to půjde přece jenom rychlejc...
Díky.
Datum vložení: 23.8.2003 19:32:02
a co si myslite o homesite?
Datum vložení: 24.8.2003 0:25:56
Ze je skoda platit za editor kdyz jsou kolem stovky 'free' editoru. Nepochybne bude vetsina z nich na nizsi urovni ale ja stejne nejsem klikachu. Momentalne by mi nejvic bodl Vim popr. jEdit - kdyby nebyl tak b....r....u....t....a....l....n....e p....o....m....a....l...y.
Datum vložení: 24.8.2003 20:46:29
Ne ze by mi vadily vase prispevky, stekejte si na sebe co chcete, ale vadi mi, ze tlachate o koninach, a ja pak musim skrolovat dolu pul hodiny, nez profiltruji irelevantni prispevky.
Ze vam vubec stoji za to, diskutovat s autorem clanku o tom, zda je Notepad lepsi nez jiny editor. Kazdemu, kdo uz nekdy neco _opravdu_ editoval je jasne, ze Notepad je nepouzitelny. K cemu vysvetlovat panu autorovi Novakovi, ze jine editory umi pouzivat regularni vyrazy pro vyhledavani a nahrazovani, kdyz vam v zapeti odpovi, ze "regul<B>E</B>rni vyrazy nepotrebuje"...
Datum vložení: 24.8.2003 21:51:02
Vůbec nejlepší je opravovat druhým překlepy a tvářit se jako mistr světa, a ještě k tomu citovat něco, co jsem nikdy nenapsal - že Notepad je lepší editor než něco jiného nebo že regulÁrní výrazy nepoužívám...
Ale to je jedno. S touhle diskuzí končím, už tu začíná být "dusno" a pejorativní výlevy opravdu nemusím...
Sbohem
Datum vložení: 24.8.2003 22:28:15
Regularni vs regulerni vyraz neni preklep, preklep vypada jinak ;)
Datum vložení: 23.8.2003 16:08:06
1) sablona by mela byt prehledna, stejne zabere minimum mista, generovany obsah nikoli, jeho zprehledneni je otazkou pikosekund ;)
2) od toho existuje media="print", ze ...
Datum vložení: 24.8.2003 23:49:00
Co ste to tu udelali za bordel? Polovina prispevku o nejakem add, preklepech, pravopise a notepad.exe, co to je?? Ja pouzivam HomeSite a taky to tu nehulakam, se kdo pouziva neco jinyho je vul a mel by se jit lecit. A vubec se to zvrhlo v cosi, co zavani pomalu lyncovanim kohokoliv a cehokoliv co se nelibi a to i od celkem driv umirnenejsich panu.. fakt uzasny. Materska skolka hadr
Datum vložení: 25.8.2003 8:20:15
A proto se preventivne po vzoru materske skolky radsi ani nepodepises ;)
Datum vložení: 25.8.2003 14:03:06
Von se na Vas stejne vyflak, he he. Udelal si tam novou anketu a ta teda sedi..
Datum vložení: 25.8.2003 13:30:17
Obávám se, že jsem asi poněkud mimo. Celou diskuzi za tímto článkem jsem nepochopil. Proč se tu soudí web autora a kdo co používá za editor.
Článek podle mého dobře shrnuje nejčastější chyby lidí, kteří vkládají své weby do kritiky webu. Já sám jsem z počátku rád a ochotně radil v této rubrice, ale když člověk po Xté píše to samé, tak ho to po čase otráví.
Myslím, že svou tématikou zasáhne mnohem větší čtenářskou obec než většina jiných článků na Intervalu.
Osobně bych navrhoval Intevalu, aby do kritiky nepouštěli webu, pokud jejich autor místopřísežně neprohlásí, že si tenhle článek přečetl. Možná se pak kritice webu zase začne věnovat více lidí a bude plnit svůj záměr jako na začátku.
Ješte jednou opakuji, že článek se mi líbí a doufám, že jej autor brzo doplní, rozšíří a naváže na něj dalšími.
Datum vložení: 25.8.2003 18:14:55
Možná by bylo lepší, aby si redakce začala víc vážit svých čtenářů, kteří jsou ochotni radit jiným a nepouštěla ke kritice úplný sračky.
Datum vložení: 25.8.2003 18:26:30
jako třeba tebe.
Datum vložení: 25.8.2003 21:09:13
Kopto kopto ;)
Hele, tak spachej nejakej web a dej ho sem, at si ti kritici muzou spravit chut :)
Datum vložení: 25.8.2003 17:41:52
som diva
Datum vložení: 25.8.2003 19:21:01
<h1>
Datum vložení: 25.8.2003 23:53:35
ja se zase uprimne divim, ze se nikdo nepozastavil nad perlou - bodem 11, resp. jeho oduvodnenim ;)
Datum vložení: 26.8.2003 0:38:28
Mne to jako takova perla neprijde. Znam spoustu lidi kteri z nejruznejsich duvodu skutecne stranky tisknou a ctou tistene. Podivate-li se na stranky pro pridavani prispevku, jiste mi date za pravdu ze to zrovna print-friendly neni.
Datum vložení: 26.8.2003 1:28:25
Dodal bych, že do zmíněné skupiny (těch, kdo čtou weby v tištěné podobě) často patří ti, kdo rozhodují o penězích. Netroufám si odhadovat proč, nerozumím tomu (stejně jako nerozumím tomu, proč je pro <I>pana manažera</I> jednodušší nechat si telefonní číslo vytočit/naťukat od sekretářky), ale už jsem se s tím několikrát setkal. Můžeme si o tom myslet co chceme, ale jsme-li na nich my (nebo náš klient) závislí, nezbývá než jejich libůstky vzít na vědomí.
Datum vložení: 26.8.2003 1:32:03
<I>Chybí šablona pro tiskový výstup.</I>
<I>Dokument se zbytečně a nákladně tiskne i s různými menu a reklamou...</I>
ale panove, no tak, cetli jste ten clanek vubec - na co mam delat pro tisk komplet novou sablonu, kdyz mi staci do stavajici pridat par radku css? Pochybuju, ze ten, co rozhoduje o penezich bude mit prohlizece nepodporujici media="..."
ja nepolemizuji o moznosti tisknout bez balastu kolem, ale o zpusobu zpristupneni tohoto ...
Datum vložení: 26.8.2003 2:48:11
Je ovšem otázkou, co přesně myslel autor slovem <I>šablona</I>. Ze zkušenosti vím, že každý si pod ním v tomto kontextu představí něco jiného. Někdo i ten tiskový stylesheet.
Datum vložení: 26.8.2003 7:19:45
Abych rekl pravdu, ja za sablonu automaticky povazuju CSS - protoze sablona dava vecem tvar - coz je presne to co ma za ukol CSS.
Jinak souhlasim s Michalem - znam par bohatych lidi a vetsina z nich si necha stranku vytisknout a cte ji na papire. Imho pro to exituje nekolik duvodu
- neumi pracovat s internetem
- je to pro nej rychlejsi (okem obsahnete daleko vetsi plochu naraz nez vam nabizi monitor)
- pocitac blokuje kreativni mysleni - napsat seminarku v ruce da daleko mene prace nez na pocitaci protoze nejen nenavidene skrtani ma neco do sebe
Dalo se to napsat lip (ten duvod) nicmene jeden fakt to nezakryva - nejaky tiskovy vystup by tam byt mel, minimalne pokud jsou ty stranky komercni.
Datum vložení: 26.8.2003 11:34:23
ad 1 odstavec: njn, tak to v pohode, protoze ja zas mam sablonu asociovanou s komplet souborem, do ktereho akorat includuju data ...
ad 2 odstavec - az na posledni odrazku souhlasim, imho jde o zvyk (odliv adrenalinu skrtanim se da kompenzovat jinak ;)
ad 3 odstavec - tak to se shodnem
Datum vložení: 26.8.2003 20:39:31
Jako "šablonu" jsem měl opravdu automaticky na mysli CSS.
Datum vložení: 9.9.2003 8:29:35
> Dokument se zbytečně a nákladně tiskne i s různými menu a reklamou...
Má to výhodu pro inzerenty!
Datum vložení: 26.8.2003 11:17:34
Byl jsem se podívat ne ten web, který je zde prezentován jako dílo autora článku a už na první pohled obrázkové tlačítka, která obsahují jednu podkladovou barvu a textový nápis na mě působily odstrašujícím dojmem. Jinak postřehy v článku jsou dobré a i na svém webu jsem našel jisté nedostatky, byť mám kód validní v XHTML 2.0..
Škoda, že se autor při tvorbě toho webu neřídil tímto svým článkem.
Datum vložení: 26.8.2003 19:13:21
Mohu se optat jak jste docilil validniho kodu dle xhtml 2.0 kdyz do stranky nelze validne vlozit obrazek tak aby ho IE zobrazil? Nebo jste IE odrizl jako 'mensinu'? ;)
Datum vložení: 26.8.2003 20:45:39
Asi nemá smysl se zde ptát, který bod náš web nesplňuje, že? :-) Osobní názor autora jako že <B>skoro</B> všechny, <B>kromě 5198x argumentované "odstrašující" grafiky</B> by možná i tak neprošel. Ale rád si vyslechnu, který z bodů to je, abych to mohl napravit...
Jen ne prosím nějaký imaginární bod, jako že používám Notepad, JENOM TO UŽ PROBOHA NE! :-)
Datum vložení: 11.9.2003 22:46:37
Kdybych měl dělat vše co tady píšete tak vyprodukuju tak 1 projekt za 2 roky.
Kupte si windows s IE 5 a víš a máte vystaráno,jinak to prostě neuvidíte tak jak to má vypadat,.
P.S.
mě to teda nese....e
Datum vložení: 12.9.2003 2:31:39
<I>Kdybych měl dělat vše co tady píšete tak vyprodukuju tak 1 projekt za 2 roky.</I>
Pokud nejste schopen udělat web pořádně rychleji než za dva roky, pak byste měl asi uvažovat o jiném způsobu obživy.
<I>Kupte si windows s IE 5 a víš</I>
Nevím... :-)
<I>jinak to prostě neuvidíte tak jak to má vypadat</I>
Obávám se, že se hluboce mýlíte. Situace, kdy MSIE (zejména verze 5.0) stránku zobrazí <B>tak, jak má vypadat</B> a Gecko nebo Opera ne, sice existují, ale jsou velmi řídké. Opačných příkladů vám každý zkušenější autor stránek vysype z rukávu celou řadu.
Datum vložení: 11.9.2003 22:57:35
nerad jsem se tam mrknul,při rozlišení 1280x960 to vypadá nějak divně co toje,to neni možný že by ten návod nějak nefungoval?
Ten nadpis je dost čtverečkovaný a ty barvy:/.
Já říkám že programátor neni grafik.Ten by na to neměl šahat,
výsledek vidíte sami.
Crewman
PS
Příště to udělej černobílý a bez grafiky prosím jen text to mám nejraději:)
aspoň nic neskazíš
Datum vložení: 12.9.2003 1:01:55
Neustale nekde ctu, ze IE nemuze menit velikost pisma je-li nadefinovana ...
Samozrejme muze. V Nastrojich - Usnadneni - zaskrnete: ignorovat velikosti pimen ...
Mejte se :-)
Datum vložení: 13.9.2003 23:51:42
to Novak,Jiri:
Dobry den,
neni mi jasna jedna cast clanku a to ze z casti kde se pise o preferovani tagu <strong> pred <B>. Tomu rozumim ale nerozumim proc uz vubec jak pistete nepouzivat tag font. ! Neco mi uniklo ? Jak se tedy spravne definuje text ?
Diky
Datum vložení: 14.9.2003 1:14:38
</B>Pokud <I>definováním textu</I> myslíte volbu velikosti, fontu a barvy písma, to vše by mělo být řešeno CSS stylesheetem. Stejně jako (pokud možno) všechno ostatní, co nesouvisí s obsahem, ale s jeho vizuální prezentací.
Datum vložení: 18.9.2003 18:20:38
Ahoj, prosim poslete mi sem svuj nazor na web gztgm97-05.crolink.cz
Nemyslim obsah, jen zpracovani a grafiku.
Datum vložení: 26.9.2003 16:25:11
Grafika..hrůza
Kód..hrůza
Ovládání a přehlednost..hrůza
Další ideální web na čisté CSS.
Petr S.
Datum vložení: 1.10.2003 13:29:32
Zcela můj názor. Nevím, proč se otevírá nové okno a ještě tak blbě bez menu a možností maximalizace??!!
Ach jo......
Datum vložení: 10.1.2005 15:15:13
Přečetl jsem si článek a už jsem se těšil na doplnění nějakých informací v diskuzi a až na pár výjimek...
Chtěl bych jen podotknout, že místo urputné optimalizace pro všechno by určitě u mnoha webů neuškodilo dát trochu větší důraz na příjemnější grafiku...
Tím nechci stavět grafiku nad informační hodnotu, ale říct to, že dobrá grafika může výrazně zvýšit informační hodnotu stránek, přilákat více lidí a v některých případech možná i víc, než správné formátování (h1, h2, p atd.)
, které zase pomůže vyhledáváčům atd.
Datum vložení: 10.1.2005 15:38:20
Nejprve musíte mít ono správné (sémantické) formátování, grafiku pak k takovému webu můžete vyrobit zcela libovolnou a klidně ji můžete třikrát denně měnit ;-)