abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 19:00 | Nová verze

    Bram Moolenaar oznámil vydání nové major verze 9.0 textového editoru Vim (Vi IMproved). Zdůraznil podporu skriptů Vim9.

    Ladislav Hagara | Komentářů: 0
    dnes 16:00 | IT novinky

    Společnost PINE64 stojící za telefony PinePhone a PinePhone Pro nebo notebooky Pinebook a Pinebook Pro publikovala na svém blogu červnový souhrn novinek (YouTube). Příští týden bude spuštěno PINE64 EU.

    Ladislav Hagara | Komentářů: 3
    dnes 15:44 | Nová verze

    Byl vydán Mozilla Firefox 102.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Řešeny jsou rovněž bezpečnostní chyby. Firefox 102 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Nová verze

    Byla vydána nová verze 22.06.23 svobodného multiplatformního video editoru Shotcut (Wikipedie). Z novinek lze zdůraznit integraci vektorového animačního programu Glaxnimate. Využít jej lze například k maskování videa (YouTube). Vedle zdrojových kódů jsou již k dispozici také balíčky ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    dnes 08:00 | Nová verze

    Byla vydána nová verze 2.37.0 distribuovaného systému správy verzí Git. Přispělo 75 vývojářů, z toho 20 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 07:00 | Nová verze

    Relační databázový systém SQLite byl vydán ve verzi 3.39. Přidává podporu RIGHT a FULL OUTER JOIN a další.

    Fluttershy, yay! | Komentářů: 0
    dnes 06:00 | IT novinky

    Společnost Atari (Wikipedie) slaví 50 let. Založena byla 27. června 1972.

    Ladislav Hagara | Komentářů: 1
    včera 13:11 | Zajímavý software

    V reálném světě smícháním modré a žluté barvy vznikne barva zelená. V grafických editorech tomu ale tak není. Šárka Sochorová z ČVUT prezentovala na konferenci SIGGRAPH Asia 2021 možné řešení (Practical Pigment Mixing for Digital Painting) aneb blackbox Mixbox (online demo) snadno integrovatelný do grafických editorů s implementací modelu Kubelka-Munk. Zdrojové kódy jsou k dispozici na GitHubu. Licence ale nedovoluje jejich použití v open source grafických editorech. Nemělo by platit Public Money, Public Code?

    Ladislav Hagara | Komentářů: 20
    včera 08:00 | Zajímavý software

    ZombieTrackerGPS je lokální správce a prohlížeč záznamů tras z GPS lokátoru/navigace, napsaný s využitím knihoven KDE a Qt. Současná verze je 1.11, podrobnosti v seznamu změn.

    Fluttershy, yay! | Komentářů: 0
    včera 07:00 | IT novinky

    V OpenAI naučili neuronovou síť hrát Minecraft. Sledováním videí zveřejněných hráči této počítačové hry.

    Ladislav Hagara | Komentářů: 2
    Na sociálních sítích nebo jiných webových diskuzích vystupuji pod
     (63%)
     (18%)
     (19%)
    Celkem 651 hlasů
     Komentářů: 29, poslední 24.5. 00:02
    Rozcestník

    Čuňačíme v MediaWiki - responzivní obsah II.

    7.1.2021 19:37 | Přečteno: 1399× | Jen tak na okraj | poslední úprava: 7.1.2021 19:43

    Naposledy jsem psal o čuňačení v MediaWiki asi před půl rokem, kdy jsem chtěl upozornit na to, že jsem přepracoval svoji původní šablonu Images tak, aby bylo možné používat výřezy z obrázků a stránek generovaných z DjVu a PDF dokumentů. Blogpost nebyl nijak extra hodnocen, takže mě vcelku nepřekvapuje, jak se do hlavní vývojové větve MediaWiki dostávají čím dál větší prasečiny.

    Přijde mi to šílené. Stejně jako je šílená současná doba. Bohužel se nemohu ubránit dojmu, že v průběhu loňského roku proběhl globální převrat – v duchu hesla "Buzeranti všech zemí spojte se!", proti němuž byla VŘSR lokální lapálií bez širšího dosahu a i Adolf Hitler zblednul závistí. Jenže před 100 lety ještě bylo možné buzerantům uniknout. Dnes již bohužel není kam. Stávající situace vynesla vzhůru tu nejhorší sortu psychopatů, co své pozice upevňují s využitím těch nejnižších lidských pudů – strachu, závisti a nenávisti.

    Ale to vše už tady bylo. Každá revoluce požírá své děti, takže je pouze otázkou času, kdy dojde i na ně. Hodnocení současné situace ale není cílem mého blogpostu. Chci se pochlubit, tím co se dá v MediaWiki realizovat čistě prostřednictvím šablon, i bez pomocných skriptovacích berliček.

    Pokud vás tedy zajímá, jak rychle se načítá stránka, která se generuje s využitím několik set šablon a zároveň si chcete něco zajímavého a poučného doma s dětmi přečíst, tak se koukněte na Seifertův překlad Setonovy knihy Z lesní říše. Pro fajnovky je tam k dispozici i anglický originál Woodland Tales, ale na jeho finalizaci teprve dojde.

    Je to zvláštní náhoda, že originál vyšel přesně před 100 lety. V časech, kdy po světě řádila tzv. "španělská chřipka". Tenkrát neexistovaly ještě antibiotika, antivirotika, vakcíny proto chřipce, JIPky ani plicní pumpy. Nikdo neopruzoval s rouškama, nebyly žádné celoplošené buzerace. A vidíte. Lidstvo to bez větší újmy přežilo, jen pro to, aby se o necelých 20 let mohlo zřezat ještě s větší intenzitou, než kdy před tím.

    Úprava Seifertova překladu té knížky ještě není ukončena. Je tam totiž víc jak stovka ilustrací a řada z nich je složena z několika výřezů, aby mohl být obsah stránky responzivní – mým cílem je udělat to tak, aby se to dalo v pohodě číst i na mobilu.

    Doposud jsem řešil skládání několika výřezů do jednoho obrázků víceméně metodou pokus omyl. Vůbec první dokument, kde jsem tohle použil je série Setonových článků z roku 1902. Mimochodem, právě tuhle sérii článků Seton později prohlásil za první vydání The Birch bark roll. Ovšem tentokrát je těch obrázků opravdu hodně a zapojil se i kamarád, který se s jejich vkládáním teprve seznamuje, takže jsem vytvořil pomocnou šablonu I-size, aby nám to šlo rychleji a snáz od ruky.

    Na téma MediaWiki zde ode mne v minulosti vyšlo…

    1. (11.3.2015)MediaWiki - rozšíření Translate - kromě rozšíření Translate zde padla zmínka také o rozšíření AccessControl.
    2. (12. 3.2015) Čuňačíme v MediaWiki - příklad využití rozšíření ExternalRedirect.
    3. (14. 3.2015) Čuňačíme v MediaWiki dál - popisuje, jak v prostředí MediaWiki modifikovat textové zprávy k rozšíření ConfirmAccount.
    4. (15. 3.2015) Od čuňáren ke korektnímu obsahu MediaWiki - popisuje jak u multijazyčné wiki využívat možnosti rozšíření ParserFunctions
    5. ( 1. 4.2015) Čuňačíme v MediaWiki - opět - popisuje jak využít možností rozšíření ParserFunctions MyVariables k modifikaci nabízeného obsahu wiki na základě autentifikace.
    6. ( 2. 4.2015) MediaWiki - dynamicky generované stánky - názorná ukázka využití rozšíření DynamicPageList (third-party) pro dynamicky generované stránky v MediaWiki. Kromě toho se zde objevila zmínka or rozšíření Loops a Variables, které umožňují v šablonách využívat smyčky a uživatelsky definované proměnné.
    7. ( 3. 4.2015) Čuňačíme v MediaWiki - proč? seznámení s tím, jak a proč jsem se dostal k MediaWiki
    8. (17. 8.2018) Čuňačíme v MediaWiki - responzivní obrázky blogpost o tom, jak donutit MediaWiki aby responzivně pracovala s obrázky. Součástí je šablona mé provenience, která využívá kromě již uvedených rozšíření navíc rozšíření ImageSizeInfoFunctions
    9. ( 3. 4.2019) Čuňačíme v Mediawiki – RecentChanges bez javascriptu
    10. (10. 4.2019) MediaWiki.org - překlad dokumentace
    11. (20. 5.2019) Wikimedia Hackaton 2019
    12. (12. 7.2020) Čuňačíme v MediaWiki - výřezy z obrázků
           

    Hodnocení: 80 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    7.1.2021 19:49 Kol0brndaRulez
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    No nádhera, jako blesk. Zavzpomínal jsem na dialup, díky.
    7.1.2021 19:57 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Zkus otevřít a na mobilu číst srovnatelně velký 245 stránkový PDF soubor ;-)
    8.1.2021 10:12 _
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    S dobrym pdf prohlizecem naprosto bez problemu a bez jakehokoliv uzivatelsky vnimatelneho lagu pri skrolovani.
    8.1.2021 11:11 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Neříkej, že ti ta html stránka po tom několikasekundovém načtení při procházení laguje. Mám 6 let staré BlackBerry Q10, načte se mi to cca během 8 sekund a procházení je zcela bezproblémové.

    Abych řekl pravdu, kolikrát mi trvá mnohem déle načtení, z hlediska dat mnohem jednodušší, stránky z abclinuxu.cz
    Josef Kufner avatar 8.1.2021 11:52 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Však PDF je navržené tak, aby se dalo načítat postupně a jen to, co je na aktuální stránce potřeba. Problém může být jen pokud ta jedna stránka je příliš komplikovaná ci blbě udělaná.
    Hello world ! Segmentation fault (core dumped)
    8.1.2021 12:01 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Je to smutné, ale většina PDF je udělaná blbě. Ale co hlavně, účelem PDF nebylo pohodlné a rychlé prohlížení elektronických dokumentů, ale jejich tisk. Až dodatečně do něj dobastlili další featury.
    8.1.2021 00:14 marbu | skóre: 31 | blog: hromada | Brno
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Ta wikistránka je pěkná ukázka (nebo spíš benchmark? :-) šablon, ale pro čtení knížky na počítači bych spíš volil ten zdrojový DjVu/PDF soubor, a pro čtení na mobilu epub. Ne že by nebylo užitečné mít všechno na jedné html stránce, ale pro čtení samotné se to imho zrovna moc nehodí.

    Btw je škoda, že na wikipedii nebo wikizdrojích funkci epub exportu nemají. Jednak příslušné MediaWiki rozšíření Extension:EPubExport zdá se umřelo, a druhak se správci zdá se rozhodli preferovat pdf export.
    There is no point in being so cool in a cold world. Source code of the BioNTech/Pfizer SARS-CoV-2 Vaccine
    8.1.2021 00:40 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Pche! Nic není nemožné ;-) Udělat něco podobného z té singlepage stránky je brnkačka.

    Apropos, na to jsi přišel kde, že se to ke čtení na mobilu nehodí? Načteš to jen jednou a pak už skáčeš po libosti v rámci jedné stránky. Epub stejně není ve skutečnosti nic jiného než ořezané html.
    8.1.2021 12:40 marbu | skóre: 31 | blog: hromada | Brno
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Pche! Nic není nemožné ;-) Udělat něco podobného z té singlepage stránky je brnkačka. ... Epub stejně není ve skutečnosti nic jiného než ořezané html.
    No právě. Jeden by řekl že díky tomu bude implementace takového exportu ve srovnání s ostatními exporty jednodušší, a tak nebude problém s nasazením na wikipedii.
    There is no point in being so cool in a cold world. Source code of the BioNTech/Pfizer SARS-CoV-2 Vaccine
    8.1.2021 13:28 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Jednodušší je načíst tu stránku do LibreOffice. Zatím akorát nevím, čím vším se ten import dá ovlivnit. Něco totiž akceptuje a něco ne. Abych byl konkrétní, blbě importuje ty postranní odkazy na stránky – valí to rovnou do textu. Přitom mají class="noprint" a při tisku se ignorují.

    Importovaný dokument se ale stejně neobejde bez úpravy. Ten Libreoffice totiž nezachová proporce vložených obrázků (deformuje je), takže se to musí ručně změnit. Ovšem pak už to není problém uložit do čeho chceš, případně vyexportovat do toho PDF.
    8.1.2021 13:01 marbu | skóre: 31 | blog: hromada | Brno
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Apropos, na to jsi přišel kde, že se to ke čtení na mobilu nehodí? Načteš to jen jednou a pak už skáčeš po libosti v rámci jedné stránky.
    Pro běžné lineární čtení mi přijde mnohem lepší nějaký program na čtení knih (např. fbreader), který zobrazuje text postupně po stránkách (místro scrolování), zobrazuje jen text a relevantní obrázky a pamatuje si naposledy otevřenou stránku. Z hlediska uživatelského pohodlí je to imho řádově lepší. Navíc jaksi explicitně funguje offline, protože pracuje s knížkami v epub souborech. Zatímco v prohlížeči na mobilu čtu spíše kratší texty, a pokud bych si chtěl takto nějaký dlouhý text uložit na později, abych se k tomu mohl nějakou dobu pravidelně vracet, nemám přímo jak (resp. řeším to přes pocket).
    There is no point in being so cool in a cold world. Source code of the BioNTech/Pfizer SARS-CoV-2 Vaccine
    8.1.2021 13:22 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Pro běžné lineární čtení mi přijde mnohem lepší nějaký program na čtení knih (např. fbreader), který zobrazuje text postupně po stránkách (místro scrolování)
    Je to věc vkusu. Kupř. mi pro čtení víc vyhovuje klasický papírový list. Ovšem ne formát A4 ale cca A5. Ale tisknul bych to jedině v případě, že bych to pak chtěl někomu poslat dál.

    Scrollování je pro mne přirozenější, než virtuální "listování". Pokud sis nevšiml, tak na té stránce jsou dva obsahy. Oba skáčou pouze v rámci jedné stránky, takže funguje i back. Alespoň tedy na mém mobilu. Čtu tak, že obrazovku při čtení posouvám palcem. A když se chci na něco kouknout blíž, tak si to zvětším.

    Virtuální "listování" mne při čtení ruší a vykreslování stránek zdržuje, protože čtu rychleji, než to stíhají ty čtečky vykreslovat.
    8.1.2021 00:43 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Mimochodem, kdo neumí česky, ani anglicky, si může ty stránky prohnat přes translator. Není to sice bůhví co, ale s trochou imaginace to dá. S PDF či Epub na něco podobného můžeš rovnou zapomenout.
    8.1.2021 00:49 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Jo a ten zdrojový DjVu není problém stáhnout. Dostaneš se k němu přes libovolnou stránku. Skočíš na index a pak klikneš na obrázek titulní stránky. To tě hodí na soubor. A odtamtud si to můžeš stáhnout. Má to 6,3MB včetně textové vrstvy.
    Max avatar 8.1.2021 05:25 Max | skóre: 70 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Zajímalo by mně, co se děje na serveru. Pokud to tak dlouho čeká na data, tak to server, resp. db, asi nebude mít lehký?

    Jinak mám nasazený parsoid jako backend pro klikaci WYSIWYG a pokud bych ten klikací ksicht měl použít na té stránce, tak asi umře vše :D, aspoň podle těch stránek s dokumentací, co v tom tvořím.
    Zdar Max
    Měl jsem sen ... :(
    8.1.2021 08:46 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Co se děje? Jak už jsem napsal. Proběhne transkluze cca 245 stránek vygenerovaných přes rozšíření Proofread Page, cca stovky obrázků a řady dalších šablon, včetně kontroly - některé věci na té wiki jsou dostupné jen registrovaným uživatelům s povoleným přístupem.

    Wysiwyg editor wiki je zlo. Kód té stránky je ve skutečnosti velmi jednoduchý. I jako anonym bys měl mít možnost si ho zobrazit.

    Jinak jde o specifickou stránku. Jsou tam i rozsáhlejší. Generované z cca 600 stran.
    9.1.2021 06:59 Ehm
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Nechutný, už chápu proč jsi v IT nesehnal nic pořádnýho
    8.1.2021 09:06 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    A tak ne. Anonym si může zobrazit pouze kód z namespace Template. Ale nikomu nic nebrání v registraci. Ta je nezbytná ze tří důvodů. 1, ověřuje se při ní platnost mailové adresy. 2, je to účinná bariéra před škodiči a 3, na základě uživatelských jmen funguje ochrana stránek a nastavení práv k různým operacím a funkcionalitám. Anonym má u mé wiku kupř. jen velmi omezený přístup ke speciálním stránkám, jelikož se dají snadno zneužít k útoku na wiki.
    8.1.2021 09:51 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Pokud jde o vytížení serveru, není to nic hrozného. Výhodou šablon je mimo jiné to, že unifikují použitý kód. Mimochodem, i hlavní stránka té wiki je generována přes šablony. Ale o šabloně content jsem už tady asi v minulosti psal.
    Max avatar 8.1.2021 16:09 Max | skóre: 70 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    Ano, v mém dotazu jsem myslel vytížení serveru.
    Zdar Max
    Měl jsem sen ... :(
    8.1.2021 16:27 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    99% času ten server jede na 2%. Přitom má relativně málo paměti a jen 2 procesorová jádra. Ovšem to se děje pouze při vkládání obrázku. Vtip je v tom, že ta šablona Image pracuje s již hotovým obrázkem, který se pouze procentuálně škáluje (šablona přepočítává parametry pro css) – to je rozdíl oproti tomu jak s obrázky nativně pracuje MediaWiki. Schválně si zkus jak rychle se načte tohle. To se renderuje složením 620 stránek, ale ještě to neprošlo korekturou, takže se nic nedělá s obrázky. Ty to zatěžují asi nejvíc a nejvíc jich má zatím právě ta knížka z Lesní říše.
    18.1.2021 16:34 jiwopene | skóre: 31 | blog: Od každého trochu…
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    2 % čeho? Pokud je to vytížení CPU během dotazu, tak bych předpokládal, že se čeká na disk.
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky.
    18.1.2021 19:08 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Čuňačíme v MediaWiki - responzivní obsah II.
    2% vytížení CPU. Ten maká nejvíc když se generují nové náhledy. Pak už se používá to co je vygenerované a změna velikosti se řeší přes css na straně klienta. U velkých stránek jako ta odkazovaná z blogpostu trvá nejdéle, přežvejkání toho co parser dostane z databáze.

    Jinak jo, asi čeká na disk, protože ten stroj má poměrně málo RAM. Ale je to v pohodě viděl jsem už výrazně pomalejší servery.

    P.S.:Vtipné je, jak se neustále různí boti pokoušejí atakovat Wordpress, který tam neexistuje. A Číňani se zas neustále pokoušejí zneužít mailserver.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.