29.11.2023 09:15 JavaScriptový framework Qwik vypadá slibně. Přináší jej tým kolem Builder.io, ve kterém byste našli i autora původního Angularu – Miška Heveryho. S Petrem Glaserem, který byl našim milým hostem, tak trošku navážeme na předchozí díl, protože Qwik slibuje pomoc s mnoha výkonnostními neduhy současné generace frameworků v čele s Reactem. Jak moc se mu to podaří a jak dokáže oslovit vývojáře? Pojďme diskutovat. Podcast Host: Petr Glaser Petr v rámci projektu Nauč mě IT pomáhá lidem získat dovednosti a znalosti vhodné pro práci v IT. Říká o sobě, že je vývojář zapálený pro technologie a vzdělávání. Zaměřuje se na performance, kterou vnímá jako součást UX a přístupnosti. I díky tomu si oblíbil framework Qwik, o kterém je řeč v podcastu. LinkedIn – Twitter O čem se bavíme? Martinův tip: Figma dev mode, video Adiny, podcast o Figmě. Robinův tip: State of CSS je tady, tentokrát velmi brzy. Petr Glaser a Nauč mě IT. Představení frameworku Qwik. Server Side a meta-framework Qwik City. Hlavní výhody: velikost bundlu, líné načtení, vliv na rychlost. Úspěchy Qwiku ve framework benchmark a ošemetnosti toho. Autoři Qwiku: Builder.io a příběh vzniku Qwiku. Dokáže Qwik oslovit vývojáře zvyklé na React a spol.? Rozdíly mezi aplikacemi a prezentacemi. Vliv ekosystému frameworku na výstupní výkon a Qwikify. Cena za menší úvodní bundle. Stavění na Service Worker, Partytown na optimalizaci třetích stran. Jednou to za nás stejně bude všechno dělat AI. Tipy na další zdroje: Discord atd., Steve z Builderu, Miško Hevery Ukázka: možné přínosy a ošemetnosti v přístupu Qwiku Děkujeme za spolupráci: Honza Michálek . Odebírejte podcast ze Vzhůru dolů Spotify – iTunes – Google Podcasty – TuneIn – Anchor – RSS podcastů. Nápad? Chyba? Připomínka? Pochvala? Pište nám na e-mail podcast@vzhurudolu.cz nebo do komentářů.
13.11.2023 20:45 FrontKon 2023 byla první pořádná konference, do které jsme se v rámci komunity Frontendisti.cz pustili. Byl to mazec, bylo to velké a přes všechny nedostatky si troufám říct, že se to celé povedlo. Soudím teď podle feedbacku, který jsme dostali. Ale ještě zajímavější je pohled zevnitř, což je obsah tohto textu. Akci jsme organizovali prakticky ve čtyřech hlavních a několika dalších dobrovolných organizátorech. Tedy v malém počtu, částečně z nutnosti, částečně vlastní chybou. K tomu se ještě vrátím. Měl jsem na starosti hlavně program. Proto bych zde rád zanechal pár poznámek k tomu, jak nad problematikou programu komunitních konferencí uvažuji a co nového jsem zjistil. Abych to nějak zarámoval, dám sem pár citací z feedbacku, který přišel od účastníků, partnerů a od spolupracovníků: Velmi široké spektrum témat, věřím že si každý přišel na své. Bezva, tohle byl cíl. Bylo to hodně napresované, příště třeba nějaký volný čas pro vykonání potřeby a tak… Šmarjá, proto byly tak prázdné záchody… Lineup byl skvělej!! Oh, děkujeme a vyřídíme řečníkům. Chtělo by to alespoň 1/2 hodiny volna na oběd a na oddych. Počkat, vy na konferencích jíte…? Ale vážně – jak vidíte, různí lidé mají různé názory. Leccos bych příště udělal jinak, ale celkově vzato koncept vyšel. Teď ale pojďme na mé myšlenkové nastavení, které se nejspíš propíše i do dalších podobných akcí. Konference má mít názor Tohle je první předpoklad. Myslím si, že akce nemůže být beznázorová jak z pohledu obsah, tak z pohledu formy. Právě na tomhle selhává hodně akcí. Vezme se forma, která převládá – takže dáme každému půl hodiny, pár otázek z publika a nazdar. Program se udělá tak, že se vezmou spíkři, kteří rádi mluví, a doplní se to pár dalšími z call for papers, pokud nějaké jsou. FrontKon měl letos formální názor, že vše musí letět v tempu jako když mluví ostravak a obsahový názor, že do nějaké míry témata určujeme my. Hektické tempo a krátké přednášky Tohle určitě znáte. V týmu se přete, zda je lepší varianta riskantnější A nebo obyčejnější varianta B. Většinou to skončí u B, že? My volili mezi „narvaným programem“ a pomalejším tempem. Prosadil jsem narvaný program, pod vlivem skvělého bratislavského CodeConu. Výhoda takového konceptu je lineup nacpaný zajímavým obsahem. Program tam letí na více místech vpřed a v takovém tempu, že dopředu víte, že to všechno nemáte šanci stihnout. Na chvilku do té divoké řeky vstoupíte, vytáhnete si pár kamínků, ale víte, že je nestihnete ohmatat všechny. Vaši kolegové vám ale budou večer vyprávět o dalších kamíncích, které viděli a ohmatávali oni. Vše jste neměli stihnout ani na FrontKonu, my jsme to věděli a z výše uvedených důvodů jsme to akceptovali. Většina přednášek je už ale na YouTube, zdarma k dispozici všem, i těm, kteří nestíhali. Jsem rád, že jsme to takhle vyzkoušeli. Myslím, že to je dobrý koncept, hlavně pro situaci, kdy se v oboru děje spousta zajímavého dění a vy nemáte ambici jít úplně do hloubky. Výhoda je také v tom, že podpoříte networking, protože na místě je velká mela a lidé se zajímají o to, co se děje jinde. Příště bych záměrně zvolil pomalejší tempo, minimálně pro hlavní stage. Prodloužím některé přednášky a přidám delší diskuze ve více lidech. Prostě bych zkombinoval pomalé a rychlé tempo. To mi jako dobrý nápad vychází i z účastnického feedbacku a z mé anketky na Twitteru. Obsahový názor FrontKonu Zpátky k tématům, které jsme v přednáškách a diskuzích akcentovali. Už v call for papers jsme některé témata zvedli a řada lidí nám poslala a pak odpřednášela zajímavé příspěvky k nim. Myslím, že konference by měla zvedat určité otázky. Osobně jsem to před letošním FrontKonem viděl takhle: Taháky, které má komunita ráda. Sem letos zapadlo AI a jeho vliv na naši práci. Podívejte se na přednášky Hany Klingové nebo Honzy Sládka. Kritický pohled na aktuální stav. Jít proti srsti považuji za nutnost, jinak se oborově zacyklujeme v sebechvále a obdivu myšlenek aktuálních světových vývojářských celebrit. Letos to schytal aktuální stav JS frameworků, trošku React a Next.js, ale vzali jsme to pozitivně a to pokusem odpovědi na otázku, zda to jde jinak a zda vidíme alternativy. Podívejte se na přednášky Borka Bernarda, Libora Vaňka, diskuzi o JS frameworcích. Důležitá témata mimo hlavní proud. Je zde obsah, který není v mainstreamu zase tak moc diskutovaný, ale zaslouží si tu pozornost. Letos to bylo téma juniorů a jejich najímání, v přednáškách například Yablka, Honzy Javorka nebo v diskuzi. Důležitá součást toho, jak o tříbení diskuze nad tématy, uvažuji, je forma diskuzí. Obě letošní byly skvělé a je fakt škoda, že diskuzi o frontend frameworcích jsme museli ukončit o dost dříve než by bylo záhodno. Diskuze se nám osvědčily už na online FrontKonu 2021, takže pokud FrontKon bude pokračovat, budeme na nich více stavět. Poslední věc, která se mi zdá dobrá, i když netvoří hlavní oblast zájmu, jsou „vsuvky odjinud“. Letos to byl standup od Pavla Tomeše, u kterého jsem se fakt hodně nasmál. Holky na pódiu Nechci z toho dělat moc velké téma, ale ono to pro organizátory akcí téma je. Jak dostat holky na stage. Na FrontKonu byly ženy mezi přednášejícími zastoupeny relativně silně. Mezi 40 přednášejícími bylo 7 žen. Tenhle text píšu i pro další organizátory akcí a proto je potřeba říct, že těch 7 žen bylo výsledkem nějakého našeho postoje a naší práce. Ono to nevznikne samo. Myslím si, že ženy do IT patří. Myslím si, že je skvělé, že si cestu k webařině nacházejí stále ve větším počtu a že se snad brzy dočkáme lepšího než nejhoršího stavu v EU, nyní jich máme kolem 10 %. Myslím si taky, že na pódiu by měl být vidět minimálně takový podíl žen, jako je vidět v publiku. Z pohledu organizátorů na to existují různé pohledy. Budu parafrázovat některé z těch, co jsem zaznamenal v poslední době: Cílem by nemělo být více žen na konferencích, ale více kvalitního obsahu bez ohledu na pohlaví. Nejsem zástancem pozitivní diskriminace. Nebo zase z jiné, aktivističtější, strany: Pokud na konferenci, kam jsem zvaný, nevystupuje s přednáškou nebo workshopem ani jedna žena, rád svoje místo přenechám. Vždycky říkám – organizátoři musí něco udělat proto, aby holky na pódiu byly vidět. Už jen kvůli ženám v publiku, aby se na akci cítily trochu více „doma“. Co proto organizátoři udělají však nemusí být na úrovni pozitivní diskriminace. Mělo by to být na úrovni snahy. Měl jsem možnost vypozorovat, že holky se většinou do přednášení moc nehrnou. Uděláte call for papers a dorazí vám mrak sebevědomých chlapů, včetně těch, kteří toho zase tak moc neumí. Ehm… U holek, včetně těch, které odvádějí skvělou práci, tahle touha po sebeprezentaci často není tak silná. Ve komunitě Frontedisti.cz se dlouhodobě snažíme konkrétní holky z oboru vytipovávat, oslovovat a pak s nimi udržovat kontakt, případně odstraňovat bariéry, které u přednášení mohou mít. Začali jsme to cíleně dělat před pár lety a hned to neslo ovoce. Jakmile byly holky přednášející vidět u Frontendistů na pódiu, padaly bariéry u dalších žen, takže do call for papers pro letošní FrontKon už dorazilo docela dost nabídek k přednášení od holek. Hrálo také roli, že přispěly sesterské ReactGirls, které v transformaci žen do IT dělají spolu s Czechitas výbornou práci. Tato naše strategická snaha se netýká jen holek, ale třeba také juniorních vývojářek a vývojářů, týká se začátečníků v přednášení a tak dále. Pokud jako orgnizátoři tuto strategickou snahu nemáte a necháte to jen tak volně plout, zacyklí se vám seznam řečníků na akcích na sebevědomých zkušených mužích a začátečníci nebo ženy se vám logicky budou vyhýbat. Zúročení dlouhodobé práce Spolek Frontendisti.cz brzy oslaví desetileté výročí založení. To je mazec! Za tu dobu se toho hodně stalo, hodně se změnilo. Důležité je, že hlavní část štábu zůstává stabilní a snažíme se poučovat z chyb. Díky tomu jsme relativně dost stabilní komunita. Z pohledu vnitřní organizace spolku se FrontKon vyvedl. Pár lidí mi na místě řeklo, že to úžasně šlape a funguje. Že je z toho cítit pohoda. Pohoda na konferenci! Boží. Do FrontKonu myslím probublalo, co ve Frontendistech budujeme už téměř deset let. Tým, kde každý ví, co má dělat, co je jeho pozice a za tu dobu se to naučil dělat docela dobře. Tým, který se cíleně postupně rozšiřuje, aby se přirozeně pokrývaly ztráty, protože dobrovolnická aktivita samozřejmě není pro každého a na pořád. Ale nemyslete si, ono to hezky vypadalo, ale byl to pot a slzy… Janča, Břeťa a Tomáš řešili spoustu problémů na místě, ale problémy se nevyhnuly ani celkového nastavení organizace. Chybička se vloudí a to vždy Jakkoliv to zvenčí mohlo vypadat docela dobře, uvnitř jsme si prošli malou krizí. Někteří kritičtější kolegové odjinud nám občas říkají, že Frontendisti.cz jsou řízení jako firma, ne jako komunita. Vždy říkám, že ano, platí to v tom pozitivním směru relativně dobrého vedení vedoucího k dlouhodobé udržitelnosti. Na druhou stranu ale říkám, že některé naše chyby jsou způsobené právě tím firemním typem řízení. To, že komunitu vedeme jako firmu má občas za důsledek, že komunitní složka někdy pokulhává. FrontKon jsme plánovali v nejužším týmu tří až pěti lidí a v hektičnu s blížící se akcí jsme trošku zapomněli zapojit ostatní, a že nás už ve štábu není zase tak málo. Výsledkem byl nejen přetížený nejužší organizační štáb, ale také nezapojené a špatně informované okolí. Nejvíc to odskákali moderátoři, kteří kvůli špatné komunikaci nečekali, že na místě budou mít kromě moderování také mnoho jiných povinností a jejich den byl opravdu extrémně náročný. A co hůř – nemohli se na to příliš připravit. Píšu to i proto, že si opravdu velmi silně vážím toho, že moderátoři přes to odvedli skvělý výkon a i díky ním dokonce akce vykazovala znaky pohody, i když na pozadí trošku hektické pohody… Děkuji! Dělat FrontKon bylo pro mě osobně strašně zajímavé. Nejzajímavější projekt letoška. Vysilující taky, ale s tím se dá něco dělat. Jak říká Tomáš Hejč – takhle komunita si konferenci zaslouží. No a my máte komunitě sloužit, však jsme si to vybrali, že…? Díky Janě Nečasové, Tomášovi Hejčovi, Břetislavu Proftovi, Kateřině N. Volákové, se kterými jsme to dlouhé měsíce připravovali. Díky všem ostatním ze štábu konference, jmenovitě hlavně směrem k Tomášovi Koutovi, Adině Foxové, Karolíně Vyskočilové, Adamovi Kudrnovi, Zuzaně Šumlanské a dalším. Díky všem, kteří přispěli přednáškou. Všem, kteří přišli. Komunito, díky!
08.11.2023 05:15 Po velmi úspěšném online FrontKonu 2021 jsme rozhodli, že vyzkoušíme sílu komunity na opravdové živé konferenci. 30 přednášek, 400 frontendistek a frontendistů. V hotelu. V Brně. 12. října. To bude frontendový mazec, vážení. Na webu už je program, sledujte frontkon.cz. Na mě v rámci štábu připadl hlavně program. Ne, že by s ním nebylo dost práce, ale opět se ukázalo, že komunita výborně funguje. Přes „call for papers“ se nám sešlo opravdu hodně zajímavých přednášek. Začínalo to vypadat, že budeme muset udělat konference dvě. Vyberu alespoň některé z témat: O vlivu na AI na naši práci bude mluvit David Grudl, Hana Klingová a Honza Sládek. Moderní JS frameworky ve svých přednáškách a v diskuzích zmíní např. Borek Bernard, Riki Fridrich nebo Libor Vaněk. Novinky v CSS a jeho směřování řeší přednášky Jana Svěráka nebo Kateřiny N. Volákové. Téma juniorů na frontendu probereme s Yablkom, Martou Kirchgessner a Honzou Javorkem. Je toho ale daleko více – namátkou např. Vercel, estimace projektů, design systémy, TypeScript nebo třeba osobní rozvoj. Uvidíme se? frontkon.cz
06.11.2023 18:45 Vlastnost display slouží k určení způsobu vykreslení prvku v CSS. Na tom nic není. Tento článek se vám ale pokusí ukázat, že může jít i o relativně komplikovanou věc. Vy, kteří znáte její základní hodnoty jako block nebo inline, možná budete překvapení, že od roku 2020 zde máme novou verzi specifikace, jež přidává řadu dalších možností – „CSS Display Module Level 3“. vrdl.in/w3disp Začneme jednoduchým přehledem nejužitečnějších hodnot vlastnosti display. Většinu z nich asi znáte. Hodnota Jak se zobrazuje inline Řádkový element, který netvoří zalomení před sebou nebo po sobě . block Blokový element. Zalomí řádky před sebou i po sobě. inline-block Vnitřně se jedná o blokový element, zvnějšku inline, který netvoří zalomení. flex, inline-flex Vytvoří flexboxové rozvržení. Inlinová varianta nezalomí řádky před a po. grid, inline-grid Vytvoří rozvržení do mřížky. Inlinová varianta nezalomí řádky. table, inline-table Rozvržení do tabulky. Inlinová varianta opět tvoří tabulku v řádce. none Nevykreslí prvek, ale ani jeho potomky. V tabulce zdaleka nejsou všechny možnosti a jejich specifické vlastnosti, nástrahy a vychytávky. Proto čtěte dál. Víte například, že…? S pomocí hodnoty flow-root nemusíte pro „floaty“ používat „clearfix“, tedy reset plovoucího layoutu? Prohlížeče nově podporují víceslovná označení jako inline flex? Pro skrytí prvku existuje kromě hodnoty none také hodnota contents. A víte, co umí? Vnitřní a vnější zobrazení První věc, kterou si musíme uvědomit, je holý fakt, že podle specifikace nově existují dva typy zobrazení: Vnitřní zobrazení Hodnota vlastnosti display určuje, jak prohlížeče rozloží potomky prvku, nebo jinak také vnitřní elementy. Sem patří hodnoty jako flex, grid nebo table. Vnější zobrazení Hodnota definuje, jak se sám prvek zobrazuje vůči svému okolí. Pohled zvenčí. Toto určují hodnoty jako inline, block nebo none. Máte? Výborně. Toto se nám bude hodit, až budeme hovořit o hodnotách pro více klíčových slov. Vnější zobrazení Vnější zobrazení v podstatě určuje roli stylovaného boxu v uspořádání toku stránky. Vlastnost display. Hodnoty pro vnější zobrazení jsou naši staří známí. Do tohoto typu zobrazení patří následující hodnoty: inline Vytvoří boxík, který je „inline-level“, řádkový. Před sebou a po sobě nic nezalomí, prostě se vykreslí do řádky. block Vygeneruje boxík, který je „block-level“. Zjednodušeně to znamená, že se vykreslí do celé šířky rodiče a zalomí řádky před sebou i po sobě. inline-block Generuje boxík, který se zvenčí chová jako řádkový a uvnitř generuje vždy nový blokový kontext. Mimochodem, specifikace počítá s touto hodnotou do budoucna jen jako s jiným zápisem pro dvojici klíčových slov inline flow-root. O tom píšu později. run-in Vygeneruje typ „inline-level“ boxu se zvláštním chováním – pokusí se vložit sám sebe do následujícího blokového prvku. Pokud za prvkem „run-in“ následuje blokový prvek, „run-in“ se stane jeho prvním inline boxem. Pokud bude následovat inlinové pole, stane se z prvku „run-in“ prvek blokový. V CodePenu si můžete vyzkoušet všechny možnosti. Varianta s typem zobrazení run-in v mé ukázce chybí, není totiž podporovaná jinde než v Internet Exploreru . V tomto dědečkovi mezi prohlížeči nefunguje CodePen, takže byste z ukázky nic neměli. Viz podpora na CanIUse. caniuse.com/run-in Dědeček je už ale bohužel mrtvý, takže ani run-in vás zajímat nemusí. Vnitřní zobrazení Hodnoty vnitřního zobrazení zapínají uvnitř dotčeného prvku nový kontext formátování . Kontext formátování má vliv na způsob vykreslení vnitřních prvků, případně na chování vlastností aplikovaných na prvek. flow Hodnota flow zapíná formátování tokem . To je běžný způsob zobrazení, které je automaticky zapnuto hodnotami block, inline a inline-block. Jde o výchozí režim rozvržení v CSS. flow-root Vytvoří kontejner blokového kontextu a rozloží jeho obsah pomocí toku . Hodnota flow-root ale vždy generuje nový kontext formátování bloku pro svůj obsah, takže není například nutné mazat „floaty“ pomocí „clearfixu“. Na této hodnotě je zajímavé, že ji podporují všechny moderní prohlížeče. flex Zapíná formátovací kontext flexboxu. Ze stylovaného prvku udělá kontejner flexboxu a z přímých potomků flexboxové položky. grid Spouští formátovací kontext gridu. Ze stylovaného prvku udělá kontejner mřížky a z přímých potomků její položky. table Udělá z prvku tabulku. V tomto případě jsou zde ale dva „kontejnery“. display:table generuje kontejner tabulky, který vytvoří kontext formátování bloku a obsahuje dodatečně vygenerovaný rámeček tabulky, který vytvoří její kontext formátování. ruby Tohle je exotické a pro středoevropské prostředí nepotřebné. „Ruby anotace“ jsou krátké řady znaků umístěné nad nebo pod základním textem, které se používají ve východoasijské typografii jako vodítko pro výslovnost. Klidně na to zapomeňte. Připravil jsem dva vysvětlující CodePeny, na kterých si můžete otestovat to, co vidíte na obrázku. V prvním máme jednoduše a bez layoutu umístěné tři prvky v jednom rodiči. Zajímavější bude druhý CodePen. Všechny tři vnitřní prvky jsou „tekoucí“, floatové: .container p Výsledek vidíte na obrázku. Možnosti hodnot vnitřního zobrazení s vnitřními plovoucími prvky. Běžné tokové zobrazení floaty obalit neumí, potřebovali bychom už zmíněný „clearfix“. display:flow-root floaty obalí, vždy vytvoří nový kontext formátování bloku. Na display:flex a display:grid nemají floaty žádný vliv. Na vnitřní prvky v display:table floaty vliv mají, protože rodič je zde v běžném tokovém kontextu formátování bloku. Pojďme ještě projít několik specifických hodnot. Generování boxů se značkami: list-item Zápis display:list-item způsobí, že element vygeneruje pseudoprvek ::marker. Pokud není zadána žádná hodnota typu vnitřního zobrazení, výchozí bude tokové – jako display:flow. Pokud není zadána žádná hodnota typu vnějšího zobrazení, bude výchozí typ blokový – display:block. Náš kontejner díky tomu můžeme stylovat, jako by to byl prvek nebo : .container První příklad na následujícím obrázku ukazuje zobrazení typu list-item. Další typy zobrazení v CSS. Druhou a třetí hodnotu z obrázku probereme hned v následující části. Skrytí prvků: hodnoty none a contents Ke všem možným metodám ovlivnění vykreslování boxíků na obrazovku musíme přidat i metody nevykreslování. K tomu slouží následující dvě hodnoty vlastnosti display. none – element ani jeho potomci se na obrazovku prostě nevykreslí. contents – element se na obrazovku nevykreslí, ale jeho potomci ano. Zobrazení typu contents funguje tak, jako by prvek byl ve stromu DOM nahrazen jeho obsahem . Typy zobrazení pro vnitřní rozvržení: hodnoty table- a ruby- Modely zobrazení, které vynucují vnitřní rozvržení, jako je display:table a display:ruby, mají složitou strukturu s několika různými rolemi, jež mohou jejich potomci plnit. Jak je uvedeno výše, zápis display:table sice vytvoří kontejner tabulky, ale ten vytvoří kontext formátování bloku. Nedosáhneme tím tedy tabulkového zobrazení. K tomu bychom potřebovali další prvky, které reprezentují řádky a buňky tabulky se správnými hodnotami vlastnosti display . Podobné je to s display:ruby, jen ty vnitřní prvky jsou jiné. Hodnoty s více klíčovými slovy Tohle je nová věc, do specifikace přidaná v druhé polovině roku 2020 posledním prohlížečem, což zde byl Chrome, implementována v roce 2023. Vzpomínáte si, jak jsem psal o různých typech zobrazení – vnitřním a vnějším? Pokud ne, rychle proskenujte začátek tohoto textu nebo jeho nadpisy. Pak pochopíte, proč mi víceslovné hodnoty pro vlastnost display dávají smysl. Výše uvedené jednoslovné hodnoty lze totiž brát jako zkratky pro víceslovná označení vnitřního, vnějšího nebo specifického zobrazení. Zkratka Plný zápis Co se generuje none - nic contents - prvek vynechán, generují se potomci block block flow blokový box flow-root block flow-root blokový box, který vždy vytváří nový kontext formátování bloku inline inline flow inlinový box inline-block inline flow-root inlinový box, který vždy vytváří nový blokový kontext run-in run-in flow run-in box list-item block flow list-item blokový box s přídavnou značkou položky seznamu inline list-item inline flow list-item inlinový box s přídavnou značkou položky seznamu flex block flex blokový kontejner flexu inline-flex inline flex inlinový kontejner flexu grid block grid blokový kontejner mřížky inline-grid inline grid inlinový kontejner mřížky table block table blokový obalový rámeček tabulky inline-table inline table inlinový obalový rámeček tabulky Z tabulky je to asi zřejmé, ale pro jistotu ještě uvádím tři příklady: display:block označuje blokový prvek , který je umístěný v běžném toku dokumentu . display:inline-flex definuje kontejner flexboxu , který je umístěný v řádku . display:list-item vykreslí prvek seznamu , který je umístěný v běžném toku a zároveň je blokový . A to je k vlastnosti display vše, děkuji za pozornost. Text časem doplním o příklady z praxe a ještě rozvedu ten tabulkový layout. Pokud máte po ruce zajímavá využití novějších hodnot – jako flow-root, contents nebo run-in, budu rád, když je přidáte do komentářů. Děkuji partnerům Vzhůru dolů. Aktuálně hledají tyto lidi: .
