Content-Length: 298035 | pFad | https://cs.wikipedia.org/wiki/Wikipedie:Pod_l%C3%ADpou_(technika)

Wikipedie:Pod lípou (technika) – Wikipedie Přeskočit na obsah

Wikipedie:Pod lípou (technika)

Přidat téma
Z Wikipedie, otevřené encyklopedie
Poslední komentář: před 4 dny od uživatele Bazi v tématu „Oddělovače tisíců na wikipedia.org
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.

Technické novinky: 2024-47

[editovat | editovat zdroj]

MediaWiki message delivery 19. 11. 2024, 02:59 (CET)Odpovědět

Ty takzvané „dočasné účty“ je název pro dlouho plánované maskování IP adres. — Draceane diskusepříspěvky 28. 11. 2024, 17:17 (CET)Odpovědět

Technické novinky: 2024-48

[editovat | editovat zdroj]

MediaWiki message delivery 25. 11. 2024, 23:41 (CET)Odpovědět

Ping

[editovat | editovat zdroj]

On se změnil tag pro "vyvolání", oslovení uživatele? Já jsem měl zafixovanou zkratku se zavináčem a uživatelským jménem, dnes sem objevil znak re v hranatých závorkách (a to i v případě, pokud jsem neodpovídal na příspěvek, ale uživatele zmínil v diskusi a chtěl, aby se přidal).

Stejně tak jako v diskusích se dříve automaticky připojoval podpis, v poslední době jsem několikrát zjistil nemilou změnu a musel dopisovat pomlčku a čtyři vlnovky, kterýžto znak je navíc standardně jen na anglické klávesnici, takže to zdržuje.

Předem děkuji. -Lukáš Král (diskuse) 28. 11. 2024, 12:33 (CET)Odpovědět

@Lukáš Král ... normálně zavináč... alespoň teď u mě. --Pavouk (diskuse) 28. 11. 2024, 13:14 (CET)Odpovědět
U mě teď taky. Tak asi seděly někde vlaštovky na drátech. Děkuji! --Lukáš Král (diskuse) 28. 11. 2024, 13:31 (CET)Odpovědět
@Lukáš Král: Pokud jde o zobrazení šablony {{odpověď}} (re a ping jsou její redirecty), tak jsem změnu nezaznamenal – zobrazení zavináč a jméno uživatele. Diskusní nástroj Odpověď umožňuje zmínit pomocí odkazu napsáním zavináče a vybráním z nabídky, taky mi to přijde stejné. A podpis by se měl automaticky přidávat při použití tohoto nástroje, při klasické editaci zdroje samozřejmě ne. Jinak vlnovka ~ lze i na české klávesnici (v případě přítomnosti numerické části) napsat pomocí ASCII zkratky Alt+126. Já takto píšu skoro všechny speciální znaky, přijde mi to rychlejší pamatovat si pár kódů, ale to je otázka preference :). --Robins7 (diskuse) 28. 11. 2024, 21:25 (CET)Odpovědět
Za šablonu odpověď děkuji, asi jenom jsem po technické stránce neinformatik a neprogramátor. A co se týče podpisu, dříve okýnka umožňovala nástroj zobrazený ikonkou muří nohy a popiskem "Přidat podpis" a pokud si všímám, tato zmizela. Nebo ne? -Lukáš Král (diskuse) 28. 11. 2024, 22:04 (CET)Odpovědět
Pokud otevřete klasický editor wikitextu, je tato ikonka () stále vlevo nahoře hned vedle trojice formátovacích tlačítek B, I, U tak, jak to popisuje šablona {{Podpis}}. Já mám sice v provozu uživatelský JavaScript, ale tohle by z něj plynout nemělo, to by mělo být pro všechny. --Robins7 (diskuse) 28. 11. 2024, 22:44 (CET)Odpovědět
Děkuji! Nicméně tady ho nemám, a kde jinde by měl být podpis potřebný než v diskusích... - Lukáš Král (diskuse) 29. 11. 2024, 10:03 (CET)Odpovědět

Technické novinky: 2024-49

[editovat | editovat zdroj]

MediaWiki message delivery 2. 12. 2024, 23:21 (CET)Odpovědět

Technické novinky: 2024-50

[editovat | editovat zdroj]

MediaWiki message delivery 9. 12. 2024, 23:15 (CET)Odpovědět

Nowiki v navboxu

[editovat | editovat zdroj]

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

URI/URL převody

[editovat | editovat zdroj]

Zdravím,

máme nějaký prostředek na převádění mezer na plusy, případně další podobné URI/URL převody, které by se dalo použít v šabloně? Zagothal (diskuse) 13. 12. 2024, 09:33 (CET)Odpovědět

@Zagothal: https://www.mediawiki.org/wiki/Manual:PAGENAMEE_encoding#urlencode --Dušan Kreheľ (diskuse) 13. 12. 2024, 20:19 (CET)Odpovědět
Kouknu se díky moc. Zagothal (diskuse) 13. 12. 2024, 20:42 (CET)Odpovědět

Technické novinky: 2024-51

[editovat | editovat zdroj]

MediaWiki message delivery 16. 12. 2024, 23:23 (CET)Odpovědět

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

[editovat | editovat zdroj]

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








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: https://cs.wikipedia.org/wiki/Wikipedie:Pod_l%C3%ADpou_(technika)

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy