Wikipedie:Pod lípou (technika)

(přesměrováno z Wikipedie:PLT)
Poslední komentář: před 18 hodinami od uživatele Bazi v tématu „Sidebar
Archivy
Zkratka:
  • WP:PTL
    WP:PLT
Pod technickou lípou
Pod technickou lípou

U tohoto stolu hospody Pod lípou se diskutuje o technických záležitostech souvisejících s provozem Wikipedie. Pro věci ani ne tak diskusní, jako požadavky na správce, viz nástěnku správců.

Chcete-li nahlásit chybu v zobrazování, přečtěte si prosím nejdříve, jak hlásit chyby. Děkujeme.

Nowiki v navboxu

editovat

Zdravím, všiml jsem si, že tagy </nowiki> v hlistu v navboxu nepěkně rozhazují zobrazení (nahuštěné řádky nahoru) ve Vektoru 2022 (objevil jsem to víceméně náhodou z odhlášeného účtu; ze starého Vektoru rozdíl vidět není). Tagy jsem odstranil, jen se ptám původce úpravy @Shlomo:, jestli tam byl nějaký záměr. Zároveň pokud by zdatnější byli schopni zjistit, jestli to nemáme i v jiném navboxu. — Draceane diskusepříspěvky 10. 12. 2024, 14:24 (CET)Odpovědět

@Draceane, Matěj Suchánek: Šablona Call of Duty: Takto to vypadá ve starém zobrazení bez </nowiki>. Myslím si tak, že uživatelé s novým vzhledem budou muset menší natlačení nahoru vydržet. V nejhorším případě by se hlist odstranil.
Nicméně by měl problém řešit modul, ale ještě nebyl nahozen. Nahození bránily snad mezery mezi vícero navboxy a CSS, ale co jsem pochopil, tak by se to mělo vyřešit během implementace, to už je ale spíše otázka na Matěje. --RiniX (diskuse) 10. 12. 2024, 17:18 (CET)Odpovědět
OK, díky za uvedení toho případu, i proto jsem psal sem. Jinak bych byl výhledově pro větší převod navboxů na listclass=hlist. — Draceane diskusepříspěvky 10. 12. 2024, 17:23 (CET)Odpovědět
V aktuální verzi nefunguje moc dobře ani střídající se barva jednotlivých řádků, což je vidět i v samotné šabloně dole u části Vývoj. To byl měl modul také umět řešit. Bohužel čím komplikovanější navbox je, tak už to nynější nastavení moc nezvládá. Jinak nowiki se řešilo určitě někde Pod lípou (musel bych dohledat), potažmo i zde. O modulu se pak diskutovalo zejména na stránce o modulu. --RiniX (diskuse) 10. 12. 2024, 17:40 (CET)Odpovědět
K hlist / <nowiki> mám uložený odkaz Wikipedie:Potřebuji pomoc/Archiv21#Mezery v navboxu.
S tím navboxem bychom měli určitě pohnout, už třeba kvůli tomu, aby nám zapnuli dark mode. Momentálně je v tom ale strašný binec a s tím, jak se věci pořád mění (nový vzhled, Parsoid), je potřeba to projít celý odznova. A samozřejmě nějaký navbox má třetina článků (nemluvě o autoritních datech, která už ale na nový Modul:Navbox přešla), tak aby zas někomu nevadilo, že ty tečky jsou o pixel menší/větší. --Matěj Suchánek (diskuse) 10. 12. 2024, 20:09 (CET)Odpovědět
Jak odkázal výše kolega RiniX, přidávání <nowiki/> jsem doporučoval před asi 6 lety jako záplatu v Diskuse k šabloně:Navbox#Rozbité podseznamy. Bez něj se seznamy v druhém a dalším řádku neobalí příslušným tagem <ol>, <ul> nebo <dl>; výsledný kód je tím pádem nevalidní, což může způsobovat (a způsobovalo) mj. nepříliš předvídatelné problémy při zobrazení. U starého Vectoru se po přidání <nowiki/> seznamy obalily a výsledný kód byl (v tomto ohledu) syntakticky v pořádku. U nového Vectoru se seznamy obalují taky, ale kromě toho dojde ještě k přidání prázdného odstavce (<p></p>) před seznam, jehož zobrazení je následně potlačeno pomocí CSS (display:none). Syntakticky je to takto v pořádku, sémanticky je to ovšem nevhodné. No a vzhledem k tomu, že se designéři rozhodli, že následuje-li seznam po odstavci, má být posunut o kousek vejš, tak holt je posunutý o kousek vejš, i když následuje po nezobrazovaném odstavci…
Možných řešení je několik:
  • přimět vývojáře, aby opravili parser, aby kód renderoval validně a záplatu nebylo třeba (nepovedlo se v uplynulých 6 letech, nepředpokládám, že by se to najednou zadařilo),
  • přimět vývojáře, aby upravili parser, aby aspoň po <nowiki/> nepřidával prázdný odstavec (nedávám to mu o moc víc šancí než předchozímu návrhu),
  • upravit stylopis nového Vectoru, aby neposouval nahoru seznam po odstavci, je-li předcházející odstavec potlačen,
  • přidat stylopis pro šablonu Šablona:Navbox, který potlačí posunutí seznamu následujícího po nezobrazeném odstavci,
  • předělat šablonu na modul, který si ohlídá, aby seznamy byly řádně obaleny bez ohledu na parser.
Odstranění <nowiki/> způsobuje nevalidní výstup, a někde zjevně i problémy se zobrazením vnořených seznamů, takže to, Draceane, prosím u dalších navboxů zatím nedělejte (bude jich asi docela dost).--Shlomo (diskuse) 10. 12. 2024, 21:38 (CET)Odpovědět
P.S. Vidím, že prázdný odstavec se přidává i u ostatních skinů, takže to asi bude problém parseru, nikoli skinu. Problémem je tedy inovativní stylopis nového Vectoru, robustnější stylopisy starších skinů si s nezobrazeným odstavcem zdá se poradí.--Shlomo (diskuse) 10. 12. 2024, 21:57 (CET)Odpovědět
Ještě jedno možné řešení:
  • formátovat seznamy v navboxech pomocí značek HTML místo wikisyntaxe. Postačí na první úrovni seznamu, vnořené seznamy se zdá se renderují správně i s wikisyntaxí. Výhodou tohoto řešení je, že problém (= nadbytečný prázdný odstavec) odstraňuje, nikoli záplatuje pomocí CSS. Druhou výhodou je, že nepotřebuje součinnost vývojářů ani správců, kteří se do toho moc nehrnou. Nevýhodou je trochu méně uživatelsky přívětivý zdrojový kód a pracnost převodu.--Shlomo (diskuse) 15. 12. 2024, 06:28 (CET)Odpovědět
    Tak jsem na ukázku zkusil opravit tímto způsobem formátovatování u navboxu {{Call of Duty}}. Vygenerované HTML se zdá být v pořádku, což vyřešilo jak problémy s víceúrovňovými seznamy, tak i s posouváním seznamů nahoru a zdá se mi, že i střídavé stínování sudých/lichých řádků, které zmínil RiniX. Otázkou je, zda to takto aplikovat i na další navboxy (na všechny? nebo jen na viditelně problémové?), nebo zda počkat dalších 6 let, zda třeba někdo neopraví parser nebo nedokončí modul.--Shlomo (diskuse) 19. 12. 2024, 09:18 (CET)Odpovědět
    Jen formální dotaz: Ty * u dalších řádků jsi zkoušel převést? Ono ty vypadá rušivě a zbytečně složitě. Zagothal (diskuse) 19. 12. 2024, 10:32 (CET)Odpovědět
    Ty hvězdičky představují druhou úroveň seznamu. IMHO by měly taky jít převést na HTML (myslím, že jsem to i zkoušel v náhledu), ale není to nutné; druhá a další úroveň se renderuje správně i z wikisyntaxe. Na druhou stranu uznávám, že kód kombinující HTML a wikisyntaxi vypadá trochu lajdácky. A teoreticky může být zdrojem těžko předvídatlných problémů při další aktualizaci parseru.--Shlomo (diskuse) 19. 12. 2024, 11:02 (CET)Odpovědět
    Tak vzhledem k tomu, bych radši upravil jen problémové. Ten kod vypadá náchylný na chyby. Zagothal (diskuse) 19. 12. 2024, 11:12 (CET)Odpovědět
    Tak je-li libo odolnější kód, je samozřejmě možné převést do HTML i podseznamy. Viz na ukázku Speciální:Diff/24496701.--Shlomo (diskuse) 19. 12. 2024, 13:37 (CET)Odpovědět
    ...což je podle mě to, co nechceme. Primárně máme používat wikikód, nikoliv HTML. Bohužel se dostáváme zpět na začátek, že wikikód nám produkuje nevalidní HTML. — Draceane diskusepříspěvky 19. 12. 2024, 14:10 (CET)Odpovědět
    Primárně máme používat wikikód… a proč vlastně? Ano, wikisyntaxe je pohodlná a pro editora, který se chce soustředit na obsah a ne na formátovací serepetičky a který potřebuje do svého textu vložit jednoduchý bezproblémový seznámek, je to samozřejmě nejvhodnější postup. Ale na druhou stranu, proč trvat na wikisyntaxi v situaci, kdy tato způsobuje nějaké potíže nebo když potřebujeme funkcionalitu, kterou wikikód nepodporuje? A zrovna seznamy jsou ve wikisyntaxi hodně okleštěné oproti tomu, co umožňuje HTML.--Shlomo (diskuse) 19. 12. 2024, 15:02 (CET)Odpovědět
@Matěj Suchánek, Vachovec1: Mohl bych poprosit o kvalifikovaný odhad, či aspoň názor, zda lze v předvídatelné době očekávat nějaké řešení na úrovni parseru či skinu („nový Vector“) ze strany vývojářů a/nebo řešení spočívající v převedení šablony {{Navbox}} na modul (již >2 roky žádná aktivita…)? Pokud tudy cesta nevede ani nepovede, bylo by asi na místě vydat se jinudy…--Shlomo (diskuse) 16. 1. 2025, 07:47 (CET)Odpovědět
@Shlomo: Podle [1] nový parser (nejdříve) v září 2025.
Ten prázdný odstavec není přímým důvodem, proč se navboxy zobrazují chybně. Důvodem je CSS pravidlo .mw-body p + ul { margin-top: -0.5em }, evidentně zamýšlené pro běžný obsah článků. Toto pravidlo způsobí negativní margin a posun textu nahoru. (A pravidlo .hlist ul { margin: 0 } to nedokáže přebít, protože má nižší specificitu.)
Pozorování:
  • * s <nowiki/> na začátku generuje skrytý prázdný odstavec pod oběma parsery. HTML seznamu je validní a závorky kolem položek odsazených dvakrát jsou na stejném řádku (tj. v pořádku).
    • Screenshot: [2]
  • * bez <nowiki/> nevygeneruje žádný prázdný odstavec pod oběma parsery. HTML seznamu ale není validní, chybí vnější <ul> a kvůli tomu jsou závorky kolem položek odsazených dvakrát na vlastním řádku.
    • Screenshot: [3]
    • Zajímavý je rozdíl mezi řádky „Druhá světová válka“ a „Modern Warfare“. První je vykreslený správně a má HTML správně, druhý (i třetí) ne. Dokáže někdo přijít na to, proč dva téměř stejné obsahy parsují různě?
Pozor, na rozdíl od parseru by zvolený skin neměl neovlivňovat výsledné HTML. Tedy alespoň jsem o tom přesvědčen. Liší se pouze v CSS, které ovlivňuje vzhled. --Matěj Suchánek (diskuse) 20. 1. 2025, 16:52 (CET)Odpovědět
Na nepochopitelné rozdíly mezi parsováním prvního a všech následujícíh řádků navboxu upozorňoval již před drahnými lety Dvorapa. Podezříval jsem tehdy nějakou chybu v kódu šablony {{Navbox}}, ale žádnou jsem tam nenašel.
ad CSS: A nešlo by doplnit někam nějaké pravidlo s vyšší specificitou, něco jako .hlist p.mw-empty-elt + ul { margin-top: 0 }? Případně přidat !important?--Shlomo (diskuse) 20. 1. 2025, 18:48 (CET)Odpovědět
Možný workaround: umístit <nowiki/> za seznam, ne před něj. HTML je validní a ani se nevygeneruje prázdný odstavec.
Možná by pomohla úprava kódu {{Navbox}}, kde se {{{list#}}}</div> rozdělí na dva řádky? --Matěj Suchánek (diskuse) 20. 1. 2025, 17:04 (CET)Odpovědět
Tohle mě teda opravdu nenapadlo :) No, pokud to bude fungovat, tak by to mohlo být provizorní řešení lepší než to současné. S případnou úpravou {{Navbox}}u byste ale musel pomoci vy nebo někdo jiný privilegovaný, my prostí plebejci do ní nemáme přístup…--Shlomo (diskuse) 20. 1. 2025, 18:48 (CET)Odpovědět
 Opraveno Opraveno. S notnou dávkou odvahy jsem zkusil metašablonu opravit (a přitom našel další bug).
Bohužel pokud uvnitř buňky není HTML seznam, vytvoří se tam odstavec <p>, který má kvůli stylopisu vertikální mezery. To jsem vyřešil úpravou CSS. Těžko říct, jestli se nerozbilo ještě něco... --Matěj Suchánek (diskuse) 20. 1. 2025, 19:28 (CET)Odpovědět

Oddělovače tisíců na wikipedia.org

editovat

Na wikipedia.org máme nesprávný oddělovač tisíců:

Čeština
558,000+ článků

Asi by to chtělo upravit po vzoru francouzštiny. — Petr Matas 20. 12. 2024, 02:44 (CET)Odpovědět

Totéž asi i pro slovenskou Wiki. --Bazi (diskuse) 20. 12. 2024, 04:11 (CET)Odpovědět
Asi bych to rovnou zadal do Phabricatoru jako žádost. Správně má být mezera? --Juandev (diskuse) 26. 12. 2024, 18:07 (CET)Odpovědět
Ano, mezera. --VasekPav (diskuse) 26. 12. 2024, 19:08 (CET)Odpovědět
...zúžená nezlomitelná, vizte úzká mezera. --Pavouk (diskuse) 2. 1. 2025, 20:55 (CET)Odpovědět
Zde ale už jde o to, jestli si na tyto "drobnosti" ta úvodní strana hraje... --VasekPav (diskuse) 2. 1. 2025, 22:29 (CET)Odpovědět
@Pavouk +1 --Osidor (diskuse) 8. 1. 2025, 22:06 (CET)Odpovědět

Chyba zobrazení úvodní strany

editovat

Úvodní strana české Wiki se v sekci Ostatní projekty zobrazuje nesprávně, text jde přes loga, vizteSoubor:Uvodni stranka Wikipedie - chyba zobrazeni.png. Vzhled Vektor 2022, OS Ubuntu (Linux), Firefox, monitor 1920px široký, dělá to i v užším prohlížeči. Nemyslím si, že bych měl nějaké nestandardní nastavení (CSS). V prohlížeči Chromium na stejném počítači (přihlášený i nepřihlášený uživatel) to zobrazuje lépe. --Pavouk (diskuse) 2. 1. 2025, 21:05 (CET)Odpovědět

Bohužel nepotvrzuji, Windows 10, Firefox i Edge (vše aktuální) v pořádku. --VasekPav (diskuse) 2. 1. 2025, 22:34 (CET)Odpovědět
Kubuntu 24.04: Firefox starý Vektor a Chromium současný defaultní vzhled OK. --Palu (diskuse) 2. 1. 2025, 22:57 (CET)Odpovědět
Přepnul jsem na chvíli ve Firefoxu i na default 2022 a taky OK. --Palu (diskuse) 2. 1. 2025, 22:59 (CET)Odpovědět

Oprava shrnutí

editovat

Očividně jsem udělal chybu ve shrnutí. Tlačítko "opravit shrnutí" nevidím. Nebylo by takové tlačítko vhodné pro takové případy, kdy se někdo splete, jako teď já? Tedy jestli má být shrnutí opravdu užitečné... --Palu (diskuse) 7. 1. 2025, 23:31 (CET)Odpovědět

Podle mě není žádoucí mít možnost opravit shrnutí, ve verzovacím nástroji git tahle možnost je a i tak to není moc vhodný. Pokud by bylo nutný to komentovat, tak bych zprávu o tom přidal do diskuse daného článku. --frettie.net (diskuse) 8. 1. 2025, 08:49 (CET)Odpovědět
OK, díky za názor. Nicméně o co ho opíráte? Teď tam zůstane úplný nesmysl na věky věků. V čem je to lepší? OK, pokud je riziko v tom, že by si tam psal každý co chce a škodil tím, evidujme k tomu historii a umožněme to revertovat správci. --Palu (diskuse) 8. 1. 2025, 22:23 (CET)Odpovědět
NO, mohlo by se to naprogramovat tak, že by si shrnutí mohl opravit jen člověk sám po sobě a ještě dejme tomu jen po určitou dobu (aby se to případně nezneužívalo). Ale je otázka, jak moc by to bylo technicky náročné, a jestli by o to byl vůbec zájem... --VasekPav (diskuse) 8. 1. 2025, 22:35 (CET)Odpovědět
To už je trochu overkill, možná by stačil prostý „Skleróza mód“, který by šel zapnout v Nastavení, a po kliknutí na Zveřejnit změny by vyhodil ještě jedno okénko s výzvou ke kontrole (ne)vloženého shrnutí, které by bylo nutno odkliknout. Ale to asi taky „není žádoucí“ (přeloženo: pro deset lidí se s tím nikdo nikdy patlat nebude). //EDIT: @Lukša: Ano, nevyplněného, ne jakéhokoli. --Osidor (diskuse) 8. 1. 2025, 23:38 (CET)Odpovědět
Takové skleróza módy většinou vesele ignoruju a nemyslím si, že jsem sám. Naopak si myslím, že co navrhuje VasekPav zní hodně dobře. --Palu (diskuse) 8. 1. 2025, 23:54 (CET)Odpovědět
@Osidor: Možnost kontroly nevyplněného shrnutí editace v nastavení už dávno je. --Lukša (diskuse) 9. 1. 2025, 09:11 (CET)Odpovědět
Tento systém možnosti úpravy příspěvku je používán na různých diskusních platformách. V praxi stačí udělat druhou (malou) editaci a vloižt správné shrnutí k předchozí editaci - v historii to bude vidět a většinou si lidé stejně prohlížejí souhrnné změny od poslední návštěvy. --JAnD (diskuse) 9. 1. 2025, 13:48 (CET)Odpovědět
Jak píše VasekPav, nemyslím si, že je to příliš důležité, ale pokud by to v rámci prevence zneužití bylo omezené po velmi krátkou dobu např. 15 minut od zveřejnění, asi bych se tomu nebránil, pokud by byl širší zájem. --Robins7 (diskuse) 9. 1. 2025, 20:40 (CET)Odpovědět
Určitě by to šlo, jak píše VašekPav, ale za mě je to špatný. Je to takový měnění historie (jako chápu, že tam zůstane nesprávná věc), ale v praxi to zas tak nevadí. --frettie.net (diskuse) 9. 1. 2025, 09:19 (CET)Odpovědět

CSS ořezy fotek v infoboxu

editovat

Osidor dneska začal v některých článcích nahrazovat fotky v infoboxech (ať už vložené lokálně, nebo tahané z Wikidat) oříznutými verzemi snímků pomocí šablony {{CSS ořez obrazu}} (mimochodem, jedna z více šablon, které byly patrně překopírovány z anglické wiki, aniž by se někdo obtěžoval vytvořit dokumentaci, popsat k čemu a jak slouží a rozebrat parametry šablony), např. Stanislav Bernard, Petr Pavel, Anežka Chudlíková – jedná se o různé infoboxy. Šablona je vkládána do nesouvisejících předchozích parametrů (obvykle jméno nebo titul za jménem), což se mi nezdá zrovna v pořádku. Nehledě na to, že někteří roboti mají tendenci odstraňovat prázdné parametry pro obrázky, aby je bylo možné přebírat z WD. Jaký je k tomu postoj komunity, je to vhodné technicky, případně jaké jsou návrhy, jak něco takového řešit, či jestli vůbec? --Harold (diskuse) 8. 1. 2025, 17:24 (CET)Odpovědět

Díky za všimnutí. Pro začátek by úplně stačilo, kdyby se ta CSS ekvilibristika dala vkládat do parametru obrázek, a ne všude jinam. (Nejsem l33t programátor, takže s tím moc nepohnu.) --Osidor (diskuse) 8. 1. 2025, 17:29 (CET)Odpovědět
Inu, typické české řešení: vytvořit naprosto zbytečný problém (zákaz/omezení/…), a poté „konsenzuálně“ prudit všechny, kteří jej žádají odstranit. Žádný div, že na anglické wikipedii podobné omezení není. @Matěj Suchánek, @VasekPav --Osidor (diskuse) 11. 1. 2025, 01:24 (CET)Odpovědět
Co na to odpovědět? Když to vezmu kolem a kolem, troufám si tvrdit, že většina lidí obecně nerada novinky a vždy musí být nějací "pionýři", co "ukážou" cestu. A to platí IMHO i na wikipedii.
Ale takoví pionýři se musí podle toho chovat a pro své novinky získat příznivce a ty se IMHO nezískají tak, že něco bezhlavě někde začnu používat a nikomu nic neřeknu... --VasekPav (diskuse) 11. 1. 2025, 12:09 (CET)Odpovědět
Parametr jméno je od toho, aby se do něj vkládalo jméno. Ideálně nic jiného.
Parametr titul před je od toho, aby se do něj vkládal titul před jménem. Ideálně nic jiného.
Parametr obrázek byl napříč infoboxy sjednocen tak, aby se do něj vkládal pouze název obrázku. S tím už se teď nedá hnout.
(Na kopírování šablon mám taky svůj názor, většinou se dá předvídat, jak to dopadne.) --Matěj Suchánek (diskuse) 8. 1. 2025, 18:14 (CET)Odpovědět
Díky za názor, který se shoduje i s mým. Jen „S tím už se teď nedá hnout.“ bych asi nenapsal (i kdyby to byla pravda). Btw1: Kdyby jejich autoři psali „za žádnou cenu nepoužívejte tyhle ořezávací šablony v infoboxech“, tak na ně ani nesáhnu. No akosi… nepíšú, ba naopak. Btw2: Vím, že nejste můj otrok, nicméně: mohl byste, prosím, opravit šablony CSS ořez obrazu2 (en: Easy CSS image crop) a CSS ořez obrazu3 (en: Easy CSS image crop 2)? Je tam nějaká podivná závislost jedné šablony na druhé, a druhé na třetí, a já jsem z toho jelen… --Osidor (diskuse) 8. 1. 2025, 21:34 (CET)Odpovědět
První věc, co vidím v kódu: chybí Template:CSS ořez obrazu2/bSize. --Matěj Suchánek (diskuse) 8. 1. 2025, 22:39 (CET)Odpovědět
Ještě bych se rád zeptal, jak se u obrázku v IB používá parametr 'skrýt' (který by – v mé naivní představě – mohl být užitečný jako upozornění robotů, aby jej nenahrazovali z WD). Parametr 'nepoužito' vygeneruje podivně zdvojený popisek (je-li tento použit); funkčnost předešle zmíněného parametru se mi žádným způsobem nepodařilo aktivovat… --Osidor (diskuse) 9. 1. 2025, 02:30 (CET)Odpovědět
Pokud infobox vnitřně používá šablonu {{Obrázek z WD}} a parametr „obrázek“ (nebo ten, který daný infobox používá) se v článku vyplní hodnotou „vypnuto“, tak se obrázek úplně potlačí, včetně hodnoty z Wikidat nebo placeholderu. --Matěj Suchánek (diskuse) 9. 1. 2025, 09:24 (CET)Odpovědět
Osobně nejsem toho příznivec. Za prvé autor obrázku měl většinou nějaký záměr, za druhé dělá to infobox (už tak nepřehledný) nepřehlednějším a za třetí CSS (a vlastně celý svět kolem HTML) je náchylné k věcem těžko ovlivnitelným. --Zagothal (diskuse) 8. 1. 2025, 18:19 (CET)Odpovědět
Také jsem proti a přidám i další důvod, někde už stačili i "řešit" takové "drobnosti", jaký ořez ořezu je lepší... Nic proti, ale mně to prostě s dovolením přijde už "moc"... Encyklopedie by měla být postavena na faktech a řešit na ní, který ořez obrázku je subjektivně lepší, mi sem prostě nezapadá... --VasekPav (diskuse) 8. 1. 2025, 18:31 (CET)Odpovědět
A není místo podobnejch vopičáren jednodušší prostě vytvořit oříznutou verzi a dát ji na wikidata, příp. do infoboxu? Dle dokumentace původní en šablony to ani k podobnému použití není určeno: ...when a slight crop is preferred in an article, but the full image is more encyclopaedic in general. Where only a small section of the image is used after the crop, it's best to upload the crop as a new file, to avoid sending the extra image data to users.--Hubert Kororo (diskuse) 8. 1. 2025, 18:50 (CET)Odpovědět
Tohle je asi nejvýstižnější, k čemu bych se připojil. V iboxech tyhle ořezy nepoužívat. A když už řezat fotky, mělo by se to dít s citem. Ne "až na dřeň", jak tu taky zaznělo. --Bazi (diskuse) 9. 1. 2025, 00:15 (CET)Odpovědět
No, já myslím, že ořezy Papeže Františka (přehrání fotkou z italské wikipedie za 3… 2… 1…) a Heleny Zeťové se povedly vůbec nejlépe :) Pro pořádek ještě ping @ThecentreCZ, @Draceane, ať řeknou, co si o tom myslí. (Spoiler alert: to samé, co většina osazenstva, tj. v infoboxech ne ne ne, a jinde (skoro) taky ne ne ne.) --Osidor (diskuse) 9. 1. 2025, 00:20 (CET)Odpovědět
Ořez pomocí CSS je možná dobrý pro určité speciality v článcích, ale do infoboxu to rozhodně nepatří - od toho máme Croptool --JAnD (diskuse) 8. 1. 2025, 21:34 (CET)Odpovědět
Proti používání v infoboxu, kde má být soubor bez prefixu. Některé ořezy až na „dřeň“, jen s hlavou, považuju za přestřelené. Když už, tak to prostě říznout na Commons. Zabere to pár desítek sekund. --Kacir 8. 1. 2025, 23:24 (CET)Odpovědět
Dle shody v diskusi jsem ořezy v infoboxu zrušil a kolegu Osidora prosím o pochopení a již nepoužívání šablony, děkuji. --VasekPav (diskuse) 10. 1. 2025, 19:25 (CET)Odpovědět
Dobrá, v IB tedy toto řešení používat nebudu, ač jej (nezávisle na zdejším kokonsenzu) považuji za ničemu neškodící a elegantnější, než tupý ořez CropToolem. --Osidor (diskuse) 10. 1. 2025, 19:29 (CET)Odpovědět

Překrývání textu v mobilním zobrazení Posledních změn

editovat

Screenshot --Chrz (diskuse) 10. 1. 2025, 22:56 (CET)Odpovědět

Na této stránce sledujte poslední změny na Wikipedii. Můžete také sledovat IRC kanál #cs.wikipedia. (Problem not detected..) --Osidor (diskuse) 10. 1. 2025, 23:37 (CET)Odpovědět
Doplním: v mobilním zobrazení v mobilním zařízení. Takže pokud je šířka 425px a méně, začne se text překrývat. Třeba to značí obecnější problémy i pro jiné prvky na jiných - pro běžného čtenáře důležitějších - stránkách, třeba je to jen u Posledních změn a na rozlišení, které se nemíní podporovat. To už nechám na vás. --Chrz (diskuse) 10. 1. 2025, 23:50 (CET)Odpovědět
V mobilní verzi s větším rozlišením se sice nepřekrývá výše zmíněný text, ale zůstává tam ještě nedokonalé zarovnání sloupečků. Hodnoty pro Žádost o komentář, Diskuse o smazání, Volby, Požadované články jsou zarovnány jinak než zbytek. V klasickém zobrazení je všechno v jedné lajně. --Chrz (diskuse) 11. 1. 2025, 00:04 (CET)Odpovědět
Je to jen nepatrný detail, ale vlastně to nijak nevybočuje z nastoleného trendu činit efektivní používání internetu na mobilních zařízeních čím dál obstruktivnějším a nemožnějším. Soucítím s vámi. //EDIT: @Zagothal: Díky za ověření. To mne právě zaujalo, že kolega Chrz používá zařízení s (na dnešní poměry) nízkým rozlišením, s nímž už asi vývojáři se svou průběžnou de-optimalizací v duchu plánovaného zastarávání nehodlají počítat. --Osidor (diskuse) 11. 1. 2025, 00:17 (CET)Odpovědět
Podařilo se mi to reprodukovat i v Edgi, když jsem přepnul do mobilní verze a zmenšil okno. Zkusím se podívat do HTML+CSS, čím to je. --Zagothal (diskuse) 11. 1. 2025, 00:21 (CET)Odpovědět
To překrýváním je pozicováním vůči rámečku (ten text je hierarchicky uvnitř toho rámečku, ale posunut pomocí CSS; problém u mně nastává u asi 820px). To odsazení je rozdílným stylováním seznamů a tabulek.
A to překrývání i v normálním vzhledu, ale ne tak nápadné. Ty odsazení jsou normálně. --Zagothal (diskuse) 11. 1. 2025, 00:33 (CET)Odpovědět
Re překrývání: mobil má samozřejmě větší fyzické rozlišeni displeje, ale browser má záměrně nižší, vyplýtvají se třeba 3 pixely mobilu na zobrazení 1 pixelu obrázku či písma, aby taky bylo na tom mobilu něco vidět. To není tím že bych měl nějaký starý křáp.
Re nezarovnané tabulky: to je i na tabletu či počítači při mobilním vzhledu, takže obecný problémek toho zobrazení.
No a tedy po analýze, dá a chce se s obojím něco dělat? --Chrz (diskuse) 11. 1. 2025, 08:10 (CET)Odpovědět
Muselo by se zasáhnout do stylu. To nechám k vyhodnocení už jiným. --Zagothal (diskuse) 13. 1. 2025, 09:45 (CET)Odpovědět
Ohledně zarovnání tabulky jsem psal Oznamovateli, který ty podstránky automaticky vytváří, zdá se, a chybějící formátování by tam mohl doplnit.
Ohledně překrývání textu, čekáme na jiné :) --Chrz (diskuse) 13. 1. 2025, 11:53 (CET)Odpovědět

Souřadnice vesmír

editovat

Chtěl bych se zeptat, proč nefungují souřadnice u některých hvězd, jako například u 1 Camelopardalis nebo HD 115404, zatímco u jiných, například Diadem (hvězda), fungují správně. Je problém v chybném formátování, chybějících datech, nebo může být důvod jiný? Předem děkuji za vysvětlení a případnou pomoc.Mirek256 13. 1. 2025, 17:22 (CET)Odpovědět

Řekl bych, že za to může mezera v parametru id, např. „HD 115404“. --Matěj Suchánek (diskuse) 13. 1. 2025, 18:35 (CET)Odpovědět
Dík za odpověd, Ještě bych měl jeden dotaz pod zde [4] je řazení od 0-9 takové jaké je a jak to jde opravit? --Mirek256 19. 1. 2025, 03:31 (CET)Odpovědět
Nerozumím otázce. „Opravit“ co a proč? Jak to souvisí s šablonou {{Souřadnice - vesmír}}? --Matěj Suchánek (diskuse) 19. 1. 2025, 10:03 (CET)Odpovědět
Se souřadnicemi vesmír to nesouvisí, ale některé hvězdy, jejichž názvy začínají písmenem abecedy, jsou zařazeny mezi číslicemi 0 až 9, zde Objekty v katalogu 2MASSMirek256 19. 1. 2025, 12:51 (CET)Odpovědět
Viz Nápověda:Klíč řazení. Tak jako lze vynutit řazení osoby podle jejího příjmení, lze hvězdu zařadit pod (libovolnou) číslicí. --Matěj Suchánek (diskuse) 19. 1. 2025, 13:15 (CET)Odpovědět
@Matěj Suchánek: Děkuji za odpověď. Použil jsem {{DEFAULTSORT:WR 104}}, ale hvězda se stále zařazena mezi číslicemi v kategorii. Existuje konkrétní způsob, jak zajistit, aby byla například WR 104 zařazena mezi písmena v kategorii, jako jsou objekty začínající písmeny? Pokud je chyba v mé implementaci, mohl byste prosím uvést správný postup? --Mirek256 19. 1. 2025, 15:45 (CET)Odpovědět
@Mirek256 Do Kategorie:Objekty_v_katalogu_2MASS řadí přímo {{Infobox - vesmírný objekt}} podle katalogového čísla, řadicí klíč v tomto případě má přednost před {{DEFAULTSORT:}}. Ale v jiných článcích z téže kategorie je použit {{Infobox - hvězda}}, který řadí do téže kategorie dle názvu. --JAnD (diskuse) 21. 1. 2025, 09:26 (CET)Odpovědět
@JAnD Děkuji za odpověď a vysvětlení ohledně priorit řazení v kategoriích. Mám však ještě jeden problém související s šablonou {{Infobox - hvězda vícenásobná}}.
Tato šablona aktuálně vůbec nezobrazuje katalog 2MASS, přestože jde o důležitý katalog hvězd, který by měl být v infoboxu uveden automaticky, podobně jako je tomu u šablony {{Infobox - hvězda}}. Zdá se, že parametr pro tento katalog není v šabloně vůbec implementován.
Například u hvězdy HD 3443, která je evidována v katalogu 2MASS, se tento katalog nezobrazuje v infoboxu při použití šablony {{Infobox - hvězda vícenásobná}}. Oproti tomu při použití šablony {{Infobox - hvězda}} se katalog 2MASS zobrazí korektně. To ukazuje na nedostatek v aktuální implementaci šablony pro vícenásobné hvězdy.
Mohli byste prosím zkontrolovat kód šablony a případně doplnit podporu pro katalog 2MASS, aby se zobrazoval stejně jako v jiných šablonách?
Děkuji za vaši pomoc a případné řešení tohoto problému.
--Mirek256 19. 1. 2025, 16:45 (CET)Odpovědět
@Mirek256  Hotovo Hotovo. --JAnD (diskuse) 23. 1. 2025, 11:53 (CET)Odpovědět

Technické novinky: 2025-03

editovat

MediaWiki message delivery 14. 1. 2025, 02:41 (CET)Odpovědět

Technické novinky: 2025-04

editovat

MediaWiki message delivery 21. 1. 2025, 02:35 (CET)Odpovědět

editovat

Máme tady Modul:Sidebar, který byl kdysi asi převzat z enWiki pro potřeby Šablona:Sidebar. Ta ale později byla sloučena do našeho vlastního Šablona:Soubox, a tak předpokládám, že modul úplně přestal být využíván. Bohužel ale Soubox neposkytuje tolik možností jako původní Template:Sidebar, které bych rád využil (např. sbalování jednotlivých sekcí). A protože Soubox už se zase používá na další věci, netroufám si přímo hrabat v něm, raději bych nové šablony založil na samostatné metašabloně.

Dokázal by prosím někdo technicky zdatnější aktualizovat ten český modul Sidebar a navázat na něj případně další moduly, které pro svůj provoz využívá (podle enWiki Module:Sidebar celkem tři, z nichž dva mají svoje české protějšky a jeden nám zatím chybí), aby se dala znovu oživit i naše šablona Sidebar? Navíc ten anglický využívá i nějaké CSS styly, o kterých nemám přehled, jestli je tu máme k dispozici, nebo by se musely taky přidat/upravit. --Bazi (diskuse) 23. 1. 2025, 15:36 (CET)Odpovědět

Tak jsou převedené konkrétně:
Aktuální test výstupů je zde: Šablona:Fotografie-side. Vypadá to, že v jádru funguje, jenom se marně doptává na kaskádové styly k šabloně Šablona:Vseznam, protože na enWiki existuje en:Template:Hlist/styles.css, ale my k tomu protějšek nemáme. Nebo ho jen máme jinde?
Taky to ještě bude chtít české pojmenování parametrů podle zdejších zvyklostí. --Bazi (diskuse) 25. 1. 2025, 10:22 (CET)Odpovědět
CSS k .hlist apod. jsou v MediaWiki:Common.css. --Matěj Suchánek (diskuse) 25. 1. 2025, 10:59 (CET)Odpovědět
Hm, tak to ale nepomohlo. --Bazi (diskuse) 25. 1. 2025, 11:31 (CET)Odpovědět
To ani fungovat nemá. Pointa v tom, že (zatím) nejsou potřeba žádné TemplateStyles, protože se styly pro hlist načtou úplně vždy. --Matěj Suchánek (diskuse) 25. 1. 2025, 12:43 (CET)Odpovědět
No dobře. Ale jak se teda zbavit chybové hlášky, když se to za každou cenu snaží něco odněkud načítat, co my nemáme? --Bazi (diskuse) 25. 1. 2025, 13:07 (CET)Odpovědět
Někdy se v JSON a jeho interpretaci liší význam prázdného prvku a nevyplněného prvku. Zkusil byste ten řádek smazat? --Zagothal (diskuse) 25. 1. 2025, 13:25 (CET)Odpovědět
Nezdá se, že by to pomohlo. Vypadá to spíš, že teď jen chybí definice, ale ta je stále samotným modulem vyžadována. Skoro si říkám, jestli by nebylo (pro mě) jednodušší založit tu prázdnou podstránku s volaným stylem, ale přijde čistější, aby se jí ani nedomáhal. --Bazi (diskuse) 25. 1. 2025, 13:41 (CET)Odpovědět
Co v Modul:Sidebar přepsat přímo tento řádek: local hlist_styles = add_list_templatestyles('hlist', cfg.i18n.hlist_templatestyles)? Žel v lua se nevyznám a ve zdejší struktuře jakysmet. --Zagothal (diskuse) 25. 1. 2025, 14:04 (CET)Odpovědět
 Vyřešeno Zakomentoval jsem kód v modulu. Ale prázdný stylopis (s vysvětlením) taky není úplně špatný nápad. --Matěj Suchánek (diskuse) 25. 1. 2025, 14:14 (CET)Odpovědět
Díky, tohle řešení vypadá funkčně. Ještě se nějak pokusím pozápasit s tou lokalizací. Ideálně aby to fungovalo s českými i anglickými parametry pro potřebu překladů, ale zatím když jsem to zkoušel u Modul:Aligned table po vzoru Modul:Navbox, evidentně to nezafungovalo, takže to asi bude chtít jiné řešení. --Bazi (diskuse) 26. 1. 2025, 00:10 (CET)Odpovědět
Asi tuším, že to obstarává funkce getWithLocal, kterou jsem sice zkusil přinést do modulu taky, ale ono asi bude potřeba ji tam zakomponovat všude, což je, obávám se, nad moje skromné "programátorské" síly. Nebo by bylo lepší zapomenout na funkčnost anglických parametrů a počeštit to natvrdo? --Bazi (diskuse) 26. 1. 2025, 18:07 (CET)Odpovědět
Provedl jsem hromadné nahrazení, ale pak jsem si uvědomil, že to má háček. Ta tabulka s překladem je primitivní asociativní pole, zatímco parametry mohou obsahovat pořadí (colalign1, col2nowrap atd.). Ale jestli chceme mít přeložené vše, není těžké to přizpůsobit. --Matěj Suchánek (diskuse) 26. 1. 2025, 19:43 (CET)Odpovědět
A nemohl by se přeložit název, třeba analogicky, jak je to ve slovenštině? --Pavouk (diskuse) 26. 1. 2025, 19:47 (CET)Odpovědět
Ve slovenštině mají přeložený např. i ten Navbox jako sk:Šablóna:Navigačná lišta, takže tam asi obecně mají jiný přístup. Ale vzhledem k tomu, že se jedná o metašablony, které se použijí jenom při vytváření jiných šablon, mi nepřijde nijak zvlášť důležité mít název v češtině (a kvůli tomu zároveň zbytečně dvojslovný). Třeba v případě Šablona:Zarovnaná tabulka jsem překlad provedl, protože i anglický vzor je popisný a dvojslovný, ale Sidebar mi přijde podobný případ jako Navbox. --Bazi (diskuse) 26. 1. 2025, 19:56 (CET)Odpovědět
Díky za pomoc. Ano, ty číslované parametry jsou další komplikace, s kterou jsem si nevěděl rady. --Bazi (diskuse) 26. 1. 2025, 19:47 (CET)Odpovědět
 Vyřešeno --Matěj Suchánek (diskuse) 26. 1. 2025, 20:07 (CET)Odpovědět
Ještě jsem tam něco poladil, ale snad už se to chová dobře. Podobným způsobem jsem zkusil sám provést lokalizaci Module:Sidebar pro potřeby Šablona:Sidebar a Šablona:Sidebar sbalitelný, ale tam jsem bohužel narazil - parametry v češtině vůbec nefungují, viz Šablona:Fotografie-side, kde se ani jeden ze sidebarů vůbec nezobrazuje (pouze soubox ano), přestože v angličtině fungovaly oba. Mohl bych poprosit o pomoc ještě s tímhle? --Bazi (diskuse) 29. 1. 2025, 23:03 (CET)Odpovědět

Šablona:Infobox - hudební umělec

editovat

Rozumím dobře, že Šablona:Infobox - hudební umělec nemá parametry "titul před" a "titul za" a proto, pokouším-li se je dopsat do infoboxu, ten nereaguje? Nebo jsem udělal jinou chybu?. Konkrétně v článku Alexander Móži, kde jsem chtěl tituly přesunout z úvodní vědy do IB. --Svenkaj (diskuse) 26. 1. 2025, 22:18 (CET)Odpovědět

@Svenkaj Parametry v tomto infoboxu neexistují, tituly lze ale přidat do názvu infoboxu, případně šablonu upravit. --Vít Karásek (diskuse) 26. 1. 2025, 22:28 (CET)Odpovědět
@Svenkaj Dobrý den, z tohoto důvodu raději používám Infobox - osoba, kde je možné tituly zadat do příslušných polí a navíc přes Wikidata zobrazuje i jiné údaje, které jsou u vědců žádoucí pro zobrazování a které dotazovaný infobox neukazuje. --Krabiczka (diskuse) 26. 1. 2025, 23:08 (CET)Odpovědět

Technické novinky: 2025-05

editovat

MediaWiki message delivery 27. 1. 2025, 23:13 (CET)Odpovědět