↑	Arkisto	Lisaa uusi aihe	Tekniikka

Tama kun saattanee joitakin kiinnostaa. Wikipediaan on nyt lisatty muokkauksen palautustoiminto (”Edit Recovery”, kts. mw:Help:Edit Recovery ). Ominaisuuden saa paalle omista asetuksista (Asetukset->Muokkaus->”Enable the Edit Recovery feature”). Tuon avulla tallentamattomat muutokset on palautettavissa (sivulta Toiminnot:EditRecovery ) vaikka vahingossa sulkisi valilehden tai selaimen. Muutokset on tallennettu selaimen muistiin, eli ne on palautettavissa vain silla koneella/selaimella milla alun perin sivua muokattiin. Pikaisella testauksella nayttaisi tallentavan keskeneraisen muokkauksen tuonne vaikka ei olisi mitaan muutoksia viela edes tehnytkaan. Itse ainakin usein avaan sivun muokkaustilaan ja sitten vain suljen valilehden jos en tehnyt muutoksia tai tekemani muutokset olivat niin pienia etten jaksa tallentaa. Myos tuonne tallentuneen muokkauksen saaminen pois tuolta ei ainakaan itsellani talla hetkella oikein toimi. ? Anr ( keskustelu ) 8. huhtikuuta 2024 kello 16.37 (EEST) [ vastaa ]

Onko missaan ollut harkinnassa tai suunnitteilla tekoalyn kayttoa siihen, etta se kirjoittaisi automaattiset muokkausyhteenvedot esim. kaikkien ip:eiden ja ei-automaattiseulottujen kayttajien tekemiin muokkauksiin, myos niihin, joihin on kirjoitettu manuaalinen muokkausyhteenveto? Ainakin ChatGPT osaa kirjoittaa paasaantoisesti hyvia ja tiiviita muokkausyhteenvetoja, kun kysymyksen asettaa huolellisesti. Se olisi hyva tapa havaita kaikki sotkemiset jo uusien muokkausten listasta ja estaisi myos harhaanjohtavat muokkausyhteenvedot. -- Savir ( keskustelu ) 10. huhtikuuta 2024 kello 12.24 (EEST) [ vastaa ]

Edellytys "jos kysymyksen asettaa huolellisesti" nostaa kynnyksen tavoittamattomiin korkeuksiin, silla jo yleinen ohjeiden lukeminen on monille mahdotonta. -- abc10 ( keskustelu ) 10. huhtikuuta 2024 kello 13.57 (EEST) [ vastaa ]

No valitsee sellaisen botin, jolle yleinen ohjeiden lukeminen on mahdollista. Tekoalybotteja tosiaan voi olla huonojakin, niin tuolta osin pitaa olla tarkkana, etta lopputuloksesta on enemman hyotya kuin haittaa. En tieda, kannattaako alkuperaisia muokkausyhteenvetoja korvata, vaan lisata sen lisaksi tekoaly-yhteenveto, koska joskus muokkaajien muokkausyhteenvedot ovat hyodyllisiakin.-- MAQuire ( keskustelu ) 10. huhtikuuta 2024 kello 14.12 (EEST) [ vastaa ]

Niin, ajattelin etta ensin olisi muokkaajan oma yhteenveto ja sen perassa esimerkiksi suluissa tai hakasulkeissa tekoalyn kirjoittama yhteenveto. Mina kaytin ChatGPT:n kanssa kysymysta: "Kirjoita alle 10 sanan mittainen Wikipedian muokkausyhteenveto, kun tama tietosanakirjan teksti: " - - - " muutettiin taksi tekstiksi: " - - - ". Kun kaytin sita tahan sotkentaan , se kirjoitti muokkausyhteenvedon "Muokattu henkilon tiedot virheellisiksi ja epaasiallisiksi." Savir ( keskustelu ) 10. huhtikuuta 2024 kello 15.59 (EEST) [ vastaa ]

Kokeilin samalla tavalla omaan muokkaukseeni , ja ChatGPT:n vastaus oli "Muokattiin Danica McKellarin taustatietoja, lisattiin tietoja hanen tietokirjoistaan ja nayttelijanurastaan aikuisena seka korjattiin pienia oikeinkirjoitusvirheita." No ei ihan huonosti tekoalylta, vaikka ei ehka kovin tasmallistakaan. Ehka tekoaly tunnistaisi ainakin selvat sotkut, mutta varmaan sita olisi helppo huijata, eli ei kannata pelkastaan siihen luottaa. Olisi se kuitenkin edistysaskel - nykyaanhan ainakin omiin asiallisiin muokkauksiini ilmestyy silloin talloin merkkaus "seulottavat", "virheellinen wikikoodi" ym. ilman mitaan jarkevaa syyta. - 217.140.214.237 10. huhtikuuta 2024 kello 17.28 (EEST) [ vastaa ]

Tuollaisia erillisia merkkauksia yhteenvetokentan jalkeen tuottaa Wikipedian oma vaka-aly . Nainkohan jossain vaiheessa Abuse Filter -mekanismi voitaisiin korvata alykkaammalla? Kenka tietaa. -- Pxos ( keskustelu ) 10. huhtikuuta 2024 kello 18.22 (EEST) [ vastaa ]

Ohjesivulla Sisallys on haku (Hae Wikipedian kaytantoja ja ohjeita), jossa valittavina kohtina on ”ns12” ja ”ns4”. Mita ne tarkoittavat? raid5 18. huhtikuuta 2024 kello 23.35 (EEST) [ vastaa ]

ns = namespace. Ne on niita avaruuksia. Lisaa Mediawikin sivulla Help:Namespaces . ns12 on Ohje-avaruus ja ns4 Wikipedia-avaruus. -- Htm ( keskustelu ) 18. huhtikuuta 2024 kello 23.57 (EEST) [ vastaa ]

Kiitos vastauksesta ja linkista. Lyhenteet saastavat tilaa avaruudessa. Totun muutokseen kohta. raid5 19. huhtikuuta 2024 kello 00.30 (EEST) [ vastaa ]

Mulla ne nakyy ihan selkokielella "Ohje" ja "Wikipedia". Sain nuo ns12 ja ns4 nakyviin vain, kun selasin ko. sivun muokkaushistoriaa taaksepain. Chrome. Firefoxilla ne nakyy nakojaan ihan lukutilassa. Outoa. -- Htm ( keskustelu ) 19. huhtikuuta 2024 kello 00.35 (EEST) [ vastaa ]

Uusin Firefox ESR nayttaa sivulla lyhenteet eristetylla valilehdella (vastaa kirjautumattomuutta) ja Safarilla. Voisin kokeilla muilla selaimilla, mutta ne pitaisi ensin paivittaa. raid5 19. huhtikuuta 2024 kello 00.47 (EEST) [ vastaa ]

Se on bugi mw:Extension:InputBox -lisaosassa, tai todennakoisesti lisaosaa ei oltu paivitetty kun mediawiki oli mennyt eteenpain. Tiketilla phab:T362458 on jokin korjaus, mutta odottaa etta menee arvioinnista lapi ja paatyy tuotantoon. -- Zache ( keskustelu ) 19. huhtikuuta 2024 kello 05.38 (EEST) [ vastaa ]

Ok. Kiitos tiedosta. Arvelin, etta toisella selaimella toistuva tilanne voisi johtua Wikipedian tekniikasta. raid5 19. huhtikuuta 2024 kello 23.20 (EEST) [ vastaa ]

Korjaus meni nyt lapi vertaisarvioinnista ja julkaistiin. Se tulee kayttoon kun uusi mediawiki versio pyorahtaa tuotantoon asti. -- Zache ( keskustelu ) 6. toukokuuta 2024 kello 00.23 (EEST) [ vastaa ]

Miksikohan mobiililaitteella ei paase muokkaamaan mitaan, mika on artikkelssa varsinaisen leipatekstin jalkeen. Eritoten luokkien lisays, muutos ja/tai poisto olisi tarpeen ja miksei myos joskus tulis tarve lisata joku malline. EskoG-67 ( keskustelu ) 19. huhtikuuta 2024 kello 10.22 (EEST) [ vastaa ]

Kokeile painaa sivun otsikon alapuoleisen tyokalupalkin oikeassa reunassa olevaa kolmea pistetta ja sielta "Edit full page". Sen pitaisi antaa muokata sivua koko pituudeltaan. Ainakin itsellani tuon samaisen palkin muokkaa-painikkeesta voi muokata vain artikkelin ensimmaista kappaletta. -- VynedJ ( keskustelu ) 19. huhtikuuta 2024 kello 15.16 (EEST) [ vastaa ]

Ihan alhaalla on linkki tyopoyta, jota painamalla paasee muokkaamaan kuin tietokoneella.-- MAQuire ( keskustelu ) 19. huhtikuuta 2024 kello 15.20 (EEST) [ vastaa ]

Vaihda wikitekstimuokkaimeen muokkausnakyman oikeasta ylakulmasta. Pietiboii ( keskustelu ) 19. huhtikuuta 2024 kello 18.54 (EEST) [ vastaa ]

Wikitekstimuokkaimen kayttoonotto ei vaikuta tuohon kyseiseen ongelmaan. -- Minilammas ( keskustelu * muokkaukset ) 30. huhtikuuta 2024 kello 17.48 (EEST) [ vastaa ]

Vaikuttaahan; menet alimman alaotsikon kohdalle puhelimella visuaalisessa tilassa. Se ei anna mahdollisuuksia muokata luokkia tai lopussa olevia mallineita - vaihda wikitekstiin niin antaa. Pietiboii ( keskustelu ) 30. huhtikuuta 2024 kello 19.11 (EEST) [ vastaa ]

Jos siis pelkista luokista puhutaan niin kylla, mutta wikitekstimuokkain ei auta siina etta muokkauspainiketta painamalla ei voi muokata muita osioita artikkelista kuin vain alkua ennen alaotsikoita. -- Minilammas ( keskustelu * muokkaukset ) 30. huhtikuuta 2024 kello 19.42 (EEST) edit: eli muokkaispainikkeesta ei voi muokata koko artikkelia vaan pelkastaan osaa ennen alaotsikkoja. Tietokoneella muokkauspainikkeesta voi muokata suoraan koko artikkelia. Jos haluaa puhelimella muokata koko artikkelia suoraan, joutuu kayttamaan toimintosivua apuna. -- Minilammas ( keskustelu * muokkaukset ) 30. huhtikuuta 2024 kello 19.48 (EEST) [ vastaa ]

Toisessa kahvihuoneessa on eras kayttaja jakanut linkin arkistoituun sivuun Wikipedia:Kahvihuone (uutiset)/Arkisto 20 , ja huomasin siella sellaisen pienen ongelman, etta yhden keskustelunavauksen ("Feminism and Folklore 2023", osio 21) ymparilla jostain syysta olevien kehysten "div"-merkinnat ilmeisesti katkaisevat samalla myos {{ Arkisto }}-mallineen toiminnan, joten koko sivun loppuosa jaa sinisen arkistolaatikon ulkopuolelle. Sama juttu sivulla Wikipedia:Kahvihuone (uutiset)/Arkisto 21 . Lahinna tuo lienee esteettinen haitta, mutta voisi sen kai silti korjata jotenkin. -- Risukarhi ( keskustelu ) 25. huhtikuuta 2024 kello 15.20 (EEST) [ vastaa ]

En tieda, hoituiko tuo nyt oikeaoppisesti, mutta nahdakseni onnistuin korjaamaan ongelman. Kertokaa, jos hajotin jotain. -- Paranaja ( keskustelu ? muokkaukset ) 25. huhtikuuta 2024 kello 15.31 (EEST) [ vastaa ]

Hyva, sehan kavikin helposti. -- Risukarhi ( keskustelu ) 25. huhtikuuta 2024 kello 16.07 (EEST) [ vastaa ]

@ Atraie : Voisiko botti korjata joskus Lint-virheita arkistoista? raid5 26. huhtikuuta 2024 kello 00.30 (EEST) [ vastaa ]

Fi-wikissa on kymmeniatuhansia artikkeleita, joiden wikikoodissa on prefiksi "Kuva:", "File:" tai "Image:". Onko jossain sovittu tai ohjeistettu, etta ne kaydaan kasin muuttelemassa muotoon "Tiedosto:"? Tietosanakirjasisallon ja ulkoasun kannaltahan tama on nollamuokkaus, koska mikaan ei muutu. Kasin muuttamisella saadaan kylla takuuvarmasti aikaan virheita. Jos muutos on tarpeen, olisiko fiksumpaa kayttaa jotain konetta? -- Jmk ( keskustelu ) 4. toukokuuta 2024 kello 22.48 (EEST) [ vastaa ]

Kysymyksesi on mielenkiintoinen ja vastaan, etta tiedossani ei ole tallaista ohjeistusta, pain vastoin nollamuokkaukset ovat lahtokohtaisesti kiellettyja. Asiaan loyhasti liittyen, niin olen tallentanut tanne suomenkieliseen Wikipediaan, paaosin patsaprojektiin liittyen, jokusen valokuvan taideteoksesta tai muistomerkista ja kuvaa tallennettaessa sen prefiksiksi tulee kasittaakseni ihan itsestaan "tiedosto" ja se sijaitsee Tiedosto-avaruudessa. Olen tallennellut myos Wikimedia Commonsiin joitakin valokuvia, joita olen liittanyt taalla fi-wikissa artikkeleihin. Commonsissa tallennetut tiedostot saavat prefiksikseen "file". Kuvia artikkeliin liittaessa olen ihan vaan copypastennut tiedostonimen ja liittanyt sen sellaisenaan, joiloin virheiden syntymisen mahdollisuus on aika lahella nollaa. Joissain tapauksissa taalla nyt kuvatiedoston prefiksi on "kuva", tai "image". Mistahan se on peraisin? Esimerkiksi mainitsemasi esimerkki eli valokuva Albert Edelfeltin patsaan paljastustilaisuudesta on tallennettu tanne fiwikiiin prefiksilla "tiedosto", mutta kun se on liitetty artikkeliin, siihen on muutettu "kuva". Miksi, en tieda. Olen ollut myos huomaavinani, etta Commonsin kuvia, joissa on prefiksi "file" on muokattu niin, etta prefiksi on "tiedosto". Kaytannossa on ihan sama mita tiedostonimen edessa lukee, jalkiosa eli tiedoston varsinainen nimi on ratkaiseva. Parhaassa tapauksessa artikkelissa, jossa on runsaahkosti kuvia, on kaytetty kolmea erilaista prefiksia. On tietysti harmillista, jos tulee kirjoitusvirheita, tassakin sepustuksessani niita varmaan on. Mutta vahemmalla paasisi, jos antaisi prefiksin alun perin olla sellainen kuin se on. -- Htm ( keskustelu ) 5. toukokuuta 2024 kello 00.50 (EEST) [ vastaa ]

Kun kayttaja takertuu taas minun tekemaani virheeseen tai itse asiassa nappaimiston (=kone), kai minun on pakko kommentoida: Jos haluaa tutustua Tiedosto-etuliitteen keskusteluhistoriaan, voi aloittaa vaikka tasta ja ihmetella, mihin botin kaynnistaminen on unohtunut. Teknikon taidoilla voi loytaa Tiedosto-sanasta lisaa keskusteluja. Ohjeessa painotetaan sanaa Tiedosto. Ongelma paljastuu, jos on tarpeen etsia kuvateksteja varsinkin pitkasta artikkelista. Jos kaikissa kuvissa olisi sama sana, oli se sitten mika tahansa, ongelmaa ei olisi. Ihminen ei ole kone, siksi syntyy kirjoitusvirheita. Niiden pilkkaaminen on sanonko mita. Jos haluaa valttaa virheita, on paras olla tekematta mitaan. Kirjoitusvirheet nakee helposti, tyylivirheita ei. -- abc10 ( keskustelu ) 5. toukokuuta 2024 kello 09.32 (EEST) [ vastaa ]

Kuten hyvin nakyy keskustelunavaukseni ei ole yksiloity keneenkaan eika sisalla mitaan pilkkaamista. Kysymys on tekninen, onko etuliitteiden muuttelusta sellaista hyotya, etta sita on mielekasta tehda kasityona. Vaikutus tietosanakirjaanhan on parhaimmillaan pyorea nolla (ei muutosta), tosiasiassa keskimaarin negatiivinen (rikkoutuvat linkit). Kun keskustelunavausta ei ole keneenkaan yksiloity, niin tokihan siita voi alahtaa kuka tahansa, joka kokee tekevansa sellaista linkkeja rikkovaa nollatuotoksista muuttelutyota. Alahdysten sijaan kiintoisampaa olisi saada kommentteja tekniikkaa tuntevilta kayttajilta. Ehka voisi kiinnittaa huomiota Htm:n kommenttiin: "vahemmalla paasisi, jos antaisi prefiksin alun perin olla sellainen kuin se on". Nainhan se on ja silloin ne eivat rikkoudukaan, jos niihin ei kosketa. -- Jmk ( keskustelu ) 5. toukokuuta 2024 kello 11.34 (EEST) [ vastaa ]

Keskustelun aloittajan kommentti on reaktio kirjoitusvihreeseeni: [1] -- abc10 ( keskustelu ) 5. toukokuuta 2024 kello 12.25 (EEST) [ vastaa ]

Wikikoodia sotkevien kirjoitusvirheiden huomaamiseen on kaksi vaihtoehtoa: esikatselu ja jalkikatselu. -- Htm ( keskustelu ) 5. toukokuuta 2024 kello 12.55 (EEST) [ vastaa ]

En ymmarra miten se, etta kirjoitetaan tiedosto vaarin, liittyy filen, imagen ja kuvan muuttamiseen tiedostoksi. Luurankosoturi ?? 7. toukokuuta 2024 kello 18.32 (EEST) [ vastaa ]

Probleemaa ei ole, kun homma hoidetaan epanollamuokkauksen yhteydessa. Ei tuosta haittaakaan minusta ole. Pietiboii ( keskustelu ) 5. toukokuuta 2024 kello 12.29 (EEST) [ vastaa ]

Turisen viela patsastaulukoista: jostain syysta on tullut minulle mieleen katsoa, ovatko taulukkojen kuvat Commonsista (=vapaasti kaytettavia kuvia) vai fiwikista (sitaattikuvia tekijanoikeuden alaisista taidetoksista). Prefiksista nakee tiedostoa avaamatta, mista tiedosto on kotoisin, jos kukaan ei ole sorkkinut prefiksia. Patsastaulukoissa on yli 8200 patsas/muistomerkki/laattakuvaa nyt ja laskemattomat mukaan lukien arviolta yli 9000. -- Htm ( keskustelu ) 5. toukokuuta 2024 kello 13.08 (EEST) [ vastaa ]

Prefiksi tosin ei ole kovin luotettava tapa tarkistaa kuvan alkuperaa, kun Commons-kuvan voi lisata artikkeliin suoraan prefiksilla "Kuva", tai "Tiedosto". Esim. muokkaus . Silloin Commonsista peraisin oleva kuva ei ole prefiksilla "File", vaikka kukaan ei olisi sorkkinut prefiksia. -- Farma3110 ( keskustelu ) 5. toukokuuta 2024 kello 14.53 (EEST) [ vastaa ]

Niin, tuossa muokkauksessa on alkuperainen prefiksi "file" muutettu "kuvaksi", tallennettu ja poistuttu sen enempaa katsomatta, miten kavi. Lisaksi visuaalinen muokkain tunkee taulukkoon vaaran kuvakoon ja ylimaaraisia maareita. -- Htm ( keskustelu ) 5. toukokuuta 2024 kello 15.00 (EEST) [ vastaa ]

No joo, esimerkkimuokkaus saattoi olla huonosti valittu. Pointti silti patee, eli Commons-kuvan voi aivan hyvin lisata artikkeliin prefiksilla "Kuva" tai "Tiedosto", joten pelkan prefiksin perusteella ei voi sanoa onko kuva lisatty artikkeliin Commonsista vai onko kuva tallennettu fiwikiin. -- Farma3110 ( keskustelu ) 5. toukokuuta 2024 kello 16.29 (EEST) [ vastaa ]

Nainhan se on. Ma itse tosiaan kopsaan suoraan enka muuttele. -- Htm ( keskustelu ) 5. toukokuuta 2024 kello 16.32 (EEST) [ vastaa ]

Taitaa vaan olla harvinainen kaytanto, joka on viela ohjeistusta vastaan (eikos ohjeissa ole "Tiedosto:") Aulis Eskola ( keskustelu ) 8. toukokuuta 2024 kello 10.46 (EEST) [ vastaa ]

Palataan itse asiaan eli Filen, Imagen ja Kuvan muuttamiseksi Tiedostoksi. Nelja ja puoli vuotta sitten Jmk ehdotti , etta muutos tehtaisiin botilla ja antoi hyvat ohjeetkin. Han tai kukaan muukaan ei pannut toimeksi. Olisiko nyt aika, niin eivat kayttajat tekisi muutoksia kasin? Joku? -- abc10 ( keskustelu ) 5. toukokuuta 2024 kello 19.48 (EEST) [ vastaa ]

Korjataan nyt sen verran, etta ehdotukseni ( Wikipedia:Kahvihuone (tekniikka)/Arkisto 51#Tarpeettomia automaattisia nollamuokkauksia sotkemisen yhteydessa ) oli Jos ne halutaan muuttaa muotoon Tiedosto... (alleviivaus lisatty). Siina on iso "jos". Ilmeisesti kukaan ei ole pitanyt muutosta niin tarpeellisena, etta bottiajoa olisi tehty. Viela helpompi toimenpide-ehdotus on: Jatetaan prefiksit silleen, eivatka ne silloin rikkoudukaan. ? Jos muuten joku on viela tietamaton termin prefiksi muista kuin kielitieteellisista merkityksista, tasmennyssivulta Prefiksi (tasmennyssivu) voi paikkailla sivistyksensa aukkoja. Sen jalkeen voi vaikka vetaytya introspektioon teemalla "Tiedon rajat". -- Jmk ( keskustelu ) 7. toukokuuta 2024 kello 12.01 (EEST) [ vastaa ]

Hi everyone, as announced in November , the Web team at the Wikimedia Foundation is working on dark (sometimes also called night) mode . Now, we have released the feature for logged-in users of advanced mobile mode across all wikis for testing purposes. But don't worry, the new feature is not disruptive! (See the "known limitations" section below.) It's just important for us to work together with you before we release this feature to a wider audience. Our goals for the early rollout are to:

• Show what we've built very early. The earlier you are involved, the more your voices will be reflected in the final version
• Get your help with flagging bugs, issues, and requests
• Work with technical editors to adjust various templates and gadgets to the dark mode

Go to the project page and the FAQ page to see more information about the basics of this project.

Known limitations of the initial release

• Currently, dark mode is only available on mobile, for logged-in users who have opted into advanced mode, as an opt-in feature.
• Gadgets may initially not work well with dark mode and may have to be updated.
• Our first goal is making dark mode work on articles. Special pages, talk pages, and other namespaces have not been updated to work in dark mode yet. We have temporarily disabled dark mode on some of these pages.

What we would like you to do (the broad community)

If you have questions - ask us! Also, where appropriate, consider linking to the Recommendations for dark mode compatibility on Wikimedia wikis on pages explaining how to define colors in code. Soon, this page will be marked for translation. We would like to emphasize that the recommendations may evolve. For this reason, we are not suggesting to create your local wiki copies of recommendations. At some point, the copy could become different from the original version.

What we would like you to do (template editors, interface admins, technical editors)

When most bugs are solved, we'll be able to make the dark mode available for readers on both desktop and mobile. To make this happen, we need to work together with you on reporting and solving the problems.

1. To turn it on, use the mobile website and go to the settings part of your menu and opt into advanced mode, if you haven't already. Then, set the color to dark. (Later, we will be allowing the device preferences to set dark mode automatically).
2. Next, go to different articles and look for issues:
   • If you have noticed an issue with a template but do not know how to fix it
     1. Go to the recommendations page and find a relevant example
     2. If no relevant example is available or you're not sure of the fix, contact us
   • If you want to debug many templates in dark mode
     1. Go to https://night-mode-checker.wmcloud.org/ and identify templates that need to be fixed. The tool flags the top 100 most read articles.
     2. Go to the recommendations page and find a relevant example
     3. If no relevant example is available or you're not sure of the fix, contact us
   • If you want to identify problems beyond the top 100 articles.
     1. Install the WCAG color contrast browser extension ( Chrome , Firefox ) and visit some articles. Use it to identify problems
     2. Go to the recommendations page and find relevant examples
     3. If no relevant example is available or you're not sure of the fix, contact us
   • If you have a bug report for dark mode that is not related to templates
     1. Take a screenshot of what you are observing.
     2. Contact us . If possible, please write down your browser version and operating system version.

Thank you. We're looking forward to your opinions and comments! SGrabarczuk (WMF) ( keskustelu ) 10. toukokuuta 2024 kello 19.23 (EEST) [ vastaa ]

Lehtiviite-malline lisaa plussan Doin peraan, jolloin linkki ei toimi. Huomasin artikkeleissa Bangladeshin nalanhata 1974 ja Pikkukidushai . -- Tappinen ( keskustelu ) 10. toukokuuta 2024 kello 23.54 (EEST) [ vastaa ]

Niissa oli molemmissa "| Tunniste= https://doi.org/" kun Tunniste-parametrin muuttaa "| Doi = " ja ottaa pois tuon alun https://doi.org/ niin toimii diffi . Korjasin nuo kaksi. -- Linkkerpar ^keskustelu 11. toukokuuta 2024 kello 00.09 (EEST) [ vastaa ]

Kiitos! -- Tappinen ( keskustelu ) 11. toukokuuta 2024 kello 10.10 (EEST) [ vastaa ]

Moi, ajattelin tehda artikkelin jokaisesta Counter-Striken major-turnauksesta , mutta en osaa yrityksista huolimatta kayttaa mallinetta, joka nayttaa mitka joukkueet ovat edenneet puolivalieriin, semifinaaliin ja lopulta finaaliin. Tarkoituksena on siis modifioida tuolta loytyva heti otsikon alta loytyva malline, mutta haluan siihen vain kolme osiota. Ensimmaisessa nelja puolivalierien parilohkoa, toisessa kaksi semifinaalien parilohkoa, joihin yllattaen etenivat puolivalierien voittajat. Lopussa finaaliin yksi parilohko, johon etenevat puolivarierien voittajat. Selitys on vaikeaa, mutta katsokoon mallia taalta loytyvasta Champions Stage -kohdasta (rullaa hiukan alas). Jos joku tekniikkaa osaava tekisi tuosta mallineesta tarpeisiini kayvan johonkin sivulle, vaikka mun alasivulle tai hanen omalleen, jotta voisin sen kopioida ja kayttaa sita modifioituna kaikkien majoreiden artikkeleissa. Pietiboii ( keskustelu ) 17. toukokuuta 2024 kello 18.51 (EEST) EDIT: Vaihtoehtoisesti riittaa joku selkokielinen ohjeistus, mita tuon mallineen eri parametrit tarkoittavat tai onko noille lohkopeleille joku muu malline, jota kayttaa helpommin. -- Pietiboii ( keskustelu ) 17. toukokuuta 2024 kello 18.56 (EEST) [ vastaa ]

Toimiiko tama:

{{#invoke:RoundN|main|columns=3|style=white-space:nowrap|bold_winner=high|widescore=yes
|RD1=Puolivalierat
|RD2=Semifinaalit
|RD3=Finaali
<!--Puolivalierat-->
| pvm ja paikka | joukkue | pisteet | joukkue2 | pisteet2
| | | | | 
| | | | | 
| | | | | 
<!--Semifinaalit-->
| | | | | 
| | | | | 
<!--Finaali-->
| | | | | 
}}

Joka nayttaa talta:

	Puolivalierat				Semifinaalit				Finaali
	pvm ja paikka
	joukkue	pisteet
	joukkue2	pisteet2

Tuon moduulin sivulla on lisaohjeita: Moduuli:RoundN -- Atraie ( keskustelu ) 17. toukokuuta 2024 kello 19.48 (EEST) [ vastaa ]

Haluaisin tuon pvm ja paikka parametrin tai mika ikina onkaan kokonaan pois, joten siina olisi vaan nuo joukkue ja piste boksit. Voisitko nayttaa tuon ilman sita? Pietiboii ( keskustelu ) 17. toukokuuta 2024 kello 19.58 (EEST) [ vastaa ]

Kopioi tuo, mutta poista pvm ja paikka. Luurankosoturi ?? 17. toukokuuta 2024 kello 20.36 (EEST) [ vastaa ]

Silloin se siirtyii siten, etta "joukkue" menee siihen ylos sen tilalle, kun taas "pisteet" vasen ylakulma, "joukkue 2" oikea ylakulma ja "pisteet2" vasen alakulma, enka saa sita korjattua. Jotain hyvin outoa siina tapahtuu. Pietiboii ( keskustelu ) 17. toukokuuta 2024 kello 20.47 (EEST) [ vastaa ]

Ala sita koko parametria poista, vaan pelkka teksti. Luurankosoturi ?? 17. toukokuuta 2024 kello 20.57 (EEST) [ vastaa ]

Jees, nyt toimii. Kiitos! -- Pietiboii ( keskustelu ) 17. toukokuuta 2024 kello 21.01 (EEST) [ vastaa ]

Tunnet tekniikkaa. Voisiko elektronisen urheilun turnaukselle tehda oman mallineen, jota voisi kayttaa kaikissa yllattaen elektronisen urheilun turnausartikkeleissa, kuten noissa majoreissa. Esim. tapahtuma-malline ei tarjoa tarpeeksi informatiivista tietoa liittyen niihin. Jos sen voisi tehda, auttaisitko sen tekemisessa, jos kyselisin sita tuolla mallinepyyntosivulla? -- Pietiboii ( keskustelu ) 17. toukokuuta 2024 kello 21.31 (EEST) [ vastaa ]

Eikos tuollaiset mallineet ole jo olemassa. Malline:Turnauspuu8 pronssiotteluton vastannee tuota kysyttya. Jos olisi yksi kierros enemman ja viela pronssiottelu mukana, olisi kaytossa Malline:Turnauspuu16 . -- Lax ( keskustelu ) 18. toukokuuta 2024 kello 09.20 (EEST) [ vastaa ]

Tarkistin hiljan sattumalta pari artikkelia, jossa IABot oli kaynyt toteamassa linkin kuolleeksi, artikkelit olivat Achim Kuhn ja Raili Mikkonen . Kavikin sitten ilmi, etta lahteena olleen Turun Sanomien artikkelin url oli jossain vaiheessa muuttunut, eika botti ymmarra hakea samalla nimekkeella olevaa artikkelia artikkelin nimella, jolla se sitten loytyikin. Tutkin vahan asiaa ja havaitsin, etta monen lahdeartikkelin url oli muuttunut ja botti merkkaa sen vanhentuneeksi, vaikka artikkeli sitten loytyykin ja artikkeli on arkistoitu Internet Archiveen tai voidaan arkistoida. Noita voisi kayda korjaamassa, mutta kasipelilla se on aikaa vievaa. Saisikohan jollain lailla selville eli listan, missa artikkeleissa botti on kaynyt merkitsemassa Turun Sanomien linkin tai useita linkkeja kuolleeksi ja se merkinta on lahdeviitteen jatkona edelleenkin? Tassa vaiheessa muut lahteet kuin TS eivat ole prioriteelissa. -- Htm ( keskustelu ) 26. toukokuuta 2024 kello 12.16 (EEST) [ vastaa ]

Osa Turun Sanomien kuolleista lahteista on oikeasti kuolleita, mutta loytyvat netista jos lahteen kayttaja on laittanut osoitteen lisaksi artikkelin otsikon. -- Linkkerpar ^keskustelu 26. toukokuuta 2024 kello 13.10 (EEST) [ vastaa ]

Juu, noissa tapauksissa niin on ollut ja ihan oikeastikin vanhentuneita on. Ajattelin lahinna sita, onko mahdolista tuottaa lista artikkeleista, joissa on TS-linkkeja botin kuolleeksi vaittamana? -- Htm ( keskustelu ) 26. toukokuuta 2024 kello 13.18 (EEST) [ vastaa ]

Ne ovat vaihtaneet http:sta https:aan. Artikkelit ovat aika vanhoja, mutta niissa on ollut jotain artikkelin kannalta oleellista faktaa pysyvaisaiheita. -- Htm ( keskustelu ) 28. toukokuuta 2024 kello 09.35 (EEST) [ vastaa ]

Jos tassa nyt uskaltaa aukaista suutaan ilman eston vaaraa, niin ei muun muassa TS:n uusien linkkien loytyminen ole mikaan uutinen. Monet, mina joukossa, ovat niita paivitelleet, kun kohdalle osuu, juuri otsikon avulla. Sitten on kayttajia, joille otsikon ilmoittaminen on aarimmaisen vaikeaa tai vastenmielista, ja kayttajatunnuksia, jotka ovat sita mielta, etta turhaa touhua, wikikaytannoissa kun ei sellaista vaadita, ja nain siunaavat linkkilahteet. Tallaisen jalkeen kayttajat jatkavat aivan luvan kanssa entiseen malliin. Ja miksi lista pitaisi tehda vain TS:sta, kun ongelma on laaja, koskee myos mm. Helsingin Sanomia ym? -- abc10 ( keskustelu ) 27. toukokuuta 2024 kello 20.59 (EEST) [ vastaa ]

Koko maailmaa ei voi pelastaa yhdella kertaa. Turun Sanomista on hyva aloittaa. Lisaksi mulla ei ole HS:n tilausta, TS:n on. -- Htm ( keskustelu ) 27. toukokuuta 2024 kello 21.44 (EEST) [ vastaa ]

Minulla ei ole Turun Sanomien tilausta, mutta olen silti tahan asti korjaillut linkkeja, kun olen ajatellut lukijoiden palvelemista. Mutta jos olet sita mielta, etta Turun paikallislehti Turun Sanomat on ensisijainen, ehkapa joku tekee listan. Wikipediassa on kylla valtakunnallisen Hesarin lisaksi valtakunnallinen Yle, jonka linkkeja joutuu toisinaan etsimaan otsikon avulla. Yle ei vaadi tilausta, joten jos kuolleet linkit voi listata, siita olisi korjausten jalkeen apua jokaiselle lukijalle, joka haluaa paasta lahteelle. Voisin ottaa korjaustyota omalle tehtavalistalleni, sikali kuin taalla viela saan jotakin tehda, kun estouhkailuja ja kaikkea muuta satelee. -- abc10 ( keskustelu ) 28. toukokuuta 2024 kello 09.25 (EEST) [ vastaa ]

Hei kayttoliittyman yllapitajat ja superseulojat, onko mahdollista kehittaa ihan nain vaikka omaan kayttoon parempi seulontatyokalu? Olen nyt parhaillaan tyhjentamassa ylipaisunutta seulontajonoa, mutta tuolla tyokalulla ei tasta hommasta paase ihan hetkessa. Onko siis kaytossa joku vikkelampi versio tai paaseeko rajapintaan jotenkin kasiksi? -- Osmo Lundell juttu sil le? 27. toukokuuta 2024 kello 16.35 (EEST) [ vastaa ]

@ Osmo Lundell Teknisesti on mahdollista, mutta en valttamatta ehdi ajallisesti tehda mitaan just nyt. Merkittyihin versioihin on API ( mw:Extension:FlaggedRevs#API ), ja Pywikibot:lla muokkauksia pystyy hyvaksymaan API:ll [ nain (huom. koodi on 7 vuotta vanhaa ja muistaakseni editToken on vaihtunut toisennimiseen tokeniin sen jalkeen kun tuo on kirjoitettu). Kysymys, minka tyyppista kayttoliittymaa haluaisit tuohon seulontaan? -- Zache ( keskustelu ) 29. toukokuuta 2024 kello 11.50 (EEST) [ vastaa ]

Moikka, ja kiitti linkeista, kayn tutustumassa noihin.

Olin kaavaillut tuohon kompaktimpaa kayttoliittymaa, jossa nakyy seulonnan kannalta selkeasti vain olennaiset muutokset, muutokset olisivat yhdella rivilla ja hyvaksymisia / hylkyja voisi tehda pikanappaimilla (saan kohta reuman tasta hiirella klikkailusta). Erityisesti harmittaa joutua painamaan arvioi-nappia aina erikseen, kun muutoksia on liian pitkalti ja joudun siirtymaan toiselle sivulle muutosten tarkistamiseksi. Sinallaan voisin vain peukaloida olemassa olevaa koodia silla toiminallisuus ei laajoin osin muutu, eli kaytannosa voisin tehda tyokalusta vain oman versioni omilla asetuksillani.

Mutta kiitos viela toistamiseen noista ohjeista! Varmuuden vuoksi @ Zache jottei vastaukseni huku tanne. -- Osmo Lundell juttu sil le? 29. toukokuuta 2024 kello 18.29 (EEST) [ vastaa ]

Kysyn kayttajan @ Namikolinx puolesta: Han yritti tallentaa kuvaa artikkelin muokkaustilassa, mutta kun han painoi sielta Lisaa-valikosta Kuvat ja media ja sielta sinne Tallenna-valilehteen, niin ei tullut mmitaan etenemisvaihtoehtoja, vaan tallainen virheviesti "you don’t have permission to kayttaa tata tiedostoa", joka on myos oudosti puoliksi suomeksi ja puoliksi englanniksi. Koitin tulisiko uloskirjautuneena sama viesti. Ei tullut, vaan "You must be logged in to tallentaa tata tiedostoa.", joka tuon toisen tavoin on puoliksi suomeksi ja puoliksi englanniksi. Missa vika ja voisiko joku kayda kaantamassa nuo ja muut mahdolliset kokonaan? Luurankosoturi ?? 27. toukokuuta 2024 kello 23.09 (EEST) [ vastaa ]

Jaa-a. Milloin tama tapahtui, minkalaista /mita /missa olevaa tiedostoa han mahtoi yrittaa tallentaa? -- Htm ( keskustelu ) 28. toukokuuta 2024 kello 00.18 (EEST) [ vastaa ]

Kuvauksen perusteella virhe tulee kun yrittaa tallentaa uutta kuvaa visuaalisen muokkaimen kautta. -- Zache ( keskustelu ) 29. toukokuuta 2024 kello 07.16 (EEST) [ vastaa ]

Joo se kylla selvisi. Tuossa ei ilmeisesti ole kysymys liian uudesta tunnuksesta? - Htm ( keskustelu ) 29. toukokuuta 2024 kello 11.12 (EEST) [ vastaa ]

Tuo kaannos voisi olla @ Nikerabbit :in heinia. -- Htm ( keskustelu ) 29. toukokuuta 2024 kello 11.14 (EEST) [ vastaa ]

Centralauth ei ole luonut tunnusta automaattisesti commonsiin, niin voi olla etta tuossa on kyse siita etta se yrittaa tarkistaa jotain mille ei loydy kayttajaa. Periaatteessa siis centralauth luo sen kayttajan automaattisesti kun kayttaja tekee sisaankirjautuneena jotain commonsiin liittyvaa. -- Zache ( keskustelu ) 29. toukokuuta 2024 kello 11.18 (EEST) [ vastaa ]