Wikipedia:Kahvihuone (tekniikka)

↑	Arkisto	Lisää uusi aihe	Tekniikka

Neuvonta

Käytännöt

Kielenhuolto

Tekniikka

Tekijänoikeudet

Uutiset

Paja

Sekalaista

Kysy vapaasti

Tervetuloa kahvihuoneeseen Tekniikka!

Keskustelua Wikipedian teknisistä yksityiskohdista. Keskustelut, joihin ei ole tullut kommentteja 35 vuorokauteen, arkistoidaan automaattisesti.
Vanhat keskustelut löytyvät arkistosta.

Tutustu myös seuraaviin ohjesivuihin:
Sanasto (termien selityksiä)

toiminnot-kirjalähteet

Tekeekö visuaalinen muokkain linkkejä Toiminnot:Kirjalähteet sivuun ISBN-tunnuksille itsestään? Voisiko tuota jotenkin korjata että se käyttäisi {{ISBN}}-mallinetta? Kuka tuntee tuon paremmin? Ipr1 (keskustelu) 13. tammikuuta 2026 kello 12.39 (EET)

Samalla voisi päivittää että references-tagin sijaan fiwikissä lisätään {{Viitteet}}-malline. Ipr1 (keskustelu) 13. tammikuuta 2026 kello 12.40 (EET)

Testailin hiukan ja visuaalinen muokkain näyttäisi toimivan niin, että kun kirjottaa muokkaimessa ISBN:n, siitä tulee perinteinen taikalinkki. Kun tätä taikalinkkiä klikkaa, aukeaa ponnahdusikkuna, josta ISBN:ää pystyy muokkaamaan sekä "muuntamaan yksinkertaiseksi linkiksi". Kun klikkaa tuota jälkimmäistä, niin taikalinkki muuttuu wikilinkiksi Toiminnot:Kirjalähteet-sivulle. En ole kuullut, että tuota pystyisi paikallisesti muuttamaan toimimaan toisin, mutta se olisi kyllä hyvä ominaisuus. Samoasambia ✎ 25. tammikuuta 2026 kello 23.31 (EET)

Tämän viikon tekniikkauutisissa oli maininta, että ISBN:ää varten tulee uusi {{#isbn}}-funktio. Lisäksi mainittiin, että uusiin wikeihin ei ole otettu ISBN/RFC/PMID-taikalinkkejä enää käyttöön vuodesta 2021 alkaen. Vanhat wikit voivat halutessaan pyytää taikalinkkien poistamista Phabricatorissa, tässä esimerkiksi iawikin pyyntö. Voisi harkita samaa myös meille? Samoasambia ✎ 11. helmikuuta 2026 kello 12.32 (EET)

Ehdotus: Kumoustoiminnon estotyökalu ylläpitäjille

Moi! Ehdotan uudenlaista toimintoa ylläpitäjille: Kumouksen estotoiminto. Tuo olisi mahdollisuus estää kumoa-toiminto ja myös ehkä manuaalinen palautus, jostakin tietystä muokkauksesta. Tämä voisi olla hyödyllinen etenkin, kun välillä on muokkaussotia, joissa vain jotain tiettyä muokkausta pompotellaan takaisin ja pois. Tällöin toiminnolla voitaisiin estää jonkun hyvän muokkauksen kumoaminen ja tarvittaessa myös sen jälkeisiä muokkauksia ilman, että sivua tarvitsisi suojata. Näin ei automaattisesti estettäisi yhden vandaalin tai muokkaussotijan takia kaikilta pois muokkausmahdollisuutta. Käydään tästä ensin keskustelu onko olemassa vastaavanlaista, jos ei: Käynnistän mielipidetiedustelun. Yt. --Julius 12345 | Keskustelu 18. tammikuuta 2026 kello 17.34 (EET)

Lisäys: Piilotus estää myös muokkausmahdollisuuden (+häivytys), mutta aina ei ole räikeää sisältöä niissä muokkauksissam mitä kumoillaan ja palautellaan. Julius 12345 | Keskustelu 18. tammikuuta 2026 kello 17.36 (EET)

Voisi esim. olla: [Suojaa versio], jolloin versiota ei voisi kumota tai manuaalisesti palauttaa ilman ylläpitäjän oikeuksia. Julius 12345 | Keskustelu 18. tammikuuta 2026 kello 17.40 (EET)

Meillä on jo olemassa keino, jolla muokkaussotivalta käyttäjältä otetaan pois mahdollisuus jatkaa kumouksia ilman, että sivuja on tarpeen suojata. Sitä kutsutaan estoksi, ja sen käyttäminen on myös käytännön mukainen toimenpide. --Lentokonefani asiaa? | syntilista 20. tammikuuta 2026 kello 13.52 (EET)

Aah, okei. Kiitos tiedosta. Julius 12345 | Keskustelu 21. tammikuuta 2026 kello 21.20 (EET)

Wikipedian taulukoiden oletustyyli (caption-elementti)

Voisiko Suomen Wikipedian taulukoiden oletustyyliä muuttaa caption-elementin osalta? On olemassa sellainen melko uusi ja hyvin tuettu text-wrap-attribuutin arvo kuin balance. Sitä sopii käyttää vain lyhyissä teksteissä kuten taulukoiden otsikoissa. Se tasaa moniriviset tekstit tasapainoisiksi, ks. https://developer.chrome.com/docs/css-ui/css-text-wrap-balance. – ~2026-42641-3 (keskustelu) 20. tammikuuta 2026 kello 12.08 (EET)

Katsoin demon. Taulukoiden otsikoissa ainakaan mua ei häiritse se, jos esim. kaksirivisessä otsikossa on ylin rivi huomattavasti pidempi kuin alin. Tasapainoni ei järky. Mieluummin en ottaisi käyttöön.--Htm (keskustelu) 20. tammikuuta 2026 kello 12.10 (EET)

Muutoksia ei pidä tehdä summamutikassa, koska todennäköisesti mikä tahansa muutos voi rikkoa jotain joka on tehty vuosikymmentä aiemmin. Mikäli tuollainen otetaan käyttöön (olettaen että tuki on riittävä ja toimii myös vanhemmilla laitteilla) niin luultavasti on tehtävä erillinen tyyli ensin sitä varten jota käytetään vaiheittain, ei kaikkeen kerralla. Toimivuus pitäisi varmistaa myös mobiililaitteilla, ruudunlukulaitteilla jne. Ipr1 (keskustelu) 20. tammikuuta 2026 kello 13.05 (EET)

Jatkan tähän. Ilmeisesti on ollut jonkin aikaa tuettuna (versioluettelo [1]), mutta pitää silti pohtia tuon tukea. Sivuista voi tulla raskaita ilmeisesti jos käytetään missä ei ole tarpeen. Ipr1 (keskustelu) 20. tammikuuta 2026 kello 13.09 (EET)

Tuo mahdollinen tukemattomuus ei ole ongelma, koska standardien mukaan selain jättää huomioimatta tyylimääritteen, jota se ei ymmärrä, ja käyttää sen sijasta joko oletusarvoa tai edellistä ymmärtämäänsä määritystä tiettyjen sääntöjen mukaan. – ~2026-42641-3 (keskustelu) 20. tammikuuta 2026 kello 18.27 (EET)

Lehtiviite

Havaitsin, että Lehtiviite-mallineen www-attribuutin nimi on merkkikokoherkkä: sille ei kelpaa nimi muodossa Www. Onko kyseessä bugi vai tietoinen valinta ohjelmoijalta?

{{Lehtiviite | Tekijä = Laine, Lasse J. | Otsikko = Varo viiraria! | Julkaisu = Helsingin Sanomat | Ajankohta = 17.4.2012 | Sivut = D2 | www = https://www.hs.fi/tiede/art-2000004868381.html | Viitattu = 17.4.2012}}

tuottaa seuraavan: Laine, Lasse J.: Varo viiraria! Helsingin Sanomat, 17.4.2012, s. D2. Artikkelin verkkoversio. Viitattu 17.4.2012.

ja

{{Lehtiviite | Tekijä = Laine, Lasse J. | Otsikko = Varo viiraria! | Julkaisu = Helsingin Sanomat | Ajankohta = 17.4.2012 | Sivut = D2 | Www = https://www.hs.fi/tiede/art-2000004868381.html | Viitattu = 17.4.2012}}

tuottaa tällaisen: Laine, Lasse J.: Varo viiraria! Helsingin Sanomat, 17.4.2012, s. D2. Artikkelin verkkoversio. Viitattu 17.4.2012.

~2026-44169-9 (keskustelu) 21. tammikuuta 2026 kello 10.36 (EET)

Kaikki kirjoitusasut on määriteltävä erikseen, tuota ei ollut määritelty. Lisäsin parametreille "www" ja "www-nimi" vaihtoehtoiset muodot "WWW" ja "Www" sekä "WWW-nimi" ja "Www-nimi". Nyt toimii. --Lentokonefani asiaa? | syntilista 21. tammikuuta 2026 kello 17.28 (EET)

Vanhassa wikimallineessa ei ollut isoilla alkukirjaimilla tuota parametria joten sitä ei tullut lisättyä erikseen. Mistä tuo iso alkukirjain tulee? Visuaalisesta muokkaimesta? Ipr1 (keskustelu) 21. tammikuuta 2026 kello 19.54 (EET)

Jatkan huomiona että myös lehtiviitteen ohjeessa Malline:Lehtiviite/ohje tuo on pienillä kirjaimilla. Ipr1 (keskustelu) 21. tammikuuta 2026 kello 19.58 (EET)

Mallineiden ohjeissa käytetty kirjoitusasu sopii mielestäni huonosti ohjeeksi suositellusta pienen ja ison kirjaimen käytöstä. Malline:Lehtiviite/ohjeen ja Malline:Kirjaviite/ohjeen mukaan Tekijä-parametri tulisi kirjoittaa isolla alkukirjaimella mutta Malline:Verkkoviite/ohjeen mukaan pienellä. Sitten kuitenkin mallipohjissa on käytetty isoa alkukirjainta.

Luulen, että www- ja www-teksti-parametrit olivat kolmen mallineen yhteensä noin 60 erilaisen parametrin joukossa ainoat, jotka eivät hyväksyneet isoa alkukirjainta, joten sellaisen salliminen oli paikallaan.

Alun perin käytin Www-muotoa, koska Isbn-muotoakin olin nähdyn viitteen sisällä käytetyn. (Varsinaisessa leipätekstissä tietenkin yleiskielen ohjeiden mukaan.) Halusin kaikkien viitteen parametrien olevan ”samalla käsialalalla”. Luulin aiemmin jopa, että parametrien nimet eivät ole merkkikokoherkkiä niin kuin eivät html:ssäkään ole.

~2026-46987-2 (keskustelu) 22. tammikuuta 2026 kello 09.09 (EET)

Koska moduuli on tehty Lua-ohjelmointikielellä, kysyin tekoälyltä ratkaisua ei-merkkikokoherkkään parametrin hakuun Lua-kielellä. Teköäly ehdotti tällaista:

-- Normalization loop at the start of your function
local cleanArgs = {}
for k, v in pairs(args) do
    if type(k) == 'string' then
        cleanArgs[k:lower()] = v
    else
        cleanArgs[k] = v
    end
end

-- Now pick only needs to be this:
local function pick(tbl, ...)
    for _, k in ipairs({...}) do
        local val = tbl[type(k) == "string" and k:lower() or k]
        if val and val ~= "" then return val end
    end
    return ""
end

local author = pick(cleanArgs, 'tekijä', 'author')

Testaamaton!

~2026-46987-2 (keskustelu) 22. tammikuuta 2026 kello 11.08 (EET)

Täysin sontaa. Rikkoo monta asiaa. Hävitä tuollaiset. Ipr1 (keskustelu) 22. tammikuuta 2026 kello 18.54 (EET)

Isoilla alkukirjaimilla merkityistä parametreista pitäisi päinvastoin päästä eroon, mutta koska niitä on käytetty vaatisi ison siivousoperaation, joka herättäisi närää. Ainakaan ei pitäisi enää jatkossa levittää enempää isoja alkukirjaimia ja ne voisi ohjeisiin korjata vaikka taaksepäin yhteensopivuus koodiin jäisikin. Ipr1 (keskustelu) 22. tammikuuta 2026 kello 18.53 (EET)

Jos ne korjattaisiin ja jatkossa tulisi virheilmoitus? raid5 22. tammikuuta 2026 kello 20.56 (EET)

Eikö tuo mallinnesysteemi ole serverin päässä dynaaminen, eli ei voine tehdä sellaista mallinetta, joka antaisi virheilmoituksen vain uusissa tapauksissa. – ~2026-46987-2 (keskustelu) 22. tammikuuta 2026 kello 21.29 (EET)

Tarkoitin, että parametrit korjattaisiin alkamaan pienellä kirjaimella. Sen jälkeen malline muutettaisiin kirjainherkäksi ja tulisi virheilmoitus muulla tavalla kirjoitetusta. (Jos tietty muoto on tärkeää). raid5 22. tammikuuta 2026 kello 23.06 (EET)

Tavoite olisi hyvä, mutta kaikkien artikkelien ja mallineviittausten päivittäminen on suuri rupeama myös automatisoidusti. Ipr1 (keskustelu) 23. tammikuuta 2026 kello 08.10 (EET)

Ei voida. Sama koodi on käytössä uusille ja vanhoille tiedoille. Palvelinpää ei erottele näitä, eikä ole tarkoituskaan: jos jotain korjataan koodissa on eduksi saada korjaus kaikkiin käyttötapauksiin sen sijaan että käsin pitäisi käydä artikkeleita korjaamassa. Artikkelien määrän vuoksi käsityö ei ole realistista. Ipr1 (keskustelu) 23. tammikuuta 2026 kello 08.08 (EET)

Mainitaan vielä että muutoinkin on ongelmana tapauksia, joissa on artikkeleihin käsin kopioitu samaa asiaa, joka olisi pitänyt aikoinaan tehdä mallineella (ilman toistoa). Näiden tapausten siivoaminen jälkikäteen on työlästä. Edelleen on esimerkiksi taulukoita, joissa on sama virhe usealla sivulla (ks. esimerksiksi Toiminnot:LintErrors). Ipr1 (keskustelu) 23. tammikuuta 2026 kello 08.16 (EET)

Eikö se ole mahdollista, että sivua tallennettaessa serverin koodi muuttaa parametrin nimen käsialan halutunmuotoiseksi? Tapahtuuhan allekirjoituksenkin yhteydessä tallennettaessa muutos neljän tilde-merkin kohdalla. Serverin pitäisi kuitenkin sivua tallennettaessa tsekata joka kerta kaikki sivun viitteet. En tiedä kuormittaako se liikaa tallennusta. Mutta eikö se nytkin tsekkaa pahempien virheiden varalta? Neljän tilden tapauksessa muutos tehdään vain yhden kerran.– ~2026-48949-3 (keskustelu) 23. tammikuuta 2026 kello 12.16 (EET)

Taustalla olevia automaagisia ratkaisuja tarkemmin tuntematta veikkaan, että ei ole mahdollista. Neljää tildeä harvemmin käytetään missään yhteydessä, jolloin se on helppo koodata järjestelmään "taikakoodiksi", joka tulostaa allekirjoituksen. Sen sijaan lienee hyvin vaikeaa/mahdotonta koodata järjestelmään tarkistusta, jossa vaikkapa "Julkaisija" muuttuu muotoon "julkaisija", kun se esiintyy viitteessä, mutta muuten ei. --Lentokonefani asiaa? | syntilista 23. tammikuuta 2026 kello 16.04 (EET)

Jeps, koodin pitäisi tunnistaa tietty konteksti tietynkielisessä Wikissä, joka on aika virheherkkää. Samaa Mediawikin koodia käytetään myös muualla kuin "virallisessa" Wikipediassa, joissa ei tietenkään ole samaa viitemallinetta käytössä.. Ipr1 (keskustelu) 24. tammikuuta 2026 kello 04.44 (EET)

Jos tuollaisia erikoiskäsittelyitä halutaan niin mahdollisesti pitäisi muuttaa Mediawikin koodia itseään, joka on ylläpidon kannalta tuskallista kun on erikoista purkkaa jossakin tietyssä kieliversiossa. Toisekseen ei ole toivottavaa ohittaa käyttäjien toimia, koska mahdollisesti se ei ole laajalti toivottavaa. Eli pitää voida yleistää sääntö kaikkeen mitä ohjelmisto voi tehdä eikä vain tietyn erityistapauksen kannalta. Ipr1 (keskustelu) 24. tammikuuta 2026 kello 01.49 (EET)

Käyttöliittymissä ja rajapinnoissa tulisi noudattaa vähimmän yllätyksen periaatetta, Principle of least astonishment. Isolla alkukirjaimella alkavista parametreista on olemassa mahdollisesti ikivanha konsensus. Tällä hetkellä Lehtiviite hyväksyy kooditasolla muodon Www mutta Kirjaviite ei. Ipr1 kieltäytyy (ks. https://fi.wikipedia.org/wiki/Keskustelu_mallineesta:Kirjaviite#Www-_ja_Www-teksti-parametrit) korjaamasta Kirjaviitettä tältä osin vastaamaan @Lentokonefanin Lehtiviitteen koodiin pyynnöstäni äskettäin tekemää muutosta, vaikka olisi tärkeää saada kahden mallineen välille yhdenmukainen käytäntö.

Ehdotan teille vähimmän yllätyksen periaatteiden mukaisesti seuraavaa konsensusta:

• Isolla kirjaimella alkavat parametrit ovat kooditasolla tuettuja ennen, nyt ja tulevaisuudessa. Tämä pätee poikkeuksetta kaikkiin parametreihin, myös Www-parametriin.
• Lehtiviitteen, Kirjaviitteen ja Verkkoviitteen ohjeeseen, esimerkkeihin ja pohjiin laitetaan se suositelluin kirjoitusasu. Tällä hetkellä Verkkoviitteen ohjeessa on käytetty pienikirjaimisia parametreja, mutta Lehti- ja Kirjaviitteessä isolla kirjaimella alkavia parametreja. Käsittääkseni ei ole vielä konsensusta, että pienikirjaiminen on se suositelluin asu.

~2026-48949-3 (keskustelu) 23. tammikuuta 2026 kello 08.05 (EET) <poistettu motiivien arvailu, ei liity käsiteltävään asiaan eikä käyttäjään> raid5 23. tammikuuta 2026 kello 22.29 (EET)

Pienikirjaiminen saa tääältä kannatusta. IP:n ajatusta en ymmärrä. --Abc10 (keskustelu) 23. tammikuuta 2026 kello 09.12 (EET)

Pystyisikö tämän toteuttamaan botilla? Julius 12345 | Keskustelu 3. helmikuuta 2026 kello 18.59 (EET)

Porukan pitäisi ensin päästä konsensukseen virallisen ohjeen mahdollisesta muuttamisesta vain pienikirjaimisia parametrin nimiä käyttäväksi. Ohjeessa on iät ja ajat käytetty isolla alkukirjaimella alkavia parametrin nimiä. – ~2026-76220-5 (keskustelu) 3. helmikuuta 2026 kello 19.19 (EET)

Tämä totta. Julius 12345 | Keskustelu 3. helmikuuta 2026 kello 19.20 (EET)

Näyttäisi siltä, että Lopetusmerkki, ks. https://fi.wikipedia.org/wiki/Moduuli:Lehtiviite#L-333, ei hyväksy ollenkaan pienikirjamista parametrinnimeä. – ~2026-48949-3 (keskustelu) 23. tammikuuta 2026 kello 09.50 (EET)

Ei ole koskaan hyväksynyt, mutta mikä tärkeämpää: sitä ei enää pitäisi käyttää lainkaan. Sille ei ole tarvetta. Paikoissa, joissa se on taannoin merkitty sen voisi korvata. Ipr1 (keskustelu) 24. tammikuuta 2026 kello 01.45 (EET)

Nähtävästi alunperin kaikkien kolmen mallineen ohjeissa (Malline:Lehtiviite/ohje, Malline:Kirjaviite/ohje ja Malline:Verkkoviite/ohje) käytettiin isolla alkukirjaimella alkavia parametrinnimiä. Kunnes 16. joulukuuta 2007 kello 15.29 PeeKoo muutti Verkkoviite-mallineen ohjetta niin, että ohjeessa parametrinnimet ovat pienikirjaimisia. Hän ei kuitenkaan muuttanut esimerkkejä eikä pohjia. – ~2026-48949-3 (keskustelu) 23. tammikuuta 2026 kello 12.03 (EET)

Pywikibot: Osion muokkaus

Moi! Osaisitko joku sanoa kuinka pywikibot saadaan muokkaamaan vain jotakin tiettyä artikkelin osiota tai lisäämään sinne tekstiä. Tällä hetkellä bottiluomukseni, jolla harjoittelen muokkaamaan käyttää aina vain hiekkalaatikon loppupuolta ellen sitten käytä replace-toimintoa. Kiitos. --Julius 12345 | Keskustelu 25. tammikuuta 2026 kello 15.45 (EET)

Kysyin asiaa tekoälyltä. Onko alla oleva koodi täyttä kuraa?

To edit a specific page section using Pywikibot, you typically use the textlib.extract_sections function to isolate the section's content, modify it, and then reassemble the page.

While the MediaWiki API supports a section parameter for editing, Pywikibot's high-level Page.save() method usually replaces the entire page text. Therefore, the standard workflow is to retrieve the full text, split it into sections, change the one you want, and save the full result.

import pywikibot
from pywikibot import textlib

# 1. Initialize site and page
site = pywikibot.Site('en', 'wikipedia')
page = pywikibot.Page(site, 'Your_Page_Title')

# 2. Get the page text and extract sections
# extract_sections returns a named tuple: (header, sections, footer)
# 'sections' is a list of Section objects containing title and content
content = textlib.extract_sections(page.text, site)

# 3. Find and modify a specific section
section_name = "History"
new_section_content = "\nThis is the new content for the History section.\n"

found = False
for section in content.sections:
    # section.title contains the heading (e.g., "== History ==")
    if section_name in section.title:
        section.content = new_section_content
        found = True
        break

if found:
    # 4. Reassemble the text
    # The sections list can be joined back together with the header and footer
    new_text = content.header
    for section in content.sections:
        new_text += section.title + section.content
    new_text += content.footer

    # 5. Save the page
    page.text = new_text
    page.save(summary=f"Bot: Updating section '{section_name}'")

~2026-53433-3 (keskustelu) 25. tammikuuta 2026 kello 16.45 (EET)

Kiitos kommentista. Äkkiseltään katsottuna tuo saattaisi toimia. Julius 12345 | Keskustelu 25. tammikuuta 2026 kello 18.18 (EET)

Toiminnallisuuksia bottiin?

Moi! Jos sinulla on hyvä idea mitä bottini voisi tehdä, jättäisitkö sen alle. Kiitos. Koitan koota jonkinnäköisen paketin botiksi ja sitten hakea bottiluvan. Idean toteutuksella ei väliä, poimin hyviä ideoita joita saatan tarpeen vaatiessa soveltaa. --Julius 12345 | Keskustelu 31. tammikuuta 2026 kello 20.40 (EET)

Olisiko jollakin vielä jotakin muita ideoita? Julius 12345 | Keskustelu 3. helmikuuta 2026 kello 18.12 (EET)

Ideat

• Eläimet-artikkeli oli pitkään nimellä Eläinkunta, kunnes se siirrettiin nykyiselle nimelle keskustelun perusteella. Saman muutoksen voisi nyt kolmen vuoden jälkeen tehdä myös kaikkien eläinartikkeleiden taksobokseihin. Käytännössä näyttää siis tältä: [2]. Tällainen helppo tehtävä olisi hyvää harjoittelua. --Paranaja (keskustelu • muokkaukset) 31. tammikuuta 2026 kello 22.06 (EET)

Kiitos ideasta. Tuon voisin toteuttaa osaksi bottia. Pitääkö tieteellinen nimike myös samalla poistaa vai saako jäädä eläinkunnan viereen? Julius 12345 | Keskustelu 1. helmikuuta 2026 kello 13.41 (EET)

Katsoin muutosta niin vaikutti, että säilyi. Julius 12345 | Keskustelu 1. helmikuuta 2026 kello 13.47 (EET)

Jep. --Paranaja (keskustelu • muokkaukset) 2. helmikuuta 2026 kello 21.57 (EET)

Sellainen huomio että muutosta ei pidä tehdä sokkona artikkeleihin jos on jokin muu syy säilyttää vanha linkki. Edit: tai tässä tapauksessa tuo voi olla selkeä koska se on vain uudelleenohjaus nyt. Ipr1 (keskustelu) 2. helmikuuta 2026 kello 18.28 (EET)

Kun muutoksen tekee vain yhteen taksoboksin parametriin, niin tuskin tulee ristiriitoja. --Paranaja (keskustelu • muokkaukset) 2. helmikuuta 2026 kello 21.57 (EET)

Ja sitä varten botissa on oltava parserointi pelkästä merkkijonosta mallineisiin ja niiden parametreihin. Muutoin koodi näkee vain sivullisen tekstiä ilman kontekstia. Eli botin tekijältä vaaditaan jonkin verran käsittelyä wikimerkinnöille. Ipr1 (keskustelu) 7. helmikuuta 2026 kello 23.46 (EET)

Sain hiekkalaatikolla toimimaan. Julius 12345 | Keskustelu 1. helmikuuta 2026 kello 13.52 (EET)

• Vandalismin torjuntatoiminnallisuutta bottiin? --Julius 12345 | Keskustelu 3. helmikuuta 2026 kello 19.05 (EET)

  Olisiko tässä ideaa? Julius 12345 | Keskustelu 7. helmikuuta 2026 kello 16.45 (EET)

coord-malline tilttasi (?)

Coord-mallineen luoma linkki maantieteellisissä tietolaatikoissa aukeaa uudella tavalla niin, että näkymän peittää hakukentän suuri "laatikko". Eilen se vielä toimi. En osaa sanoa, mistä vikaa voisi lähteä etsimään.--J Hokkanen (keskustelu) 5. helmikuuta 2026 kello 18.32 (EET)

Näyttää tosiaan olevan että sivulle geohack.toolforge.org vuotaa {{GeoTemplate}}-mallineesta sellaistakin mitä ei pitäisi (esimerkki: [3]), kuten Wikipedian hakukenttä ja mallineen kielilinkit. Mallineeseen itseensä ei näy viime aikoina tehdyn muutoksia, jotka tämän voisivat selittää. --Lentokonefani asiaa? | syntilista 5. helmikuuta 2026 kello 18.48 (EET)

Eli mitä on tapahtunut ja missä? Tulee kamalattoman vaikeaksi tarkistaa paikkalinkkejä, jos tuo ei korjaannu. Onko tehty jokin "uudistus"?-- Htm (keskustelu) 5. helmikuuta 2026 kello 18.52 (EET)

Apuaa! Nyt menee keskeisten rojektieni jatkaminen aivan jumiin. Kartat toimivat ja niiden avulla esim. reittihaku. Aulis Eskola (keskustelu) 5. helmikuuta 2026 kello 23.07 (EET)

@Ipr1, Zache: Pystyttekö auttamaan?--Htm (keskustelu) 7. helmikuuta 2026 kello 12.49 (EET)

Geohack on rikki kaikissa wikeissä ja kyseessä on todennäköisesti se wikipedian sivun renderöinti on muuttunut siten, että geohack lukee geohack-mallineen väärin. Tein ilmoituksen asiasta ja bugitiketin. Katsotaan miten asia etenee. --Zache (keskustelu) 7. helmikuuta 2026 kello 19.36 (EET)

Kiitos tiedosta. J Hokkanen (keskustelu) 7. helmikuuta 2026 kello 21.00 (EET)

Ainakin äsken näytti Geohack toimivan ja ulkonäkö on suurin piirtein sama kuin ennenkin. Joskus eilen puolenpäivän paikkeilla Geohack toimi mutta sivun ulkoasu oli hiukan poikkeava.-- Htm (keskustelu) 12. helmikuuta 2026 kello 03.39 (EET)

Niin näyttää olevan, eli täysin kunnossa. Kiitos anonyymille korjaalalle. Elämä jatkuu taas... ;-)--J Hokkanen (keskustelu) 12. helmikuuta 2026 kello 09.00 (EET)

Mallineen Sticky header tuominen

@Ipr1: Voisiko suomenkieliseen Wikipediaan tuoda mallineen Sticky header? Siitä olisi hyötyä pitkille taulukoille kuten Luettelo Japanin kaupungeista (Comparison of webmail providers). Toit viime vuonna hyödyllisen mallineen (keskustelu Template:Static row numbers). Suurille taulukoille on myös Sticky table start. raid5 8. helmikuuta 2026 kello 13.55 (EET)

Olit nopea, sehän on jo tuotu: {{Sticky header}}. Kiitos. raid5 8. helmikuuta 2026 kello 14.40 (EET)

@Ipr1: Mallineella Table alignment olisi yksinkertaista määritellä tasaus. raid5 11. helmikuuta 2026 kello 19.04 (EET)

Tuotu fi-wikiin. Ipr1 (keskustelu) 12. helmikuuta 2026 kello 14.38 (EET)

Kiitos. Otan mallineen käyttöön. raid5 12. helmikuuta 2026 kello 16.59 (EET)

Static row number -ongelma

Kuinka estää rivinumeron näkyminen mutta laskea se kuitenkin mukaan rivinumeroihin? Ongelmallinen sivu https://fi.wikipedia.org/w/index.php?title=Tietoja_Yhdysvaltain_presidenteist%C3%A4&stable=0&redirect=no#Pituus_ja_paino. Haluaisin painon kohdalle Rooseveltin kohdalla näyttää tyhjää mutta seuraavan rivin numeron pitäisi kasvaa yhdellä. Nyt käytetty class="static-row-numbers-norank", joka ei toimi niin kuin toivoisin. – ~2026-88222-9 (keskustelu) 9. helmikuuta 2026 kello 10.50 (EET)

Laitoin tällaisen ratkaisun diff, joka näyttäisi toimivan paitsi että tyhjän rivinumerolle varatun solun taustaväri on nyt erilainen kuin vasemmanpuoleisen taulukon tyhjälle rivinumerolle varatun solun taustaväri. Yhtä kaikki hyvää ratkaisua ei liene, ellei joku muokkaa alkuperäistä tyylitiedostoa. ~2026-88222-9 (keskustelu) 9. helmikuuta 2026 kello 11.40 (EET)

Theodore Rooseveltin paino 107,48 on pyöristettynä 107. Sen voisi merkitä taulukkoon. raid5 12. helmikuuta 2026 kello 00.21 (EET)

Korjasin pyöristyksen. raid5 12. helmikuuta 2026 kello 14.04 (EET)

@Raid5, et olisi korjannut. Pohdin samaa silloin itsekin. Alkuperäiset mittaukset on tehty mitä ilmeisimmin paunoina tuntemattomalla tarkkuudella ja ilmoitettu kokonaisina paunoina (eli noin puolen kilon tarkkuudella), ei 10 gramman tarkkuudella, ja näissä kahdessa oli artikkelissa annetun lähteen mukaan samat pauna-arvot. Lähde: https://www.statista.com/statistics/1108096/us-presidents-weights/. 0,45359237×237=107,50139169 eli pyöristyy ylöspäin. Vai luuletko tosiaan että mittaukset on tehty Amerikassa 10 gramman tarkkuudella grammoina?

PS. Taftin arvo oli minulla väärin: 0,45359237×332=150,59266684. Korjasit sen aivan oikein 150:stä 151:een. En tiedä mistä oma virheeni johtui.

~2026-94950-6 (keskustelu) 12. helmikuuta 2026 kello 16.10 (EET)

Amerikkalaisissa mekaanisissa henkilövaaoissa on yhden paunan tarkkuus ja digitaalisissa usein 0,1:n tai 0,2 paunan tarkkuus (45 tai 90 grammaa). Tämän vuoksi kaikki lähtöarvot on syytä pyöristää kokonaiseen paunaan ja vasta sitten laskea pyöristetty kilomäärä. Amerikkalaisissa henkilövaaoissa ei käytetä unsseja, vaan mahdolliset murto-osat ilmoitetaan paunan desimaaleina. – ~2026-94950-6 (keskustelu) 12. helmikuuta 2026 kello 17.04 (EET)

En ole tarkistanut lähdettä tai muokkaushistoriaa. Kun aikaisemmin olen halunnut tietää paunojen muunnoksen kilogrammoihin, niin olen ainoastaan arvioinut päässälaskuna, harvemmin laskimella. Muokkaa rohkeasti, jos lähteen mukaan pitäisi laskea tarkemmin ja vasta sitten pyöristää. raid5 12. helmikuuta 2026 kello 17.05 (EET)

Typo käyttöliittymäteksteissä

Toiminnot:GlobalGroupPermissions: "katsoituiksi". Tuon korjaamiseen eivät käyttöoikeuteni varmaan riitä, joten en jaksanut edes selvittää, mistä tuo virhe tulee. --Vyörykkä (keskustelu) 14. helmikuuta 2026 kello 12.47 (EET)

Nämä hoituvat Translatewikin kautta [4][5]. Kestää joitain päiviä ennen kuin muutokset päivittyvät tänne. --Minilammas (keskustelu | muokkaukset) 14. helmikuuta 2026 kello 12.50 (EET)

Kiitos, tiedän kyllä Translatewikin hyvin, mutta enpä olisi arvannut, että käyttöoikeudeton(?) käyttäjä pystyisi muokkaamaan siellä niinkin keskeistä toimintoa kuin käyttöliittymätekstejä. Vyörykkä (keskustelu) 14. helmikuuta 2026 kello 12.52 (EET)

Kääntäjäthän pitää Translatewikissä hyväksyä manuaalisesti, joten pelkästään rekisteröimällä tunnuksen ei vielä pääse kääntämään Mediawikiä. --Minilammas (keskustelu | muokkaukset) 14. helmikuuta 2026 kello 12.54 (EET)

Oma aiempi muotoiluni on mielestäni parempi. Au-seulojalla ei ole aktiivista oikeutta merkitä mitään, vaan suomennoksessa pitää ottaa huomioon englannin verbifraasi "have something done to oneself", joka on passiivityyppinen rakenne. Yli-iin korjaamisen yhteydessä voisi harkita myös muotoilua laajemminkin. Itsellänikin saattaa olla voimassa olevat trans-oikeudet, mutta en jaksa löytää enää salasanaa sinne. --Pxos (keskustelu) 14. helmikuuta 2026 kello 13.04 (EET)

ISBN-virheilmoitus

Miksi artikkelissa Helsingin Työväen Luistelijat Isbn-tarkistus uikuttaa virheellisestä iiäsbeeännästä, joka kuitenkin on täsmälleen se, joka lukee niin kirjassa kuin Finnassakin? --Lax (keskustelu) 15. helmikuuta 2026 kello 11.56 (EET)

Sitten se on merkitty kirjaan virheellisenä. Jostakin syystä tuolla on viimeisenä merkkinä "Z" kun siinä pitäisi olla tarkistusnumero. Ipr1 (keskustelu) 15. helmikuuta 2026 kello 12.05 (EET)

Niin on Finnassakin Pyöräilymme vuosisata 1898-1998. --Linkkerpar^keskustelu 15. helmikuuta 2026 kello 12.10 (EET)

Niinkuin sanottu yllä. Ei Finna sitä omasta päästä ole keksinyt. Ipr1 (keskustelu) 15. helmikuuta 2026 kello 12.12 (EET)

Ei sitä Isbn:ää artikkelista kannata ainakaan näillä tiedoin poistaakaan, kun sillä mm. Finnasta löytää oikean kirjan. Virheilmoitus kuitenkin aiheuttaa hämmennystä muokkaajille, lukijoista puhumattakaan, joten tuossa tarkistuksessa saisi olla optio, jolla saisi kierrettyä virheilmoituksen näkymisen (tai ei ainakaan näkyisi noin näkyvällä fonttikoolla ja värillä). Tarvittaessa kierrettyjä virheilmoituksia voisi kerätä jollekin listalle, josta mahdolliset asiasta kiinnostuneet voisivat ottaa niitä Wikipedian ulkopuoliseen hoitoon. --Lax (keskustelu) 15. helmikuuta 2026 kello 12.25 (EET)

Tai sitten noin: [6]. Kiitos. --Lax (keskustelu) 15. helmikuuta 2026 kello 12.28 (EET)

Tarkistusnumero voi olla myös X, joten pitäisi puhua mieluummin tarkistusmerkistä. Ongelmia aiheuttaneen koodin 952-90-9552-Z tarkistusmerkin tulisi tämän sivun mukaan olla X eikä Z, eli koko koodin tulisi olla 952-90-9552-X, jolla se löytyy myös tietokannasta, ks. https://isbndb.com/book/9789529095520 – ~2026-10169-31 (keskustelu) 15. helmikuuta 2026 kello 13.46 (EET)

Mallineiden luontipyynnöt: arkistointi ja merkintätavat

Wikiprojektin arkistoitu sivu Mallineiden luontipyynnöt/2013 on tehty ohjeiden mukaan, käsitellyt pyynnöt ovat omalla paikallaan. Sitä seuraavista vuosista puuttui arkistointimalline, lisäsin. Vuoden 2014 sivulla on esimerkiksi koodi (<includeonly>/2014</includeonly>/Twitter}}). Sen jälkeen käytettiin vaihtelevasti koodia. Miksi osassa sivu on tehty mallinekoodilla? Ilmeisesti jotakin on muuttunut. Vähemmän tärkeä on ohjeen kohta: ”Siirrä pyyntö vuosisivulta … Käsitelty-otsikon alle” Tietysti myöhemmin on toteutettu mallinepyyntöjä eivätkä muutokset vaikuta kuin arkistossa olevaan linkkiin. Toisaalta esimerkiksi vuonna 2024 on toteutettu mallinepyyntö ilman siirtoa käsiteltyihin, muitakin voi olla. raid5 16. helmikuuta 2026 kello 16.53 (EET)

Vastaus eroihin on varmaan sama kuin muutoin yleisesti, joitakin ei kiinnosta ajatella pitkällä tähtäimellä vaan hakevat välitöntä mielihyvää.. Ipr1 (keskustelu) 18. helmikuuta 2026 kello 11.33 (EET)

Jos jaksan ja muistan niin ihmettelen arkistoja myöhemmin. raid5 18. helmikuuta 2026 kello 19.05 (EET)

Muokkasin arkistoja 2019–2025. Arkistoissa 2019 ja 2020 osa tulostui virheellisesti, kommentoin ne kohdat ja jätin oikein tulostuvat alkuperäiset. Mistä virhe voisi johtua? Entä miten ohjeen vastaisesti tehdyt on saatu aikaan? Voidaanko jatkossa estää ohjeen vastainen toiminta väärinkäyttösuodattimella? Jostakin syystä en voinut etsiä muokkauksiani valitsemalla aloituspäiväksi 19.2. vaan päättymispäiväksi tämän päivän tai 18.2.–19.2. raid5 19. helmikuuta 2026 kello 02.17 (EET)

Suodattimia ei ole tarkoitettu tuollaiseen. Ollessani vielä ei-ex-yp, viritin yhden jos ehkä toisenkin väkä-suodattimen (kokeeksi tai hetkeksi) ohjaamaan vakiokäyttäjien muokkauksia oikeaan suuntaan, ja ex-kollegat poistivat niitä käytöstä, koska suodattimien käyttötarkoituksena ei ole paimentaa osaamattomia lampaita vaan torjua suseja (suspekteja). --Pxos (keskustelu) 19. helmikuuta 2026 kello 11.27 (EET)

Ihmettelen miten mallinepyyntö kuuluisi tehdä väärällä tavalla. Ilmeisesti koodi otsikoineen ja muotoiluineen on lisätty sellaisenaan. raid5 20. helmikuuta 2026 kello 00.18 (EET)

Muokkasin vuoden 2018 arkistoa, neljä mallinepyyntöä jäi korjaamatta. raid5 25. helmikuuta 2026 kello 00.14 (EET)

Saavutettavuusvaatimukset

Käyttäjä Pxos on nyt kahdella käyttäjäsivulla (Keskustelu_käyttäjästä:Raid5 ja Keskustelu käyttäjästä:Ipr1) ilmaissut kannanottoja Wikipedian uuteen ulkoasuun (Wikipedia:Vektori 2022), jota on käsitelty vuodesta 2024 lähtien täällä useaan otteeseen (Vektori_2022_-ulkoasun_käyttöönotto, Vector_2022_will_be_the_default_skin, Jalkapallojoukkueiden_kokoonpanojen_koristevärit). Saataisiinko työrauha jos otetaan asia taas vielä kerran esiin? Auttaisiko asian sulkemista jos olisi kunnolliset sivut saavutettavuusvaatimuksista/saavutettavuusdirektiivistä ([7]) ja WCAG-ohjeista? ([8]) Itseäni häiritsee että samaan asiaan pitää palata jatkuvasti uudelleen. Ipr1 (keskustelu) 16. helmikuuta 2026 kello 17.13 (EET)

Auttaisiko Wikimedian projektisivun kääntäminen suomeksi? [9] Ipr1 (keskustelu) 16. helmikuuta 2026 kello 17.17 (EET)

Kääntäminen suomeksi lisää aina saavutettavuutta. --Lax (keskustelu) 16. helmikuuta 2026 kello 18.00 (EET)

Minusta on hurjaa, jos käsitteet "työrauha" ja keskustelu Wikipedian kehittämisestä nähdään vastakkaisina ja toisensa poissulkevina asioina. Kysyin asioista käyttäjäkeskusteluissa, ja ennen kuin ehdin lukea minulle äskettäin linkatun kahvihuonekeskustelun, niin asia yksilöitiin täällä minuun ja kysytään muilta, saako Ipr1 työrauhaa minulta. Sitä paitsi kysymykseni koski tummaa tilaa, ja aika vaikea sitä on äkkiseltään yhdistää Vector 2022 -ulkoasun käyttöön tai ymmärtää, että koriste- tai taustavärien käyttökielto liittyy ulkoasumuutokseen. Mutta kysyköön nyt Ipr1 täällä itsensä puolesta ja vastatkoot muut minun puolestani. Sanon tässä, että ulkoasumuutosten tarkoitusperät ovat varmasti oivalliset. Mutta kun on muitakin t-sanoja, kuten "tiedotus", "toteutus" ja "tuputus". Ehkä yhteisöllä on halua ottaa kantaa muuhunkin kuin siihen, että veturi liikkuu kiskoilla yhteen suuntaan ja että kun se liikkuu, pitää panna kaikki puomit kiinni ja pysäyttää muu liikenne. --Pxos (keskustelu) 16. helmikuuta 2026 kello 18.15 (EET)

Tuo sun kommentointityyli ja henkilökohtaisuuksiin meneminen eri sivuilla jätetyissä kommenteissa on aika rasittavaa ja häiritsevää. Siihen pitää puuttua. Ipr1 (keskustelu) 17. helmikuuta 2026 kello 13.29 (EET)

Saavutettavuuteen liittyy tyylien (eli ulkonäön) lisäksi myös selkeä html-koodi näkövammaisten selaimia varten. Kaikille taulukoille tulisi antaa otsikko caption-elementin avulla. Taulukon otsikkosoluille tulisi ohjeiden mukaan antaa scope-attribuutti. Jos kyse on rivin otsikosta, niin scope="row", ja jos kyse on sarakeotsikosta, niin scope="column".

Wikipedian omalla merkkauskielellä yllä olevan voi toteuttaa näin:

{| class="wikitable"
|+ Taulukon caption 
|-
! scope="col" | Sarakeotsikko 1
! scope="col" | Sarakeotsikko 2
! scope="col" | Sarakeotsikko 3
|-
! scope="row" | Riviotsikko  
| 650 000
| Uusimaa
|}

Tulee tällainen taulukko:

Taulukon caption

Sarakeotsikko 1	Sarakeotsikko 2	Sarakeotsikko 3
Riviotsikko	650 000	Uusimaa

~2026-10657-09 (keskustelu) 17. helmikuuta 2026 kello 21.48 (EET)

Mainitaan tässä yhteydessä pari muuta seikkaa jotka helposti unohtuvat. Eli värikontrasti on tärkeää, mutta myös tekstikoko: joissakin tapauksissa näkyy vielä toivottaman pientä tekstiä, joka on joskus asetettu ja pitäisi korjata. Lisäksi osa käyttäjistä käyttää lukemiseen muita laitteita, jolloin erityisen leveä palstoitus ei toimi hyvin. Kuville pitäisi merkitä vaihtoehtoiset tekstit ja kuville mieluummin käytetään "pienoiskuva"-asetusta kuin tiettyä pikselileveyttä jotta kuva skaalautuu käyttäjän asetuksien mukaan. Osa päivitystarpeesta tulee teknisistä syistä, eli HTML5:ssä on vanhentuneina asioita, jotka nykyään toimivat paremmin CSS-tyylien kautta kuin HTML-tageilla. Tekemistä on paljon enemmän kuin yksi ihminen pystyy tekemään, mutta nämä olisi hyvä tiedostaa. Ipr1 (keskustelu) 18. helmikuuta 2026 kello 12.15 (EET)

Otsikkoa ei varmaankaan kannata lisätä kaikkiin taulukoihin. Otsakkeet ovat yleisempiä, riippuu varmasti tapauksesta mitä käyttää. Atribuutista scope voisi kertoa taulukon ohjeissa. Ilmeisesti englanninkielisessä Wikipediassa niitä ei käytetä jokaisessa taulukossa. raid5 18. helmikuuta 2026 kello 19.28 (EET)

Ihmissilmälle caption-elementistä ei ole aina hyötyä, mutta näkövammaisten selaimille siitä on. – ~2026-11324-89 (keskustelu) 20. helmikuuta 2026 kello 14.00 (EET)

Aloituksen esityksestä kunnollisista sivuista saavutettavuusvaatimuksista ja saavutettavuusdirektiivistä olen sitä mieltä, että ehdottomasti noista pitäisi olla selkeät ohjeet jonnekin yhteen paikkaan kirjattuna, jos näin ei siis vielä ole. Se, että tiedot ovat saatavilla arkistoiduista kahvihuonekeskusteluista, ei varmasti palvele riittävästi haluttujen tyylien ja toiminnallisuuksien edistämistä artikkeleissa. Olisi myös todella käytännöllistä, että asiasta kiinnostuneet saisivat fi-wikissä tiedon selkeästi esitettynä yhdestä paikasta, mielellään suomeksi ja mahdollisimman yleistajuisessa muodossa. --Farma3110 (keskustelu) 20. helmikuuta 2026 kello 14.20 (EET)

Kielten järjestys

Kielten järjestys vasemmassa palkissa on muuttunut. Kielet olivat ennen niiden omakielisen nimen mukaisesti. Miten ne voisi palauttaa ennalleen? Asetuksista en löytänyt kohtaa. --Abc10 (keskustelu) 18. helmikuuta 2026 kello 19.27 (EET)

Ilmeisesti tästä johtuu. Eli koko toiminto linkkien järjestykselle poistettu Wikipediasta. Tämä siis koskee muita kuin uutta vector-ulkoasua. Mutta ilmeisesti ei samalla annettu mitään järjestystä linkeille, ennen kuin äsken (gerrit:1240389), ei tosin vielä näy täällä tuo päivitys. Voin olla väärässäkin, kun en sen enempää perehtynyt asiaan. Stryn (keskustelu) 18. helmikuuta 2026 kello 23.59 (EET)

Häiriö sivun avaamisessa

Tilastollisesti sattuu yllättävän usein kun olen keskustelussa eri mieltä jonkun muun kanssa, että uusien kommenttien lisääminen ei tahdo onnistua vaan tulee ilmoitus "sivun lataamisvirhe" tai jotain sinnepäin, ja joudun lopulta käynnistämään uudelleen. Ilmiö ei ole uusi. Mistä tämä johtuu? --Abc10 (keskustelu) 20. helmikuuta 2026 kello 21.24 (EET)

Mitäs noista Abc10:n vihjailusta onkaan puhuttu? Häiriöitä on viime hetkinä ollut muillakin, ainakin minulla. Ja jos on aktiivisesti keskusteluissa usein eri mieltä muiden kanssa, osuvat ne erimielisyydet joskus väkisinkin yhteen teknisten häiriöidenkin kanssa. --Lax (keskustelu) 20. helmikuuta 2026 kello 21.33 (EET)

Ei tämä ole vihailu. Nyt juuri yritin päästä Kahvihuoneeseen jossa käytiin keskustelua, turhaan. Jos et tiedä, älä arvaile äläkä vihjaile. Kirjoitan enemmän artikkelitekstiä kuin keskusteluja, ja keskustelusivuilla en sentään ole koko ajan eri mieltä. Mieluummin yleensä älä vastaa, jos et tiedä. Täällä on tekniikan asioista tietäviä. --Abc10 (keskustelu) 20. helmikuuta 2026 kello 21.37 (EET)

Vahvistusharha. Noin muutenkin keskustelunaloitus on taas sen verran kaltevalla pinnalla, että ehkä kannattaisi tämä keskustelu lopettaa heti alkuunsa. --Anr (keskustelu) 20. helmikuuta 2026 kello 21.38 (EET)

Varmaan mielellään estäisit minut, mutta tämä on todellakin ongelma. Artikkelia kirjoittaessa sellaista ei satu kuin äärimmäisen harvoin, en edes muista milloin. Minä en arvaile mistä se johtuu vaan kysyn. --Abc10 (keskustelu) 20. helmikuuta 2026 kello 21.41 (EET)

Jos auttaa, voin vastedes ilmoittaa aina kun samaa tapahtuu. Auttaako jos otan jostain näyttökuvan, näkeekö esimerkiksi lähdekoodista ongelman aiheuttajan? --Abc10 (keskustelu) 20. helmikuuta 2026 kello 21.51 (EET)

https://www.wikimediastatus.net on ihan hyödyllinen sivu sivusto-ongelmien seuraamiseen. --Geohakkeri (keskustelu) 20. helmikuuta 2026 kello 21.56 (EET)

Tuskin. Syitä voi olla niin monia eivätkä ne välttämättä ole selkeänä virhekoodina käyttäjälle näkyvillä sivuilla. Vandalisminesto voisi olla yksi mahdollinen syy jos sille vaikuttaa olevan liikaa ristiriitaisia muutoksia tai jotain vastaavaa. Myös yleinen hetkellinen ylikuorma palvelimilla voi olla syynä. Syitä voi olla laidasta laitaan. Ipr1 (keskustelu) 20. helmikuuta 2026 kello 21.57 (EET)

Mainitaan tässä että parhaillaan näkyy olevan jotain häiriöitä Cloudflaren ja Akamain palveluissa, jotka voivat aiheuttaa jotain tai sitten ei, verkossa monet palvelut riippuvat jotenkin monista muista palveluista suoraan tai epäsuoraan. Usein esimerkiksi nimipalvelut tai reititys tulee näiltä eri osapuolilta, joiden häiriöt voivat näkyä hetkellisesti jossain muualla. Kyse ei ole suorasta yhteydestä kuten puhelinyhtiöillä olisi.. Ipr1 (keskustelu) 20. helmikuuta 2026 kello 21.59 (EET)

Mulle tuli tänään illalla myös lataamisvirhe, joka meni ohi noin minuutissa. Noita sattuu.-- Htm (keskustelu) 20. helmikuuta 2026 kello 21.58 (EET)

@Abc10 jos kyse on tästä päivästä ja suurin piirtein nyt, niin minusta netti on tahmannut koko illan ja muutenkin kuin pelkästään Wikipedian kohdalla. --Zache (keskustelu) 20. helmikuuta 2026 kello 22.39 (EET)

Kysytkö nyt miksi olet eri mieltä vai vastausta tekniseen ongelmaasi? Olennaiset tiedot ongelmakuvauksessa tekisivät keskustelusta tylsän ja ratkaisu löytyisi aikaisemmin. ”Herättyäni olen yleensä vihainen ja usein silloin tulee joku kummallinen ’Kernel panic’ ilmoitus. Mistä se johtuu?” Kahvihuoneessa on ollut joitakin kokemuksia hidastelusta. Commonsissa kaikki kuvat eivät lataudu, se hankaloittaa elämääni ja jonkin verran luokittelua. raid5 21. helmikuuta 2026 kello 01.30 (EET)

Kiitos että jotkut sentään vastaavat asiallisesti eivätkä syyttele ja vihjaile. Vielä kysymys: Kun Statuksessa lukee "Issues and slow down in Europe", näkyykö ongelma siis esimerkiksi norjankielisessä Wikiipediassa mutta ei vaikkapa japaninkielisessä, eli miltä sivulta kannattaa tarkistaa ongelman esiintymisen laajuus? --Abc10 (keskustelu) 20. helmikuuta 2026 kello 22.04 (EET)

Niin että jos vaikka olisikin kyseessä "global harming". Status-sivulla on ohjesivu, ja sen mukaan ilmeisesti ongelma rajataan alueittain, eli nähtävästi sama sivu kelpaa tuohonkin tarkoitukseen. --Pxos (keskustelu) 20. helmikuuta 2026 kello 22.11 (EET)

Ota oppia heistä. Toivottavasti tuohon viimeiseenkin kysymykseesi saat vielä vastauksen, joka selvittää häiriöiden yhteyden sinun keskusteluerimielisyyksiisi. --Lax (keskustelu) 20. helmikuuta 2026 kello 22.13 (EET)

”In Europe” viittaa tuossa tosiaan lukijan olinpaikkaan eikä wikin kieliversioon. Wikimedialla on siis ylipäänsä ongelmia välittää sivuja tänään Eurooppaan. --Geohakkeri (keskustelu) 20. helmikuuta 2026 kello 22.16 (EET)

Kiitos vastauksesta. Olisi hyvä jos nuo välihuutelijat vain lukisivat sivua, niin ei tulisi ruuhkaa ja asiallisten vastaajien kutne Geohakkerin ja Ipr:n pääsisivät hyvin perille. -Abc10 (keskustelu) 20. helmikuuta 2026 kello 22.19 (EET)

Käytäntökahvihuoneessa voit ehdottaa sellaista muutosta keskustelusivukäytäntöön, missä jaetaan muokkaajat lukijoihin ja kirjoittajiin eli myönnetään osallistumisoikeuksia kahvihuonekeskusteluihin. --Pxos (keskustelu) 20. helmikuuta 2026 kello 22.26 (EET)

Epäonnistuneita kirjautumisyrityksiä

Minulle tuli juuri tällainen ilmoitus: "Useita epäonnistuneita yrityksiä kirjautua tunnuksellasi uudelta laitteelta on havaittu. Varmista, että tunnuksellasi on vahva salasana." Onko kenellekään muulle tullut samaa? --Minilammas (keskustelu | muokkaukset) 22. helmikuuta 2026 kello 13.42 (EET)

On tullut joitakin kertoja. Ainakin en-wikipediasta, fi-wikipediasta ei muistaakseni ole. -- Anr (keskustelu) 22. helmikuuta 2026 kello 13.47 (EET)

Noita tulee toisinaan. Ipr1 (keskustelu) 22. helmikuuta 2026 kello 14.49 (EET)

@Minilammas: Minullekin tuli tänään, laskujeni mukaan vasta toista tai kolmatta kertaa koko wikiurani aikana. Yllätyn, jos näillä kahdella tämänpäiväisellä ei ole jotain yhteyttä keskenään; joko kyseessä on jokin tekninen häiriö tai sitten sama vandaali / botti on yrittänyt (ainakin) kahden tunnetun käyttäjän tunnuksia. Vyörykkä (keskustelu) 22. helmikuuta 2026 kello 23.35 (EET)

Minulla oli ensimmäinen kerta kun tuollainen ilmoitus tuli, ja se tuli täältä fiwikistä. --Minilammas (keskustelu | muokkaukset) 22. helmikuuta 2026 kello 23.48 (EET)

Fi.wikistä tuli minullekin. Ajattelin juuri tulla kertomaan mutta onneksi joku toinen ehti ensin. --Abc10 (keskustelu) 23. helmikuuta 2026 kello 10.13 (EET)

Tänään tuli kaksi lisää, tällä kertaa venäjän- ja japaninkielisistä Wikipedioista. Vyörykkä (keskustelu) 23. helmikuuta 2026 kello 18.58 (EET)

Piilottaminen: navigaatiomallineet ja luettelot taulukoissa

@Ipr1, Weisself ja muut: Piilotetaanko jatkossa navigaatiomallineet (näkyy → ei näy)? Aikaisemmin piilotettiin, sitten ei pidetty hyvänä ja nyt taas uudelleen. Joissakin taulukoissa käytetään mallinetta {{Collapsible list}}. Miten tällä kertaa toimitaan? Aiheeseen liittyvää: Käytettävyys, Saavutettavuus. Onko mahdollista yhdistää muutaman linkin navigaatiomallineita, jolloin piilotustarve vähenisi? raid5 26. helmikuuta 2026 kello 22.38 (EET)

Nähdäkseni luettelot taulukossa ei koskaan olisi pitänyt olla piilotettuna. {{Lista}} mieluummin kuin piilotuksella, ei <br> tageilla myöskään. Navigaatiot varmaan makuasia koska ne ovat kuitenkin avattavia, mutta en silti pidä itse niistä. Ipr1 (keskustelu) 27. helmikuuta 2026 kello 12.29 (EET)

Navigaatiot on vähänkuin lisäsuolaa sopassa, sisällön lukeminen ei riipu siitä onko navigaatioita vai ei vaan niiden tehtävä on löytää toisia artikkeleita. Listat taulukoissa sen sijaan on lähempänä ydinsisältöä. Ipr1 (keskustelu) 27. helmikuuta 2026 kello 12.31 (EET)

Esimerkiksi artikkelissa Gary Cooper on nähdäkseni täysin turhaan piilotus rooliluettelossa. Tuollaiset pois. Henkilöiden tietolaatikoista näitä on jo aiemmin karsittu. Ipr1 (keskustelu) 27. helmikuuta 2026 kello 12.41 (EET)

Kiitos vastauksesta. (Otsikoita elävöitti kivasti laiva, siirsin kuvan. Saattaa liittyä johonkin artikkelin tyyliohjeeseen). raid5 28. helmikuuta 2026 kello 02.06 (EET)

Muutos automaattisesti hyväksyttyjen käyttäjien ryhmään

Ensi viikon tekniikkauutisissa mainitaan, että WMF muuttaa automaattisesti hyväksytyt käyttäjät -ryhmän asetuksia niin, että neljän päivän aikarajan kello alkaa käydä vasta siitä hetkestä, kun käyttäjä tekee ensimmäisen muokkauksensa. Tähän mennessä automaattisesti hyväksytyn käyttäjän oikeuden on saanut neljän päivän päästä rekisteröitymistä. Muutos tapahtuu ensi viikolla kaikissa wikeissä; meillä päivityspäivä on käsittääkseni torstai. Samoasambia ✎ 28. helmikuuta 2026 kello 23.42 (EET)

Uudistus näkyy palanneen takaisin suunnittelutoimistoon, eli se ei tule voimaan. --Pxos (keskustelu) 2. maaliskuuta 2026 kello 18.30 (EET)

Kappas. Seurataan, jos tulee joskus myöhemmin. Samoasambia ✎ 3. maaliskuuta 2026 kello 17.26 (EET)

Paste Check

Toinen mainitseminen asia ensi viikon tekniikkauutisissa on uusi Paste Check, joka ilmaantuu, kun tulokasmuokkaaja liittää (Ctrl+V) visuaalisessa muokkaimessa yli 50 merkin tekstipätkän, ja se kysyy, että olikos tämä varmasti itse kirjoittu tekstipätkä vai kopio muualta. 22 Wikipediassa tehdyssä A/B-testissä tulokkaiden muokkauksia, joissa Paste Check näytettiin, kumottiin 18 % vähemmän verrattuna kontrolliryhmään. Kokeneille muokkaajille (yli 100 muokkausta) tämän ei pitäisi näkyä. Asetuksia pystyy paikallisesti säätämään sivulla Toiminnot:EditChecks. Samoasambia ✎ 1. maaliskuuta 2026 kello 00.51 (EET)

Mallinetietoryhmä jo löytyy

Avasin erään mallineen muokattavaksi tutkiakseni koodia. Sivun väliyläreunaan tuli vaaleantummankeltaisenhaaleanruskealla pohjalla pieni liikennehuutomerkki ja teksti "Huom. mallinetietoryhmä löytyy jo oheissivulta ”Malline:Merkittävyys/ohje”." Mitä tuo tarkoittaa? Miksi se "löytyy jo"? Mikä on mati-ryhmä? Voiko tuota opastekstiä jossain muuttaa? Voiko siihen suhtautua samalla tavoin olkiaan kohauttamatta kuin jos matkustaa Turusta junalla Vaasaan, ja aseman seinällä on opasteksti "Rautiasta löydät meisselisi." --Pxos (keskustelu) 1. maaliskuuta 2026 kello 13.09 (EET)

Jos vaikkapa kertoisit ensin mistä mallineesta on kyse niin asiaa voisi selvittää. Ipr1 (keskustelu) 3. maaliskuuta 2026 kello 12.13 (EET)

Vahva veikkaus, että {{Merkittävyys}}, kun kerta esiin tulleessa tekstissä mainittiin tuon mallineen ohje. --Lentokonefani asiaa? | syntilista 3. maaliskuuta 2026 kello 12.15 (EET)

Ok, luulen että tarkoittaa luokkaa Luokka:Ongelmamallineet. Ipr1 (keskustelu) 3. maaliskuuta 2026 kello 12.24 (EET)

Melko hyödyntöntä huomauttaa tuosta jos on siitä kyse.. Ipr1 (keskustelu) 3. maaliskuuta 2026 kello 12.25 (EET)

Kiitos hyödyttömästä arvailusta, jonka ainoa ansio oli mennä vastausta odottamatta väärään paikkaan ja olla väärässä. Ei tuollaisilla kommenteilla kukaan tee mitään. --Pxos (keskustelu) 3. maaliskuuta 2026 kello 15.09 (EET)

Tarkoittaa, että sivulla Malline:Merkittävyys/ohje on TemplateData-blokki (kuten kuuluukin), eikä sitä siksi ole tarpeen lisätä itse mallineen sivulle. --Geohakkeri (keskustelu) 3. maaliskuuta 2026 kello 12.40 (EET)

Ok, tuota viestiä pitäisi kyllä selventää mistä on kyse. "mallinetietoryhmä" jää aika epämääräiseksi. Ipr1 (keskustelu) 3. maaliskuuta 2026 kello 13.20 (EET)

translatewiki:mediawiki:templatedata-exists-on-related-page/fi, viimeksi muokannut Samoasambia. --Geohakkeri (keskustelu) 3. maaliskuuta 2026 kello 13.26 (EET)

Kiitos taas hyvästä ja selkeästä vastauksesta, joka kertoi, mitä tuo tarkoittaa ja missä ongelman voi korjata. Sen sanon, että jos tuota käännöstekstiä on muutettu v. 2024 ihan huvin vuoksi eikä sen takia, että on tullut Translate-wikissä "vanhentunut käännös, korjaa tämä" -kehote, niin sitä on muutettu huonompaan suuntaan. Tuon nimenä on ikävä kyllä ollut "TemplateData" ja se kertoo mallineen muokkaajille, mistä on kyse. Se on melkeinpä jo erisnimi tuolle "lohkolle". Kun sen vaan suomentaa suit-sait wiki-wäki, niin ei siitä mitään ymmärrä. --Pxos (keskustelu) 3. maaliskuuta 2026 kello 15.09 (EET)

Kappas, Nike kävikin juuri muokkaamassa järjestelmäviestiä. --Geohakkeri (keskustelu) 3. maaliskuuta 2026 kello 15.17 (EET)

Näköjään minun aikaansaannoksiani. Tämä liittyi siihen, että TemplateDataan liittyviä englanninkielisiä viestejä oltiin muutettu niin, että niissä käytetään nyt sanaparia "template data", kun ennen niissä oli erisnimi "TemplateData" (esim. [10] [11]). Tämän johdosta muutin myös eräissä suomenkielisissä viesteissä erisnimen "TemplateData" yleisnimeksi "mallinetiedot". En huvin vuoksi tätä muutosta tehnyt, kuten yllä väitetään. Jos näitä viestejä pidetään harhaanjohtavina, niin käännöksiä saa kyllä käydä translatewikissä muokkaamassa. En vastusta sanan "TemplateDatan" palauttamista takaisin. Koko viestinippu löytyy täältä. Samoasambia ✎ 5. maaliskuuta 2026 kello 23.19 (EET)

Minuuttien viive Tuoreiden muutosten näyttämisessä

"Due to high database server lag, changes newer than 662 seconds may not be shown in this list."

Onkohan siellä joku ohjelmointivirhe tapahtunut? --0dorkmann (keskustelu) 3. maaliskuuta 2026 kello 12.11 (EET)

Tai sitten palvelunestohyökkäys. Tai jotain suurempaa päivitystä ajetaan systeemiin. Ipr1 (keskustelu) 3. maaliskuuta 2026 kello 12.13 (EET)

Noita tuli toisinaan jo 2010-luvulla silloin tällöin, ja aina viive tai "datalag" poistui ajan myötä. Tässä varmaan auttaa parhaiten se, että seuraa tilannetta ja antaa ajan kulumisen vaikuttaa ongelman ratkaisuun. --Pxos (keskustelu) 3. maaliskuuta 2026 kello 16.12 (EET)

Teemasivujen muokkaaminen

Mistä Wikipedian teemasivuja pystyy muokkaamaan? Esimerkiksi Teemasivu:Musiikkiteokset on luotu vuonna 2010, ja sille on koottu silloin laatumerkittyjä artikkeleja, ja se kaipaisi päivitystä, koska uusia laatumerkittyjä musiikkiartikkeleita on tullut sen jälkeen kymmeniä. Tuo teemasivu on aika hyvin näkyvillä, koska se on usein esimerkiksi linkitetty musiikkialbumien luokkiin, joten sen olisi siksikin hyvä olla paremmin ajan tasalla. --Kärrmes (keskustelu) 3. maaliskuuta 2026 kello 13.07 (EET)

Teemasivut on jokainen tehty erikseen mutta usein samalla menetelmällä: siinä käytetään mallineita, jotka voivat poimia tiettyjä valittuja kuvia. Esimerkiksi kuvapoiminnat näyttää tarkoitettu toimimaan noin. Jokainen teemasivu voi siis olla oma tapauksensa. Ipr1 (keskustelu) 3. maaliskuuta 2026 kello 13.22 (EET)

Minua kiinnostaa, että miten nimenomaisesti tuota musiikkiteosten teemasivua muokataan, koska sitä haluaisin päivittää. --Kärrmes (keskustelu) 3. maaliskuuta 2026 kello 14.24 (EET)

Jokin tuollainen viritys siellä näköjään on: Käyttäjä:ZacheBot/hakemisto/Musiikkiteokset/tiivistelmät. --Geohakkeri (keskustelu) 3. maaliskuuta 2026 kello 14.36 (EET)

Nuo teemasivujen käyttämät luettelot pitäisi ainakin siirtää teemasivujen alasivuksi sen sijaan että ovat käyttäjätunnuksen alasivuja.. Ipr1 (keskustelu) 5. maaliskuuta 2026 kello 14.56 (EET)

Muokkauspainikkeet eivät toimi enää

Muokkauspainikkeet lakkasivat toimimasta äskeisen päivityksen jälkeen, ilmeisesti järjestelmänlaajuisesti vai tapahtuiko muilla? --Vyörykkä (keskustelu) 5. maaliskuuta 2026 kello 19.19 (EET)

Joo, Meta-Wikin puolella sattui eräs insidentti JavaScript-käyttäjäskriptien kanssa, minkä johdosta kaikki wikit jouduttiin pistämään vain luku -tilaan. WMF tiedottanee pian asiasta lisää. Kuulin jo stewareilta, että mitkään käyttäjätiedot tai salasanat eivät ole vaarantuneet, joten sen suhteen ei tarvitse kantaa huolta. Samoasambia ✎ 5. maaliskuuta 2026 kello 19.57 (EET)

Huomattiin, ei toiminut tallennus, ei purge. Ilmoitusruutu tuli jostain yrityksestä, luki että read only -tila on tarkoituksellinen ja pyydettiin kopsamaan omat muokkaukset talteen.-- Htm (keskustelu) 5. maaliskuuta 2026 kello 20.10 (EET)

Niinpä näkyy. Lisäksi ainakin tarkkailulistasivulta katosivat sivupalkin linkit muihin projekteihin. --Geohakkeri (keskustelu) 5. maaliskuuta 2026 kello 20.10 (EET)

Jaa, palasivat takaisin. --Geohakkeri (keskustelu) 5. maaliskuuta 2026 kello 21.32 (EET)

Kaikki JavaScript-pienoisohjelmat ja -käyttäjäskriptit poistettiin tarkoituksella käytöstä väliaikaisesti. Sivustojen pienoisohjelmat ovat taineet jo palata käyttöön, mutta käyttäjäskriptit ovat vielä toistaiseksi jäässä. Samoasambia ✎ 5. maaliskuuta 2026 kello 22.20 (EET)

Näköjään tuolta voi seurata: gerrit:plugins/gitiles/operations/mediawiki-config/+log. Tai ainakin sivulla lukee ”Disable custom JS for a moment by Marcin Szwarc · 5 hours ago” ja ”Re-enable Site JS by sbassett · 80 minutes ago”. Edelleen löytyvät phab:T419137 ja phab:T419138, mutta ovat jonkinlaisen kirjautumisen takana. ¶ Sinulla tuntuu olevan ihan hyvin tietoa asiasta; linkkaa ihmeessä tännekin, vai irkistäkö näitä kuulit? --Geohakkeri (keskustelu) 5. maaliskuuta 2026 kello 22.28 (EET)

Pahoittelut salamyhkäisyydestä! Luin tästä englanninkielisen Wikipedian Discord-palvelimelta, jossa on myös ylivalvojia ja WMF:n työntekijöitä keskutelemassa. Linkkaaminen viesteihin ei valitettavasti onnistu, mutta palvelimelle pääsee liittymään, kunhan on Discord-tunnukset. Samoasambia ✎ 5. maaliskuuta 2026 kello 23.27 (EET)

Mitä mitä, onko vanha IRC-cabal muuttanut Discordiin? O tempora, o mores! No joo, nyt löysin minäkin pari linkkiä: phab:T419154, phab:T419143. Aika pahankuuloinen juttu tosiaan. --Geohakkeri (keskustelu) 5. maaliskuuta 2026 kello 23.35 (EET)

Joo. Ilmeisesti siis venäjänkielisessä Wikipediassa erään käyttäjän alasivulla oli ollut JavaScript-käyttäjäskripti, joka alkaa poistella satunnaisesti sivuja, jos ylläpitäjän oikeudet omaava käyttäjä (tahallaan tai vahingossa) käynnistää tämän skriptin. Aiemmin tänään eräs WMF:n työntekijä oli testaillut wikeistä löytyviä käyttäjäskriptejä tietoturvaongelmien varalta ja oli näin vahingossa langennut tähän ansaan. Samoasambia ✎ 6. maaliskuuta 2026 kello 01.10 (EET)

Toivottavasti asiasta tulee selvitys. Ilmeisesti olisi hyvä olla jonkinlainen pätevyys, jos käyttöoikeudet riittävät tuollaiseen vahinkoon. Vai oliko skripti karannut hiekkalaatikolta? Jos suoritan komentoriviltä tai Firefoxin konsolista skriptejä, mutta minulla ei ole koodirivejä tutkimalla tietoa mitä ne tekevät. Joudun luottamaan niiden tekijään ja ohjeisiin. En taida päästä näillä taidoilla WMF:lle tekemään ongelmia. raid5 6. maaliskuuta 2026 kello 13.31 (EET)

Tässä viime yönä annettu tiedote tapahtuneesta: meta:Wikimedia Foundation/Product and Technology/Product Safety and Integrity/March 2026 User Script Incident Samoasambia ✎ 6. maaliskuuta 2026 kello 12.26 (EET)

Wikidata linkki

Vanhasta Vektorista on hävinnyt vasemmasta yläreunasta heti artikkelinimen alta Wikidata-linkki, jossa oli nimi, kuvaus ja aliakset ja lisäksi tekstilinkki Lisää wikidata-kuvaus. Nyt on vain kuvaus ja kynä-linkki, josta voi muokata Wikidata-kuvausta, joka on jo olemassa. Wikidata kohde on vasemman laidan valikossa Muissa hankkeissa. Miksi noita nappuloita pitää hävitellä ja siirrellä milloin minnekin? Joku kaiketi kuvittelee sen olevan ergonomisempaa ja tuottavan minulle paremman Wikipedia-elämyksen. Paskat. Minusta ne voisivat siirrellä toimintolinkkejä muissa skineissä, jos niiden on pakko sitä tehdä.--Htm (keskustelu) 5. maaliskuuta 2026 kello 22.20 (EET)

Johtuu siitä, että WMF pisti tänään kaikki käyttäjäskriptit kaikissa wikeissä väliaikaisesti pois käytöstä tuon insidentin jälkeen. Sinulla on meta:User:Htm/global.js-sivulla käyttäjäskripti, joka tuottaa tuon kuvaamasi ominaisuuden. Pitäisi käsittääkseni pian taas toimia. Samoasambia ✎ 5. maaliskuuta 2026 kello 22.28 (EET)

Ok, hienoa, kiitos!-- Htm (keskustelu) 5. maaliskuuta 2026 kello 22.33 (EET)

Vanhassa Vektoríssa tapahtuu: nyt vasen sivu on saanut uuden valikon jonoon: Wikidata Edit. Yläreunan WD linkit puuttuu edelleen. Ilmeisesti tuhojen korjaus on vielä pahasti kesken. Muokkaaminen toimii. Pitäisi ilmeisesti nappailla kuvakaappauksia siitä, millaiselta ruutu näyttää normaalitilassa, ihan vain muistin virkistykseksi.--Htm (keskustelu) 6. maaliskuuta 2026 kello 11.14 (EET)

Pieni lisäys järjestelmäviestiin

Kun vikatilanteissa joudutaan palvelin lukitsemaan, on suomenkielisen Wikipedian asiasta ilmoittava viesti lyhyt ja ytimekäs ja karu. Ei sen tarvitse monta riviä pitkä olla, mutta voisi siinä olla edes linkki sivulle wikimediastatus.net. Esimerkiksi tyyliin "Lisätietoa voi olla sivulla https://www.wikimediastatus.net/". --Nitraus ^(wikinät) 5. maaliskuuta 2026 kello 19.28 (EET)

Kannatan. Iivarius (keskustelu) 5. maaliskuuta 2026 kello 19.54 (EET)

Kyseessä on Järjestelmäviesti:Readonlywarning. Muokkasin äsken hieman tuota tekstiä translatewikissä, koska "leikata ja liimata" kuulostaa liikaa askartelulta. Kannattaa ottaa tämä muutos huomioon, jos viesti aiotaan paikallisesti ylikirjoittaa. Samoasambia ✎ 5. maaliskuuta 2026 kello 20.15 (EET)

Wikimediastatus.net on näemmä Wikimedian virallinen sivusto, joten lisäsin linkin. --Crt 6. maaliskuuta 2026 kello 13.51 (EET)

Luokka muutos

En tiedä liittyykö tämä ylläoleviin kysymyksiin, mutta onko tullut muutoksia, jos haluaa muokata artikkeleiden luokkia? Nyt pystyy muokkaamaan vaan oikeassa laidassa olevan "muokkaa"-painikkeen kautta. Ennen oli luokan vieressä valinnat poista ja muuta jne. Anonymous87 (keskustelu) 6. maaliskuuta 2026 kello 00.04 (EET)

HotCat? Olisikohan vielä pois toiminnasta (Muokkauspainikkeet eivät toimi enää)? raid5 6. maaliskuuta 2026 kello 00.11 (EET)

Varmaankin se. Anonymous87 (keskustelu) 6. maaliskuuta 2026 kello 00.14 (EET)

Ainakaan minulla ei toiminut kun kokeilin. Olen luokitellut Commonsissa HotCatilla ja Cat-a-lotilla, mutta täällä ainoastaan joskus manuaalisesti. raid5 6. maaliskuuta 2026 kello 00.23 (EET)

Tarkkailulistan tyhjentämislehdykkä

Saako tarkkailulistan yläreunaan jokin aika sitten ilmestyneen Tyhjennä tarkkailulista -välilehden jotenkin piilotettua? Minua ei todellakaan huvita tyhjentää tarkkailulistaani klikkaamalla tuota kohtaa vahingossa. --Lax (keskustelu) 7. maaliskuuta 2026 kello 20.28 (EET)

Ei ilmeisesti. Kokeilin: klikkasin valikon lehdykkää ja tuli näkymä, jossa oli iso punainen ruutu, jota klikkamalla tarkkailulista tyhjenee. En kokeillut enää sitä.-- Htm (keskustelu) 7. maaliskuuta 2026 kello 22.19 (EET)

Koska tarkkailulistaa voi muokata myös raakamuodossa, voinet kopioida sen raakamuodossa ja tallentaa omalle tietokoneellesi, sen kiintolevylle. Raakamuodossa olevaan listaan voi myös lisätä kohteita, arvelen.-- Htm (keskustelu) 7. maaliskuuta 2026 kello 22.26 (EET)

﹫Lax: Pystyy piilottamaan. Onnistuu helposti: uBlock Origin > Estä elementti > Valitse hiirellä > Luo. Sama lienee mahdollista myös CSS-tyylisivulla. Ottakaa varmuuskopio tarkkailulistastanne, itselläni on vuodelta 2021 (mikä vuosi nyt on). raid5 7. maaliskuuta 2026 kello 22.43 (EET)