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ä)
Hei, minkä takia visuaalinen muokkain saa aikaan tällaista jälkeä?: Tässä korjasin (Wikitekstimuokkaimella) toisen käyttäjän (visuaalisella(?)) tekemän ilmeisesti erheellisen linkin, koska hänen oli ilmeisesti tarkoitus korjata kyseinen linkki viittaamaan samaan päivään, jonka hän kirjoitti nähtäväksi. Mutta se linkki osoittikin hänen muokkauksensa jälkeen alkuperäiseen sivuun.--Sentree(Walituksia)(Tarkkaile minua)25. helmikuuta 2025 kello 20.41 (EET)[vastaa]
Joku näppärä saattaisi osata kirjoittaa väärinkäyttösuodattimen, joka varoittaisi tällaisista muokkauksista, joissa muutetaan vuotta tai päivää, mutta linkin kohde pysyy samana. Samoasambia✎25. helmikuuta 2025 kello 20.55 (EET)[vastaa]
Tämä ei muuten osu tuohon edellä mainittuun esimerkkiin, jossa on numeron perässä kuukausi. Ehkä joku taitavampi regex-osaaja osaisi tuonkin lisätä väärinkäyttösuodattimeen. Stryn (keskustelu) 25. helmikuuta 2025 kello 22.05 (EET)[vastaa]
Taisin muokata samoihin aikoihin. En itse saanut tuota Samoasambian koodia toimimaan, olikohan jotain yhteensopimattomaa koodia Wikimedian kanssa? Grokin avulla sen sijaan sain onnistumaan. Tuota koodia voinee vielä siistiä, mutta näytti osuvan ainakin testeihin. Stryn (keskustelu) 26. helmikuuta 2025 kello 20.38 (EET)[vastaa]
MediaWiki vaatii näköjään kaksi kenoviivaa noihin (?!\\1)-ryhmiin, siksi ei tainut tuo aikaisempi toimia. Tuossa nykyisessä versiossa on muutamia ongelmia: se ei laukea, jos vaihtaa vain kuukautta mutta numero pysyy samana, se missaa joitakin numerovaihdoksia (esim. 1. → 11.) ja vuosista se havaitsee vain nelinumeroiset vuodet.
Tässä paranneltu regex, joka laukeaa myös kuukausien vaihdoksista (esim. [[1. tammikuuta|1. helmikuuta]]) tai päivän poistamisesta kokonaan ([[[7. kesäkuuta|kesäkuu]]). Vuosien osalta se laukeaa mistä tahansa määrästä numeroita pystyviivan oikealla puolella, kunhan vasemmalla on 1–4 numeroa (esim. [[2025|200025]]).
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Kuukaudessa on tullut nyt 18 osumaa, joista 3 oli minun tai Strynin testimuokkauksia. Kaksi näistä oli Tridon1971:n muokkauksia (1, 2), joissa hän lisäsi päivämäärän kahtena eri linkkinä näin ikään: [[15. syyskuuta|15.]] [[15. syyskuuta|syyskuuta]]. Ensimmäinen näistä linkeistä ei laukaissut suodatinta, mutta toinen linkki kyllä. En aivan ymmärrä, miten tämä linkitys oli tapahtunut näin; visuaalinen muokkain pistää kyllä yhden linkin, kun maalaa päivän ja kuukauden. Lisäksi Quadriplegia oli laukaissut väkän kerran lisäämällä syntymävuodet näin: [[1958]]/[[1959|9]]. Voin joko muokata regexiä, niin ettei se laukea 1–2-numeroisista vuosista, tai sitten hyväksytään, että vuodet tulisi kirjoittaa kokonaisina eikä tälla tavalla "oikoen". Samoasambia✎25. maaliskuuta 2025 kello 18.36 (EET)[vastaa]
En tiedä mitä visuaalinen muokkain teki, mutta toivoisin pientä tilanteen lukutaitoa. Juuri rekisteröitynyt käyttäjä korjasi jonkun henkilön kuolinpäivän, ja sitten hän sai keskustelusivulleen laatikollisen Wikipedia-ohjeita ja lisäksi jotain teknisiä ohjeita, joita pyydät häntä "muistamaan". On tietysti hyvä korjata muokkauksessa tullut virhe, mutta ehkä tuollainen opastus kannattaa jättää sellaisille käyttäjille, jotka selvästi ovat aloittelemassa Wikipedia-uraansa, eivätkä vain korjaa yhtä virhettä. Yhteenvedossakin riittäisi yksi "ei". kyykaarme (keskustelu) 25. helmikuuta 2025 kello 21.01 (EET)[vastaa]
Taisin vahingossa löytää ratkaisun, mutta ei ollut tarkoituksena luoda sitä suoraan tuohon avaruuteen, vaan käyttäjäsivun alasivulle. Vai onko niin, että moduulit toimivat ainoastaan tässä avaruudessa? Taidan pitää breikkiä näistä kokeiluista, ettei tule astuttua kenenkään varpaille. --Osmo Lundellmoro8. maaliskuuta 2025 kello 17.28 (EET)[vastaa]
Mitään käytäntöähän näille henkilökohtaisille moduuleille ei taida olla, eikä varmaan toistaiseksi taida olla oikein tarvettakaan. En tiedä onko muissa wikipedioissa omaa käytäntöä vastaaviin tilanteisiin. Heti tulee mieleen, että jos ne sallitaan niin henkilökohtaiset moduulit tulisi pyrkiä nimeämään yksilöllisesti, lähinnä vaikka niin että käyttäjätunnus olisi siinä alussa. --Anr (keskustelu) 12. huhtikuuta 2025 kello 19.17 (EEST)[vastaa]
Moduuleissa on nykyisellään pientä ongelmaa niiden löytämisessä ja luokittelussa, ja sen myötä myös siivoamisessa (poistamisessa). Jos on keino saada näitä toimimaan käyttäjien alasivuilla niin se olisi suositeltavampaa "globaalien" moduulien sijaan. Ipr1 (keskustelu) 12. huhtikuuta 2025 kello 20.18 (EEST)[vastaa]
Nyt on tallennysyrityksen kohdalla tullut kolme kertaa ilmoitus Sisäinen virhe ja siinä sanotaan että se on vakava.", jonka tyyppi on ”Wikimedia\Rdbms\DBUnexpectedError” " Mitähän se tarkoittaa. Välillä sain yhden tallennetuksi, mutta sitten en enää toista artikkelia saanut kahdesta yritykestä huolimatta. --abc10 (keskustelu) 13. maaliskuuta 2025 kello 14.25 (EET)[vastaa]
Sen sijaan että sivu olisi tallentunut, tuli muuten tyhjä sivu, mutta siinä oli punertava vaakapalkki, jossa luki otsikko Sisäinen virhe, jonka alla pitkä sarja numeroita ja kirjaimia ja niiden jatkona päiväys, kellonaika ja teksti: Vakava virhe, jonka tyyppi on ”Wikimedia\Rdbms\DBUnexpectedError”. Ensimmäisen artikkelin Hoverla ilmoitusta en tullut tallentaneeksi, kun hätäpäissäni suljin sivun, kaksi kertaa tuli kun yritin tallentaa Toivo Horellia ja lopulta onnistuinkin. Olisi pitänyt ottaa näyttökuvat, mutta älysin sen vasta nyt. --abc10 (keskustelu) 13. maaliskuuta 2025 kello 18.51 (EET)[vastaa]
Sama ongelma oli eilen, kun yritin katsoa diffejä Perunapuuro-artikkelin sivuhistoriasta. Muissa artikkeleissa diffit toimivat normaalisti, mutta Perunapuuro-artikkelissa ne eivät toimineet selaimesta tai laitteesta riippumatta. Muutaman minuutin jälkeen ongelma poistui itsestään. --Paranaja (keskustelu • muokkaukset) 13. maaliskuuta 2025 kello 21.29 (EET)[vastaa]
Itse kysymyksestähän on aikaa, mutta vastaan silti: tämä virhe tulee yleensä Mediawikissä jos palvelimella on joku mariadb/myslin ongelma. Varmaan tulee myös jos yhteys jollain tapaa katkeaa kirjoittaessa/luettaessa kantaa. --Osmo Lundellmoro2. huhtikuuta 2025 kello 15.55 (EEST)[vastaa]
Mainitaan vaikka tässä että joissakin artikkeleissa on merkitty ISBN: jolloin nuo eivät näy taikalinkkien luettelossa. Tätä ei pidä sekoittaa tapaukseen, jossa on URN:ISBN: osana osoitetta. Ipr1 (keskustelu) 19. maaliskuuta 2025 kello 23.22 (EET)[vastaa]
Hei! Esitän aluksi lyhyen vertailun, sitten toiveen artikkelin leipätekstiin upotettujen äänitiedostojen käytön sujuvuuden parantamisesta fiwikissä. Asia koskee esimerkiksi henkilö- tai paikkakunta-artikkelien vieraskielisten nimien lausumistavan, musiikkinäytteiden tai linnunlaulun soittamista:
enwiki: käyttää vastaavasti mallinetta en:template:IPA, esimerkiksi rakenteella ([[:en:template:IPA|fr|ɛʁʒe|lang|LL-Q150 (fra)-WikiLucas00-Hergé.wav]]) artikkelissa en:Hergé.
Erot: fiwikissä äänitiedoston soittaminen aiheuttaa käyttäjälle ylimääräisen mutkan. Artikkelin lukeminen katkaistaan, koska äänitiedosto soitetaan avaamalla popup-ikkuna, joka tulee (ainakin kirjoittajalla) kuvaruudulla tekstitiedoston päälle. Samalla selaimella ja samoilla ohjelmistoilla, enwikin linkki toimii tarkoituksenmukaisesti, ja soittaa suoraan kyseisen äänitiedoston. Fiwikissä käytettävyys, käytön kognitiivinen ergonomia jää ylimääräisen vaiheen vuoksi vaatimattomaksi, yhteys luetun ja kuullun foneettisen ilmaisun välillä vajaammaksi.
Pohdintaa: Tälle toivottaisiin muutosta. Osaisiko joku...?
A2) Nimen tai paikannimen lausuminen
Kielellisesti riemastuttavan walesiläisen paikannimen Llanfairpwllgwyngyll pitkän muodon Llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch kuunteleminen. Tekstiä ei samanaikaisesti näe, koska äänitiedosto tupsahtaa artikkelista (ainakin allekirjoittaneella) leipätekstin päälle.
Pohdintaa: Miksi koko kuvaruutu pitää vallata, peittää pitkä paikannimi?? Lähestyminen hankaloittaa oppimista. Pystytään parempaan!
B: Linnunlaulun tai musiikkinäytteen kuunteleminen. Fiwiki käyttää ainakin osassa artikkeleita Audio-mallinetta
fiwiki: Ote artikkelista Lehtokerttu: Lehtokertun lauluⓘ(ohje) on 3–8 sekunnin pituinen kirkassointinen jokeltava lavertelusäe, jossa ei ole selvää melodiaa, vaan säe pulppuilee epämääräisesti ylös ja alas. Laulussa ei ole mustapääkertulle tyypillisiä huilumaisia loppusointuja, mutta joskus lehtokertun laulu voi olla kirjokerttumainen. Lehtokertun kutsu- ja varoitusääni on nenäsointinen maiskuttelu ”svät-svät-svät...”
enwiki/fiwiki: Enkkuwikissä en:Garden_warbler#Voice äänitiedosto on upotettu erilliseen artikkeli-ikkunaan meilläkin käytettävissä olevalla rakenteella [[File:Garden Warbler (Sylvia borin) (W1CDR0001463 BD12).ogg|thumb|right|Lehtokerttu-uros laulaa. Äänitetyspaikkana [[Surrey]], Englanti.]], vieressä esitettyyn tapaan: Lehtokerttu-uros laulaa. Äänitetyspaikkana Surrey, Englanti.
Erot: fiwikissä leipätekstin alleen peittävä Audio-mallineen popup-ikkuna selvästi häiritsee ymmärtämistä, auditiivisen kuunteluesimerkin ja tekstikuvauksen samanaikaista vertailua. Siis jos ei ryhdy erikseen ’säätämään’. Samalla selaimella ja samoilla ohjelmistoilla, enwikin linkki toimii tarkoituksenmukaisesti, ja vain soittaa kyseisen äänitiedoston.
Pohdintaa: Fiwikissä Malline:Audio -rakenneteen sijaan erityisesti Mallinetta:Ääninäyte vaikuttaa käytetyn runsaasti, niin musiikkinäytteissä kuin esimerkiksi linnunlaulun esittelyssä. Ääninäyte-mallineen on Käyttäjä:Ipr1 luonut fiwikiin. Esimerkkinä olkoon David Bowien Space Oddity -kappale.
1) Usein olisi silti toivotumpaa, jos tekijänoikeussyistä tai täsmällisyyden vuoksi tarkempaa näytteen kuvausta ei tarvita, että ääninäytteen (Audio-mallineen tms.) linkin saisi upotettua sellaiseksi tekstilinkiksi, jolle ei tarvita valmiiksi tai sille avata erillistä ikkunaa.
2) Hmm. Jollei upotettua, toiminnallisesti kätevää tekstilinkkiä ole tai osata tehdä, voisiko Audio-mallineen popup-ikkunan koon rajata niin, ettei se peitä kuin osan allaolevasta artikkelitekstistä? Ainakin tietokoneella tämä lienee toivottavaa. Moni mobiilikäyttäjistäkin ehkä tätä toivoisi, vaikka pienemmällä ruudulla on rajoitteensa. Vai onko yhteisöllä yleinen suositus siirtyä Audio-mallineesta johonkin korvaavaan mallineeseen?
3) Eli: Olisiko käytettävyyden vuoksi syytä vaihtaa loputkin Audio-mallinetta käyttävät linnunlaulut joko Tiedosto- tai Ääninäyte-mallineelle?
4) Äänitiedostojen fiksaamisesta ja lisäämisestä voisi laittaa ainakin työstötalkoot, ja pää- tai sivuteeman viikkokisailuun. Ääninäytteet havainnollistaisivat monia artikkeliaiheita oleellisesti esimerkiksi kulttuurin ja tieteen aihepiireistä. Työstötakoot ja samaa teemaa käsittelevä kisailukisa tarjoaisivat samalla mahdollisuuden esilletuoda tekijänoikeusasioita. Tekijänoikeudet yhtäältä sallivat mutta myös rajoittavat ääninäytteiden käyttöä wikipediayhteisöjen kesken.
Ajatuksia muilta? Olisiko yhteisesti löydettävissä parempia käytäntöjä. Tarvitaanko mediatiedostojen ohjeistukseen suosituksia tai esimerkkejä, jotka ohjaisivat suositeltuihin tai käyttäjäystävällisempien rakenteiden käyttöön?
Mainitsen tässä vain että olen pohtinut samoja asioita, mutta en ole löytänyt hyvää ratkaisua. Audio-IPA ainakin tarvitsisi parannuksia. Joskus media-soitto aukaisee pop-upin josta en ole varma mikä siihen vaikuttaa (tekstitys, sanoitus tai jotain muuta metadataa tiedostossa itsessään?). Audio-IPA ja Ääninäyte käyttää nykyisellään kahta teknisesti täysin eri ratkaisua, jossa tuo Ääninäytteen menetelmä on uudempi tapa. Ipr1 (keskustelu) 21. maaliskuuta 2025 kello 02.47 (EET)[vastaa]
Korjaus yhteen edellä mainitsemaani asiaan: Audio-malline lataa ja avaa tiedoston selaimessa eikä käytä samaa toisto-ominaisuutta. Eli siihen tarvitsi jonkin toisen ratkaisun jotta käyttäjän ei pitäisi poistua sivulta. Pop-upilla tarkoitin esimerkiksi tästä toistettaessa aukeavaa ikkunaa, jossa voi olla tekstitystä (jos sellaista on tiedostossa mukana):
Italian ja englanninkielisessä wikissä oli käytössä phonos-laajennus joka näyttää parantavan asiaa eli audio-malline ei enää avaudu uudelle sivulle. Kokeilkaa ja antakaa palautetta. Ipr1 (keskustelu) 21. maaliskuuta 2025 kello 05.00 (EET)[vastaa]
Peukutan! Hyvältä näyttää ja kuulostaa! Kiitos! Tykkään! Upeaa, kun äänitiedostojen käyttö artikkeleissa sujuvoituu ja oppiminen helpottuu! Nyt niitä voi lisäillä (jahka löytyy) ja käyttää esimerkiksi lausunta-ohjeita sujuvammin. --Paju (keskustelu) 21. maaliskuuta 2025 kello 10.23 (EET)[vastaa]
Joissakin artikkeleissa käytetty NOTOC pitäisi poistaa. Uudella ulkoasulla sisällysluettelo tulisi vasemman reunan pystynavigaatioon, mutta tuota ei tapahdu jos sisällysluettelo on kytketty pois tuolla. Ipr1 (keskustelu) 24. maaliskuuta 2025 kello 08.53 (EET)[vastaa]
Tuota on käytty yleensä lyhyissä artikkelieissa joissa on kolme väliotsikkoa artikkelin lopussa estämään se ettei sisällysluettelo tule artikkelin loppuun vanhalla ulkonäöllä joka on edelleen käytössä osalla wikipedisteistä. En kannata niiden poistoa ilman ettei laiteta uutta väliotsikkoa jonka kohdalle sisällysluettelo tulee, --Linkkerparkeskustelu24. maaliskuuta 2025 kello 10.05 (EET)[vastaa]
Voisiko meillä fi-wikissäkin ottaa käyttöön vandalismintorjunnan työkalun Twinklen? En-wikissä muun muassa monin paikoin helpottaa vandalismintorjuntaa ja käyttäjien ohjeistusta. Käyttöönotto uudessa wikissä toki vaatii korkeamman tason säätöä ylläpitäjiltä, tässä Github repo. Jos otetaan käyttöön, ehdotan lokalisoiduksi nimeksi 'Kilke'. --Osmo Lundellmoro25. maaliskuuta 2025 kello 18.55 (EET)[vastaa]
Tutkin aiemmin tänään päivällä uudempaa Adiutor-pienoisohjelmaa, jossa vaikuttaisi olevan samat ominaisuudet kuin Twinklessä + paljon muuta. Se on käytössä mm. Commonsissa ja ranskankielisessä Wikipediassa. Sen lokalisoinnissa olisi kuitenkin paljon työtä. Voin tarvittaessa tehdä sen käännökset, jos tästä innostutaan. Samoasambia✎25. maaliskuuta 2025 kello 19.45 (EET)[vastaa]
Enkku ei taitu niin hyvin, että ymmärtäisin mikä tuo työkalu on, eikä Google Kääntäjäkään ole tarpeeksi hyvä, niin voisiko joku selittää mikä tämä siis on? Eli siis automaattiseulotut ja ylläpitäjät saisivat lisää työkaluja, mutta millaisia? Luurankosoturi✉️25. maaliskuuta 2025 kello 20.13 (EET)[vastaa]
Lyhyesti: Templaattien lähettämiseen (talkback), versionpalautukseen (tietyllä ryhmällä käytössä mahdollisuus palauttaa artikkeli johonkin aiempaan versioon nopeasti) ja vandalismintorjuntatyökalu, jolla voi suoraan kumota peräkkäiset saman käyttäjän muutokset (kevyt rollback) ja laittaa perään soosoo-muistutus / test-kumosi / muista WP:AEH-käytäntö jne. Tuo siis Twinklessä, Adiutorissa ilmeisesti vielä vaikka mitä! Pirun hyvä tuo Twinklekin jo. --Osmo Lundellmoro25. maaliskuuta 2025 kello 20.18 (EET)[vastaa]
Siis ovatko nuo nyt siis ylläpitäjien työkaluja, kun kuulostavat palauttajatason työkaluilta? Jos jokin noista on myös automaattisesti hyväksytyillä käyttäjillä (sitä siis tarkoitin tuossa enkä automaattiseulottuja), niin eihän niitä voi käyttää häiriköintiin ja vandalismiin? Luurankosoturi✉️25. maaliskuuta 2025 kello 22.58 (EET)[vastaa]
Tuota mainitsemaani vandalismipalautusta voi käyttää myös muut, kuin palauttajat (mw-rollback). Ylläpitäjille on muita lisätyökaluja, mutta ihan kaikkea ei esim en-wikistä tarvitse implementoida suoraan. Rehellisesti tuota että kaikilla automaattihyväksytyillä on käytössä rollbackin kaltainen ominaisuus tuntuu vähän omalaatuiselta ratkaisulta. --Osmo Lundellmoro25. maaliskuuta 2025 kello 23.47 (EET)[vastaa]
Pitäisikö tästä tehdä (käytäntö?)esitys ja pitää äänestys uuden koko Wikin laajuisen työkalun käyttöönotosta? Koko wikin laajuinen siinä määrin, että lähtökohtaisesti kaikilla (automaattisesti hyväksytyillä?) käyttäjillä mahdollisuus laittaa se päälle asetuksista ja integroituu syvälle wikin toimintoihin. --Osmo Lundellmoro25. maaliskuuta 2025 kello 22.27 (EET)[vastaa]
Miksi sen käyttöönotto vaatisi erikseen (käytäntö)esityksen ja äänestyksen? En muista minkälainen se "kevyt rollback-ominaisuus" on, mutta jos pelko on siinä, että työkalua käytettäisiin jotenkin väärin, niin voisihan sen aluksi ottaa pelkästään vaikka seulojien käyttöön, jos sitä on sillä tavalla mahdollista rajoittaa. Se pitää kuitenkin ottaa itse käyttöön, joten kyse ei ole siitä, että annettaisiin kaikille (esim. autom.hyväksytyille) nappi, josta he painavat ja tapahtuu kummia, vaan Twinkleä käyttävät ne, jotka sitä tarvitsevat ja toivottavasti he ottavat sen käytöstä jonkin verran selvää. Kannatan (tämä ei ole ääni) Twinklen tai sentyyppisen työkalun käyttöönottoa, mutta se pitäisi ensin tuoda tänne, ja sitten voidaan kokemuksen kautta vaikka myöhemminkin rajoittaa sen käyttöä, jos se on tarpeen. kyykaarme (keskustelu) 26. maaliskuuta 2025 kello 11.49 (EET)[vastaa]
Twinklen huonopuoli käsittääkseni ei ole kumousten helppoudessa siinä, että jengi jättää sillä toisilleen automaattisia huomautuksia turhan helposti sen sijaan, että kirjoittaisivat tilannokohtaisen kommentin käsin. Tämä siis karkoittaa muokkaajia riippumatta siitä onko se jätetty viesti huomautus, kutsu wikiprojektiin, kiitos jne. --Zache (keskustelu) 26. maaliskuuta 2025 kello 22.50 (EET)[vastaa]
Voisikohan meidän versiossamme pakottaa lisäämään yksityiskohtainen viesti tai muutoin rajoittaa automaattivastausten viskelyä? Nään kyllä Zachen mainitseman ongelman ihan oman kokemukseni pohjalta en-wikissä. --Osmo Lundellmoro26. maaliskuuta 2025 kello 23.50 (EET)[vastaa]
﹫Zache: Voisiko uuden työkalun antaa palauttajille (tai lisäksi seulojille), koska heillä on osaamista vandalismin torjuntaan ja palauttajien palautustyökalu tekee muutenkin automaattisen yhteenvedon? Silloin ei tarvitsisi olla huolissaan vandaalien karkoittamisesta. Työkalun käyttöönotto ei vaadi käytännön muutosta. raid527. maaliskuuta 2025 kello 00.18 (EET)[vastaa]
Toistan kysymyksen yltä: Eikö automaattisten viestien lähettelyä työkalun kautta voisi rajoittaa (käytännöllä tai ohjeella) vain kirjautumattomiin käyttäjiin ja vasta-alkajiin? Tämän lisäksi pakottaisi vielä yksityiskohtaisen viestin lisäämisen. --Osmo Lundellmoro27. maaliskuuta 2025 kello 15.31 (EET)[vastaa]
Onko tuosta ollut keskustelua jossain projektissa, vai mistä sulle on tullut sellainen käsitys, että se karkottaa käyttäjiä? Vilkaisin Osmon keskustelusivua enwikissä, jossa hänelle näkyy lätkäistyneen pari turhaa huomautusta, eli on se näköjään sekin mahdollista. Mutta enwikissä on paljon enemmän porukkaa, ja luulen että siellä moni uusi käyttäjä innostuu vandalismintorjunnasta ja alkaa sitten lätkiä vandaaleja kuin whac-a-molea konsanaan, ja siinä voi tulla ylilyöntejä. Mutta täällä piirit ovat paljon pienemmät ja torjujat ovat kokeneempia. Ja mulla taas on sellainen fiilis, että täällä jätetään huomautuksia antamatta, koska luullaan että se toinen muokkaaja näkee syyn muokkausyhteenvedosta, vaikka niin ei välttämättä ole. Olen itse tehnyt Twinklellä estopyyntejä yhdelle ikivandaalille ja joitakin suojauspyyntöjä, koska sillä tarvitsi vain tehdä pari napin painallusta sen sijaan, että olisi pitänyt täytellä lomaketta käsin. Ja jos aluksi otettaisiin käyttöön vain rajatusti toimintoja (esim. estopyynnön tekeminen) ja vain jotain hyvin "standardoituja" mallineita kuten merkittävyysmallineen lisääminen artikkeliin + sivun aloittajalle, niin niiden kokemusten perusteella voitaisiin myöhemmin laajentaa käyttöä. kyykaarme (keskustelu) 31. maaliskuuta 2025 kello 15.51 (EEST)[vastaa]
Kiinnostusta ei näytä liiemmin heräävän ylläpidossa, mutta muutamassa käyttäjässä itseni lisäksi kylläkin. Palataan tähän mikäli joku gadgetteihin tässä projektissa käsiksi pääsevä innostuu aiheesta. --Osmo Lundellmoro15. huhtikuuta 2025 kello 23.13 (EEST)[vastaa]
Olin jo ehtinyt tykästyä työkaluun jolla saa oman monilokeroisen muokkauslaatikon johon vain tiputtaa viitteen eri tiedot. Nyt extratyökalupalkkia ei enää näy tekstimuokkaustilassa. Onko se käytössä vain visuaalisessa editorissa tai jotain, tai onko se poistunut erilaisten versiouudistusten kanssa kokonaan toiminnasta? -- Cimon Avaro27. maaliskuuta 2025 kello 15.31 (EET)[vastaa]
Tarkoitat varmaankin visuaalisen muokkaimen työkalua, jolla lähteen saa lisättyä ohjatusti esimerkiksi linkin perusteella. Sen saa käyttöön työkalupalkista painamalla "Viittaa". Wikitekstin muokkaustilassa tuota ominaisuutta ei ole, mutta muokkaustilan alapuolella pudotusvalikosta voi valita "Viitteet". Tällöin esimerkiksi "Verkkoviite"-painiketta painamalla muokkaustilaan saa verkkoviitteen ja sen parametrit, joihin lähteen tiedot voi lisätä. Visuaalisen muokkaimen saa käyttöön "Muokkaa"-linkistä ja wikitekstin muokkaustilan "Muokkaa wikitekstiä" -linkistä. Ainakin itselläni nämä molemmat tavat toimivat.--Puppe100 (keskustelu) 30. maaliskuuta 2025 kello 20.52 (EEST)[vastaa]
Jos kytkee asetuksista päälle "wikitekstimuokkain 2017", niin silloin wikitekstimuokkaimen työkalupalkista löytyy samanlainen "Viittaa"-työkalu kuin visuaalisessa muokkaimessakin. Mutta tällöin katoaa alalaidan kätevät laatikot, jotka löytyvät vain vanhasta wikitekstimuokkaimesta. Samoasambia✎1. huhtikuuta 2025 kello 01.27 (EEST)[vastaa]
Jos halutaan esittää suomalainen uhanalaisuusluokitus, status-parametrin täytyy olla olemassa vähintään tyhjänä. Tällaisissa tapauksissa taksoboksissa on kuitenkin näkynyt ärsyttävä tyhjä solu. Tein äsken tämän muutoksen, ja nyt tuota tyhjää solua ei pitäisi enää näkyä. --Paranaja (keskustelu • muokkaukset) 1. huhtikuuta 2025 kello 00.25 (EEST)[vastaa]
Mobiilinäkymässä on edelleen tyhjiä soluja, mutta niitä en osaa korjata (esimerkkiartikkeli Tuhkanaamiokärpänen). Myös sienitaksoboksi tuottaa mobiilinäkymässä tyhjiä soluja, mutta huomattavasti siistimmin (esimerkiksi Kultatatti). Näitä taksobokseja voisi muutenkin yhdenmukaistaa vähän enemmän. Lisäksi Luokka:Suomessa uhanalaiset lajit pitäisi automatisoida niin, että Suomessa vaarantuneet, erittäin uhanalaiset ja äärimmäisen uhanalaiset lajit menevät suoraan tuohon luokkaan (tai vaihtoehtoisesti luodaan omat wikiluokat jokaiselle uhanalaisuusluokalle). Automatisointia vaikeuttanee se, että status_fi-parametria on käytetty eri tavoin (Isolaakasittiäinen vs Susi vs Erakkokuoriainen). Joku minua viisaampi voisi korjata nämä kaikkiin taksobokseihin. Lisäksi en ole varma, kannattaako IUCN-tietoja tuoda Wikidatasta, koska teoriassa voi olla syytä olla esittämättä IUCN-luokitusta esimerkiksi poikkeavan taksonomiakäsityksen vuoksi. --Paranaja (keskustelu • muokkaukset) 1. huhtikuuta 2025 kello 10.21 (EEST)[vastaa]
Lisään vielä että Wikidatan käyttöä olisi hyvä lisätä, mutta käytetäänkö "pohjamallinetta" vai yritetäänkö siirtyä yhteen yleiskäyttöisempään? Tuleeko ryhmittelyissä ja luokituksissa jotain erityistä vastaan joka vaikuttaa asiaan? Ipr1 (keskustelu) 2. huhtikuuta 2025 kello 06.28 (EEST)[vastaa]
Yhteinen taksonomiamalline loisi ongelmia ainakin ajatuksen tasolla, kun samassa mallineessa olisi taksonomisia tasoja, joita käytetään vain joissakin eliöryhmissä ja jotka eivät välttämättä ole hierarkkisessa suhteessa toisiinsa (esimerkiksi kaari ja pääjakso). Useimmissa nykyisissä mallineissa merkittävä ongelma on se, että kaikkien taksoniparametrien hierarkia on ennalta määrätty. Pitäisi olla ainakin yksi parametri (esimerkiksi Kladi), jonka pystyisi sijoittamaan mihin kohtaan tahansa, miten monta kertaa tahansa. Tämä on syy, miksi tuota {{Taksonomia}}-mallinetta on käytetty: se mahdollistaa hierarkian määrittämisen itse, tosin melko pitkän kaavan kautta (esimerkiksi artikkelissa Terapsidit). Jos halutaan yhteinen taksonomiamalline, se vaatisi ehdottomasti tuollaisen parametrin. Wikidatasta voisi ehkä hakea mallineen värin, mutta itse taksonomian täytyy olla vain paikallisesti säädettävissä. --Paranaja (keskustelu • muokkaukset) 2. huhtikuuta 2025 kello 19.06 (EEST)[vastaa]
No siis parametrit on yhdistetty Wikidata-ominaisuuksiin (eli property; ne Pluku:t koodissa) ja jos Wikidatassa kohteella eli artikkelilla on ominaisuus ja tähän yhdistetty parametri tyhjä, niin kyseisen parametrin sisältö tulee automaattisesti Wikidatasta. Luurankosoturi✉️1. huhtikuuta 2025 kello 13.43 (EEST)[vastaa]
Mistä johtuu että Dauphin (Q35) -artikkeliin tehtyjä muutoksia ei näy tuoreissa muutoksissa jos on valittuna näkyväksi Tietosanakirja-artikkelit? Huomasin saman ongelman aiemminkin. Sinänsä ip:n tekemä kumous on ongelmallinen, koska toista lähdettä ei ole viitteistetty, ja artikkelin myöhemmässä vaiheessa ei enää näe mihin lähde kohdistuu, ellei käy muokkaushistoriaa läpi. --Abc10 (keskustelu) 8. huhtikuuta 2025 kello 08.01 (EEST)[vastaa]
Olen kyllä tarkistanut vakioasetukset, eikä niissä ole mitään minkään pitäisi estää näkymistä. Jos valitsen muuten samoilla asetuksilla näkyväksi Kaikki, Dauphinit kyllä näkyvät listalla. --Abc10 (keskustelu) 8. huhtikuuta 2025 kello 08.25 (EEST)[vastaa]
Kun avaan uuden välilehden ja lisään Tietosanakirja-artikkelit, niin muut suodattimet ovat Ihminen (ei botti), Sivun muutokset, Sivujen luonnit, Lokitoiminnot, Tunnusten luonnit. Ja Dauphin näkyy tuossa joukossa. Tämä ei ole minun omatekemä tallennettu suodatin, vaan se, joka näkyy myös, kun avaan WP:n tuoreet muutokset eri selaimella ja kirjautumatta. En jaksa katsoa, onko asetuksissani jotain tuohon liittyvää.--Htm (keskustelu) 8. huhtikuuta 2025 kello 08.39 (EEST)[vastaa]
Sattuipa hassusti matkalla Wikipediaan: Yrittäessäni tallentaa kommenttiani [3] Neuvonta-kahvihuoneeseen alkoi Wikipedia pätkiä ja tallennusyrityksestä tuli ilmoitus yhteyden toimimattomuudesta. Kymmenisen minuuttia myöhemmin huomasin kommenttini sittenkin tallentuneen, mutta sitä ei näy tuoreissa muutoksissa, vaikka kaikki suodattimet heivaisi hevon helsinkiin. --Lax (keskustelu) 9. huhtikuuta 2025 kello 15.42 (EEST)[vastaa]
Huomasin, että {{Uutisissa}} ei ollut päivittynyt sivulle Wikipedia:Uutisarkisto vaikka se näkyi etusivulla oikein. Tallentamalla sivu uudelleen ilman muutoksia se päivittyi nykytilaan. Eli jostain syystä ilmenee edelleen näitä, että muutokset eivät päivity kaikkialle oikein. Tästä oli aiemmin jo bugikäsittelyä phabricatorissa. Ipr1 (keskustelu) 16. huhtikuuta 2025 kello 08.15 (EEST)[vastaa]
Huomasin, että kun avattavan navigaatioboksin {{Geologinenhistoria}} avaa kirjautumattomana, sen sisältö tulee leveyssuunnassa ulos kehyksistä ellei oikean laidan valikosta valitse tavallista leveämpää ulkoasua (ja se valikko jää vieläpä helposti mallinneen kehyksistä ulos pursuavan sisällön alle piiloon). Onko tuossa mallineessa tehty jotain väärin, vai koskeeko sama ongelma muitakin? --Risukarhi (keskustelu) 8. huhtikuuta 2025 kello 15.12 (EEST)[vastaa]
Ongelma on että tuossa on käytetty nbsp:tä, joka estää "taittumisen". Samaa vikaa on vielä muuallakin ja noita olen karsinut sen minkä ehtii. Korjaus on käyttää esim. {{Vaakalista}}-luetteloa, jolloin nuo taittuvat oikein. Ipr1 (keskustelu) 8. huhtikuuta 2025 kello 16.14 (EEST)[vastaa]
Voiko Navboxissa käyttää parametria nowrapitems=yes korvaamaan yksittäisissä luetteloissa olevia class=nowraplinks-määrittelyjä? Entä voisiko mallineissa Navbox ja Avattava olla yhtenäinen nimi painikkeille (Näytä/Laajenna – Piilota/Tiivistä)? raid58. huhtikuuta 2025 kello 17.15 (EEST)[vastaa]
{{div col}} toimii vain yksinkertaisille luetteloille joten se ei sovi kaikkeen, mutta muutoin se on toivotumpi tapa, koska se pystyy vaihtamaan sarakkeiden määrää. Uusittu {{monta palstaa}} toimii kun sarakkeissa on kuvia, taulukoita yms. listojen ja tekstin lisäksi. Ipr1 (keskustelu) 8. huhtikuuta 2025 kello 16.38 (EEST)[vastaa]
Tosin ne kuvat, joihin on pakotettu vanha koko eivät tuohon reagoi. Jos on osassa kuvista on määritelty koko ja osassa ei niin se näyttää kummalta. Kuvakokoja pitäisi siivota kuvista, joissa se ei ole välttämättä tarpeellista olla. Ipr1 (keskustelu) 12. huhtikuuta 2025 kello 18.21 (EEST)[vastaa]
Olen käytellyt googlen sijaan Ecosiaa hakukoneena jonkin aikaa kokeeksi. Sen wikipediapohjaiset pikatulokset sivun hakutulosten edellä on vaan aikausein vandalisoitua tekstiä. Englanninkielisessä John Seigenthaler wikipedia-kapseli hakutuloksessa väitettiin (taas) että oli osallisena John F. Kennedyn salamurhaan muutama viikko sitten, ja nyt kun hain pelkällä "Danny" haulla niin kapseli suomenkielisestä wikipediasta ennen varsinaisia Ecosian hakutuloksia oli jotain viisivuotiaan räpeltämää proosaa. Miten tähän pitäisi suhtautua, jotkut kuitenkin haluaa korvata googlen jollain muulla hakukoneella. Tiedän että tässä voi olla jotain cache pohjaista. Mutta onko mahdollista että on joku tsydeemi jolla voi etuilevasti tarjota kapseli "sivusummaryksi" jotain ilman että kovin tiuhaan kukaan tarkistaisi mitä skeidaa hakukoneille tyrkytetään? -- Cimon Avaro12. huhtikuuta 2025 kello 20.52 (EEST)[vastaa]
Ajattelin kuitenkin siitä päästä etteikö wikipediasta tarjota proaktiivisesti jotain tiivistelmää tälläiseen käyttöön? Voisiko tässä päässä jotenkin vaikuttaa minkälaisia ne tiivistelmät on? -- Cimon Avaro13. huhtikuuta 2025 kello 17.27 (EEST)[vastaa]
Nuo taitaa näyttää automaattisesti tietyn määrän tekstiä artikkelin alusta joka tapauksessa. Tai hakevat Wikidatasta kuvauksen jossain tilanteessa (sama taitaa näkyä mobiiliwikissä). Ipr1 (keskustelu) 14. huhtikuuta 2025 kello 21.12 (EEST)[vastaa]
Onko jossain ohjeistusta siitä miten wikidatan kuvauksia muokataan sujuvasti, ja olisiko suotavaa/mahdollista jotenkin edesauttaa sitä että niitä myös vahdittaisiin ettei ne olisi vandalisoidussa muodossa? -- Cimon Avaro14. huhtikuuta 2025 kello 22.50 (EEST)[vastaa]
Muokkausohjeita on sivulla Wikiprojekti:Wikidata - käytäntöihin on perehtyminen voi vaatia hieman aikaa. Ensisijainen tapa valvoa tietoja olisi että niitä käytetään ja että ne näkyvät käyttäjille: nykyisellään ongelmana on, ettei tietoa ole fi-wikissä käytetty eikä siten ole havaittu virheitä. Suurempi ongelma kuin vandalismi lienee että käyttäjät eivät osaa olla samaa mieltä käytännöistä (miten merkitään), sama ongelma on kyllä Wikipediassakin kun uusia käyttäjiä. Ipr1 (keskustelu) 15. huhtikuuta 2025 kello 12.35 (EEST)[vastaa]
Käsittääkseni tuon mallineen idea on siinä, että sillä voidaan ylikirjoittaa Wikidatasta tuleva kuvailu. Desktopissa sen ei tietääkseni ole tarkoitus näkyä muuten kuin hakutuloksissa (Vector 2022). En tiedä vaikuttaako se johonkin Wikipedian ulkopuoliseen palveluun. Enwikissä on tehty valtava työ, että malline on saatu lähes kaikkiin yli 6 miljoonaan artikkeliin. Jos sitä täällä haluttaisiin käyttää, niin siitä pitäisi jotenkin tiedottaa, että sen tarkoitus ymmärretään, mutta tuskin sitä kannattaa ainakaan massalisätä artikkeleihin. kyykaarme (keskustelu) 16. huhtikuuta 2025 kello 19.18 (EEST)[vastaa]
En kannata lyhyiden kuvausten paikallistamista, sillä suomenkieliset sisarhankkeetkin käyttää samoja Wikidata-kuvauksia ja niiden kaksinkertainen ylläpitäminen menisi kovin hankalaksi. Samoasambia✎21. huhtikuuta 2025 kello 11.14 (EEST)[vastaa]
Periaatteessa se mikä kannattaisi tehdä on, että otsikon alla näkyisi vakiona wikidatan kuvausteksti vaikka kaikilla automaattisestiseulotuilla käyttäjillä ja siinä olisi linkki josta sitä pystyisi muokkaamaan wikidatassa. Zache (keskustelu) 21. huhtikuuta 2025 kello 11.33 (EEST)[vastaa]
Svwikissä on ainakin tällainen pienoisohjelma (js, css), joka näyttää Wikidata-kuvauksen työpöytänäkymässä. Se on oletusarvoisesti käytössä kaikilla käyttäjillä, myös rekisteröitymättömillä. Samoasambia✎21. huhtikuuta 2025 kello 13.48 (EEST)[vastaa]
@Samoasambia Tein pienoisohjelman joka piilottaa tarkkailulistalta sellaiset muokkaukset jotka eivät ole tehty suomenkielisiin labeleihin, kuvauksiin tai aliaksiin TAI listattuihin ominaisuuksiin. Toimintaperiaate on ihan se, että näyttää ne wikidata-muokkaukset joiden yhteenveto osuu annettuun regexpiin jota voi muokata käyttäliittymän kautta. Jos sivun latautuminen tuntuu liian hitaalta, niin sitä saa nopeammaksi sillä että tallentaa regexp:n selaimen local storageen wikipedian asetusten sijaan koska tällöin tarvitaan sivun auetessa yksi http-kutsu jokunen muu riippuvuus vähemmän.
@Cimon Avaro: Wikidata-kuvausten vahtimiseen löytyy työkalu nimeltä Wikidata vandalism dashboard. Sillä näkee viimeisen kuukauden ajalta kaikki tarkastamattomat (partioimattomat) kuvausten tai nimien muutokset sekä sivustolinkkien poistot kielen mukaan. Olen vahtinut sitä noin vuoden ajan ja siivoillut asiattomuudet ja muut virheet pois. Samoasambia✎21. huhtikuuta 2025 kello 10.44 (EEST)[vastaa]
Ongelma tässä työkalussa on, että yli neljä päivää vanhat ja yli 50 muokkausta tehneiden tunnusten muokkaukset eivät näy siinä, sillä ne ovat automaattisesti tarkastettuja (partioituja). Samoasambia✎21. huhtikuuta 2025 kello 11.31 (EEST)[vastaa]
En ole ihan varma, et kuuluuko tämä tänne. Saa siirtää parempaan osioon. Kun avaa visuaalisella muokkaimella mallineen pesäpalloilija, on siellä vaihtoehtoina paljon vähemmän parametrejä kun ennen. Aivan keskeisiä, jopa tärkeitä, suorastaan tärkeimpiä kohtia puuttuu. Miksi näin on tehty?? Vaikuttaa erittäin huonolta... Kaiken takaa löytyy @Ipr1... Žietäjäx (keskustelu) 13. huhtikuuta 2025 kello 23.00 (EEST)[vastaa]
Kuvaisitko tarkemmin, mitkä puuttuvat parametrit siellä pitäisi mielestäsi olla? Tietolaatikkojen parametreja on välillä lisätty ja välillä vähennetty, tarkoituksena kuitenkin lienee edelleen se, että boksiin tulevat vain oleellisimmat tiedot eikä artikkelin koko tietosisältöä tule siellä esittää.-- Htm (keskustelu) 13. huhtikuuta 2025 kello 23.41 (EEST)[vastaa]
Tietolaatikossa on vain näkyvillä paramentit nimi, alkuperäinen nimi, kuva, kuvan leveys, kuvateksti, syntymäaika, syntymäpaikka, kuolinaika, kuolinpaikka, kansalaisuus, koko nimi, allekirjoitus. Paljon tärkeitä parametreja puuttuu. Žietäjäx (keskustelu) 14. huhtikuuta 2025 kello 00.12 (EEST)[vastaa]
Kokeilin tehdä noi –ei toiminut. Malline näyttää vain edelleen parametrit nimi, alkuperäinen nimi, kuva, kuvan leveys, kuvateksti, syntymäaika, syntymäpaikka, kuolinaika, kuolinpaikka, kansalaisuus, koko nimi, allekirjoitus. Varmaan malline mennyt jotenkin sekaisin nyt... Žietäjäx (keskustelu) 14. huhtikuuta 2025 kello 17.07 (EEST)[vastaa]
Nyt en enään jaksa. Kumoan muokkauksesi, että malline toimii niinkuin ennen. Saat sitten parannella sitä jos malline oikeasti toimii muokkauksesi jälkeen (visuaalisessakin muokkaimessa). Žietäjäx (keskustelu) 14. huhtikuuta 2025 kello 17.25 (EEST)[vastaa]
Mm. kuntien artikkeleissa on väestönkehitystä kuvaava taulukko, jossa näkyy vuodet, joiden kohdalla siniset palkit kuvaavat väkilukua. Normaalisti on niin että mitä pitempi sininen palkki on leveyssuunnassa oikealle, sitä korkeampi väkiluku on, mutta kaikki tällaset kuvaajat ei näy kokonaan puhelimella vaan osa siitä on pois näkyvistä, jolloin pitäis mennä työpöytänäkymään että koko kuvaaja näkyy. Eli siis väestönkehityksen kuvaajat ei näy kokonaan vaan ovat liian isoja ja ovat osittain pois näkymästä Mustakahvi (keskustelu) 18. huhtikuuta 2025 kello 22.38 (EEST)[vastaa]
Jep, näin on. Ongelma johtuu siitä, että jotkut käyttävät suuria pikselimääriä palkeille, esimerkiksi artikkelissa Ritaharju. Ratkaisuja on kaksi: joko muutetaan pikselit suhteelliseksi (prosenttimääriksi, {{bar pixel}} voisi korvata {{bar percent}}), jolloin ne skaalautuvat näytön leveyden mukaan; tai sitten tekniikkaa päivitetään kerralla uuteen. Moduuli:Bar on uudempi toteutus, mutta vaatii vielä soveltamista fi-wikiin sopivaksi. Ipr1 (keskustelu) 19. huhtikuuta 2025 kello 23.33 (EEST)[vastaa]
Koska aiemmin aloitettu on jo päätynyt arkistoon, palautetaan ihmisten mieliin tavoite parantaa Wikipedian käytettävyyttä ja saavutettavuutta. Tämä tarkoittaa, että Wikipediasta tulee parempi käyttää jos on näkörajoitteita, tarvitsee suurta tekstikokoa tai suurta kontrastia, käyttää kapeaa näyttöä (mobiililaitteet) tai esimerkiksi tarvitsee ruudunlukulaitetta. Kannattaa lukaista Web Content Accessibility Guidelines (WCAG) 2.1. Tehtäviä asioita pyritään kokoamaan Wikipediassa sivulla Wikipedia:Ulkoasun ja mallineiden ylläpito ja korjaukset. Keskustelusivulle voi jättää mainintoja jos havaitsee asioita, joihin ei olla (vielä) puututtu. Käytännössä tehtäviä toimenpiteitä ovat esimerkiksi: taustavärien poisto; pienikokoisten tekstien ja kiinteän tekstikoon korvaaminen tai poisto; joustavampi palstoitus (ei taulukoita); tarpeettomien avattavien listojen karsiminen; kuvakokojen määrittelyjen karsiminen pienoiskuvista. Ja muita toimenpiteitä joita todetaan tarpeen. Nämä asiat eivät välttämättä näy kaikille käyttäjille, jotka käyttävät työpöytänäkymää leveällä näytöllä, mutta voivat näkyä muille käyttäjille. Ipr1 (keskustelu) 21. huhtikuuta 2025 kello 16.11 (EEST)[vastaa]
Sivun Wikipedia:Ylläpitäjän opas osiossa Suojauksen syyt teksti rivittyy hassusti puolikkaalla FullHD-näytöllä olevassa Firefox-selainikkunassa (versio 137.0.2). Vasemmanpuoleinen ikkuna on se, mitä näen sisäänkirjautuneena Vanha Vektori (2010)-ulkoasulla ja oikeanpuoleinen se, mitä näen yksityisessä selaustilassa sisäänkirjautumattomana ja oletusteemalla. Taitaa tarvita vasaran ja nauloja? Rdt404 (keskustelu) 21. huhtikuuta 2025 kello 16.50 (EEST)[vastaa]
Koska joku kuitenkin nostaa taas älämölöä niin ennakoidaan ja mainitaan että poistan maksimileveydet botilla kaikkialta taulukoiden määrityksistä, koska niistä on pelkkää riesaa väärinkäytöstä johtuen. Ipr1 (keskustelu) 22. huhtikuuta 2025 kello 00.53 (EEST)[vastaa]
Päivitin pienoisohjelmista löytyvää pienoisohjelmaa joka lisää wikidata-yhteenvetoihin selkokieliset nimet ominaisuuksille ja wikidata-kohteille. Sama pienoisohjelma myös piilottaa epäoleellisia muutoksia. Aiemmin se piilotti pelkkiä nimien ja kielilinkkien muutoksia, niin nyt muutin sitä siten, että nyt se näyttää ainoastan suomenkieliset muutokset sekä ne muutokset jotka tapahtuvat wikidata-ominaisuuksiin jotka ovat linkitetty mallineiden ohjesivuilta. Pienoisohjelma löytyy seuraavasti:
Toiminnot:Asetukset -> Pienoisohjelmat -> Wikidata -> Pienoisohjelma täydentää ominaisuuksien ja kohteiden nimet muutoslistoihin (WikidataWatchlistLabels) sekä piilottaa piilottaa fiwikissä epäoleellisia Wikidata-muokkauksia
Toinen puuttuva asia on, että jos Wikidatassa tehdään muokkaus labeliin tai descriptioniin joka on käytössä useassa eri artikkelissa, niin se näkyy nyt tarkkailulistassa useaan kertaan. Esim 10 kertaa sama muokkaus peräkkäin. Scripti voisi näyttää näistä vain ensimmäisen. --Zache (keskustelu) 23. huhtikuuta 2025 kello 08.41 (EEST)[vastaa]
Päivitin scriptiä nys sen verran, etä se näyttää duplikaatit enää vain kerran, se myös muuttaa Wikidata-muokkausten linkit osoittamaan suoraan Wikidataan ja näyttää muokatun wikidata-kohteen nimen. Aiemmin se näytti sen sivun nimen jossa muokkaus näkyi fiwikissä joka oli jokseenkin hyödytön ominaisuus. --Zache (keskustelu) 23. huhtikuuta 2025 kello 20.28 (EEST)[vastaa]
frwiki ja enwiki on edellä käyttöliittymän testauksessa, niin niillä beta-ominaisuuksia on siirretty näkymään myös sisäänkirjautumattomilla käyttäjillä. Fiwikissä dark-mode valinta on vasta sisäänkirjautuneilla käyttäjillä. --Zache (keskustelu) 23. huhtikuuta 2025 kello 08.32 (EEST)[vastaa]
Lisäsin @Samoasambia vinkkaaman svwikissä käytössä olleen pienoisohjelman myös fiwikin pienoisohjelmiin. Pienoisohjelma näyttää Wikidatassa olevan kuvaustekstin otsikkorivin alapuolella ja sitä pääsee siitä myös muokkaamaan. Pienoisohjelman saa käyttöön asetuksista seuraavasti:
Kiitos! Vinkkaan myös MoreMenu-pienoisohjelman, joka lisää oikeaan ylälaitaan valikon, josta löytyy monenlaisia hyödyllisiä loki- ja työkalulinkkejä auki olevaa sivua varten. Olen ottanut sen skriptinä järjestelmänlaajuisesti käyttöön, mutta sen voi asentaa myös paikalliseksi pienoisohjelmaksi (ja tarvittaessa myös mukauttaa). Kaikki tekstit on jo käännetty suomeksi. Samoasambia✎23. huhtikuuta 2025 kello 14.37 (EEST)[vastaa]
Jos tällä työkalulla tehdyille Wikidata-kuvausten muutoksille haluaa oman tägin niin kuin svwikissä, niin se pitää näköjään erikseen pyytää. Tässä myös suomenkieliset tekstit:
if(v.wgUserLanguage==='fi'){blockmsg='Käyttäjä tai IP-osoite on estetty.';title='Kuvaus Wikidatasta';buttontextadd='Lisää Wikidata-kuvaus';buttontitlechange='Muokkaa Wikidata-kuvausta';label='Wikidata-kuvaus';submitbuttontext='Tallenna';recentchangestext='Tuoreita tällä pienoisohjelmalla tehtyjä kuvausten muutoksia voi tarkastella ';recentchangeslinktext='täällä';}