Přejít k navigační liště

Zdroják » Zprávičky » Bylo by užitečné vnořování selektorů CSS?

Bylo by užitečné vnořování selektorů CSS?

Zprávičky Webdesign

Elika Etemadová nedávno rozebírala připomínky k CSS3, které vzešly ze strany webdesignerské komunity (jedná se o delší, ale rozhodně zajímavé čtení).

Eric Meyer si vybral připomínku týkající se vnořených bloků selektorů a rozbírá ji ve svém článku CSS3 Feedback: Selector Blocks. Je jisté, že by tato vlastnost ušetřila webdesignerům trochu psaní, ale je skutečně potřeba? Co si myslíte vy?

Komentáře

Odebírat
Upozornit na
guest
5 Komentářů
Nejstarší
Nejnovější Most Voted
KacerDonald

No to by bola bomba, co sa tyka poriadku ale aj bordelu, ktory by vnikol.
Ak to totiz pouzijem tak ako to chcel autor (link zo spravicky), je to super ale predstavte si, ze mate dlhodizny .css subor a hladajte co kde mate vnorene ;-)

Myslienka <div class="main" style="@import()..> nie je zla, dokonca by som povedal ze vinikajuca, ale to by som skor uz nechal pre CSS4 lebo nech uz konecne CCS3 je vonka! Lebo len sa o tom hovori, kde kto nieco implementuje, ale uz nech to je schvalene, a robme na CSS4, no nie?

xurpha

…ale aj bordelu, ktory by vnikol…
Ak to totiz pouzijem tak ako to chcel autor (link zo spravicky), je to super ale predstavte si, ze mate dlhodizny .css subor a hladajte co kde mate vnorene ;-)

Je zajímavé, že běžných programovacích jazycích to takto je odjakživa a žádný bordel v tom není…

Martin Michálek

Jasně, že by se hodilo. Poslední dobou rád používám něco jako


#pageid { 
 blah: blah;
}
    #pageid #content {
      blah: blah;
    }
    #pageid #nav {
      yada: yada;
    }

tedy „simuluju vnořování“ pomocí odsazení a zopakovaní rodičovského prvku. Přehlednosti určitě vnořování pomůže.

Osobně bych tomu dal ale prioritu č. 56 :-)

Peter Kahoun

1. Jsem pro. Pokud se člověk rozhodne používat tuto metodu, zavazuje se jaksi k pořádkumilovnosti a strukturovanosti. Mohlo by to podle mě vést k lépe čitelným zdrojákům, pokud čtenář není autor. Vyhledání potřebné definice by mohlo být snažší (umístění předvídatelnější) (zvláště pokud by vývojové prostředí podalo pomocnou ruku například generování stromu odkazů).

2. [jak si to tak představuji…] Přílišná hloubka větvení by komplikovala případné změny ve struktuře. Přemýšlet do jaké úrovně přesunout tuto definici…? Tady se dobrý sluha stává zlým pánem. Z nějakého důvodu se mi nejvíc líbí představa jen velmi omezeného vnořování. Opakování rodičovského prvku nepovažuji za významnou práci*, zjednodušení kódu mi nepřijde tak podstatné, jak ho asi vidí Eric Meyer.

* – opakování rodičovského prvku mi přijde nejbolestnější, pokud na sadu dětinských :-) prvků aplikuji stejné definice. Což podle mě mnohem intuitivněji (a bez matoucího vnořování) může řešit syntaxe typu #father [h2|h3|h4] {font-weight:fat}

3. Riziko chyb. Člověk omylem zavře dvě závorky místo jedné, a už je oheň na střeše. Nevím, jak by se nejlépe odhalovaly takovéto chyby.

Singular

No posla mna je to dobra vec, ktora by sa mohla vyuzit v DHTML editoroch CMS systemov, pretoze teraz sa musi specialne napr pre tinyMCE robit specialny css subor zapustreny v niecom ako .mce…

Takto by bol jeden subor pre konretny box a vnoreny na stranke a vnoreny v dhtml editore, takze zmena jedneho = zmena na oboch miestach

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

AI
Komentáře: 0
Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.