Wikipedia:Kahvihuone (tekniikka)/Arkisto 39

Tämä sivu on arkisto. Älä muokkaa tätä sivua. Luettelo kaikista arkistoista löytyy hakemistosta.

Henkilöartikkelien luokittelu paikkakuntien tilastoissa

Tuon esille ihmettelyäni ainakin joidenkin henkilöiden oudolta, virheelliseltä tuntuvasta ryhmittelemisestä jonkun kaupungin tai kunnan luokkaan sekä huoleni paikkakunta-artikkelien nimilistojen vaatimattomasta, tietosanakirjakelvottomasta tasosta.

• KOHTA 1. Esimerkiksi Espoon luokkaan ryhmitellään ilmeisesti kaikki Aalto-yliopiston tai sen edeltäjien opettajat, mukaan luettuna Helsingin kauppakorkeakoulun professorit. Tapausesimerkkinä voisi toimia Osmo A. Wiio, jonka luokittelulle Espoo-luokkaan en keksinyt muuta syytä. Onko tämä näin? - Jos on, eipä mene vielä oikein! Vastaavasti "Helsingin hyväksi" lasketaan ilmeisesti kaikki Helsingin yliopiston henkilökuntaan uransa jossain vaiheessa luokitellut, asuivat he vaikka Vantaalla tai kauempaa jonkin HY:n tutkimusaseman yhteydessä tai ovat toimineet vain jonkun vuoden kyseisen yliopiston professoreina ja tehneet pääuransa muualla, vaikkapa tutkimusprofessorina (osastopäällikkönä) Geodeettisella laitoksella (nyk. MML:n Paikkatietokeskus) Kirkkonummella tai muualla. Miten Itä-Suomen yliopiston professorit luetaan - Kuopioon, Joensuuhun vai minne? Metsäntutkimuslaitoksen/Luken professorit? Kuuluisiakaan kirjailijoita, yrityselämän vaikuttajia, olympia- ja yleisurheilun MM-voittajia ja muita yleisesti tunnettuja (ei viihde/mediapersoonoita) ei ilmeisesti luokitella työ- tai asuinpaikkakuntiinsa, elleivät tule luokitelluksi paikallispoliitikkoina, oppilaitoksen päätoimipaikan tai muun vastaavan luokan perusteella? Tämä vääristää tuloksia ja paikkakuntien vertailtavuutta esimerkiksi korkeakoulukaupunkien ja eduskuntakaupungin suuntaan vahvasti. Luokitteluja ja käytänteitä parantamalla saataisiin paikkakuntatilastoja korjattua "paremmin/osuvammin/kattavammin" yhteiskuntaa kuvaaviksi! Olisiko tarpeen korjata tai täydentää nykyisiä henkilöartikkelien luokitteluja? Mieleeni tulee, että ainakin keskeisimpiä henkilöitä voitaisiin (lähteistettynä) luokitella myös kotipaikkakuntiensa mukaan, vaikkeivat he tulisi (tai vaikka tulisivatkin) luokitelluksi (toisaalle/millekään paikkakunnalle) muuta kautta, jollainen luokitus syntyy esimerkiksi toimimalla jonkun kauden kansanedustajana, kunnallispolitiikkona tai professorina jossain korkeakoulussa.
• KOHTA 2. Useiden paikkakunta-artikkielen lopussa tai erillisartikkeleina luetellaan lisäksi henkilöitä "tunnettuina paikkakuntalaisina" triviatyyliin useimmiten nimilistaa millään objektiivisella valintaperusteella perustelematta ja nimiä lähteistämättä. Mediajulkisuus ja viihde (kuten näyttelijät, muusikot, lätkänpelaajat) vaikuttaisivat korostuvat tuollaisissa listauksissa, vieden monelta osin muuten ansioikkaan verkkotietosanakirjan luotettavuutta. Esimerkiksi kummallinen "Luettelo tunnetuista helsinkiläisistä" sisältää kyllä joitain wikimerkittäviä arkkitehteja, muttei vaikkapa istuvaa Suomen tasavallan presidenttiä eikä listalle ole viitsitty laittaa yhtään lähdettä. Merkitsin artikkelin äsken lähteettömäksi. Suosittelisin tuollaisten hatusta revittyjen, mediajulkisuuden tai joidenkin kulttuurielämän alojen henkilöitä korostavien subjektiivisten listojen poistamista nykymuodossaan, sillä ne vievät uskottavuutta wikipedian luotettavuudelta. Ajatuksia näistä?--Paju (keskustelu) 28. kesäkuuta 2016 kello 22.27 (EEST)

1. Yksinkertainen luokitus: Helsingin yliopiston professorit -> Helsingin yliopisto -> Helsingin oppilaitokset -> Helsinki (monikampuksissa yliopistoissa menee vieläkin monimutkaisemmin, sillä yliopisto on useamman kunnan oppilaitoksissa). Näinhän se menee, mielestäni varsin looginen ketju. Vaikka kaikki Helsingin yliopiston professorit eivät asuisikaan Helsingissä tai työskentelisi Helsingissä, niin mahdoton on luokitella vain osa Helsingin alle ja osa jonkin muun alle. Helsingin kauppakorkeakoulun professorit ovat kyllä hieman epäloogisesti Aalto-yliopiston professoreiden alla, minkä takia ne ovat myös Espoon alla. Mutta siis painotan sitä, että näitä ei varsinaisesti ole tarkoituksella viety jonkun kunnan alaisuuteen, vaan tämä on seurausta hakemistorakenteesta. Jos eponyymiluokat otettaisiin meillä käyttöön, niin Helsingin yliopisto -luokka ei olisi enää Helsingin oppilaitosten alla (vaan siellä olisi vain itse artikkeli), mikä ratkaisisi "ongelman".
2. Ehdottomasti samaa mieltä. Minusta nuo voisi kaikki suurin piirtein poistaa, kun tunnettu paikkakuntalaisuus on niin veteen piirretty viiva. Tästä on keskusteltu monesti aiemminkin, mutta tässäkään asiassa ei ole tehty lopullisia päätöksiä. Tässä yksi pidempi keskustelu, jossa muutamat kyllä puolustivat näiden listojen tärkeyttä, vaikka pääosan mielestä mahdottomia ylläpitää. --PtG (keskustelu) 28. kesäkuuta 2016 kello 23.05 (EEST)

1. Tästä näkee miten nuo luokitukset menevät. --Zache (keskustelu) 28. kesäkuuta 2016 kello 23.51 (EEST)

1) Eli kun monikampuksinen Itä-Suomen yliopisto on luokiteltu sekä Kuopion, Joensuun että Savonlinnan oppilaitosten luokkaan, seuraa tästä, että sen selvästi paikkakunnan mukaan kohdennettua edeltäjäorganisaatiota ei tutkita eli esimerkiksi Kuopion yliopisto ja sen proffana jossain vaiheessa toiminut Kuopion ex-kaupunginjohtaja Petteri Paronen löytyy Espoo-esimerkin prof. Wiion tavoin harhaantuneena Joensuu-luokkaan ja Savonlinna-luokkaan Kuopion ohella - näin on närhen näppylät! Vastaavasti näkyi useita muita Kuopion yliopiston emeritusproffia, jotka eivät ymmärtääkseni tai artikkelensa perusteella ole toimineet enää Itä-Suomen yliopistossa. Usein rikosuutisten kommentaattorina haastatelu nykyisen Itä-Suomen yliopiston Joensuun kampuksen prof. Matti Tolvanen näkyy vastaavasti myös Kuopio-luokassa, vaikkei ole artikkelin sisällön tai luokkien mukaan toiminut siellä. Eli taitaa "sydeemi" luokitella henkilöt hassusti (mutta tietyllä logiikalla) nykyisen emo-organisaation luokituksen pohjalta välittämättä artikkelin itsensä osoittamista luokista... Täytyy katsella noita aiempia keskusteluja ja Zachen juuri antamaa hierarkiaa.--Paju (keskustelu) 29. kesäkuuta 2016 kello 00.02 (EEST)

Tuntematon aihealueluokitus

Huomasin joitain Helsingin palo- ja pelastusalan toimipaikkoja (kuten Jätkäsaaren pelastusasema) lähteistäessäni, että artikkelit luokiteltiin luokkaan Luokka:Tuntematon aihealueluokitus. Toisalta Malline:Aihealue/luokitus toteaa muun muassa Artikkelit joissa on virheellinen luokitus löytyvät luokasta Tuntematon aihealueluokitus (tuo edellä mainittu luokka). Mitä pitäisi tehdä, että tuollainen "virheellinen luokitus" saataisiin pois? Yleisen ymmärryksen mukaan Palo-ja pelastusaslan organisaatiot ovat yhteiskuntaan liittyvää aihepiiriä ja toisaalta palo- ja pelastusasemilla on myös maantieteeseen liittyvä paikka ja toimialue. Tämä tuntemattoman aihealueen luokitus näkyi olevan useamman helsinkiläisen paloaseman artikkelissa. Toisaalta ilmoitusta ei näkynyt Keski-Uudenmaan pelastuslaitoksen paloasemilla, kuten Suomen toiseksi vilkkaimmaksi paloasemaksi mainitulla Vantaan Havukosken paloasemalla, eli ilmeisesti vain Helsingin paloasemien luokittelussa on jotain hämärää? Noudatetaanko tässä aihealueluokittelussa jotain yleistä luokittelujärjestelmää? Vai miten esimerkiksi palo- ja pelastusalan artikkelien luokitusta pitäisi korjata ja missä korjaava toimenpide pitäisi tehdä, että tuollainen häiritsevä luokitteluilmoitus häipyisi... (Ei kiirettä, asia kuuluu mentaaliseen luokkaan Hauska on tietää lisää :-) )--Paju (keskustelu) 6. heinäkuuta 2016 kello 16.39 (EEST)

Enpä ollut tuollaista ennemmin huomannut, mutta löysin vastauksen. Tämä ei liity ollenkaan luokitukseen, vaan mallineisiin. Malline:Helsingin paloasemat on tehty navigaatiomallineella, mutta jos sille ei ole annettu aihealuetta, niin se aiheuttaa luokituksen tuonne. --PtG (keskustelu) 6. heinäkuuta 2016 kello 20.01 (EEST)

Luokitus taisi nyt poistua, kun muutin tuosta mallineesta aiheen yhteiskunnaksi. Pelasustointa ei ole erikseen määritelty omaksi aiheekseen. --PtG (keskustelu) 6. heinäkuuta 2016 kello 20.08 (EEST)

Näkyi häiritsevä tuntemattomuus poistuneen. Hienoa, kiitos avusta!--Paju (keskustelu) 6. heinäkuuta 2016 kello 20.41 (EEST)

Yhteenvetoa ei ole kursivoitu?

Linkki esimerkkiin: Tuosta linkistä voit nähdä asian, josta minulle herää hämmennystä. Minä olen tottunut siihen, että yhteenveto on yleensä kursivoituna, mutta ei ole ollut enää sitten heinäkuun 6:nnen. Onko tuosta tehty jossakin yhteinen päätös, vaiko miten ovat asiain laidat?--188.67.107.145 8. heinäkuuta 2016 kello 12.21 (EEST)

Phab:T139664. --Stryn (keskustelu) 8. heinäkuuta 2016 kello 18.07 (EEST)

Todennäköisesti liittyy samaan se, että ainakin itselläni on silminnähtävä viive siinä, että järjestelmäviesti:common.css -latautuu sivunlatauksen yhteydessä. Eli tuo ladataan nykyään myöhemmin kuin aikaisemmin. --Zache (keskustelu) 12. heinäkuuta 2016 kello 12.25 (EEST)

Tietojen vienti fiwikistä Wikidataan

Tein tänne listausta työkaluista joilla saadaan vietyä Wikidataan tietoja fiwikissä olevien artikkelien perusteella (esimerkiksi: merkitse kaikki sivut joissa on suomenkielisessä Wikipediassa malline {{järvi}} Wikidatassa järviksi) Tuo ei ole varsinaisesti mikään ohje, koska se vaatii aika runsaasti omaa kiinnostusta ja työkalujen käyttöä yritys ja erehdysmenetelmällä, mutta jos jotakuta kiinnostaa asia niin onpahan sentään listattuna työkalut . Jos jotakuta kiinnostaa asia niin paljon, että haluaa dokumentoida noiden käyttöä, niin tuon listan voi ihan vapaasti eriyttää omaksi sivukseen ja tehdä siitä kunnollisen ohjeen. (ping: @Stryn:) --Zache (keskustelu) 12. heinäkuuta 2016 kello 12.47 (EEST)

Visual editorin kielikoodi

Visual editor luodessaan automaattisesti viitteen tiedot lisää viitteelle myös IETF-kielikoodin mikäli se on selvitettävissä. (ks. Citoid ja esimerkki muokkauksesta) IETF-kielikoodi on siis kielikoodi muodossa en, sv-SV tai nan-Hant-TW. ja tässä on nykyisellään kaksi ongelmaa. Ensimmäinen on, että viitemallineet olettavat saavansa kielen kielikoodimallineena (esim. {{en}}) ja toinen on, että kielikoodi tulee myös suomenkielelle. Tästä on olemassa tiketti T115326 (Many language wiki templates (pl, it, en) don't accept xx-XX style language codes), mutta olettaisin ratkaisun olevan joka tapauksessa se, että kielikoodi tulee tallentumaan ja, että viitemalline tulostaa sen perusteella kielen halutussa muodossa. Tein tätä varten nyt mallineen {{IETF-kielisymboli}}, joka tulostaa IETF-koodin alun perusteella kielen tekstinä.

Esimerkki: {{IETF-kielisymboli|fr-FR}} -> (ranskaksi)

Tämän jälkeen pitäisi vielä, muuttaa viitemallineet, mutta koska en suoraan keksinyt parasta tapaa niin kysyn mielipiteitä toteutuksesta. Käytännössä tapoja on kolme.

1. Luodaan viitteisiin uusi parametri "kieli-IETF" johon automaattisesti luodut viitteet tallentavat kielen.
2. Muutetaan nykyistä kieli-parametria siten, että siihen voi tallentaa sekä kielikoodimallineita, että IETF-kielikoodeja ja mainitaan tämä myös ohjeissa.
3. Sama kuin #2, mutta mennään vielä pidemmälle ja siirrytään ensisijaisesti käyttämään parametrin arvona IETF-kielikoodia. Samalla muutetaan AWB:llä nykyiset kielikoodimallineet IETF-kielikoodeiksi. Taaksepäin yhteensopivuuden vuoksi sallitaan myös kielikoodimallineiden käyttäminen.

Ping: @Silvonen:, @Stryn:, @ComradeUranium: --Zache (keskustelu) 13. heinäkuuta 2016 kello 06.25 (EEST)

1. --ComradeUranium (keskustelu) 13. heinäkuuta 2016 kello 12.02 (EEST)

Lisäsin {{verkkoviite}}-mallineeseen parametrin "ietf-kielikoodi" johon nyt tuo automaattisesti lisätty kielikoodi menee. (diff) Lisäillään parametri myös muihin mallineisiin jos tarve vaatii, mutta tällä hetkellä automaattisesti taidetaan luoda vain verkkoviitteitä. --Zache (keskustelu) 15. heinäkuuta 2016 kello 16.06 (EEST)

Luokka:Pages using invalid self-closed HTML tags

Luokka:Pages using invalid self-closed HTML tags, tuollainen ilmaantunut ja {{Navigaatio}}-mallineen pohjalta siellä on pian puoli wikipediaa. --Anr (keskustelu) 15. heinäkuuta 2016 kello 15.28 (EEST)

Jep, <br /> ja <div /> -tyyppiset tagit eivät ole standardinmukaisia ja niistä pitäisi hankkiutua eroon. Ts. olisi turvallista vetää ainakin seuraavat muutokset botilla

• <br /> -> <br>
• <div /> -> <div></div>
• <span /> -> <span></span>

Noiden jälkeen voidaan sitten katsoa paljonko ongelmallisia sivuja/mallineita on tämän jälkeen. --Zache (keskustelu) 15. heinäkuuta 2016 kello 15.42 (EEST)

Tarkoititko </br> -> <br>, koska <br /> on käsittääkseni myös standardin mukainen. --Stryn (keskustelu) 15. heinäkuuta 2016 kello 16.42 (EEST)

Ei kun kyllä niistä kaikista pitäisi päästä eroon: Using self-closing tags like <div/> and <span/> to mean <div></div> and <span></span> will not work in the future. Templates and pages that use these tags should be fixed. When Phabricator ticket T134423 is fixed these tags will parse as <div> and <span> instead. This is normal in HTML5. (meta:Tech/News/2016/20 ja phab:T134423) --Zache (keskustelu) 15. heinäkuuta 2016 kello 16.54 (EEST)

Varmasti Zache on oikeassa, sillä ajat muuttuvat, löysin tällaisen keskustelun: ”Xhtml-määrityksen mukaan siinä pitää olla välilyönti. Se toimii yleensä ilmankin, koska selaimet taaksepäin yhteensopivuuden takia ei nillitä moisista. Jos kuitenkin ollaan tarkkoja niin ilman välilyöntiä se on virheellinen tagi.” [1] Hyvä että painike tulostaa nyt käytössä olevan <br>-tagin. --91.152.63.110 15. heinäkuuta 2016 kello 17.07 (EEST)

Artikkelit, joissa on <br /> ei pitäisi tulla tuohon Pages using invalid self-closed HTML tags -luokkaan. Kysyin asiaa myös en-wikissä: en:Wikipedia:Village_pump_(technical)#New_maintenance_category:_.22Pages_using_invalid_self-closed_HTML_tags.22, ja MediaWikin käyttämä HTML 5 tukee sekä suljettua että aukinaista br-tagia. --Stryn (keskustelu) 15. heinäkuuta 2016 kello 18.47 (EEST)

Tein bottipyynnön. --Zache (keskustelu) 15. heinäkuuta 2016 kello 17.21 (EEST)

Eli pitääkö niistä <br /> tageista hankkiutua nyt sitten eroon vai ei? Mulla botti tällä hetkellä korjaa tämän kaltaiset syntaksivirheet </br> tuohon xhtml muotoon eli <br /> . Tulisiko nyt nuo br tagien syntaksivirheet korjata html muotoon eli <br> ? Jäi nyt vähän epäselväks. --4shadoww (keskustelu) 15. heinäkuuta 2016 kello 23.07 (EEST)

Ei tarvitse hankkiutua eroon eli <br /> käy ainakin toistaiseksi. Vähän ennustan, että nuokin pitää muuttaa joskus, mutta ainakin noiden Strynin pistämien linkkien perusteella noiden pitäisi mennä säätiön validaattorista läpi. --Zache (keskustelu) 15. heinäkuuta 2016 kello 23.17 (EEST)

GeoHack

Olen ihmetellyt ehkä jo viikon, että GeoHack ei enää osaa käynnistää Kansalaisen Karttapaikan linkkiä. Kenen toimintavaltuuksiin kuuluu sen korjaaminen?--J Hokkanen (keskustelu) 15. kesäkuuta 2016 kello 08.01 (EEST)

Ne conffitaan sivulla Malline:GeoTemplate ja kohta on otsikon "Suomi" -alla. Ne kenellä on yli 4 päivää vanha tunnus voi muokata sivua.

Rikki menneistä jutuista, niin Suomen kohdalla linkit jotka osoittavat toolserveriin (ne missä lukee linkissä "toolserver.org", "tool" tai "~para") ovat ainakin rikki, koska toolserver on kadonnut jo vuosia sitten. Tuo paran tekemä juttu oli sellainen, että se teki WGS84 -> KKJ muunnoksen paikkalinkkejä varten. Se miksi kukaan ei ole korjannut noita, niin en ainakaan itse ollut huomannut asiaa. --Zache (keskustelu) 15. kesäkuuta 2016 kello 08.49 (EEST)

Tämäpä kummallista, mielestäni toolserverin kautta menneet Karttapaikan koordinaattilinkit ovat toimineet vielä kohtuullisen hiljattain, siis pikemminkin kuukausia sitten kuin vuosia sitten. --Jmk (keskustelu) 15. kesäkuuta 2016 kello 10.09 (EEST)

Jännittävää, no joka tapauksessa selvittelin lisää. Toolserveriltä Paran työkalut ovat muuttaneet osoitteeseen https://tools.wmflabs.org/para/geo/ ja sieltä tulee tällä hetkellä virhe "502 Bad Gateway". (kokeillaan josko @Para: -toimisi). Joka tapauksessa ne paikkalinkit jotka eivät vaadi enää WGS84->kkj muunnosta varmaan kanattaisi muuttaa sellaisiksi, että ne menevät suoraan sivustoille kiertämättä paran työkalun kautta. --Zache (keskustelu) 15. kesäkuuta 2016 kello 10.29 (EEST)

Varmaan kannattaisi, jos on vihdoinkin saatu aikaan joku tapa osoittaa Karttapaikkaan koordinaatteja Wikimedian käyttämällä WGS-koordinaatistolla. Tätähän juuri aikoinaan tuskailtiin, kun Karttapaikalle ei kelvannut muu kuin KKJ, ja sen takia oli pakko muuttaa WGS->KKJ toolserverin kautta. --Jmk (keskustelu) 15. kesäkuuta 2016 kello 10.46 (EEST)

Kyllä Karttapaikalle on kelvannut muunkin tyyppiset koordinaatit. Tein mallineen Kansalaisen karttapaikka, joka ottaa WGS-tyyppiset koordinaatit ja näyttää niitä likiarvoisesti oikein. Se on nopeampi ja suora tapa avata tämä karttapaikka.--J Hokkanen (keskustelu) 20. kesäkuuta 2016 kello 20.03 (EEST)

Kiva jos nykyään toimii. Vuonna 2007 ei toiminut: tarkemmin sanottuna, yhdelle linkkityypille kelpasi WGS mutta mittakaavan valinta ei toiminut, ja toisella tyypillä mittakaava toimi mutta koordinaatit oli pakko olla KKJ:nä. Siksi pyöräytettiin konvertterin kautta. Keskustelu Wikipediasta:Wikiprojekti Maantieteelliset koordinaatit#Kansalaisen karttapaikan mittakaava --Jmk (keskustelu) 20. kesäkuuta 2016 kello 20.14 (EEST)

Käynnistin labsin palvelinprosessin uudelleen. Se vanha toolserver linkkikin on kyllä toiminut koko ajan, ainakin sille kkj muunnokselle, kun redirectit pitävät vanhat linkit hengissä. Mutta kannattaa tosiaan muuttaa linkit suoriksi jos ne tukee Wikipedian numeroita... --Para (keskustelu) 15. kesäkuuta 2016 kello 10.47 (EEST)

Kiitos! --Zache (keskustelu) 15. kesäkuuta 2016 kello 10.55 (EEST)

Siivoilin GeoHack:n karttapalveluita Suomen osalta sekä poistelin globaaleja palveluja jotka eivät enää toimineet. (diffi). Sinne jäi vielä globaaleihin sellaisia linkkejä jotka teknisesti toimivat, mutta se karttasivusto mikä avautuu on täysin vanhentunut, mutta annoin olla, koska menin läpi vain toimimattomia. Suurin syy sille, että kaupunkien karttapalvelujen paikkalinkit ovat hajonneet on siinä, että ne ovat siirtyneet koordinaateissa KKJ:stä ETRS-GKn-koordinaatteihin joihin ei ole meillä konversiota. Muita muutoksia on, että nyt myös retkikartta.fi on paikkalinkitetty ja toiseksi lisäsin sinne kategorian rekisteröinnin vaativat sivutot ja lisäsin sinne Ingress-pelin kartan. Jos ihmettelette, että miksi lisäsin kännykkäpelin kartan, niin tein sen siksi, että pelin lisäksi siinä on hyvin kattavasti geotagattu ympäristöä ja se helpottaa jos tarvitsee varmistaa onko esimerkiksi artikkeliin kirjatut olevat patsaan/rakennuksen jne koordinaatit oikein ja missä täsmällisesti jokin patsas esimerkiksi on. --Zache (keskustelu) 18. heinäkuuta 2016 kello 02.30 (EEST)

GeoHack:n -päivitys

Geohack erikielisissä Wikipedioissa.

• ar - arabia
• ca - catalan
• cs -tsekki
• da - tanska
• de - saksa
• en - englanti
• es - espanja
• eu - viro
• fi - suomi
• fr - ranska
• he - heprea
• hi - hindi
• hu - unkari
• it - italian
• nl - hollanti
• no - norja
• pl - puola
• pt - portugali
• ru - venäjä
• simple - simple english
• sv - ruotsi
• uk - ukraina
• zh - kiina
• tr - turkki
• fa - persia

Muutenkin GeoHack:n ajantasaistamista voisi miettiä laajemminkin ja pistän tähän alkuun listaa siitä miltä se näyttää erikielisissä wikeissä. Listaa saa laajentaa vapaasti.--Zache (keskustelu) 18. heinäkuuta 2016 kello 09.34 (EEST)

Interwikilinkkien näyttö

Interwikilinkkien näyttö näkyy muuttuneen niin, että näkyvissä on vain max vajaa kymmenkunta linkkiä, ja loput saa näkyviin jotenkin maanosittain ryhmiteltynä linkistä. Omasta mielestäni tämä on huononnus, koska kokonaiskuvaa on enää mahdoton saada yhdellä silmäyksellä, eikä kokonaiskuvaa myöskään saa avautuvasta hajanaisesta näkymästä. Pystyykö jostain asetuksista saamaan takaisin aiemman näkymän? Uusi näkymä vaikeuttaa huomattavasti interwikien sujuvaa käyttöä ja hahmottamista.--Urjanhai (keskustelu) 20. kesäkuuta 2016 kello 18.22 (EEST)

Toiminnot:Asetukset → käyttöliittymä → Languages ja siitä "Use a compact language list, with languages relevant to you. " (ihan alareuna, tallenna-napin yläpuolella) on asetus jolla tuon saa pois päältä. --Zache (keskustelu) 20. kesäkuuta 2016 kello 18.37 (EEST)

Kiitos. Mitenhän tuo systeemi muuten on osannut automaattisesti luoda nuo minulle oletuksena tarjoamansa asetukset ja päättää, että vaikkapa urdu ja kiina olisivat minulle relevantimpia kuin vaikkapa viro, norja, tanska ja hollanti? Toki voisin hyvinkin osata myös urdua ja kiinaa ja olla niistä kiinnostunut, mutta esim. Suomen koulujen kielivalikoimaa ja tähän valikoimaan kuuluvien kielten lähisukukieliä vasten on silti aika rohkea veto päätellä että osaisin niitä todennäköisemmin kuin viroa, norjaa, tanskaa jne.--Urjanhai (keskustelu) 20. kesäkuuta 2016 kello 18.44 (EEST)

Tehokkaiksi todettujen tieteellisten menetelmien avulla[2]. --Zache (keskustelu) 20. kesäkuuta 2016 kello 18.50 (EEST)

Ilmeisesti vakiolinkit globaalin tutkimuksen perusteella, sillä artikkelissa Englannin kieli oli tosiaan muiden joukossa hindi, urdu ja kiina, eikä pohjoissaamekaan ole niitä wikejä joita käytän. Joku syy täytyy olla että käyttöön otetaan keskeneräisiä kehitelmiä, joille ei ole kenelläkään tosiasiassa mitään käyttöä. Sormiharjoituksia kun ei ole järkevämpää tekemistä? Muokkaustilassa näkyvät kaikki kielet. --Abc10 (keskustelu) 20. kesäkuuta 2016 kello 19.14 (EEST)

Oiskohan ihan siksi, että yleisissä aiheissa niitä kielilinkkejä on aika paljon. --Zache (keskustelu) 20. kesäkuuta 2016 kello 19.43 (EEST)

Siinä on kai otettu sekaisin käyttäjän oman kielen joitakin mutta ei jostain syystä kaikkia maantieteellisesti lähimpiä kieliä (suomenkieliselle satunnaisesti jostain syystä saame ja venäjä mutta ei kuitenkaan viroa) ja joitakin muttei kai niistäkään kaikkia suurimpien wikien kieliä (hindi, urdu ym.). Mutta kun asetuksissa ei ainakaan minulle tuossa näkynyt keinoa, millä olisi voinut valita, mitä kieliä valikoimaan valikoituu, niin koko karsiminen jää käytännössä varmaan lähes jokaiselle maailman käyttäjälle täysin hyödyttömäksi, kun osa eri yhteyksissä kiinnostavista kielistä kuitenkin karsiutuu satunnaisarvonnalla pois, ja tämä silloin joka tapauksessa heti pakottaa ottamaan ominaisuuden pois käytöstä. Ja lisäksi pienen kielialueen kuten suomen kohdalla usein on kaikkein kiinnostabvinta juuri se, mikä on esimeriksi jonkun suomalaisen aiheen kokonaislevikki kaikissa wikeissä kuin niinkään otoksen supistaminen oikeastaan lainkaan. Projektisivujen osalta vertailu suurimpiin wikeihin voisi olla joskus ehkä kiinnostava, mutta kun siinäkin karsinta on täysin sattumanvaraista, niin hyöty jää silloinkin varmaan usein vähäiseksi. Jos voisi itse valita kielet, niin silloin ominaisuudesta voisi joissain tilanteissa olla hyötyä, mutta pienen kielialueen kuten suomen käyttäjä hyötyisi tästäkin luultavasti vain hyvin harvoin.--Urjanhai (keskustelu) 20. kesäkuuta 2016 kello 20.10 (EEST)

Siellä ei ainakaan minulle lue "käyttöliittymä", mutta "ulkoasusta" löytyi oikea kohta: Toiminnot:Asetukset → Ulkoasu → Kielet ja "Käytä kompaktia kielilistaa, joka näyttää sinulle tärkeimmät kielet", josta rasti pois. --Mwåc8m (keskustelu) 23. heinäkuuta 2016 kello 14.11 (EEST)

Aiheesta alkanut kiivas keskustelu täällä: Phab:T136677. --Stryn (keskustelu) 20. kesäkuuta 2016 kello 20.03 (EEST)

Joku kommentoi siellä näin: "Was introduced today on several wikis. The local communities did not agree to this. Please remove it as standard option. As an interwiki editor I now have to shut the annoying thing down 200 times. Also, very dumb choice of languages. Who picked this. Not the local communities. Please do not introduce this untill people have the option to choose languages, as a group or individually. At the very least remove it as standard and put it as optional." --Urjanhai (keskustelu) 20. kesäkuuta 2016 kello 20.15 (EEST)

Viiteluettelopallot

Mitens ihmeessä on artikkelissa Iran lähdeviitteet luetteloitu pallomerkein eikä normaalisti numerojärjestyksessä? En nopeasti ymmärrä vian syytä. --Pxos (keskustelu) 21. heinäkuuta 2016 kello 13.44 (EEST)

En minäkään ymmärrä syytä. Mutta sen laukaisee yhtäläisyymerkki "sarakkeet"-sanan perässä. Sen laukaisee myös viitteet-osioon nyt laitettu viite kun se esiintyy samanaikaisesti "sarakkeet"-sanan kanssa. --Savir (keskustelu) 21. heinäkuuta 2016 kello 14.47 (EEST)

Korjasin. --Anr (keskustelu) 21. heinäkuuta 2016 kello 15.03 (EEST)

Tuo siis puuttui. Joku mä­sä voisi kirjoittaa vielä selkeämmät ohjeet mallineeseen {{Viitteet}}, kun ei niistä ehtinyt pikaisesti tajuta asiaa lukematta niitä. --Pxos (keskustelu) 21. heinäkuuta 2016 kello 16.13 (EEST)

Olympiamitalit

Osaako joku viisaampi sanoa, mitä tapahtuu sivulla Yhdysvaltain Neitsytsaaret kesäolympialaisissa 2016? Tietolaatikkomalline, jonka pitäisi hakea mitalien määrä automaattisesti, onkin yhtäkkiä sitä mieltä, että Yhdysvaltain Neitsytsaaret on saanut e kappaletta jokaista mitalia. Esimerkiksi sivulla Andorra kesäolympialaisissa 2016 malline toimii kuitenkin ihan oikein. Joku vikahan jossakin varmaan on, mutta en itse onnistunut löytämään mitään kovin ilmeistä ongelmaa. --Lentokonefani asiaa? | syntilista 8. elokuuta 2016 kello 13.00 (EEST)

Teksti tulee sivulta Malline:Olympiamitalit/kesä/2016 jossa haetaan avaimen perusteella luvut ja avain Neitsytsaarille tulee mallineesta malline:KOKlippu/maakoodit eivätkä ne kaksi vastanneet tuossa. Mikäli tulkitsin mallineita oikein, niin vika tässä tapauksessa oli tuossa ensimmäisessä mallineessa jossa neitsytsaarten koodina käytettiin kirjainyhdistelmää "VIR" kun sen olisi pitänyt olla "ISV". (@K-Pedia:) Tässä on tekemäni muutoksen diffi [3] ja neitsytsaaret pitäisi varmaan myös korjata vanhempien vuosien osalta. [4]--Zache (keskustelu) 8. elokuuta 2016 kello 14.16 (EEST)

Sattuipa hauskasti. Keksimme näköjään saman asian samaan aikaan. Juuri olin tuota korjaamassa, kun huomasin, että asia on jo kunnossa. Hyvä näin. Korjaanpa saman tien noista vanhemmista Neitsytsaarten koodin kohdalleen. --Lentokonefani asiaa? | syntilista 8. elokuuta 2016 kello 14.19 (EEST)

GeoGroup ei yhdistä OSMaan

GeoGroup-boxi ei yhdistä enää OSM-karttaan, mutta kylläkin Googlen ja Bingin karttoihin. Esimerkiksi tässä artikkelissa.--Kulttuurinavigaattori (keskustelu) 9. elokuuta 2016 kello 19.35 (EEST)

osm4wikin "www-palvelu" ei ole syystä tai toisesta päällä Tool labs:lla ja ilmoitin asiasta toiselle ko. työkalun ylläpitäjistä [5]. Asia todennäköisesti korjaantuu sillä, että käynnistävät sen uusiksi. --Zache (keskustelu) 10. elokuuta 2016 kello 09.38 (EEST)

Artikkelieditorin itsekseen lisäämät sanojen sitomiset

Vikailmoitus editorin (Edit source) toiminnassa! Tietääkö kukaan asiasta enempää? Eli tapahtunut seuraavaa: Käyttäjä Kotivalo väitti allekirjoittaneen lisänneen artikkeliin Talouselämä (lehti) sanoja sitovia välilyöntejä eli &nbsp;-merkkijonoja (et-nbsp-puolipiste). Ihmettelin kovasti, mistä oli kyse, koska olin ainoastaan editoinut joidenkin kasvuyritysten nimen linkiksi ajatuksella, että ehkä noista yksi tai muutama lehdistössä näkynyt olisi jo artikkelina tai noista itse pyöräyttäisin artikkelin. En koskenut lainkaan artikkelin sanojen välisiin tiloihin. Mutta artikkelihistoriaa katsomalla huomaisi, että salakavalasti jostain oli tupsahtanut moneen lauseeseen sanojen väliin noita &nbsp;-koodeja. Virheellinen toiminta näkyi olevan toistettavissa: kun artikkelin aiemman (omaa editointiani edeltäneen) tai myöhemmän version avaa uudelleen artikkelieditorissa (Edit source) linkitysten tekemiseksi, samaisia &nbsp;-hömppäkoodeja tupsahti tyhjästä uudelleen. Tämä on ensimmäinen kerta kun huomaan moisen ongelman. Olisiko kenelläkään käsitystä, mistä moinen virhetoiminta eli editorin oma-aloitteinen ja joidenkin kappaleiden sanojen sitominen editorissa voisi aiheutua (editorin avaaminen riittää)? Onnistuisiko joku muu toistamaan tilanteen? Nyt jäi aiottu artikkelin editointi tekemättä sillä ainoat tekemäni muutokset (wikitykset) käyttäjä Kotivalo poisti palauttamalla artikkelin editorin virhetoimintaa edeltäneeseen versioon. --Paju (keskustelu) 16. elokuuta 2016 kello 18.24 (EEST)

Selvennykseksi: muita artikkeleita samalla editorilla editoitaessa en huomaa vastaavaa virhetoimintoa, sitovien &nbsp;-merkkien tupsahtamista itsekseen. Eli olisiko Talouselämä (lehti)-artikkelin rakenteessa jotain sellaista ei sopivaa, joka liipaisee editorissa virheellisen toiminnon? --Paju (keskustelu) 16. elokuuta 2016 kello 18.30 (EEST)

Yleensä syyllinen on selain tai selaimen lisäosa taikka sitten jokin Wikipediassa käytössä oleva lisäosa, joka aiheuttaa tuota. Joskus muokkasin kännykän (Windows Phone) UC Browserilla työpöytä-versiossa, ja se muutti itsestään artikkelissa kaikki "<"-merkit muotoon "&lt". No artikkelithan menivät siinä sitten ihan epäkuntoon. Auttaisi toistamisessa, jos ilmoitat käyttämäsi selaimen. --Stryn (keskustelu) 16. elokuuta 2016 kello 19.04 (EEST)

Firefox 47.0.1 (en). (About Mozilla Firefox pyytää näemmä käynnistämään uudelleen päivityksen vuoksi). En ole kokeillut onko sama pulma muilla selaimilla. Muissa artikkeleissa en samaa ongelmaa äsken huomannut. --Paju (keskustelu) 16. elokuuta 2016 kello 19.53 (EEST)

Päivityksen jälkeen Firefox 48.0 (en). Kone myös buutattu päivityksen jälkeen. Ongelma toistuu edelleen avattaessa sama artikkeli editoriin, mutten huomaa sitä missään muussa kokeilemastani 2-3 artikkelista.--Paju (keskustelu) 16. elokuuta 2016 kello 20.06 (EEST)

Tuossa artikkelissa on ainakin muutama editointikömmä, sillä alkumallineessa on esimerkiksi neljä kertaa <small> muotoilu, vaikka kaksi noista pitäisi ilmeisesti olla pikkupräntin sulkevaa </small>-koodia. Olisiko muotoilumokilla vaikutusta? (en tallentanut, mutta katselin vaan); joku tämäntapainen voisi selittää, miksi vain tämä artikkeli näyttäisi käyttäytyvän kummallisesti. --Paju (keskustelu) 16. elokuuta 2016 kello 20.13 (EEST)

Testasin uteliaisuudesta toisellakin selaimella. Sama pulma toistuu ainakin Google Chrome selaimen versiolla 52.0.2743.116 m (en). Alan uskoa yhä enemmän artikkelikohtaiseen syyhyn. Saako joku artikkelin auki wikikoodin editorissa (Edit source) ilman, että esimerkiksi artikkelin loppuosan kappale muuttuu &nbsp;-hömppäkoodeja sisältäväksi muotoon? Siis esimerkiksi (sisältää automaattisesti lisättyjä &nbsp;-koodeja, katso koodia niin näet): "Yritykset valitsevaan asiantuntijaryhmään kuuluivat pääomasijoittaja Lifeline Venturesin Petteri Koponen, AaltoES:n ja Venture Garagen perustaja Kristo Ovaska, Arctic Startup-verkkomedian toimittaja Antti Vilpponen, OP-Pohjolan yrityskauppojen rahoituksesta vastaava Mikko Leskelä, Suomen Pääomasijoitusyhdistyksen puheenjohtaja ja Nexit Venturesin toimitusjohtaja Artturi Tarjanne ja Tekesin toimialajohtaja Risto Setälä. " --Paju (keskustelu) 16. elokuuta 2016 kello 20.24 (EEST)

Käytätkö muuten WikEd:ä muokkaamiseen? Ainakin siten sai toistettua tuon   jutun, että siirtyi normaalimuokkaustilasta wiked-muokkaustilaan ja sitten takaisin normaaliin muokkaimeen. --Zache (keskustelu) 16. elokuuta 2016 kello 20.28 (EEST)

Hyvä tietää, että muutkin saavat toistettua. Miten tuon WikEd-asian voisi tarkistaa? Yritin katsoa asetuksia (preferences) editorin osalta, mutten huomannut mitään mainintaa WikEd:istä, mistä tuon sitten saakin päälle. Editoin sorsakoodia (Edit source), jonka editorin käynnistän artikkelisivun yläosan "välilehdiltä" (siis kohdasta, jossa enkkukielellä valittavana Read, Edit, Edit source, View history, Add this page to your watchlist, More). --Paju (keskustelu) 16. elokuuta 2016 kello 20.41 (EEST)

Se löytyy kohdasta toiminnot:Asetukset → Pienoisohjelmat → Muokkaaminen → WikEd, täysin varusteltu integroitu tekstieditori Firefoxia, SeaMonkeytä, Safaria ja Google Chromea varten.... --Zache (keskustelu) 16. elokuuta 2016 kello 20.44 (EEST)

Näkyi (Gadgets kohdasta) olevan tuo WikEd päällä. Ja kun kytki pois, tämän ainokaisen artikkelin avaaminen editoriin ei aiheuttanut tuota ongelmaa. (Mutta poiskytkettynä wikikoodia on hankalampi lukea, kun erikoismuotoiluja ei nosteta esille.) --Paju (keskustelu) 16. elokuuta 2016 kello 21.16 (EEST)

Tekninen selitys on, että siinä tekstissä on niisä kohdissa jotka muuttuvat  -merkeiksi kirjain joka on unicode-merkistössä 'NO-BREAK SPACE' (U+00A0) ja ne näyvät normaalissa wikieditorissa normaaleina välilyönteinä. Wiked puolestaan muuntaa ne htmlentiteeteiksi sivun latauksen yhteydessä. Käyn kirjoittamassa Wiked:n koodaajalle bugi-ilmoituksen, mutta en osaa sanoa kuinka helppo tuota on korjata. Sillä välin, niin jos haluat väärinkäyttösuodattimeen testin joka tarkistaa onko   -merkkien määrä lisääntynyt muokkauksessa ja jos on, niin suodatin ilmoittaa asiasta. --Zache (keskustelu) 17. elokuuta 2016 kello 08.25 (EEST)

Käännöstyökalun poistokoodi ei toimi

Löysin tällaisen arkistosta $('.cx-campaign-newarticle').parents('.cx-callout').hide(); Miksihän se ei estä käännöstyökalumainosta? Lisäsin sen Asetukset > Ulkoasu -sivulla kohtaan Käyttäjäkohtainen JavaScript-sivu. --Abc10 (keskustelu) 24. elokuuta 2016 kello 17.23 (EEST)

Se ei toimi siksi, koska mainos ilmestyy vasta tuon koodinpätkän (ts. sivun käyttäjä:Abc10/common.js) ajamisen jälkeen eli common.js:n koodi ajetaan liian aikaisessa vaiheessa piilotuksen kannalta. Kokeile vaihtaa se common.js:n koodi tähän seuraavaan: mw.cookie.set( 'cx_campaign_newarticle_hide', '1' , {prefix: ''});. Tuo asettaa valituksi sen, että asiaa ei pitäisi kysyä enää uudestaan ja vaikka tuo ei ole ihan pomminvarma niin luullakseni se toimii ihan hyvin ainakin sellaisten käyttäjien kohdalla jotka muokkaa wikipediaa säännöllisesti ja ainakin itselläni se näytti toimivan. --Zache (keskustelu) 26. elokuuta 2016 kello 17.23 (EEST)

Toimii se. --Abc10 (keskustelu) 28. elokuuta 2016 kello 23.08 (EEST)

Toimivatko luokkien ohjaukset?

Meillä ei taida olla ohjetta luokkaohjaussivuista? Enkkuwikissä on ohje "Do not create inter-category redirects, by adding a line #REDIRECT [[:Category:target category]] to a category page. Articles added to a "redirected" category do not show up in the target category, preventing proper categorization. What's worse, since redirected categories do not become "red links", editors won't be aware even when they add an article to a redirected category." Onko nuo samat ongelmat meilläkin, eli pitäisikö kaikki luokkien ohjaussivut poistaa? --Savir (keskustelu) 1. syyskuuta 2016 kello 09.19 (EEST)

Malline:Vuori ja sijaintikartta

Miten Malline:Vuori:een lisätään sijaintikartta?--RicHard-59 (keskustelu) 3. syyskuuta 2016 kello 19.46 (EEST)

Katso mallia artikkelista Vesuvius. Siellä parametri pushpin_map = Italia tuo näkyviin kartan {{Sijaintikartta Italia}}. Punaisen täpän sijainti tulee koordinaattiparametreista latd,latm,longd,longm. --Jmk (keskustelu) 3. syyskuuta 2016 kello 20.59 (EEST)

Patrolling, LiveRC ja RTRC

Muutamia taustalla olevaan tekniikkaan liittyviä asioita on, että eilen kytkettiin takaisin päälle Recent changes patrolling -lisäosa (RCPatrol), siten että käyttöliittymästä piilotettiin CSS-tyylisäännöillä siihen liittyneet hyväksy muokkaus ja tarkistettava muutos -linkeistä. Lisäosa otettiin käyttöön siksi, että saadaan merkittyjen versioiden tarkistukset näkymään myös rcpatrol -merkintöinä ja piilotukset tehtiin siksi, että nämä kaksi lisäosaa tekevät samoja asioita. (Lisää sivulla Wikipedia:Tuoreiden muutosten patrolled -merkinnät)

Näkyvillä on vielä tarkkailulistalla, tuoreissa muutoksissa ja linkitettyjen sivujen muutoksissa valinta "piilota partioidut" -valinnat jotka myös piilotetaan.

Teknisinä seikkoina, niin RCPatroliin liittyvät käyttöoikeudet menevät siten, että ne ovat samat kuin seulojilla. Eli "patrol" käyttöoikeus on niillä kenellä on oikeus seuloa ja "autopatrol" on niillä kenen muokkaukset ovat automaattisestiseulottuja. Artikkeleista niin, ne artikkeliversioit jotka seulotaan saavat samalla myös patrolled merkinnän. Tämä ei kuitenkaan toimi tällä hetkellä toisinpäin eli jos merkitsee jonkin artikkeliversion partioiduksi, niin siitä ei tule samalla seulottua. Tähän on tarkoitus tehdä jonkinnäköinen ratkaisu esimerkiksi siten, että botti käy merkitsemässä partioidut artikkelit myös seulotuiksi.

Työkaluista, niin lisäsin pienoisohjelmiin pari tuoreiden muutosten seurantaan liittyvää työkalua.

LiveRC

ranskankielisen Wikipedian tuoreiden muutosten seurantatyökalu. Käyttö tapahtuu siten, että valitaan pienoisohjelma ensin käyttöön ja mennään sitten sivulle Wikipedia:LiveRC. Hyvin monipuolinen, mutta pienoisohjelmaa ei ole configuroitu suomenkieliseen Wikipediaan joten monimutkaisempi käyttö vaatii omien asetusten asettamista. Ohjeet löytyvät ranskankielisestä Wikipediasta englanniksi.

RTRC - Real-Time Recent Changes

englanninkielisessä Wikipediassa ja Commonsissa käytössä oleva tuoreiden muutosten seurantatyökalu. Käyttö tapahtuu siten, että valitaan ensin pienoisohjelma käyttöön ja mennään sitten sivulle Toiminnot:Tyhjä_sivu/RTRC. Pienoisohjelman käyttöohjeet löytyvät metawikistä. Hyviksi koetut asetukset ovat

• Filter: Hide patrolled edits = valittuna
• Nimiavaruudet = Tietosanakirja-artikkelit
• AutoDiff = valittuna

Molemmat työkalut lisäävät vasemman reunan työkalulinkkeihin myös oman linkkinsä. --Zache (keskustelu) 8. syyskuuta 2016 kello 14.39 (EEST)

Sellainen päivitys tähän, että nyt on olemassa botti SeulojaBot, joka merkitsee noita "patrolled" -muokkauksia seulotuiksi. Muokkauksen saa merkittyä "patrolled"-tilaan kun klikaa esimerkiksi RTRC:ssä diffin yläreunassa olevaa "mark" -linkkiä. Botti ei tällä hetkellä pyöri jatkuvasti, mutta ajelen sitä aina välillä ja seuraan samalla miten se toimii. Sellainen huomio, että RTRC-näyttäisi olevan aika kätevä yksittäisen käyttäjän muokkausten merkitsemiseen eli jos tulee joku yksittäinen käyttäjä joka lisää vaikka ison kasan kuvia, niin tuolla saa ne muokkaukset helposti merkittyä seulottaviksi. --Zache (keskustelu) 13. syyskuuta 2016 kello 12.07 (EEST)

Valikko ei lataudu Chromessa

Chromea käytän, niin ei meinaa aueta keskusteluissa näkyvä valikko, jossa huomautusmallineet ym. Konsoli antaa seuraavan virheen: load.php?debug=false&lang=fi&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=07zvr6j:158 Uncaught Error: Unknown dependency: ext.visualEditor.viewPageTarget.init. Yleensä en Chromea käytä, niin en tiedä onko tämä yleinenkin ongelma. Enkä pääse nyt testaamaan muita selaimia. --Stryn (keskustelu) 9. syyskuuta 2016 kello 11.36 (EEST)

Jos se on sellainen valikko jonka pitäisi näkyä kaikilla käyttäjillä, niin kokeile tuleeko virhe silloin kun et ole kirjautuneena sisälle (incognito-ikkunassa esim). --Zache (keskustelu) 9. syyskuuta 2016 kello 11.40 (EEST)

Näköjään toisinaan latautuu, kun päivittää sivua oikein ahkerasti. Tarkoitan siis tuota valikkoa: https://snag.gy/wlUnaE.jpg. Sama incognito-ikkunassa uloskirjautuneena. --Stryn (keskustelu) 9. syyskuuta 2016 kello 11.52 (EEST)

Jos pistät osoiteriville url-parametriksi "debug=true", niin saat varmaan paremman virheilmoituksen (olettaen, että virhe toteutuu silloin). En ole ihan varma onko tuo virhe meidän common.js:ssä vai säätiön koodissa jolloin siitä pitäisi tehdä tiketti. Virheen perusteella se ei olisi meidän legacykoodissa, mutta mistäpä sitä tietää. --Zache (keskustelu) 9. syyskuuta 2016 kello 12.02 (EEST)

Näköjään debug-tilassa valikko latautuu. Konsoliin tulee vain suuri määrä huomautuksia "Use of "wgAction" is deprecated. Use mw.config instead". --Stryn (keskustelu) 9. syyskuuta 2016 kello 12.17 (EEST)

No siis mulla ei ole IE11:lla eikä aikaisemmilla malleilla toiminut huomautus, viite ym. valikot aikoihin ja nyt ne lakkas toimimasta Chromellakin. Aika hankalaa ku viitemallineet pitää kopsata jostain kaukaa.--Htm (keskustelu) 9. syyskuuta 2016 kello 20.32 (EEST)

Samaa olen pari päivää ihmetellyt Mac + Google Chrome -yhdistelmälläni. Safarilla valikot näkyvät. –Kotivalo (keskustelu) 9. syyskuuta 2016 kello 22.39 (EEST)

Operalla näkyy, yes!. Operassani oli varmaan joku vika, nyt ei avaudu. --Htm (keskustelu) 10. syyskuuta 2016 kello 03.19 (EEST)

Valikko ei toimi enää myöskään Microsoft Edgessä, vaikka aiemmin toimi. --Silvonen (keskustelu) 10. syyskuuta 2016 kello 07.01 (EEST)

En-wikissä oli myös jokin ongelma viimeisimmän MediaWikin asentamisen jälkeen: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Linkclassifier_disappeared. Sivulta https://wikitech.wikimedia.org/wiki/Deployments/Archive/2016/09 voi löytää virheen aiheuttajan. Stryn (keskustelu) 10. syyskuuta 2016 kello 09.26 (EEST)

Kyse tässä on siis siitä, että legacy javascript -tuki kytkettiin pois päältä. (Täällä tietoa aiheesta) Tieto javascriptin vanhenemisesta joskus on ollut olemassa jo vuosia (vuodesta 2011?) ja viive syksynä osa tuesta vanhoille jutuille kytkettiin pois päältä ja nyt kytkettiin loputkin. Nirmos ilmoitti viime keväänä tähän liittyen saisiko hän väliaikaiset ylläpitäjänoikeudet fiwikissä jotta hän korjaisi rikkimeneviä juttuja (ks. lähetystö ja Wikipedia:Kahvihuone_(tekniikka)/Arkisto_38), mutta ei saanut, koska Pxosin mielestä asia olisi vaatinut laajemman keskustelun/kannatuksen kuin mitä silloin aiheesta tuli. Kirjoitin tuolloin, että Eli vanhentuneet javascriptit lakkaavat toimimasta joskus kesänaikana ja fiwikissä asia koskee Järjestelmäviesti:Edittools.js:ää, Järjestelmäviesti:Common.js:ää osaa pienoisohjelmista ja seulojascripteistä. Käytännössä varmaankin muokkauslaatikon alapuolella olevat pikavalinnat (kirjaimet, napit joista saa viitemallineen yms) ja ylläpitäjiltä automaattiset sivun poistosyyt menevät rikki..

Säätiön kuniaksi pitää kuitenkin todeta, että Krinkle korjasi osan pienoisohjelmista, mutta kerroin hänelle, että ollaan tietoisia asiasta ja siivotaan pienoisohjelmia [6], mutta ei näemmä saatu sitten aikaiseksi. Chromen napit kuitenkin pitäisi toimia nyt (Tehdyt muutokset [7], [8]), mutta tuolla vielä muita mitä pitää korjata myös. --Zache (keskustelu) 10. syyskuuta 2016 kello 11.00 (EEST)

Tämän hetkinen tilanne tämän suhteen on, että WikEd ja WikEdDiff -pienoisohjelmat heittävät suuren kasan ilmoituksia siitä, että ne käyttävät vanhentuneita juttuja. Koodi tulee enwikistä ja ne korjaantuvat siinä vaiheessa kun ne sen korjaavat jos korjaavat. Muut eivät enää pistä tietääkseni virheilmoituksia. Lisäksi siellä on juttuja joita pitäisi uudelleenkirjoittaa, koska ne ovat vanhentuneita tai liian huonosti toteutettuja, mutta ne saavat jäädä odottamaan parempaa päivää.--Zache (keskustelu) 15. syyskuuta 2016 kello 16.59 (EEST)

J-titlebuttons

Käytän tuota Juhkon aikoinaan luomaa j-titlebuttons scriptiä. Jostain syystä lakkasi toimimasta. Onko vika koneessani vai wikipediassa? Käyttäjä:Juhko/simple-titlebuttons.js --Lympri ^(Viesti) 10. syyskuuta 2016 kello 13.59 (EEST)

Sama kuin tuossa edellisessä eli legacy javascript -tuki käännettiin pois päältä. Tuosta juhkon scriptistä pitäisi addOnloadHook() vaihtaa muotoon "$()" ja wgAction ja muut parametrit muotoon mw.config.get(' wgAction') yms jotta se toimisi. --Zache (keskustelu) 10. syyskuuta 2016 kello 14.21 (EEST)

Pitää siis kopsata se omalle js sivulle. Juhko on muuttanut salasanansa siansaksaksi eikä itsekään pääse tunnukselleen.. --Lympri ^(Viesti) 10. syyskuuta 2016 kello 14.32 (EEST)

Minun puolestani ylläpitäjä voi käydä korjaamassa tuota alkuperäistä js-tiedostoa tai ohjata sen jotenkin Lymprin js-sivulle, jos huvittaa. Tuolla on tosin lisääkin javascriptejä, jos haluat Lympri kopioida ne itsellesi ja päivittää käyttökuntoon. Itse tosiaan muokkaan nykyään muilla tunnuksilla. --Juhbo (keskustelu) 10. syyskuuta 2016 kello 15.00 (EEST)

Tarkkailulista

Tein artikkelin Gilles Bourdos, tosin ensin väärällä nimellä. Artikkelissa on sininen tähti eli sen pitäisi näkyä tarkkailulistallani. Miksi se ei kuitenkaan näy siellä? --Abc10 (keskustelu) 12. syyskuuta 2016 kello 08.42 (EEST)

Muistelen itsekin törmänneeni tuollaiseen tapauksissa, joissa viimeinen muutos on sivun siirto. Uskon, että seuraavalla tavallisella muokkauksella artikkeli näkyy tarkkailulistallasi, mikäli uudella nimellä oleva artikkeli on sinne liitetty. Asian teknistä taustaa en osaa valaista. --Lax (keskustelu) 12. syyskuuta 2016 kello 09.23 (EEST)

Jep, kuten Lax tuossa kirjoittikin, niin tarkkailulista näyttäisi toimivan siten, että tässä tapauksessa siirto on kirjattu siirtoa edeltäneelle nimelle (ts. merkintä Käyttäjä Abc10 siirsi sivun Gilles Bourbon uudelle nimelle Gilles Bourdos). Se seurattava sivu (ts. sivu jossa on se sininen tähti) kuitenkin vaihtuu uudelle nimelle. Alkuperäinen sivu puolestaan on tarkkailulistalla ainoastaan jos ruksia "Tarkkaile tätä sivua" on ruksitettu. Eli jos se puuttuu, niin tarkkailulistalla ei näy tuota sivun siirtoa tai ylipäätänsä mainintaa sivusta ennen kuin siihen tulee seuraava muutos. --Zache (keskustelu) 12. syyskuuta 2016 kello 10.22 (EEST)

Alasvetovalikko ym. eivät näy

Muokkaustilassa osa, jossa on alasvetovalikko "yleiset" ym ja muuta mukavaa ei näy. Mikä mahtaa olla vikana?--Kulttuurinavigaattori (keskustelu) 12. syyskuuta 2016 kello 23.12 (EEST)

Sama kuin tuossa ylempänä kohdassa otsikolla "Valikko ei lataudu Chromessa", mutta kuvittelin jo korjanneeni sen kertaalleen. Josko se nyt toimisi. --Zache (keskustelu) 13. syyskuuta 2016 kello 05.15 (EEST)

Lisäksi sellainen huomio, että valikko ei toimi Internet Explorerilla, mutta se ei ole toiminut yli viiteen vuoteen. Chromen, Firefox:n, Operan ja Safarin pitäisi olla kuitenkin tuettuina. --Zache (keskustelu) 13. syyskuuta 2016 kello 05.17 (EEST)

Pikatesti: Chrome, Opera ja Edge: alasvetovalikot toimivat. Lisäksi huomasin sellaisen ihmeellisyyden, että myös IE11:lla toimii valikot (ainakin nyt).--Htm (keskustelu) 13. syyskuuta 2016 kello 05.42 (EEST)

Juu osa näkyy nyt Chromella, kiitos.--Kulttuurinavigaattori (keskustelu) 13. syyskuuta 2016 kello 10.03 (EEST)

Sivuhuomautuksena: Pudotusvalikko on parempi nimitys suomeksi pull-down menulle. Alasvetovalikko on hätäapukäännös, kun ei ole tiedetty mikä se on suomeksi. Tietotekniikan termitalkoissa on myös avattava valikko. Wikipediassa kannattaa käyttää suositeltuja termejä, koska tämä on yksi paikka josta asiat leviävät. --85.76.99.76 13. syyskuuta 2016 kello 07.48 (EEST)

Poistoloki takaisin

https://fi.wikipedia.org/wiki/Sami_Väre
https://fi.wikipedia.org/w/index.php?title=Sami_Väre&action=edit
Ylemmässä ei näy poistolokia, mutta alemmassa näkyy. Miksi se ei enää näy, kun ennen kerran näkyi? Häirinnyt tämä jo vähän aikaa. 91.158.233.245 2. syyskuuta 2016 kello 05.23 (EEST)

Jostain syystä sisäänkirjautuneena molemmissa poistoloki näkyy, mutta jos ei ole sisäänkirjautunut, niin ylemmässä ei näy poistolokia. Kumma juttu. Joku varmaan osaa selvittää, miksi noin käy. Ja sitten korjata, sillä tuo aiheuttaa hämmennystä käyttäjätunnuksettomien keskuudessa. 188.126.80.49 6. syyskuuta 2016 kello 00.35 (EEST)

Lisähuomiona, että tätä vaikuttaisi tapahtuvan vain fi-wikin puolella, joten vika lienee täällä päässä eikä mediawikissä itsessään. Olen kokeillut eri selaimia sekä kokeillut poistaa sivujen välimuistikopiot (purge). Huomasin poistolokia selatessa, että poikkeuksellisesti joidenkin sivujen poistoloki kuitenkin näkyy jostain syystä, esim.

https://fi.wikipedia.org/wiki/Dorothea_Chanbers-Lambert

https://fi.wikipedia.org/wiki/Keskustelu:Kreayshawn

Mutta esimerkiksi näiden epämerkittävänä poistettujen poistolokit ei näy:

https://fi.wikipedia.org/wiki/Sampo_Liusjärvi

https://fi.wikipedia.org/wiki/Marita_Riik

Eikai tämä tarkoituksellistakaan ole? 91.158.233.245 19. syyskuuta 2016 kello 20.58 (EEST)

Kaksi ylintä poistettu viimeisin 24 tunnin aikana, niin näkynee sen takia loki. Sama juttuhan en-wikissäkin on, esim. en:Sonic Spinball (Le Modest album), joka poistettu yli 24 tuntia sitten. --Stryn (keskustelu) 19. syyskuuta 2016 kello 21.10 (EEST)

Näköjään. Tiedätkö onko tälle olemassa jotain hyvää syytä, miksi poistoloki piilotetaan IP:iltä, jos artikkelin poistosta on kulunut yli 24h? 91.158.233.245 19. syyskuuta 2016 kello 21.20 (EEST)

Enpä tiennyt, mutta Googlettamalla selvisi: Reduced the DOS potential of 404 page floods. Eli liittyy ei-sisäänkirjautuneiden bottien, peilaussivustojen tms. aiheuttamaan tietokantojen suureen kuormittamiseen näin lyhyesti käännettynä. --Stryn (keskustelu) 19. syyskuuta 2016 kello 21.35 (EEST)

Tietolaatikoiden parametrien esitys wikitekstissä ja TemplateData

Näyttääkö tietolaatikoiden parametrit wikitekstissä joskus tältä [9]? Parametrit pötkööntyvät, jos malline laitetaan tai sitä muokataan visuaalisella muokkaimella, ja mallineen templatedatassa formaatiksi on valittu rivinsisäinen tai määrittelemätön. Esimerkissä loin kirkko-tietolaatikkomallineelle templatedatan [10], jossa määrittelin parametrien esitystavaksi lohkon, jonka myötä jokainen parametri menee wikitekstissä omalle rivilleen. Sen jälkeen muokkasin mallinetta visuaalisella muokkaimella artikkelissa, minkä seurauksena parametrit rivittyivät helposti hahmotettavaan muotoon. Tämä tiedoksi, jos asia ihmetyttää ja sille haluaa tehdä jotain. Templatedataa voi muokata näin: Mallinesivulla klikkaa "muokkaa wikitekstiä" → näkymään latautuu yläreunaan "Hallitse Templatedataa" -painike → paina sitä ja täytä tiedot (jos parametreja ei ole, niin paina "lisää n ehdotettua parametria"). Huom. Kirkon tapauksessa kopioin automaattisesti syntyvän templatedata-koodin mallineen ohjesivulle. Tutoriaalin voisi tietenkin kääntää vielä suomeksi, jotta ei jää vain kahvihuoneen hölinäksi. --Olimar 19. syyskuuta 2016 kello 20.26 (EEST)

TemplateDatan paramOrder

Vähän tuohon Olimarin havaitsemaan asiaan liittyen uusi huomio. Ainakin @Huhdanjo: oli huomannut sellaisen seikan, että visuaalinen muokkain tallentaessaan tietolaatikkoa voi vaihdella parametrien paikkoja. (esim. [11], [12]) Tämän saa ilmeisesti korjattua määrittämällä TemplateDataan paramOrder -listan joka kertoo visuaaliselle muokkaimelle missä järjestyksessä parametrien tulisi olla (diffi). Helpoiten tuon paramOrder -arvon saa luotua sellaiseen templateData-mallineeseen jossa sitä ei ole muokkaamalla templateData "hallitse templatedataa" -työkalun kautta ja vaihtamalla parametrien järjestystä ja tallentamalla templateDatan. Järjestyksen vaihtamisessa ei väliä vaikka järjestyksen lopputulos olisi sama kuin aloittaessa, koska jo pelkkä parametrien järjestyksen muuttaminen aiheuttaa puuttuvan järjestyslistan luomisen. --Zache (keskustelu) 28. syyskuuta 2016 kello 15.32 (EEST)

Kuvagallerioiden kuvakokojen muutos

Taannoin oli keskustelua kuvagallerioiden kuvakooista. Joku valitti, että oletuskoko on liian pieni. Olen nyt muuttanut useiden, lähinnä kuvataiteita käsittelevien artikkeleiden gallerioiden kuvakokoja seuraavaksi <gallery mode=packed heights=160px>. Omasta mielestäni muutoksessa on hyvää ja huonoa. Hyvää on sopivasti isommat kuvakoot, huonoa se, että tämä nakkelee kuvia joskus vähän miten sattuu. Se kai riippuu myös käyttäjän näytön koosta. Pyydän kommentteja ja keskustelua aiheesta.--Kulttuurinavigaattori (keskustelu) 24. syyskuuta 2016 kello 14.55 (EEST)

Rafael -artikkelissa nuo kuvat ovat minusta paremman kokoisia kuin esimerkiksi Ben Shahn -artikkelissa, jossa ne näyttävät aika isoilta suhteessa muuhun sisältöön ja muutenkin aika levottomilta. Ts. Ben Shahnissa vakiokoko olisi parempi. --Zache (keskustelu) 28. syyskuuta 2016 kello 06.31 (EEST)

Periaatteessa hyvä että kuvat taideteoksista ovat sen kokoisia, että niistä saa selvää. Hyvin harva lukija jaksaa klikkailla pienoiskuvia auki yksi kerrallaan. Tuossa toteutuksessa on se ongelma, että kun vain korkeus on määritelty vakioksi, vaakakuvista tulee suhteettoman suuret verrattuna pystykuviin. Miltä galleriat näyttäisivät jos myös leveyksille asetetaan maksimit? Minä tein niin artikkelin Mayojen kirjoitusjärjestelmä glyyfitaulukoille. --Savir (keskustelu) 28. syyskuuta 2016 kello 07.33 (EEST)

Kiitos palautteesta, olen samaa mieltä edellisten kanssa. Ben Shahn -artikkelissa valokuvat painottuvat kohtuuttoman isoina, tunnetaanhan Shahn etupäässä maalauksistaan. Ja totta, tämä galleria on enemmän suhteessa leipätekstin määrään kuin normaalit pienemmät kuvat. Saviärrän Mayojen kirjoitusjärjestelmien glyyfit ovat siistejä, mutta ne ovat taulukossa eikä sitä voi soveltaa galleriaan. Yritän nääs tässä vähän tunnustella, olisiko tästä <gallery mode=packed heights=160px> jonkinlaiseksi oletukseksi? Miksi tuo "packed heights" sitten heittelee kaikki kuvat kohtuullisen kokoisiksi ja siisteiksi artikkelissa Estetismi, mutta artikkelissa Impressionismi taas tulos on epätasainen?--Kulttuurinavigaattori (keskustelu) 30. syyskuuta 2016 kello 19.51 (EEST)

Kumoustilasto

Asetusten pienoisohjelmat -välilehdeltä löytyy nyt sellainen pienoisohjelma kuin "kumoustilasto" (listalla testattavien alla ja listan toiseksi alin ), joka tekee luettelon viimeisen 30-päivän aikana tehdyistä kumouksista ja lisää luetteloon vasemman reunan työkalulinkkeihin. Pienoisohjelmaa on testattu lähinnä Chromella ja Firefoxilla. Listalle tulevat muokaukset puolestaan valikoituvat siten, että botti käy merkitsemässä rv-merkinnällä ne muokkaukset jotka se on tunnistanut kumoukseksi ja tuo pienoisohjelma listaa nämä muutokset. Koska kyseessä on botin lisäämä merkintä, niin se ei ilmesty kumouksiin reaaliaikaisesti vaan siinä on viivettä, joka on noin tunti maksimissaan silloin kun tiedon lähteenä käytetty Tool Labs:n tietokanta on ajan tasalla. --Zache (keskustelu) 28. syyskuuta 2016 kello 09.00 (EEST)

Lisätään vielä sellainen maininta, että Netname/Proxy -sarakkeen tiedot tulevat sivuilta Käyttäjä:Fiwiki-tools-bot/netnames.js ja Käyttäjä:Fiwiki-tools-bot/proxylista.js. Näistä netnames.js on puhtaasti käsin ylläpidetty, mutta proxylista.js listan tiedot ovat peräisin ip-muokkaajien keskustelusivuilla olevista proxy-mallineista ja botti osaa niitä sieltä hakea. Proxylista.js ei kuitenkaan päivity tällä hetkellä automaattisesti. --Zache (keskustelu) 28. syyskuuta 2016 kello 09.11 (EEST)

Ja lisätään vielä, että botti ei merkka kumouksiksi sellaisia kumouksia joissa käyttäjä on kumonnut oman muokkauksensa jottei tätä tarvitse ihmetellä. --Zache (keskustelu) 28. syyskuuta 2016 kello 09.36 (EEST)

Muokkaus, jota en tehnyt

Jäi mietityttämään että mitä ihmettä tässä muokkauksessa tapahtui. Ei mitään vakavaa, mutta mielenkiintoinen tapaus. Lisäsin artikkelin yläreunaan siis vain päivitettävä-mallineen ja tallensin sivun, mutta huomasin että tietoja poistui samalla klikkauksella massoittain vaikka itse en ollut niihin koskenut. Ja artikkelista ei poistunut edes mitään satunnaista isoa tekstimassaa (eli mistään missclickistä ei voi olla kysymys), vaan tietoja muokattiin jäsennyllysti, vaikka itse en niitä muokannut. Mistähän tässä on kysymys vai jääkö ikuiseksi mysteeriksi? --Cary (keskustelu) 30. syyskuuta 2016 kello 22.54 (EEST)

Muokkasit jostain syystä vanhaa versiota, [13]. --Anr (keskustelu) 30. syyskuuta 2016 kello 23.01 (EEST)

Tuli mallineprobleema

Ei iso, mutta kun lisäsin Yhdysvaltain_presidentinvaalit_2016 -artikkeliin pari ehdokasta niin kolmannen jälkeen tuli varapresidenttiehdokas-sana ja kotiosavaltio-sana englanniksi ja mikä ehkä vakavampaa mitä en ehkä osaisi kohtuuajassa itse korjata että puolueensa tulivat hakasulkuihin. Haluaako joku jelppiä vai jätetäänkö nämä ehdokkaat huomiotta? --Höyhens (keskustelu) 30. syyskuuta 2016 kello 23.48 (EEST)

Fiksasin. Malline on kopsattu en-wikistä eikä sitä ollut käännetty suomeksi kuin ehdokkaiden 1-3 kohdalla.--Tanár 2. lokakuuta 2016 kello 21.06 (EEST)

Sivun päällä näkyvä kuva

Mistä johtuu, että kun avaan sivun Marina, artikkelin päällä näkyy jokin koko sivun levyinen, hyvin tumma kuva? Se peittää jopa ruudun vasemmassa laidassa olevat "Osallistuminen"-, "Työkalut"- ja "Kielet"- linkitkin. Ja kuitenkaan kun katson sivun lähdekoodia Muokkaa -toiminnolla (tallentamatta mitään), siellä ei näy mitään, mikä viittaisi siihen, että artikkeliin olisi koskaan edes lisätty mitään kuvaa. Kokeilin vielä tätäkin: kun avasin versiohistoriasta minkä hyvänsä vanhan version, kuva näkyi silloinkin. -137.163.19.9 3. lokakuuta 2016 kello 13.56 (EEST)

Yhdistysmalline

Mallineeseen pitäisi saada lisättyä vuosiluku. Esim. Hallitus 2016. --Pe-ga-sos (keskustelu) 6. lokakuuta 2016 kello 18.22 (EEST)

Tehty. Uusi parametri on nimeltään hallitus-vuosi. --Lentokonefani asiaa? | syntilista 6. lokakuuta 2016 kello 20.26 (EEST)

Kiitos --Pe-ga-sos (keskustelu) 6. lokakuuta 2016 kello 20.40 (EEST)

Miten näyttää mongolin tekstejä pystysuorana?

Kopioin MongolUnicode-mallineen (Malline:MongolUnicode) en-wikiltä, mutta se ei toimi sinänsä. Mongolin teksti ei näytetä pystysuorana. Osaako joku korjata sitä? --TuhansiaVuoria (keskustelu) 6. lokakuuta 2016 kello 19.41 (EEST)

Malline näyttäisi käyttävän apuna toista mallinetta {{Writing-mode}}; ilmeisesti sekin pitäisi kopioida enwikistä. --Silvonen (keskustelu) 6. lokakuuta 2016 kello 20.13 (EEST)

Kiitos vinkistä! Nyt se toimii. --TuhansiaVuoria (keskustelu) 6. lokakuuta 2016 kello 23.37 (EEST)

The Wikimedia Developer Summit wants you

The Wikimedia Developer Summit is the annual meeting to push the evolution of MediaWiki and other technologies supporting the Wikimedia movement. The next edition will be held in San Francisco on January 9–11, 2017.

We welcome all Wikimedia technical contributors, third party developers, and users of MediaWiki and the Wikimedia APIs. We specifically want to increase the participation of volunteer developers and other contributors dealing with extensions, apps, tools, bots, gadgets, and templates.

Important deadlines:

• Monday, October 24: last day to request travel sponsorship. Applying takes less than five minutes.
• Monday, October 31: last day to propose an activity. Bring the topics you care about!

More information: https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit

Subscribe to weekly updates: https://www.mediawiki.org/wiki/Topic:Td5wfd70vptn8eu4

MKramer (WMF) (talk) 14. lokakuuta 2016 kello 22.07 (EEST)

Bottien iw-muokkausten piilottaminen

Onko olemassa tapaa piilottaa sivujen historia-sivuilta bottien vanhat iw-muokkaukset? Eli ne (ex-)bottien muokkaukset, joiden yhteenvedossa lukee:

• Botti lisäsi: (kielilinkki)
• Botti muokkasi: (kielilinkki)
• Botti poisti: (kielilinkki)
• Botti muutti kielilinkin (kielilinkki) muotoon (kielilinkki)

Painotan vielä, että en siis halua suodattaa kaikkien bottien muokkauksia pois näkyvistä, vaan pelkästään nuo em. iw-muokkaukset, joilla ei ole juuri mitään tekemistä sivun nykyisen sisällön kanssa. On nimittäin turhauttavaa selata sellaisten sivujen historia-sivuja, joiden kymmenistä tai jopa sadoistakin muokkauksista yli 90 % on näitä vanhoja iw-muokkauksia. --Atraie (keskustelu) 12. lokakuuta 2016 kello 20.57 (EEST)

Tuollainen ominaisuus olisi hyvä saada yleiseen käyttöön sellaisena, että se ei vain piilottaisi bottimuokkauksia vaan jättäisi ne kokonaan huomiotta niin että muokkaushistoriasivut tulisivat kuitenkin täyteen eivätkä supistuisi muutamaan riviin niin että käyttäjä joutuisi painelemaan "vanhemmat"-linkkiä. --Savir (keskustelu) 13. lokakuuta 2016 kello 10.06 (EEST)

Atraie; kopioi sivun Käyttäjä:Zache/common.js sisältö omalle common.js -sivullesi. Tuo koodinpätkä piilottaa ne kielilinkinlisäämiset joissa on linkitetty kohdesivulle. Se jättää näkyville ne joissa on pelkkiä tekstimuotoisia iw-merkintöjä tyyliin "Botti lisäsi: ext, lmo, os, pam", koska noiden tunnistamisessa minun olisi pitänyt ruveta tunnistamaan mitkä yhteenvedoista koskee luokkien lisäämisiä sun muuta. Savirille, ei ole mahdollista tehdä mitenkään fiksusti ilman koodimuutoksia mediawikiin ja pystyt tarvittaessa klikkaamaan sitä näytä 100 muutosta linkkiä jolloin tuloksia tulee riittävästi. --Zache (keskustelu) 13. lokakuuta 2016 kello 10.20 (EEST)

Suurkiitos, tuo vaikuttaisi toimivan hyvin. Mielestäni tämä on sen verran kätevä, että tämän voisi ottaa kaikille yleiseen käyttöön, jos vain joku osaisi vielä lisätä seuraavanlaisen toiminnon:

• Muokkaushistoria-sivulle ilmoitus, että sivulta on piilotettu bottimuokkauksia ja ilmoituksen yhteyteen nappi, jolla piilotetut muokkaukset saisi yksittäisen sivun kohdalla hetkellisesti takaisin näkyviin.
• Lisäksi ilmoituksen oheen ohje sille, kuinka piilotusominaisuuden saa kytkettyä kokonaan pois päältä. (Jos nyt joku välttämättä haluaa itseään kiusata turhilla bottien iw-muokkauksilla.)

Vielä lisäehdotuksena: Myös bottien {{Link FA}}/{{Link GA}}/{{Link FL}} jne. -muokkaukset voisi piilottaa, koska kyseisiä mallineita ei enää käytetä paikallisesti, vaan ne tulevat iw-linkkien tavoin Wikidatasta. Em. mallineiden bottimuokkauksia on sivuhistorioissa huomattavasti vähemmän kuin iw-muokkauksia, mutta esim. Kanada-artikkelin muokkaushistoriasta niitä löytyi jo toistakymmentä. Tässä esimerkkinä sen historiasta löytyneitä yhteenvetoja:

• Bot: Suositeltu artikkeli -tähti: (kielilinkki)
• Suositeltu artikkeli -tähti: (kielilinkki)
• Bot: (kielilinkki) is a good article
• roboto: (kielilinkki) estas artikolo leginda
• Botti: (kielilinkki) on suositeltu artikkeli
• Botti: (kielilinkki) on entinen suositeltu artikkeli
• Botti: (kielilinkki) on hyvä artikkeli
• Removing Link FA template (handled by wikidata)
• Removing Link GA template (handled by wikidata)

--Atraie (keskustelu) 20. lokakuuta 2016 kello 04.36 (EEST)

Tarpeettomia Wikidatan P-seurantaluokkia

Halutuissa luokissa näkyy luokkia, joiden nimi on seuraavankaltainen: Luokka:Page using data from P2923. Eihän me nyt tänne suomenkieliseen Wikipediaan varmaan haluta jokaiselle Wikidatan P:lle omaa luokkaa, johon luokitellaan sivuja, jotka käyttävät jotain Wikidatan property-koodia. Eihän? Miten nuo saa veks, pois ja kauas? --Pxos (keskustelu) 21. lokakuuta 2016 kello 19.48 (EEST)

Moduuli:Fr:Wikidata/I18n, voiskohan tuon "Page using data from $1" poistaa kokonaan? Meillähän on jo Luokka:Wikidataa hyödyntävät mallineet, johon puolestaan tuon Malline:Majakka 3:sen voisi lisätä. --Stryn (keskustelu) 21. lokakuuta 2016 kello 20.01 (EEST)

Panin kokeillen: [14]. Jos jotain meni rikki, yritän olla tavoittamattomissa tai kiellän kaiken. Tätä viestiäkään en sitten kirjoittanut. --Pxos (keskustelu) 21. lokakuuta 2016 kello 20.28 (EEST)

Linkin kopioiminen hu.wikistä?

Hu.wikissä ei ilmeisesti enää pääse normaaliin muokkausnäkymään, ainakaan sellaista painiketta ei löytynyt. Miten käy koko viitteen kopiointi artikkelista, esim. tästä artikkelista? --Abc10 (keskustelu) 27. lokakuuta 2016 kello 09.35 (EEST)

Pääsee, samalla tavalla kuin täälläkin Visuaalisessa muokkaimessa. Kun muokkain aukeaa, oikeassa yläkulmassa on painike [[ ]]. Siitä pääsee tekstieditoriin. --Lentokonefani asiaa? | syntilista 27. lokakuuta 2016 kello 10.26 (EEST)

Kiitos. Outoa että tavallinen muokkausnäkymä ei ole tarjolla, mutta Unkarissa nyt on tällä hetkellä muutakin outoa. --Abc10 (keskustelu) 27. lokakuuta 2016 kello 10.47 (EEST)

Paavali (täsmennyssivu)

Tällä sivulla olisi käyttöä mallineelle: Malline:Täsmennysivu/henkilöt --Pe-ga-sos (keskustelu) 27. lokakuuta 2016 kello 12.04 (EEST)

Mikä se olisi ja miksi? --Jmk (keskustelu) 27. lokakuuta 2016 kello 12.28 (EEST)

Olin jo tulossa kumoamaan tämän huonon keskustelunaloituksen, kuolleena syntynyt idea. --Pe-ga-sos (keskustelu) 27. lokakuuta 2016 kello 12.35 (EEST)

Kerron nyt kuitenkin että malline luokittelisi sivun luokkaan Luettelot henkilöistä. --Pe-ga-sos (keskustelu) 27. lokakuuta 2016 kello 12.44 (EEST)

Etusivun suojaus

Fi-wikipediassa on etusivu täysin suojattu (vain ylläpitäjät voivat muokata), mutta etusivulla käytetyt mallineet (esim. "Suositeltu artikkeli") ovat heikommalla suojauksella tai ilman suojausta. Toisin sanoen etusivun näkymää pääsee muokkaamaan niiden kautta, kulloisestakin suojaustasosta riippuen rekisteröityneet käyttäjät tai rekisteröitymättömätkin. Koetaanko tätä mitenkään ongelmaksi? En-wikissä asia on ratkaistu panemalla etusivu täyssuojatuksi tarttuvalla suojauksella (en:WP:CASCADE), jolloin suojaus koskee automaattisesti myös etusivulla käytettyjä mallineita (ja niissä käytettyjä mallineita jne., rekursiivisesti). --Jmk (keskustelu) 28. lokakuuta 2016 kello 16.33 (EEST)

Tarttuva suojaus sitten tarttuu vähän joka paikkaan. Pitäisi tehdä luettelo kaikista etusivuun sisällytetyistä sivuista (ei siis koske ainoastaan mallineita vaan myös kuvia tai yleensä jokaista toista sivua, joka vain on transkludoitu etusivulle koodilla {{NIMIAVARUUS:Sivun nimi}}. Mallineiden sisällyttämisessä ei tarvita nimiavaruutta, joten malline {{Artikkelitoiveet}} voidaan sisällyttää sivuun ilman "Malline:"-etuliitettä. Tuosta potkaisenkin aasia, joka siirtyy kertomaan, että tarttuva suojaus suojaisi täysin myös tuon mallineen Malline:Artikkelitoiveet, jossa on nyt vain osittainen suojaus. Tätä ei varmaan haluta. Sitten Jmk kertoikin tuossa siitä, miten liima valuu sellaisiinkin koloihin, joita ei päältä näe. --Pxos (keskustelu) 28. lokakuuta 2016 kello 16.49 (EEST)

Saksa-wikissä on käytössä (ainakin artikkeleissa) erityinen Seuloja-tason suojaus, missä artikkeleja voivat muokata ainoastaan seulojat. Se pätee varmaan kaikissa nimiavaruuksissa riippumatta seulontakoneistosta, koska se tutkii käyttäjän erioikeudet suhteessa muokattavaan sivuun ja tutkii ainoastaan, onko edit-nappia painava tyyppi editor-tasoa. Vaatisi paljon keskustelua ja liikaa säätöä Phabricatorissa, mutta yllä kuvattuun ongelmaan olisi mielestäni paras ratkaisu tarttuva seulonta-tason suojaus. Näin etusivua ja kaikkea siihen liittyvää voisivat muokata seulojat, koska ainakin viime päiviin asti seulojat olivat vielä luotettaviksi katsottuja käyttäjiä. Tosin korttitalo ei enää pysy pystyssä, mikäli suojausrakennelmista riippumatta seulojaoikeuksien antamisprosessi muuttuu tulevaisuudessa. Siispä ideani on huono ja "sori siitä". --Pxos (keskustelu) 28. lokakuuta 2016 kello 16.55 (EEST)

Ymmärtääkseni tarttuvaa suojausta ei voi panna muuten kuin täyssuojaukseen. (Jos suojaat jotain sivua osittain, niin tarttuva-ruksia ei voi valita.) Eli jos ja kun (a) tarttuva täyssuojaus on liikaa, niin sitten on tarjolla vaihtoehdot (b) yritetään osittaissuojata niitä sisällytettyjä sivuja (unohtuu kuitenkin jostain) tai (c) pidetään ovet auki ja katto korkeella, ainahan voi siivoilla sitten kun jotain tapahtuu. --Jmk (keskustelu) 28. lokakuuta 2016 kello 17.04 (EEST)

Tarkoitinkin sellaista kamalan työlästä ja huonosti onnistuvaa skenaariota, missä fi-wiki ensin pyytää panemaan päälle tännekin saman Editor-suojauksen kuin de-wikissä nyt, ja sitten länsimetron kakkosvaiheena pyytää, että koko järjestelmänlaajuisesti pyydetään rakentamaan tarttuvaan suojaukseen myös editor-taso. De-wiki varmaan vastustaisi asiaa. Siksi kirjoitinkin pseudopahoittelut kommentin loppuun, koska idea on luultavasti toteuttamiskelvoton. Jos palataan alkuperäiseen ideaan, niin tarttuva täyssuojaus on liikaa, koska liiman etenemistä ei voi varmasti valvoa. Se nimittäin voi myöhemmin levitä huomaamatta. Mutta kuten sanoin, ensin pitäisi tehdä luettelo siitä, mihin liima ylipäänsä voi tarttua ennen kuin pidetään harjankohottajaisia. --Pxos (keskustelu) 28. lokakuuta 2016 kello 17.10 (EEST)

Ajattelin panna tähän luettelon, mutta tulin toisiin ajatuksiin, koska myös joku antiwikipedisti voi lukea tätä. Sen verran ehdin huomata, että etusivun koodissa on muutama mallinekutsu suoraan, mutta sitten on mutkan kautta etusivuun liittyviä mallineita, jotka tulevat etusivulle jollain muulla tavalla kuin etusivun kutsumina. Tarttuva suojaus leviäisi niiden kautta mahdollisesti muualle, pahimmassa tapauksessa artikkeliavaruuteen saakka. Sivuissa ei sitten olisi edes suojausmallinetta kertomassa suojauksesta vaan niitä olisi käyttäjien mahdotonta muokata. Idea tarttuvasta suojauksesta ei ole aivan surkea, mutta ainoa selkeä ongelma, jonka löysin, on se, että vaihtuvat valitut palat jäävät ilman suojausta. Muissa mallineissa on osittainen suojaus päällä, ja suojauksia lisättiin kesäkuussa 2016, kun vandalisointia silloin harrastettiin. Yllä olevien lisäksi on myös tarjolla vaihtoehto D, missä osa mallineista suojataan väärinkäyttösuodattimella. Esimerkkinä on Malline:Test. Jos Editor-tason suojausta ei tarvita, voidaan ongelma aina korjata kotiverstaassa väkä-suodattimella. Siihen voisi mahdollisesti Zache osata rakentaa sellaisen koodikimpun, jolla suojattaisiin Valitut palat -malline aina tarpeen mukaan. --Pxos (keskustelu) 28. lokakuuta 2016 kello 17.28 (EEST)

Jotta en toistaisi itseäni, viittaan työselitelmääni sivulla Keskustelu mallineesta:Hlist. Nyt on osa etusivulla näkyvistä mallineista suojattu erityisellä tavalla. Se ei ratkaise Jmk:n esittämää alkuperäistä ongelmaa aivan suoraan, mutta ratkaisee asiaan liittyviä turvallisuusseikkoja aiempaa tehokkaammin. --Pxos (keskustelu) 28. lokakuuta 2016 kello 19.00 (EEST)

Vielä lisätään tieto siitä, että en-wikissä on ongelma ratkaisuksi perustettu myös erityinen mallinetason suojaus, joka estää Jmk:n kuvaamaa vandalismia ja joka on huomattavasti tehokkaampi kuin osittainen suojaus. Tuollaiset suojaukset kirjautuvat lokeihin ja tekevät asiat selviksi. Minun kehittämäni väkä-suodatin on vain se keino, joka fi-wikissä on käytössä. Olen sitä mieltä, että lokeihin kirjautuvat suojaukset olisivat yhteisöllisesti aina parempi tapa kuin esoteeriset suodattimet, mutta työkaluja sinänsä ei kannata haukkua, koska ne ovat – työkaluja. Haukkukaa tarvittaessa työkalun käyttäjät. --Pxos (keskustelu) 28. lokakuuta 2016 kello 19.06 (EEST)

Outo kuva artikkelissa

Laajensin äsken artikkelia C. L. Moore. Siihen tuli tuollainen kuva, joka kyllä sinänsä liittyy artikkeliin (kansikuva lehdestä, jossa on julkaistu Mooren tarina), mutta ei se nyt ainakaan tuohon kirjailijan kuvan kohdalle mallineeseen kuulu. En oikein tiedä, miksi artikkeliin edes tulee tuommoinen kuva, kun lähdekoodissa ei ole linkkiä koko kuvaan. -Miihkali ^(artikuloi) 14. lokakuuta 2016 kello 13.06 (EEST)

Joku poistikin jo kuvan. Olisi silti kiva kuulla, mistä oikein oli kyse. --Miihkali ^(artikuloi) 14. lokakuuta 2016 kello 13.12 (EEST)

Malline hakee kuvan automaattisesti aiheen Wikidata-kohteesta, jos siellä sellainen on määritelty. Tässä tapauksessa (wikidata:Q242530) kuvana oli tuo juliste. Wikidata-kuvan saa pois lisäämällä kuva-parametriin - tai määrittelemällä siihen jonkun toisen kuvan.--Olimar 14. lokakuuta 2016 kello 13.13 (EEST)

Ok. Kiitos. --Miihkali ^(artikuloi) 14. lokakuuta 2016 kello 13.15 (EEST)

Jatkan tätä sen verran, että minä poistin sen kuvan myös Wikidatasta (tässä linkki vanhaan versioon jossa kuva näkyy), koska se ei ollut oikea thumbnailkuva tuohon artikkeliin. Se oli Wikidatassa siksi, että se kuva käytössä tietolaatikkokuvana ruwikissä (selventävän kuvatekstin kera) ja oli napattu sieltä. --Zache (keskustelu) 14. lokakuuta 2016 kello 13.17 (EEST)

Mikäköhän tämän (HUOM kuva on iso mutta vaaraton) (EDIT:Korjattu, ei ole enää iso) aiheutti? Kuva on ollut wikidatassa aika kauan, ja tuskin tuo sivu on ollut tuon näköinen kovin pitkään...? Tässä yksi päivä oli myös tapaus, jossa (kuolleen) hlön artikkeliin tuli wikidatasta väärä kuva, ja joku oli kai täällä fiwikissä ladannut netistä löytämänsä copyvio-kuvan siihen tilalle, kun ei osannut tyhjästä ilmestynyttä aavekuvaa poistaakaan. Kävin potkaisemassa väärän kuvan pois Wdatassa. -kyykaarme (keskustelu) 29. lokakuuta 2016 kello 12.45 (EEST) Lisätty huomautus. -kyykaarme (keskustelu) 29. lokakuuta 2016 kello 13.00 (EEST)

Mallineessa {{etunimi}} tuo kuvan leveys-ehto toteutui silloinkin kun parametria ei oltu määritelty jolloin leveyden arvoksi tuli {{{kuvan leveys}}} ja kuvasta tuli täysilevyinen. (ks. diff) --Zache (keskustelu) 29. lokakuuta 2016 kello 13.06 (EEST)

Korjasin myös muutaman muun vastaavan ehdon. Sinänsä nuo ehdot ovat olleet tietolaatikoissa jo kauemmin, mutta vika ei vain näkynyt tai se kierrettiin kuvan lisäämisen yhteydessä lisäämällä kuvan leveys -parametri tietolaatikkoon. Nyt kun kuvia tuli automaattisesti niin virhe pääsi näkymään artikkeleissakin. --Zache (keskustelu) 29. lokakuuta 2016 kello 13.54 (EEST)

Sotkemista-painike

@Zache: Pienoisohjelmista löytyi tällainen: ”Lisää seulontaan Sotkemista-napin, joka samalla merkitsee hylkäämisen johtuneen sotkemisesta.” Olen sitä nyt jonkin aikaa käyttänyt. Hyödyllinen kaveri se on, mutta valitettavasti vähän yli-innokas. Nyt yhteenvetoon tulee aina sana ”sotkemisena” vaikka painan sitä ihan tavallista Hylkää muutokset -nappia, kuten vaikkapa tässä kävi. Vaatinee hiukan hienosäätöä. --Lentokonefani asiaa? | syntilista 27. lokakuuta 2016 kello 19.50 (EEST)

Kiitos tiedosta, tutkin asiaa, mutta se menee ensi viikkoon. Zache (keskustelu) 27. lokakuuta 2016 kello 21.32 (EEST)

Sehän selittääkin, kun luulin kerran painaneeni vahingossa väärää nappia. Kätevä se kyllä muuten on. -kyykaarme (keskustelu) 28. lokakuuta 2016 kello 21.09 (EEST)

Toimiskohan nyt. --Zache (keskustelu) 29. lokakuuta 2016 kello 13.48 (EEST)

Toimii. Kiitoksia. --Lentokonefani asiaa? | syntilista 29. lokakuuta 2016 kello 23.20 (EEST)

Kirjaviite-mallineen korjauspyyntö

Muokkausruudun alla olevassa valikossa on kirjaviite ja kirjaviiteMINI, joista puuttuu kohta |Suomentaja =. Malline-sivulla olevassa viitteessä se on, joten pyytäisin korjaamaan tuon puuttuvan kohdan. -- Abc10 (keskustelu) 28. lokakuuta 2016 kello 10.47 (EEST)

Taidan taas huutaa tuuleen. --Abc10 (keskustelu) 28. lokakuuta 2016 kello 19.15 (EEST)

Tuuli vastasi. --Lentokonefani asiaa? | syntilista 28. lokakuuta 2016 kello 19.41 (EEST)

Kiitos. -- Abc10 (keskustelu) 29. lokakuuta 2016 kello 07.58 (EEST)

Hae Wikipedia

Ainakin minulla tuossa oikean yläkulman hakulaatikossa lukee tällä hetkellä "Hae Wikipedia". Itse Wikipedian olen jo onnistunut löytämään, mutta artikkeli on se mitä haluaisin hakea. Tuo kannattaisi ehkä muuttaa muotoon hae Wikipediasta. --MiPe ^(wikinät) 28. lokakuuta 2016 kello 10.53 (EEST)

Tämä varmaan korjaa asian. --Stryn (keskustelu) 28. lokakuuta 2016 kello 11.16 (EEST)

Mahtavaa! Olin juuri menossa jonnekin huutelemaan asiasta, mutta se olikin tässä välissä jo ratkaistu samalla kun se tähän väliin oli kirjoitettu. Asiat hukkuvat helposti muiden viestien keskelle. Yllä olevassa osiossa on huutajan aika pitkä, voisiko joku käydä asian korjaamassa? --Pxos (keskustelu) 28. lokakuuta 2016 kello 19.23 (EEST)

Vahvistan vielä, että tänään 29. lokakuuta 2016 tuo pohjaopasteksti on muuttunut oikeaan muotoon Hae Wikipediasta. Asian saapuminen translate.wikistä varsinaiseen Wikipediaan vei noin yhden vuorokauden ajan, mikä on tavallinen viive tämänkaltaisissa muutoksissa. --Pxos (keskustelu) 29. lokakuuta 2016 kello 11.01 (EEST)

Väärinkäyttösuodattimen varoitusviestit rikki

Väkä-suodattimen varoitusviesti ei näytä oikeaa sisältöä vaan itsensä koodina. Kun olen viime päivinä saanut varoitusviestejä, niiden sisältö on seuraavannäköistä soosia:

<a href="/wiki/Tiedosto:Stop_hand_nuvola.svg" class="image"><img alt="Stop hand nuvola.svg" src="//upload.wikimedia.org/wikipedia/commons/thumb/f/f1/Stop_hand_nuvola.svg/40px-Stop_hand_nuvola.svg.png" width="40" height="40" srcset="//upload.wikimedia.org/wikipedia/commons/thumb/f/f1/Stop_hand_nuvola.svg/60px-Stop_hand_nuvola.svg.png 1.5x, //upload.wikimedia.org/wikipedia/commons/thumb/f/f1/Stop_hand_nuvola.svg/80px-Stop_hand_nuvola.svg.png 2x" data-file-width="240" data-file-height="240" /></a>
	Tämä toiminto on automaattisesti tunnistettu haitalliseksi ja siksi sen suorittamista ei ole sallittu. Jos olet sitä mieltä, että toimenpiteesi on asiallinen, ota yhteyttä ylläpitäjään ja kerro, mitä yritit tehdä. Voit myös <a href="/wiki/Wikipedia:V%C3%A4%C3%A4rink%C3%A4ytt%C3%B6suodatin/Virheet" title="Wikipedia:Väärinkäyttösuodatin/Virheet">raportoida virheestä</a>. Laukaisemasi väärinkäyttösuodattimen säännön lyhyt kuvaus on: Mallineiden erityinen suojaus 

Tuo html-koodi ei siis tuota sisältöä oikein vaan esittää homman koodina, vaikka pohjaväri toimii. Mistähän mahtaa johtua? Onko joku muuttanut meidän omia mallineita vai onko vika maahantuojassa? --Pxos-test4 (keskustelu) 29. lokakuuta 2016 kello 21.00 (EEST)

Minulla tuo viesti näkyi oikein. Sellainen huomio, että itse suodatinsääntö ei toimi (ne eri itsenäiset säännöt kannattaisi ryhmitellä sulkeiden sisälle). Tein tänne esimerkiksi miten itse tuota muuttaisin eli pistäisin nimiavaruus ja action -vertailut alkuun ja tekisin sivun nimi vertailun contains_any vertailulla ja käyttöoikeusvertailun hitaimpana viimeiseksi. --Zache (keskustelu) 30. lokakuuta 2016 kello 09.59 (EET)

Välihuomioni: Väkä-suodattimen nro 115 ongelmista voisi siirtyä keskustelemaan minun omalle keskustelusivulleni, koska asia ei liittyne tähän ongelmaan ja sekoittaa tätä keskustelua, jos siitä ruvetaan juttelemaan samanaikaisesti. --Pxos (keskustelu) 30. lokakuuta 2016 kello 12.06 (EET)

Sepä kummallista. Minulla oli nimittäin myös ihan sama ongelma, kun lisäsin {{AllekirjoittamatonIP}}-mallinetta jollekin keskustelusivulle toissapäivänä. Allekirjoituksen puuttumisesta varoittava väkä-viesti näytti juuri tuollaiselta koodisotkulta. --Lentokonefani asiaa? | syntilista 30. lokakuuta 2016 kello 10.32 (EET)

Huomasin sotkun ensi kerran joko 23. tai 25. tai 28. lokakuuta (en muista tarkasti), kun sain 119:ltä varoituksia liiallisesta keskustelusta. Ajattelin, että kyseessä on esikatseluruudun vika tai tarkemmin sanottuna olin tyypilliseen tapaani niin tärkeiden asioiden keskellä kirjoittamassa kommenttejani, että en juuri jaksanut välittää koodisotkusta. Otin kuitenkin 119:n pois käytöstä ja siihen loppuivat sotkut hetkeksi. Vasta 115:n antama varoitus havahdutti. Jotain on siis mennyt rikki tuossa välillä 20.10.–29.10.2016. Silloin on tehty muun muassa common.js-muutoksia. Olisikohan niissä jotain ratkaisun avainta? --Pxos (keskustelu) 30. lokakuuta 2016 kello 11.53 (EET)

Kokeile saatko toistettua tuon ongelman ja jos saat niin kerro miten ja millä selaimella. Nopea arvaukseni on, että tämä ei liity javascriptiin vaan on ollut palvelinpääsäs jokin toimintahäiriö. --Zache (keskustelu) 30. lokakuuta 2016 kello 12.22 (EET)

Ongelmia ei enää ole ja viestit näkyvät testaustunnuksellani (Pxos-test4) ihan oikein siististi laatikossa aivan kuten pitääkin. Ilmeisesti ongelma oli ja meni pois jotenkin itsestään. Kiva-ikävä kuulla, että toinenkin käyttäjä tosin huomasi sen kerran, joten vika ei ollut aivan paikallinen. (Muuten 115:stä siirsin keskustelun omalle kesk.sivulleni.) --Pxos-test4 (keskustelu) 30. lokakuuta 2016 kello 12.43 (EET)

Muutkin olivat huomanneet ongelman: Phab:T149473. --Stryn (keskustelu) 30. lokakuuta 2016 kello 12.48 (EET)

Kiitos tiedosta. Sylttytehdas näyttää aina olevan tosiaan jossain kaukana. On se ihmeellistä, miten nämä ihmisten tekemät tietokoneohjelmistot toimivat edes näin hyvin. Minullakin on Windows-järjestelmä pöytäkoneessa, ja sekin toimii aina välillä ihan hyvin. --Pxos-test4 (keskustelu) 30. lokakuuta 2016 kello 12.59 (EET)