Nechcete se zúčastnit designerské soutěže na novou Lupu?
Dokovací formuláře komentářů
Derek Featherstone na svém blogu Box of chocolates nabídl zajímavý způsob práce s komentáři. Formulář komentářů javascriptem dokuje vedle textu spotu (viz Dockable Comments: Intelligent DOM Scripting).
Pokud si pod výše uvedeným popisem nedokážete představit nic konkrétního, tak to funguje asi takto. Ve formuláři komentářů (ty bývají většinou dole pod textem spotu) je odkaz pro zaparkování (zadokování) formuláře. Po klepnutí na tento odkaz se formulář přesune vedle textu, který komentujete. Nemusíte rolovat nahoru a dolů, abyste si znovu přečetli, co vlastně komentujete. Formulář je možné samozřejmě vrátit na jeho původní místo, klepnutím na odkaz pro zrušení dokování.
Padesátka
Denně jezdím do práce autem. Denně projíždím 4krát kolem stavby nového dálničního obchvatu Kroměříže. Denně vidím značku informující o výjezdu vozidel ze stavby, zákaz předjíždění, sedmdesátku a padesátku. Denně mě předjede tolik aut, kolik mě v tom úseku stačí dojet. Jsou jenom kvůli tomu pravidla a zákony cárem papíru, na který není potřeba se ohlížet? Dodržování pravidel je přece tak těžké a brání pořádnému rozletu. Denně lituji ty chlápky s lopatami, kteří čistí silnici od hlíny z nákladních aut. A čekám, kdy bude některý z nich sestřelen magorem, který nedodržuje předpisy (to samozřejmě neznamená, že je nemůže střelit někdo jedoucí předpisovou rychlostí).
Minulý týden se zase mluvilo o validitě webových stránek a webových aplikací. Respektive o tom, jak to (někdy) nejde. Myslím si, že většině případů je to výmluva. Nebo jinak. Většina nevalidit totiž není daná nemožností kód napsat validně, ale neschopností, nechutí a nevím čím ještě.
Validita je v tomto případě prostá shoda s nějakou existující normou nebo standardem. Dodržení základních pravidel. Validita je prostředek, ne cíl. Podle mě je velká škoda, že (především starší) prohlížeče si domýšlejí, co chtěl autor webu svým kódem říct. Jistě. Napadne Vás, že pokud by se prohlížeče chovaly důsledně, tak by bylo málo webových stránek a v konečném důsledku by internet zhynul na úbytě. Já si to nemyslím.
Jistě by ubylo pokusů měsíčních webdeveloperů. Ubylo by nevkusných stránek přeplácaných fíčurami, které jsem někde zahlédl a tak je chci.
Kdo by chtěl publikovat, tak by publikoval. Jenom by se holt musel nejdřív naučit deset značek, které pro vytvoření webových stránek stačí. Nebo by třeba autoři WYSIWYG HTML editorů museli své výtvory naučit vytvářet validní kód. A pokud by tomu tak bylo, tak je vlastně tato debata zbytečná, protože by se masy dostaly k navýsost demokratickému nástroji (slovy dramatika) vulgo by se výrobní prostředky dostaly do rukou pracujících (slovy marxisty).
CSS kompresor
Na Whitespace jsem našel odkaz na on-line CSS kompresor. Osobně tyhle nástroje nepoužívám. Úspora místa u mých CSS souborů bývá kolem 10-20 %. Nechci si přidělávat práci a držet 2 verze souborů (jednu čitelnou a druhou na web). Nevadí mi, když je stylopis na webu v čitelné formě (ať si lidi počtou). Taky se mi už párkrát stalo, že jsem soubor na webu použil jako zálohu pro omylem starší verzí přepsaný soubor. A dělat do zálohy nové odstavce a odsazení? To se mi nechce.
Víc než optimalizátor, který odmazává mezery a tabulátory a maže konce řádků, by se mi líbil analyzátor, který pozná nadbytečný kód. I když se snažím seskupovat stejné definice do jednoho předpisu, tak přece jen mi může něco uniknout. Tady by se analyzátor hodil (ony by se mi po pravdě hodily v CSS proměnné, ale to už je opravdu trochu mimo).
Jak velký má být webtým
Web můžete tvořit různě. Můžete pracovat sami. Spousta skvělých webů je dílem jediného člověka. Pokud se ale do hry dostávají peníze, tak se obvykle kolem nich začne točit lidí víc. Někdy je to proto, že se přirozeně kolem medu začínají slétat vosy. Když si ale tento fakt odmyslíme, tak je často opravdu nutné do práce zapojit víc lidí.
Jak velký by měl být webový tým? Kolik by měl mít lidí? A jaké profese mají být zastoupeny? Odpovědi na tyto otázky nejsou jednoznačné. Záleží na typu projektu. Na jeho rozsahu a obsahu. Záleží taky na zpracovateli projektu. Na jeho zvyklostech a možnostech. Mnoho rolí se ale opakuje na mnoha projektech (pozor ale: role nerovná se konkrétní osoba). Potřebujete grafika, kodéra, copywritera, programátora, SEO experta, účetní a svačináře, obchodníka a někoho, kdo tomu bude velet. A určitě bych si vzpomněl na někoho dalšího.
Webový tým by ale neměl být příliš rozsáhlý, protože pak se stane neschopným jakékoliv činnosti. Pět lidí je tak akorát snesitelný počet. Víc lidí se obtížně řídí. Ve větší skupině se snáze zašívá. Nikdo není za nic zodpovědný.
Jaký je váš názor na webové týmy? Jak to řešíte coby dodavatelé? A jak se na celou věc díváte jako zákazníci?
Souvislosti
- The Ideal Web Team – Andy Budd
- The Ideal Web Team (part 1) – Peter Paul Koch
- The Ideal Web Team (part 2) – Peter Paul Koch
Boulton na téma typografie
Mark Boulton pokračuje v seriálu o základech typografive. Zatím vydal 3 díly:
- Five simple steps to better typography
- Jednotky používané v typografii, proložení písma atd.
- Five simple steps to better typography – Part 2
- Odrážky a uvozovky.
- Five simple steps to better typography – Part 3
- O ligaturách.
Safari prošlo přes Acid2
Tak takou rychlost jsem nečekal. Prohlížeč Safari splnil Acid2 – test na kompatibilitu s CSS2 (via Jirka Chomát). Více píše Dave Hyatt v Surfin\‘ Safari. Jen houšť a větší kapky!
Souvislosti
- Kyselina na druhou – Petr Staníček
- Acid2 test
FrontPage: <span lang="en-us">
Jak já tuhle vlastnost novějších verzí aplikace FrontPage nenáviděl. A konečně jsem tomu přišel na kloub. Pomohla mi k tomu diskuse NECHCI !!!.
O čem to vlastně píšu? Když ve FrontPage v okně Design (WYSIWYG režim) zapisujete některé znaky, tak FrontPage předpokládá, že jste se přepnuli do jiného jazyka. Např. pro zápis nedělitelné mezery se ve FrontPage používá klávesová zkratka Ctrl + Shift + mezera. Když se ale podíváte do zdrojového kódu, uvidíte třeba tento zápis:
jedu k lesu
Místo, kde je ukončovací značka elementu span se liší podle verze FrontPage. Tuším, že verze XP ukončovala ihned za entitou pro nedělitelnou mezeru. Verze 2003 ji mrskne za poslední napsané slovo.
Řešení
Řešení je prosté. Stačí vědět, kde kliknout. V případě FrontPage 2003 jděte do menu Tools > Site Settings… a pak na kartě Language zatrhněte volbu Ignore the keyboard when deciding the encoding of new pages. Pro daný web se pak FrontPage chová, jak bych očekával.
Poznámka: Jiné verze FrontPage mohou mít výše uvedené volby pojmenovány odlišně.
Samotný Microsoft o tom píše:
If you do not want FrontPage to verify the default page encoding against your keyboard, select the Ignore the keyboard when deciding the encoding of new pages check box.
Barvomilci
COLOURlovers je web, na kterém najdete barvy. Pak tam najdete barvy a dokonce tam najdete i barvy.
Na webu COLOURlovers najde webdesigner barvy a barevná schémata. Uživatelé mohou posílat své oblíbené barvy a barevná schémata, hodnotit je. Nechejte se inspirovat.
Acid2 test
Acid2 Test je určen pro zjištění podpory standardů v internetových prohlížečích. Včera byl konečně publikován. Více na stránce The Acid2 browser test (via The official Acid2 test is there!). Přistoupí Microsoft na výzvu a připraví IE7 tak, aby testem prošel? A projde jím vůbec nějaký současný moderní prohlížeč?