Kun omissa asetuksissa on päällä hyödyllinen toiminto "Ryhmittele muutokset sivun mukaan tuoreiden muutosten listalla ja tarkkailulistalla" niin muokkausten luettelo artikkelin nimen alla näyttää tämäntapaiselta:
Koska lyhenteet "nyk." ja "edell." eivät minusta kerro kunnolla mitä niiden takaa löytyy, ainakaan uusille käyttäjille, voisiko ajatella että ne korvaittaisiin joillain selkeämmillä sanamuodoilla? --Savir (keskustelu) 1. helmikuuta 2017 kello 17.15 (EET)[vastaa]
Teknisesti kyseessä voi olla sama (nyk. | edell.)-teksti, joka tulee ohjelmistosta kaikkiin sivuhistorianäkymiin, joten voi olla, että muutos vaikuttaisi kaikkialle. Ainakin linkkitekstit on hyvä pitää lyhyinä. Englanniksi ne ovat "cur/prev", joten ei ruoho liene parempaa muurin meksikon puolellakaan. --Pxos (keskustelu) 1. helmikuuta 2017 kello 17.35 (EET)[vastaa]
Jopa tooltipit olisivat parannus, ehkä nuo yllä antamani pidemmät versiot. Nyt "nyk."illä ei ole tooltipiä ja "edell.":in tooltip on itse artikkelin nimi. Ja ylin "nyk." antaa sitä paitsi vain nykyversion eron itseensä eli on ihan turha. --Savir (keskustelu) 1. helmikuuta 2017 kello 17.43 (EET)[vastaa]
Joku on lisännyt siihen kuvan 2012 ja kierrättänyt mallineessa jo olleen kuvateksti -parametrin sen käyttöön. Muutin tuota siten, että se nyt näyttää sen tekstin ainoastaan sijaintikartan alla mikäli kartta-parametri on määriteltynä joka on se miten tuo on toiminut 2006-2012. Koska ollaan jännän äärellä, niin mallineeseen on sittemmin lisätty myös kaupunki2-mallineesta kopioitu sijaintikarttakoodi jota voi myös käyttää kartan näyttämiseen ja joka puuttuu mallineen dokumentaatiosta. --Zache (keskustelu) 2. helmikuuta 2017 kello 02.34 (EET)[vastaa]
Ahaa. Eli nykyisellään on parempi jos ei lisää kuvatekstiä mallineeseen ollenkaan, koska se on nyt väärän läpyskän alla. Sijaintikartta ei oikeastaan tarvitse kuvatekstiä ollenkaan koska sijaintikartta näyttää ko. luonnonsuojelualueen sijainnin eikä sitä oikeastaan tarvitse selitää, valokuva alueelta voi taas esitää mitä tahansa, joka yleiskuvaa tai yksityiskohtaa tai jotain alueelle tyypillistä elukkaa. - Lisäilin noita kuvatekstejä kun kävin läpi vanhaa keskeytynyttä ensisijaiset paikantimet -hanketta ja osassa artikkeleista on Wikidatasta tuleva kuva myös muuten eli se on artikkelissa turhaan tuplana.kuten oli esim. [1]. - Kiitos selvityksestä.--Htm (keskustelu) 2. helmikuuta 2017 kello 06.31 (EET)[vastaa]
Tällä haulla näkee ne artikkelit joissa on käytetty tuota mallinetta ja vaikka tuloksessa on kaikki artikkelit, niin itselläni tuossa haun tuloksessa näkyy myös se kuvateksti-parametrin sisältö joka auttaa silmämääräisesti poimimaan oikeat tuloksesta. --Zache (keskustelu) 2. helmikuuta 2017 kello 07.14 (EET)[vastaa]
Jätän probleeman nyt hautumaan rauhassa, se ei luultavasti ole maailman suurin ongelma just nyt, enkä osaa tehdä sille mitään, mutta kiitos sinulle vaivannäöstä!--Htm (keskustelu) 2. helmikuuta 2017 kello 07.16 (EET)[vastaa]
Jatkoin vielä tämän parissa sen verran, että korvasin kuvasta näkymättömät kuvatekstit kiinteillä (tooltipit) ja poistin näkyvän kuvatekstin. Kuvan alla olevan kuvatekstin pistin näkymään vain silloin jos itse kuvakin on määritelty fiwikissä. Eli kuvatekstiä ei näytetä jos kuva tulee Wikidatasta, koska Wikidatan kuva voi vaihtua joten turha fiwikissä on sille paikallista kuvatekstiä kirjoittaa. --Zache (keskustelu) 2. helmikuuta 2017 kello 07.52 (EET)[vastaa]
En nyt keksinyt parempaakaan paikkaa minne tämän laittaa.
Eli: tässä artikkelissa on kaksi asiaa, joille pitäisi/voisi tehdä jotakin.
Nimi. Kuten toinen IP artikkelin keskustelusivulla mainitsikin, nimi on hiukan ongelmallinen, sillä on olemassa toinen elokuva, jolla on sama suomenkielinen nimi. Ottaen huomioon sen, että alkuperäisnimellä Red Dawn tunnettu elokuva on huomattavasti alkuperäisnimellä Red Heat tunnettua elokuvaa kuuluisampi (edelliseen on viitattu mm. South Park -animaatiosarjassa ja elokuvassa Hot Tub Time Machine ja siitä on tehty uusintaversio vuonna 2012) ehdottaisin, että ei-määritelty artikkelinimi Punainen vaara varataan vuoden 1984 elokuvalle ja tämä nyt kyseessä oleva artikkeli siirretään keskustelusivun IP:n ehdotuksen mukaisesti nimelle Punainen vaara (vuoden 1988 elokuva).
Kuva. Artikkelissa tällä hetkellä seisova kuva esittää kanadalaisen Danko Jones -yhtyeen samannimistä päähahmoa. En tiedä mistä on kyse, mutta en kykene poistamaan kyseistä kuvaa artikkelista, sillä sitä ei löydy artikkelin lähdekoodista.
Voisiko omalle tarkkailulistalle tulla kaikki omat keskustelusivun ja käyttäjäsivun alasivut joko automaattisesti tai asetusten valinnan kautta. Nyt ainakaan arkistointibotin tekemät oman keskustelusivun arkistot eivät mene suoraan käyttäjän tarkkailulistalle eivätkä ilmeisesti muutkaan muiden kuin itsen tekemät alasivut. --Savir (keskustelu) 6. helmikuuta 2017 kello 11.31 (EET)[vastaa]
Kuulostaa sen verran ohjelmistotason jutulta, että pitäisi tehdä Kehittämöön Phab-anomus eli Phabricatoriin ehdotus asiasta. Niitä kai voi tehdä siellä kuka vain. Joskus tarvitaan paikallisyhteisön tuki, mutta tämä kuulostaa siltä, että se koskee koko MediaWiki-ohjelmaa, joten ehdotuksen voi ymmärtääkseni vain panna pläjäyttäen. Stryn kenties osaisi neuvoa paremmin, miten siellä toimitaan. --Pxos (keskustelu) 6. helmikuuta 2017 kello 17.26 (EET)[vastaa]
Miten muuten html-koodista väkisin vanhennetut osat vaikuttavat aiempiin muokkauksiin? Luin jo vuosia sitten, että Wikipediassakin paljon käytetty yliviivauskäsky <strike> on sellainen otus, että siitä pyritään pääsemään eroon. Kirjoituksessa suositettiin käyttämään komentoa <del>, joka muka ei vanhene koskaan. Rupesin itse tämän vuoksi vaan delaamaan enkä straikkaamaan, koska olen myös pasifisti tai sitten tykinruokaa. Kysymys kuuluu: mitä tapahtuu meidän yliviivauksille siinä vaiheessa, kun "strike" poistetaan käytöstä? Hyvä esimerkki on entinen välkkykomento "blink", joka ei enää toimi. Sillä ei saa päänsärkyä aiheutettua lukijalle, vaikka sen yrittäisikin <blink>jonnekin panna</blink>. --Pxos (keskustelu) 10. helmikuuta 2017 kello 01.53 (EET) Muutettu kommenttia, koska käsitin väärin vanhentumisen kohteen, mutta en kuitenkaan pääasiaa. --Pxos (keskustelu) 10. helmikuuta 2017 kello 02.03 (EET) Lisäys: Yliviivaus on erittäin tärkeä keskustelujen tehokeino täällä, koska sillä peruutetaan erilaiset takaisinvedetyt laukaukset. Jos viivaa ei näykään enää tulevaisuudessa, niin moni asia muuttuu pahemmaksi. --Pxos (keskustelu) 10. helmikuuta 2017 kello 02.06 (EET)[vastaa]
Joku taikalaatikko hakee rakennuksille koordinaatteja Wikidatasta, esim. artikkelissa Oppio. Koordinaateilla ei kuitenkaan ole tyyppiä, ei sijaintimaata, ei mittakaavaa. Sen seurauksena linkkiä klikkaava käyttäjä saa nähdäkseen jotain Jyväskylän suuraluetta, eikä suinkaan rakennusta. Eikä ole tarjolla suomalaisia karttapalveluita (koska sijaintimaa puuttuu). Onko Wikidatassa joku paikka noille koordinaattien metatiedoille vai näilläkö mennään? --Jmk (keskustelu) 10. helmikuuta 2017 kello 13.55 (EET)[vastaa]
Koordinaatit tulee mallineesta {{Wikidatakoordinaatit}}, joka kutsuu moduulia module:En:Coordinates (ohjeet), tuohon wikidatakoordinaatit-mallineeseen voisi lisätä tuen noille tyypille, sijaintimaalle, mittakaavalle jne joiden vakioarvot voisi tulla wikidatasta ja ne voisi ylikirjoittaa tietolaatikossa jos siihen on tarve. Ylikirjoittaa tietolaatikossa siis siten, että tietolaatikko tarjoaa wikidatan sijaan jotain tiettyä mittakaavaa eikä siten, että ne voisi syöttää tietolaatikon parametriksi. --Zache (keskustelu) 10. helmikuuta 2017 kello 14.31 (EET)[vastaa]
Olen tässä seurailut tätä luokkaa, ja olen huomannut, että kyseisessä luokassa on paljon sivuja (tällä hetkellä kaikki) joissa ei näy script erroria. Osaisiko joku selittää, että miksi ne kuuluvat tähän luokkaan. Onko script error jotenkin piilotettu, vai onko sivulla joku toinen virhe jonka perusteella se tähän kuuluu? --4shadoww (keskustelu) 10. helmikuuta 2017 kello 15.09 (EET)[vastaa]
On, tarkistamatta vielä, niin luulisin virheen tulevan siitä, että se yrittää verrata uhanalaisuusluokitusta Wikidatasta löytyvään uhanalaisuusluokitukseen joka eläimiltä puuttuu. Koodista puuttuu puolestaa null-tarkistus. Lisää Käyttäjä:4shadoww/common.css sivullesi seuraava css-sääntö.
Tämä ongelma tulee toistuvasti esiin täällä, mikä tarkoittaa sitä, että vika ei ole kysyjässä. Asiasta pitäisi julkaista jonkinlainen tulikivenkatkuinen pamfletti eikun siis asiallinen tiedote, koska Wikidata on ns. kolmannen tason agentti, jonka toiminta ei ole ilmiselvää ykköstason operoijille. --Pxos (keskustelu) 6. helmikuuta 2017 kello 20.17 (EET) Lisäys: Siis ykköstasolla olevat artikkelien muokkaajat eivät välttämättä uusina muokkaajina tajua, että osa artikkelin näkyvästä sisällöstä ilmestyy siihen erityisen mallineen kautta, joka on tasolla kaksi leipätekstiin nähden. Sitten mallinetta katsovat käyttäjät eivät välttämättä hoksaa, että mallineeseen tuotetaan tietoa Wikipedian ulkopuolelta eli Wikidatasta, joka on leipätekstiin nähden 3. tasolla. Kärsin itse useita vuosia sitten hetken aikaa siitä, että en päässyt "nextille levelille" ymmärryksessä (2. tasolle), joten jos voin ekstrapoloida oman tyhmyyteni, luulen, että se on yleistä. --Pxos (keskustelu) 6. helmikuuta 2017 kello 20.53 (EET)[vastaa]
Okei, siis Wikidataan on ajettu jokin ohjelma, joka heittää satunnaisen tai valitun commons-kuvan heti kun mallinelaatikko ilmaantuu kielen xxwikipedia.org artikkeliin. Näkeekö sieltä mitä sieltä on tulossa, noin vastaisen varalle, ja jos niin mistä? Kuvan voi näköjään vaihtaakin vapaasti. Bytheway, siirsin kazakinkielisen artikkelin oikeaan paikkaan eli se ei linkitä enää Polyporaceae- vaan Polyporales-artikkeliin. ja ainakin näkyi sujuvan ongelmitta. --Höyhens (keskustelu) 7. helmikuuta 2017 kello 07.23 (EET)[vastaa]
Katselin, että YouTubessa on ihan asiallisesti selitetty kuinka laaja projekti tuo kuvien lisääminen on eri wikien sivuille Wikidatasta. Pakko myöntää, että olisi kiva jos jossain näkyisi tieto, että tyhjä kenttä tarkoittaa että tieto haetaan Wikidatasta. --OneMember(keskustelu)7. helmikuuta 2017 kello 07.42 (EET)[vastaa]
Viime viikon viikon kilpailun (kuvitus) yhteydessä törmäsin taksobokseissa aika moneen Wikidatasta tulevaan Commons-luokkaan, jotka ovat tyhjiä. Millä taikasanalla Wikidatasta tulevat kuvat ja Commons-luokat saa pois, vai pitääkö ne korvata paikallisesti jollain kuvalla/luokalla? --SMAUG (Keskustelu – Muokkaukset) 7. helmikuuta 2017 kello 08.09 (EET)[vastaa]
Lisäsin noihin taksoboksien-commonslinkkeihin ominaisuuden, että jos tietolaatikonparametrin commons tai commonscat arvona on "-", niin Wikidatassa olevaa commons-arvoa ei käytetä. Yleisesti olen yrittänyt pitää tuota "-" yleisenä taikasanana sille, että wikidatasta tulevaa arvoa ei käytetä vakioarvona. --Zache (keskustelu) 7. helmikuuta 2017 kello 15.24 (EET)[vastaa]
Selvennykseksi vielä, ettei Wikidata kuvia tänne väkisin puske, vaan oma mallineemme {{Taksonomia/sienet}} on viritetty hakemaan kuva, jos sellainen on olemassa. Mallineiden ohjeet olisi hyvä päivittää, kun niihin lisätään uusia ominaisuuksia. --Silvonen (keskustelu) 7. helmikuuta 2017 kello 14.52 (EET)[vastaa]
Juu, taksobokseihin en ole syypää, mutta suurinpaan osaan muita tietolaatikoita lisäsin tuon kuvien hakemisen Wikidatasta viime kesänä/syksynä samalla kun päivitin tietolaatikot käyttämään universaalisti pelkkää kuvan nimeä kuvaparametreissa (wikikoodin [[kuva:example.jpg]] lisäksi). Siitä oli silloin maininta käytännöt kahvihuoneessa ja ajankohtaista sivulla, mutta mallineiden ohjeita en päivittänyt sitä varten, että tietolaatikoita oli niin paljon ja pyrin siihen, että kaikki tietolaatikot toimisivat kuvien suhteen samalla tavalla. --Zache (keskustelu) 7. helmikuuta 2017 kello 15.24 (EET)[vastaa]
Niin, ja on täällä tosiaan muitakin 3. tason otuksia eli moduulit. Artikkeli kutsuu mallinetta, joka taas kutsuu moduulia. Moduuli voi kutsua Wikidataa, jolloin Wikidata on 4. tasolla suhteessa artikkelin leipätekstiin. Siinä mielessä Visuaalinen muokkaus on samaan aikaan hyvä ja huono, koska se tehokkaasti piilottaa sen, kuinka monimutkaiseksi ja tavalliselle Höö Moilaselle käsittämättömäksi tiedonsiirtoketju on kehittynyt. --Pxos (keskustelu) 10. helmikuuta 2017 kello 15.30 (EET)[vastaa]
On se tavallaan aika hassuakin. Leikitään, että Mannerheimin kengännumero on jonkun mielestä väärin. Tasohyppelypeli menee seuraavasti: 1) Artikkelista löytyy koodi {{Sotilasmarsalkka/dingelis dongelis}}. Toisella tasolla pääsee lukemaan itse mallinetta, jossa ei ole muuta kuin jotain kurkkua kuivaavaa tekstiä tyyliin "#invoke:Moduuli:Fr:Wikidata/Merde". Kolmannella tasolla pääsee lukemaan wikihepreaa ja ranskaa, jos sattuu osumaan moduuliin Moduuli:Fr:Wikidata/Récup. Sen jälkeen voi vielä hypähtää neljännelle tasolle. Kuka ties on vielä viideskin taso, josta Wikidata hakee tietonsa. --Pxos (keskustelu) 10. helmikuuta 2017 kello 15.46 (EET)[vastaa]
Ei moduulit hierarkian kannalta siitä, että malline kutsuisi toista mallinetta joita täällä on ollut iät ja ajat. Tilanne on voinut olla jopa sellainen, että malline se kutsuttavan seuraavan mallineen nimen parametrina tai luo sen jotenkin muuten lennossa. --Zache (keskustelu) 10. helmikuuta 2017 kello 16.14 (EET)[vastaa]
Eipä tajua tuotakaan, mutta pääasia pysyy. Mannerheimin kengännumeroa ei löydä konepellin alta. Commonsissa olevassa infoboksissa oli vuosia vuosia sitten väärä lainkohta koskien Suomen tekijänoikeuslakia. Kun yritin korjata, niin eipä ollutkaan helppoa. --Pxos (keskustelu) 10. helmikuuta 2017 kello 16.21 (EET)[vastaa]
No siis se mistä tiedot tulee esimerkiksi tietolaatikkoon kuuluisi lukea mallineen dokumentaatiossa. Täällä ollaan vain noin yleisesti aika huonoja kirjoittelemaan dokumentaatiota mallineille. Toiseksi esimerkiksi tietolaatikoita on niin paljon, että dokumentaation lisääminen on aika hankalaa tai edes niiden yhtenäistäminen. --Zache (keskustelu) 10. helmikuuta 2017 kello 16.34 (EET)[vastaa]
Se toimii siten, että järjestelmä tunnistaa automaattisesti tietyllä tapaa muotoillun ISBN-tunnisteen ja tekee siitä linkin. Artikkelissa ei sinänsä tarvitse olla mitään muuta kuin tekstinä kirjoitettu isbn ja systeemi on ollut olemassa varmaan vuodesta 2006. Luokitus kuitenkin on uudempi juttu. --Zache (keskustelu) 8. helmikuuta 2017 kello 15.13 (EET)[vastaa]
Katso em. linkkiluokka. Siellä on jostain perin vähän artikkeleita/sivuja. Kokeile samaa ISBN:ää käyttäjäsivullasi, keskustelusivullasi ja jossain artikkelissa niin huomaat eron. Xyzäö (keskustelu) 8. helmikuuta 2017 kello 15.51 (EET)[vastaa]
Nyt ei viittis taas noita kissa ja hiiri -leikkejä, että jossain on vikaa mutta ähäkutti enpäs kerro missä. Kirjoita tähän ihan yksinkertaisesti yhden sellaisen artikkelin nimi, jossa linkki ei toimi, niin katsotaan. --Jmk (keskustelu) 8. helmikuuta 2017 kello 15.54 (EET)[vastaa]
Olihan siellä luokka Pages using ISBN magic links. Kun tein sivulle nollamuokkauksen ja tallensin, niin se päivittyi suomennetuksi Sivut jotka käyttävät ISBN-taikalinkkejä. Menikös se jotenkin niin, että joku automaagi noita luokittelee vähän kerrallaan, ja nollamuokkauksen tallentamalla sen voi pakottaa. Onko esimerkkiä sivusta, jossa ISBN-taikalinkki ei luokittele vaikka sivun tallentaa? --Jmk (keskustelu) 8. helmikuuta 2017 kello 16.00 (EET)[vastaa]
En tiedä. Mutta suomennos on tehty päin W***p***aa, koska siitä puuttuu relatiivipronominiä edeltävä pilkku. Kaikissa muissa on. Jos käyn transuilemassa niin luokalle saadaan kolmas nimi. Voitaisiin säveltää laulu "Kaikki saavat muokata", jota voisi hoilata silloin tällöin. --Pxos (keskustelu) 8. helmikuuta 2017 kello 19.06 (EET)[vastaa]
Kävin antamassa luokalle neljännen nimen. Stryn antoi kolmannen. Pyscowitz toisen ja joku tuntematon ensimmäisen. Sarjatyötä. --Pxos (keskustelu) 8. helmikuuta 2017 kello 22.09 (EET) Muutos: Kävin palauttamassa luokan nimen Strynin versioon, koska oma versioni olisi tuottanut taas uuden, kummallisesti aakkostuvan nimiversion. Toivottavasti kello ei ole liikaa. Käännökset nimittäin vaeltavat öisin. --Pxos (keskustelu) 9. helmikuuta 2017 kello 01.51 (EET)[vastaa]
Opinpa taas uutta vielä tällä iällä. Vaikka {{poliitikko}}-mallineessa ei olisi pantu kuvatiedostoa, niin kuvatiedoston leveys pitää kumminkin laittaa (vaikka olemattomalle kuvalle "valmiiksi"). Jos nimittäin Wikidatassa on (tai sinne joskus putkahtaa) kyseisen henkilön kuva, niin taikalaatikko hakee sen näkyviin, ilman leveysmääritystä jos sellaista ei ole. Ja sitten käy näin [4]. Kätevää. --Jmk (keskustelu) 11. helmikuuta 2017 kello 17.41 (EET)[vastaa]
Vaatisiko tuo hurlumheinlaajuista bottiajoa? Siis pitäisikö botilla ajaa kaikkiin mallineisiin vakioarvo ja sen perään piilokommentti, missä lukee "Kilroy kävi täällä, muuta käsin leveysarvoa halutessasi." Kas kun Wika-data toimii nyt tuolla tavalla ja ihan ilman sarvia ja hampaita luulen, että Wikidatan käyttö lisääntyy vähitellen. If you can't join them, bash them. --Pxos (keskustelu) 11. helmikuuta 2017 kello 17.48 (EET)[vastaa]
Se tietolaatikko toimii samalla tavalla sekä wikidatassa, että paikallisesti määriteltyjen kuvien kanssa. Toisin sanoen se tietolaatikko on rikki. Kotitehtävänä voisi olla, että korjaatte sen:) Katsoin muuten mikä siinä on vikana, mutta en kännykällä pysty korjaamaan sitä--Zache (keskustelu) 11. helmikuuta 2017 kello 18.07 (EET)[vastaa]
Vastaan itselleni: Wikiprojekti:Lappeenrannan Wikikoulutus on siirretty artikkelinimiavaruuteen (Wikiprojekti:-etuliite hämää), ennen kuin Wikiprojekti-nimiavaruus otettiin käyttöön. Nyt kun Wikiprojekti-nimiavaruus on käytössä, niin artikkeliavaruuden Wikiprojekti:-etuliite ei enää toimikaan, ja sivu on jotenkin hukkunut. Teenpä ilmoituksen Phabricatoriin. Stryn (keskustelu) 13. helmikuuta 2017 kello 21.04 (EET)[vastaa]
Sellainen sivurata, että tämä voi olla kontraindikaatio Metasivu-nimiavaruuden poistamisen kannalta. Suomeksi: ei pidä koskaan poistaa käytössä olleita avaruuksia. Tyhjät joukot eivät haittaa, mutta jos nimiavaruus poistetaan, niin vanhat versiot ja ohjaukset voivat mennä aivan tilttiin. --Pxos (keskustelu) 13. helmikuuta 2017 kello 21.11 (EET)[vastaa]
Artikkeleissa on viitenumeroita, mutta lähteet ovat piilossa. Esimerkiksi tässä artikkelissa viitenumerot 1-34 johtavat näkyviin lähteisiin, mutta siitä eteenpäin numeroon 89 asti lähteet katoavat. Kysyn myös, saako lähteiden vaakavierityksen pois, kun se on muutenkin huonosti käytettävä. Pystyvieritystä kai yleensä suositellaan tällaisissa, kun se on helpompi ja hahmotettavampi.--Kulttuurinavigaattori (keskustelu) 14. helmikuuta 2017 kello 12.37 (EET)[vastaa]
EDIT: Chrome ei ymmärrä käyttäjän Asetuksien Käyttöliittymä -osiossa olevaa "Asettaa pitkän viitelistan vieritettävän laatikon sisälle". Poistin tuon ja Chromekin toimii. ongelmitta.
Kuinka muokkaushistorioissa usein oleva sininen nuoli oikeastaan luodaan ja onko sillä jokin erityinen nimitys? Siis esim. artikkelissa "Suomi" on muokattu kappaletta "Nimi" ja yhteenvedossa on sininen nuoli välittömästi vaaleanharmaana näkyvän "Nimi"-termin vasemmalla puolen, ja nuolta klikkaamalla pääsee suoraan mainittuun kappaleeseen. En ole löytänyt mistään ohjetta kyseisen nuolen luomiseen. -- Drefer (keskustelu) 13. helmikuuta 2017 kello 21.41 (EET)[vastaa]
Jos muokkaat sivun alaotsikkoa siten että olet mennyt muokkaustilaan alaotsikon muokkaa wikitekstiä -linkistä, niin se nuoli tulee automaattisesti. =-merkeillä wikikoodatut otsikot ovat automaattisesti ankkurikohtia, johon yhteenveto linkittää automaattisesti tiettyyn sivun kohtaan. Tietysti linkin voi luoda myös manuaalisesti, esim → eli [[Suomi#Nimi|→]]. –Makele-90 (keskustelu) 13. helmikuuta 2017 kello 21.52 (EET)[vastaa]
”Hämäysyhteenvetoa” sivuten, saako keskusteluun osallistua niin, ettei historiatietoihin jää kohdennettua merkintää (jokin tietty käytäntö)? Esimerkiksi jos muokkaa suoraan kahvihuoneen projektisivua eikä nimenomaan tätä keskustelua tai sitten poistaa yhteenvedosta ”/* Ohjaava nuoli muokkausyhteenvedossa */”. Mielestäni se ei ole ainakaan järkevää ja sekoittaa turhaan. --raid5 (keskustelu) 13. helmikuuta 2017 kello 22.12 (EET)[vastaa]
Kopioin enwikin template:convert-mallineen nimelle {{Muunna}} ja sillä siis pystyy tekemään yksikkömuunnoksia. Tämän hetken tilanne sen lokalisoinnissa on se, että parametrit, tekstit ja yksiköt ovat englanniksi joten se toimii ainoastaan yksiköiden symboleita käyttäen ("km" toimii ja "kilometri" tai "kilometriä" ei toimi). Kattavammat ohjeet mallineen käyttöön löytyvät englanninkielisen Wikipedian sivulta template:convert.
Esimerkkejä
{{muunna|0,01518|km2|ha}} → 1,518 ha
{{muunna|2|km|mi}} → 1,2 mi
{{muunna|7|dl|l}} → 0,70 l
Jos joku haluaa jatkaa lokalisointia, niin ohjeet siihen löytyy mallineohjeen kohdasta lokalisointi. Päämääränä olisi se, että pidetään taustallaoleva {{Convert}} ja sen käyttämät moduulit sellaisina, että enwikistä voi kopioida asioita suoraan siten, että ne toimivat. (Fyi: @J Hokkanen:)--Zache (keskustelu) 20. helmikuuta 2017 kello 13.17 (EET)[vastaa]
Eilisestä tai tästä aamusta alkaen muokkausyhteenvetokenttä (se keltainen mihin kirjoitetaan) on ikäänkuin normaalia matalampi ja siihen rustattu teksti lukukelvotonta.
Selventävä screenshotti tuossa -> http://tinypic.com/r/o73okk/9 (linkki vaihdettu) Sama ongelma on tuossa 'lisää uusi aihe' napilla aukeavassa keltaisessa kentässä mihin otsikko kirjoitetaan.
Firefox + WikEd pienoisohjelma aiheuttaa tuon virheen. Muita pienoisohjelmia mulla ei ole juuri käytössä ja firefoxikin on melko luomu (adblock ja self destructing cookies). Toisaalta tämä varmaan korjaantuu itsestään koneen vaihdoksen myötä maanantaina. --Seeggesup?18. helmikuuta 2017 kello 01.26 (EET)[vastaa]
Pistin botin päivittämään luetteloa muokkaajia jotka ovat muokanneet suomenkielisen Wikipedian artikkeleiden Wikidata-kohteita. Suomeksi siis niitä sivuja joihin pääsee kun klikkaa artikkelisivulla vasemman reunan valikossa olevaa "Wikidata-kohde" -linkkiä. Artikkelirajauksen lisäksi tuossa on, että tuo listaa vain edellisen 30-päivän aikana fiwikissä muokanneita käyttäjiä, koska Wikidatassa on käyttäjiä aika paljon.
Syvällisempi ajatus tuossa on yrittää pelillistää noiden tietojen täyttämistä vaikka siten, että tehtävä on täyttää tietyt tiedot noihin kohteisiin ja jokaisesta tiedosta saa pisteen. Sitten kun kaikki vaaditut tiedot on täytetty, niin kaikki siihen kohteeseen tietoja lisänneet henkilöt saavat pisteet kaksinkertaisina. Tämä on yksi kilpailumalli joka minulle tuli noista mieleen ja jos on ehdotuksia, niin niitä voi kertoa vaikka tuon luettelon keskustelusivulla.
Tuo on tosiaan kätevä ominaisuus etenkin mobiilissa. Kuvaus näkyy myös Wikipedian etusivulla [5], kun alkaa kirjoittaa etsimänsä artikkelin nimeä. Näiden kuvausten kehittämiseen keskittyvä kilpailu tai talkoot voisi olla hauska kokeilu. --Olimar23. helmikuuta 2017 kello 15.25 (EET)[vastaa]
Varmaan yksi asia mitä pitäisi tehdä on se, että kirjoittaisi ohjeen siitä, että mitä tietoja Wikidataan ainakin kannattaa kirjata ja mihin ne vaikuttavat/missä ne näkyvät. Esimerkiksi nimi ja kuvaus näkyvät tosiaan noissa hakukentissä, kuva (P18) on tietolaatikon kuva, koordinaatit (P625) vaikuttaa siihen miten hyvin asiat löytyy säätiön paikkatietojutuissa, valtio (P17) ja (P33) on perusominaisuuksia kun rajataan Wikidata-hakuja.. --Zache (keskustelu) 23. helmikuuta 2017 kello 15.43 (EET)[vastaa]
Tutkiskelin wikidataa muutaman hetken enkä oikein päässyt selville mikä on sen merkitys tai onko sillä merkitystä. Ts. en löytänyt wikidatan kohteista tietoa onko mikäkin tieto käytössä ja jos on niin missä on. Esim sivulla 'tampere' lukee väestön määrä mutta kuinka moni sivusto sen päivittää tuosta? --Seeggesup?24. helmikuuta 2017 kello 02.14 (EET)[vastaa]
Järjestelmästä itsessään ei pysty ominaisuustasolla seuraamaan paljonko jonkin kohteen tietoa on käytetty Wikidatan ulkopuolella, koska se taso jolla kohteet ja artikkelit on linkitetty on se, että kohteet ja artikkelin välillä on yhteys jos jotain tietoa on käytetty artikkelissa. Jos tätä tarkempaa tilastointia haluaisi tehdä, niin se pitäisi tehdä paikallisesti ja ainoa joka näin on tehnyt on frwiki josta näkee mitä ominaisuutta on käytetty paljon (tein luettelon). --Zache (keskustelu) 24. helmikuuta 2017 kello 07.59 (EET)[vastaa]
Miten Wikidatasta pystyy hakemaan tietyn luokan artikkeleita, joista puuttuu tietyllä kielellä kuvaus? Tai mikä parempaa, näyttämään kyseisen luokan ilman kuvausta olevat kohteet allekkain siten, että kuvaukset voisi lisätä ilman tarvetta mennä kohteen sivulle. --SMAUG (keskustelu – muokkaukset – lokit) 26. helmikuuta 2017 kello 08.45 (EET)[vastaa]
En osaa sanoa pystyykö luokan mukaan hakemaan, mutta Wikidatan Sparql-kielellä pystyy hakemaan Wikidatassa olevien tietojen pohjalta asioita. (klikkaa linkeistä avautuvalla sivulla run, jotta saat tulokset)
Tätä jälkimmäistä voi muokata siten, että muuttaa noita "?item wdt:P106 wd:Q33999 ." -rivejä. Systeemi toimii siten, että ensimmäinen (ammatti (P106)) on ominaisuuden nimi ja jälkimmäinen (näyttelijä (Q33999)) on se mitä etsittävästä artikkelista pitää löytyä jotta se tule listalle. Tuossa lisäks kaikkien noiden item-riveillä määritettyjen item ehtojen pitää täyttyä. Eli jos siitä poistaa rivin ?item wdt:P21 wd:Q6581072 (sukupuoli (P21) ja nainen (Q6581072)), niin haku palauttaa kaikki näyttelijät ilman sukupuolirajausta (esim) ja jos vaihtaa arvon näyttelijä (Q33999) arvoksi poliitikko (Q82955), niin saa tulokseksi poliitikkoja ( esim) --Zache (keskustelu) 26. helmikuuta 2017 kello 15.55 (EET)[vastaa]
Tuosta miten pystyisi muokkaamaan jollain työkalulla kuvauksia massamuotoisesti, niin ainakin siten pystyy noita muokkaamaan, että tekee vaikka excelissä listan jossa on on artikkelin wikidata-id ja haluttu kuvaus ja päivittää tämän listan quickstatementsilla (uusi versio, vanha versio) --Zache (keskustelu) 26. helmikuuta 2017 kello 16.06 (EET)[vastaa]
Uuden sivun teossa syntyvä automaattinen muokkausyhteenveto[muokkaa wikitekstiä]
Uuden sivun luomisessa syntyvä automaattinen yhteenvetoteksti tuottaa nyt tekstin Ak: Uusi sivu: $1, jossa $1 on ote sivun tekstistä. Käytännössä tämä tuottaa useimmiten tällaisia yhteenvetoja: (Ak: Uusi sivu: {{Jääkiekkoilija | kuva = | kuvankoko = | pelipaikka = laitahyökkääjä | maila = oikea | hanska = | lempinimi = | pituus = 185 | paino = 84 | liiga = | seura = | tehtäv...), sillä se poimii yhteenvetoon tietolaatikon aloituskoodin, tämä artikkeli -mallineen tekstin, tai pääkuvan koodin ja kuvatekstin, jotka kaikki edeltävät määritelmää. Voisiko kokeeksi säätää tuota toimintoa niin, että se aloittaakin yhteenvetoon poimitun tekstin merkkijonosta ''' joka on lähes aina artikkelin ensimmäisen rivin aloittavan määritelmälauseen alkuna? Silloin yhteenvetoon tulisi siististi artikkelin määritelmälause. --Savir (keskustelu) 6. maaliskuuta 2017 kello 12.11 (EET)[vastaa]
Loppu oma tietotaito, joten kysytään muilta. Tässä on kuva asiasta, eli kun vertailen kahta eri artikkeliversiota ja tuolla ylhäällä oikealla lukee "Nyk versio... (muokka) (kumoa) ()". Kuuluuko viimeisten sulkeiden olla tyhjä, vai puutuuko minulta Kiitä-linkki? --OneMember(keskustelu)6. maaliskuuta 2017 kello 17.27 (EET)[vastaa]
Ja kuten pelkäsinkin, ongelman syy oli tuolin ja näytön välissä. Poistin aikaisemmin .css tiedostosta paljon turhaa, kuten kaikki paitsi tuon vertailusivun fonttiin vaikuttavat asiat. Mutta eikös sinne jäänyt myös Thank-napin toimintaan vaikuttava rivi... Poistin sen ja nyt kaikki taas toimii. --OneMember(keskustelu)6. maaliskuuta 2017 kello 17.39 (EET)[vastaa]
Heissan! Olen tehnyt tänään muutamat muokkaukset IP:llä ja se kysyy aina samaa sanaparia. –Kommentin jätti 2001:14ba:8300::1:2d19 (keskustelu) 7. maaliskuuta 2017 kello 13.26
Itselläni on tullut jonkin aikaa Firefoxilla muokatessa seuraava virheilmoitus wikipedia Sorry! We could not process your edit due to a loss of session data. Please try saving your changes again. If it still does not work, try logging out and logging back in. . Ongelmaan ei ole toistaiseksi ratkaisua, mutta sen voi kiertää näillä ohjeilla: mw:Firefox users and session loss bug--Zache (keskustelu) 4. maaliskuuta 2017 kello 19.01 (EET)[vastaa]
Tuo on firefoxin bugi, ja se on ilmeisesti nyt sitten korjattu.[7] Korjaus tulee versioon 53, eli ilmeisesti seuraavassa versiossa 52 on vielä sama ongelma. 53 versio julkaistaa 18. huhtikuuta, että korjausta saa vielä hetken odotella.[8] --4shadoww (keskustelu) 6. maaliskuuta 2017 kello 16.14 (EET)[vastaa]
Mikäli Mozillan aikataulu ei muutu, niin 52 ESR:n ongelmat uudistetaan vuoden päästä ilmestyvässä 59 ESR:ssä. Mahdollisesti virhe korjataan kuitenkin lähiaikoina pienemmässä välipäivityksessä. --raid5 (keskustelu) 8. maaliskuuta 2017 kello 22.47 (EET)[vastaa]
Tein siihen tämän muutoksen ja tuon pitäisi nyt toimia. Pidän jossain määrin mahdollisena, että tuo voi rikkoa olemassa oleva DOI-linkkejä siten, että se tekee urlenkoodauksen toistamiseen jo urlenkoodatulle linkille. Jos sellaisia tulee vastaan, niin ilmoitelkaas. --Zache (keskustelu) 11. maaliskuuta 2017 kello 13.05 (EET)[vastaa]
Ilmeisesti sellaisten käyttäjien oikeudet eivät näy oikein, jotka ovat vaihtaneet nimeään. Esimerkkinä nyt Smaug the Golden. Kun klikkaa tuolta sivulta missä näkyy käyttäjän muokkaukset alhaalta linkkiä "Käyttäjän oikeudet", niin tulee näkyviin tällainen sivu [9] missä näkyy ilmeisesti jonkun toisen käyttäjätunnus. Mutta jos tuosta linkistä muuttaa tuon "%2B" plussaksi tähän tapaan [10], niin oikean käyttäjän oikeudet näkyvät. Ongelma siis koskee vain tuota linkkiä. En tiedä koskeeko ongelma myös muitakin kuin uudelleen nimettyjä tunnuksia. Toisena esimerkkinä löysin käyttäjän Dmitri 152, mutta en tiedä onko sitä uudelleen nimetty. --4shadoww (keskustelu) 10. maaliskuuta 2017 kello 19.48 (EET)[vastaa]
Tutkin asiaa hiukan lisää, ja huomasin, että vika koskee vain käyttäjiä joiden nimessä on väli. Uudelleen nimeämisellä ei ole vaikutusta, että löytyykö oikea käyttäjä vai ei. Haun pitäisi kyllä mielestäni löytää ko. käyttäjän vaikka plussa on linkissä url enkoodattuna, eli vika saattaa olla haussa. Mutta vian saa korjattua muuttamalla "%2B" plussaksi linkissä kuten jo aikaisemmin selitin. --4shadoww (keskustelu) 10. maaliskuuta 2017 kello 20.24 (EET)[vastaa]
Linkki koodaa välilyönnin väärin plussaksi (%2B), ja kun plussallista käyttäjänimeä ei ole, niin haku näyttää aakkosissa seuraavan tunnuksen. Muissa Käyttäjän muokkaukset -sivun linkeissä välilyönnin kohdalla on normaali plus-merkki tai alaviiva. -kyykaarme (keskustelu) 11. maaliskuuta 2017 kello 19.02 (EET)[vastaa]
Hyvin kirjoitetut ohjeet muuten. Siivosin sitä sen verran, että muutin kaikki parametrit pienellä kirjoitetuksi, koska enemmistössä fiwikin mallinteita ne ovat siten. Sen lisäksi lisäsin templatedata-määritykset jolloin malline näkyy nätisti lomakkeena siinä kun malline lisätään tai sitä muokataan. Lisäksi sellainen neuvo, että kun muokkaat alasivulla olevaa ohjetta, niin muutokset tulevat näkyviin vasta kun olet klikannut mallineessa sitä "päivitä" -nappia. Tämä johtuu siitä, että mediawiki päivittelee sivuja pikkasen viiveellä joten jos haluaa muutoksen näkymään heti, niin silloin se pitää käsin tehdä tai näkee vain vanha välimuistissa olevan kopion. --Zache (keskustelu) 10. helmikuuta 2017 kello 19.04 (EET)[vastaa]
{{Geological range}} ei toimi ihan niinkuin pitäisi. Eli seuraavan koodin ({{Geological range|68|65|}}) pitäisi tulostua näin: 68–65 Ma, vaan tulee näin: 68–65Ma.
Uuden version voisi kyllä päivittää enwikistä. Sellaisia kysymyksiä, että miksi tuo kaipaa päivitystä eli onko tuon ja enwikin version välillä toiminnallisia eroja jotka pitää ottaa huomioon kun tuon päivittää jos haluaa pitää nykyiset fiwikin Kladogrammit ehjänä? --Zache (keskustelu) 15. maaliskuuta 2017 kello 06.52 (EET)[vastaa]
Idea on seuraava: Wikipediaan on luotu malline, joka saa aikaan punaisen lohikäärmeen. Tulee käyttäjä, joka haluaisi vihreän lohikäärmeen, ja luo erillisen mallineen. Jotta ei tulisi jokaista väriä varten omaa mallinetta, pitäisi yhdistää toiminnallisuus niin, että yhdellä ja samalla mallineella voisi luoda monta erilaista lopputulosta riippuen siitä, millaisen parametrin valitsee. Tänne kopioitiin en-wikistä koodia, josta tehtiin toimimaton malline Malline:Herttaväri, koska olemassa oleva malline Hertta ei kelvannut tarkoitukseen. Nyt pitäisi parantaa vanhempaa, olemassa olevaa mallinetta niin, että sillä ja vain sillä saisi aikaan sekä pokerikäsiä että ilmeisesti bridgeen tarvittavia juttuja. Yritin, mutta parametrikävyt vaativat tekno-oravaa. --Pxos (keskustelu) 15. maaliskuuta 2017 kello 19.22 (EET)[vastaa]
Ovatko käyttäjäsivu ja keskustelu käyttäjästä -sivu niin tiukasti sidoksissa toisiinsa ettei toista saa tarkkailulistalle ilman toista? Yritin sitten manuaalisesti poistaa käyttäjäsivun, mutta samalla poistui keskustelusivukin. Onko asialle tehtävissä jotakin? Abc10 (keskustelu) 16. maaliskuuta 2017 kello 08.26 (EET)[vastaa]
Käyttäjän keskustelusivua ei voi lisätä tarkkailulistalleen ilman käyttäjäsivua, mutta käyttäjäsivut voi piilottaa tarkkailulistalta. Valitse tarkkailulistan asetuksista nimiavaruudeksi "Käyttäjä" ja sen jälkeen "Käänteinen valinta", niin näet kaikki muut nimiavaruudet paitsi käyttäjän. --Smaug the Golden (keskustelu - muokkaukset - lokit) 16. maaliskuuta 2017 kello 09.00 (EET)[vastaa]
Jos asiat voidaan tehdä vaikeiksi, niin ne tehdään vaikeiksi. Asetuksen joutuu tekemään joka kerta uudestaan kun katsoo tarkkailulistaa, eli käyttäjäsivut ovat siinä oletuksena, kun avaa tarkkailulistan, ja joutuu tekemään ylimääräisen kierroksen saadakseen käyttäjät pois. En näe tätä ratkaisuna. Joku tekniikan kanssa painiskeleva voisi varmasti korjata ongelman. Abc10 (keskustelu) 16. maaliskuuta 2017 kello 09.19 (EET)[vastaa]
Asiaan saattaa olla myös epäsosiaalinen ratkaisu teknisen viritelmän sijasta tai ohella. Jos joku käyttäjä päivittää ja hioo omaa käyttäjäsivuaan jatkuvasti lisäämällä siihen vaikkapa luomiaan artikkeleja, tällaisessa tapauksessa voi opastaa kyseistä käyttäjää siirtämään luettelot alasivuksi, joka vain sisällytetään varsinaiseen käyttäjäsivuun kutsukoodilla {{Käyttäjä:Xyz10/Puuhaa}}. Näin muutokset ohjataan alasivulle ja varsinaista käyttäjäsivua ei tarvitse enää jatkuvasti mainostaa toisten tarkkailulistoilla. Tämän vaihtoehdon onnistuminen tosin vaatii yhteistyökykyä enemmän kuin teknisten asetusten muuttaminen taustalla. --Pxos (keskustelu) 16. maaliskuuta 2017 kello 12.07 (EET)[vastaa]
Oikea vastaus on siis, että ne ovat niin sidoksissa, ettei mitään yleispätevää ratkaisua (rasti ruutuun) löydy, vaan jokaisen on itse tehtävä viritelmiä, joiden tekeminen ei ole mielitehtäviäni. Kiitos kommenteista. --Abc10 (keskustelu) 16. maaliskuuta 2017 kello 18.53 (EET)[vastaa]
Voisiko joku muuttaa mallineen {{Ulkopuolinen arviointi}} tai ainakin osan siitä sellaiseksi avattavaksi laatikoksi? Ainakin sivulla Keskustelu:Adolf Hitler mallineeseen on nyt lisätty niin pitkä teksti, että se on mielestäni epäkäytännöllinen keskustelusivun alussa. Olisi parempi, jos tuon pitkän selostuksen saisi oletusarvoisesti piiloon ja vain kaksi ylintä riviä olisivat valmiiksi näkyvillä. --Risukarhi (keskustelu) 20. maaliskuuta 2017 kello 14.51 (EET)[vastaa]
Silvennoisen arviointia ei voi julkaistu Wikipediassa vain sillä perusteella että käyttäjä väittää saaneensa luvan Silvennoiselta. Teksti on julkaistu Helsingin Sanomissa, joten lupa on kysyttävä sieltä tai ainakin selvitettävä millainen sopimus HS:llä ja Silvennoisella on. Lisäksi pelkkä väite Hurryganesin keskustelusivulla ei - tietenkään - riitä, vaan jos lupa on Helsingin Sanomilta ja Silvennoiselta, ne on oltava kirjallisena ja lähetettävä Wikimedialle johonin instanssiin jota en nyt muista. --Abc10 (keskustelu) 20. maaliskuuta 2017 kello 17.16 (EET)[vastaa]
Kysymyksen tekniseen puoleen kommenttina, niin tilanteita joissa tuota tarvittaisiin on aika vähän joten ei hirveän suurisuuntaista mallineen tunkkausta kannata tehdä. Yksittäistapauksissa minkä tahansa kentän sisällön saa aika tyylikkäästi avattavaksi {{Collapsible list}}-mallineella josta maininnan voisi tietysti lisätä tuon {{Ulkopuolinen arviointi}} -mallineen ohjesivulle. --Zache (keskustelu) 20. maaliskuuta 2017 kello 20.56 (EET)[vastaa]
Kyse oli siis infoboxista. Infoboxien pitää olla samanlaisia eikä niin että yhteen kirjoitetaan http:// ja toisiin ei. Käyttäjille ei saa olla ristiriitaisia tilanteita kuten Raid5:lle nyt kävi, että joutui todennäköiselle haittasivulle. Voiko infoboxin korjata yhteneväiseksi muiden kanssa. --85.76.128.6121. maaliskuuta 2017 kello 08.31 (EET)[vastaa]
Kiitos vastauksista. Tämä ei tullut mieleeni, sillä joissakin muissa tietolaatikoissa osoite on sellaisenaan tai vaihtelevin tavoin lyhennettynä ([www.jokusivu.com Jokusivu]). Mielestäni paras vaihtoehto on kaikkiin tietolaatikoihin osoite sellaisenaan ilman mitään vaihtoehtoja sekä näytettävä teksti kotisivu (Helloween) tai muu sellainen. Se olisi siisti tapa näyttää sivusto, ennen valintaa näkee kuitenkin kohdeosoitteen. 85.76.128.61:n kommentti oli hyvä, joka tapauksessa esitystavasta riippumatta yhdenmukaisuus olisi tärkeää, myös turvallisuuden kannalta. --raid5 (keskustelu) 21. maaliskuuta 2017 kello 15.48 (EET)[vastaa]
Mikähän siinä on että tänään aina kun olen muokannut ja talentanut en meinaa päästä takaisin Wikipediaan? En muista että tällaista on ollut ennen, eikä muilla sivustoilla ole liikkumisongelmia, siis esim. google tai iltapäiväsanomat. --Tpe1 (keskustelu) 21. maaliskuuta 2017 kello 10.24 (EET)[vastaa]
Ei. Ei tule mitään ilmoitusta vaan tökkii vain. Sitten kun vaihdan ip:n pääsen taas. Muokkaan siis Elisan mobiiliyhteydellä. Eikä nyt taas enää näytä olevan ongelmia, mutta nuo ensimmäiset tallennukset tänään tekivät sen. --Tpe1 (keskustelu) 21. maaliskuuta 2017 kello 10.38 (EET)[vastaa]
Mikähän tämän aiheuttaa ja mikä auttaa muu kuin jatkuva ip:n vaihto? Tänään muokkasin sujuvasti kunnes Donald Trump Jr.:ia artikkelia muokatessa taas pysähtyi, ja jouduin vaihtamaan ip:n. Ainoa ongelma näyttää olevan Wikipediassa ja vain minun kohdalla koska muut ovat pystyneet tallentamaan muokkauksensa tuolloin. --Tpe1 (keskustelu) 22. maaliskuuta 2017 kello 09.31 (EET)[vastaa]
Pari käytännön ehdotusta. Kokeile pystytkö muokkaamaan sisäänkirjautumattomana normaalisti. Jos et pysty niin vika wikimedian tasolal eikä liity meidän paikallisiin puukotuksiin. Mikäli pystyt sisäänkirjautumattomana muokkaamaan, niin kun kirjaudut sisälle niin käy täppäämässä asetuksista nappia "Palauta kaikki oletusasetuksiin (kaikissa osioissa)" ja tyhjennä selaimen välimuisti. Selaimen välimuistin tyhjentämiseen pitäisi minusta riittää seuraava näppäinyhdistelmä
Windows: ctrl + F5
Mac/Apple: Apple + R TAI command + R
Linux: F5
Nuo on yleisvinkkejä suurin piirtein kaikkiin ongelmiin mitä Wikipediassa tulee vastaan. Joka tapauksessa luulisin, että vika liittyy johonkin välimuistiin tai keep-alive-juttuun jossakin, koska IP:n vaihto auttaa. --Zache (keskustelu) 22. maaliskuuta 2017 kello 10.11 (EET)[vastaa]
Malline:Syntymäaika ja ikä tulostaa karkausvuotisen syntymäpäivän 29. helmikuuta näkyviin maaliskuun 1. päivänä, esimerkiksi artikkeleissa Kyösti Rousti, Kari Eloranta ja Cam Ward. Tämä puute on tuotu tuloksetta esille mallineen keskustelusivulla jo 2010 ja 2014, joten voisiko mallineelle löytyä korjaaja näin kahvihuoneen kautta vai poistetaanko malline kaikkien 29. helmikuuta syntyneiden artikkeleista? Näyttäisi, että Malline:Kuolinaika ja ikä osaa tulostaa kuolinajaksi helmikuun 29. päivän aivan oikein. – Haltiamieli22. maaliskuuta 2017 kello 13.37 (EET)[vastaa]
Mikä ero on sillä, että esimerkiksi tässä valintapallojen kohdalla on toisin paikoin neliöitä, miten milloinkin, sekä vasemmalla että oikealla? Toisissa artikkeleissa taas on vasemmalla pelkästään palloja ja oikealla neliöitä, kuten tässä. --Abc10 (keskustelu) 23. maaliskuuta 2017 kello 10.17 (EET)[vastaa]
En itse oikein osaa erottaa vasenta oikeasta enkä näe niiden sijainnissa eroa. Kuitenkin ympyröillä valitaan versiot vertailevaa tutkimusta eli diffejä varten, ja niissä voi olla vain yksi (tai siis kaksi) versiota valittuna kerrallaan. Neliöt taas liittyvät nappulaan "Muokkaa merkkauksia" eli niistä voi valita versiot, joihin haluaa lisätä erityisen merkkauksen. Neliöt tulivat kaikille käyttäjille silloin, kun Kehittämö päätti ottaa merkkaukset käyttöön. Aikaisemmin ne näkyivät vain ylläpitäjille, jotka valitsivat niillä piilotettavat tai esille tuotavat versiot. Toistan vielä, että jos kysymys ei ole valintaruutujen funktiosta vaan sijainnista historianäkymässä, niin minä en itse näe linkkien välillä mitään eroa. Ensin on (nyk./edell.), sitten pallukka, sitten neliö, sitten päivämäärä jne. --Pxos (keskustelu) 23. maaliskuuta 2017 kello 12.38 (EET)[vastaa]
Funktio selvisi. Mutta kysyessäni ensimmäisessä linkissä niitä neliöitä oli joissakin kohdissa vasemmalla ja palloja oikealla. Ei ole enää. Koska se näytti kummalliselta, kysyin täällä, mutta sillä aikaa tilanne muuttui. --Abc10 (keskustelu) 23. maaliskuuta 2017 kello 15.27 (EET)[vastaa]
Zachea tai jotakuta muuta saattaa ehkä kiinnostaa Wikipedian mobiiliversion uusimman muutoksen mukana tullut pikkuvirhe. Kun tallentaa muokkauksen keskustelusivulla, se ei lähde pois editorista, vaan pysyy siellä ja jankuttaa "Aiotko todella hylätä tekemäsi muutoksen", joten täytyy käsin mennä muokkaamaan linkkiä tai klikata takaisin-nuolta monta kertaa ulos päästäkseen. Se siis palaa myös samaan tilaan jos painaa "Ok" muutoksen hylkäämiselle. Jos jotakuta kiinnostaa voisin kertoa paljonkin risuja ja ruusuja mobiiliversiosta, kun sitä tietokoneen ohella päivittäin käytän. --Parantaja asiantuntija (keskustelu | muokkaukset) 26. maaliskuuta 2017 kello 19.02 (EEST) EDIT: Muistin väärin, kun painaa "ok" niin se kyllä lähtee pois editorista. --Parantaja asiantuntija (keskustelu | muokkaukset) 26. maaliskuuta 2017 kello 21.52 (EEST)[vastaa]
Palaute on varmasti hyödyllistä, mutta se pitäisi saada suoraan Kehittämöön eli sinne, missä pippurit kasvatetaan. Täällä voi toki keskustella asiasta, koska mobiilista käytetään Wikipediaa nykyään paljon. --Pxos (keskustelu) 26. maaliskuuta 2017 kello 20.20 (EEST)[vastaa]
Juu kiitos, ylipäätänsä minusta on hyvä jos havaittuja ongelmia kirjataan johonkin. Oli se sitten kahvihuone, laajennuksen oma keskustelusivu tai phabricator. Jos fiwikissä ilmoittelee asioista, niin tekniikan kahvihuone lienee paras paikka, koska se varmaan näkyy parhaiten sellaisten käyttäjien tarkkailulistoilla (eniten wikitekniikasta kiinnostuneita muokkaajia ja vähiten muuta keskustelua) jotka tekevät asialle jotain. Ylipäätänsäkin fi.m.wikipedia.org:n ongelmat ovat sellaisia, että niistä voi hyvin ilmoitella fiwikissä, koska ne koskevat suoraan meitä. --Zache (keskustelu) 27. maaliskuuta 2017 kello 09.39 (EEST)[vastaa]
Onko tuon tarkkailulistan näytä diffeinä -napin piilottaminen mahdollista esim. jollain ulkoasun käyttäjäkohtaisilla asetuksilla? En itse tee tuolla diffiominaisuudella yhtään mitään, mutta tuon nappulan ilmestyminen aiheuttaa minulle virheklikkauksia (nappi lataantuu huomattavasti muuta sivua hitaammin ja siirtää ilmestyessään kaikkia sivun tekstejä yhden rivin alaspäin).-Henswick (keskustelu) 28. maaliskuuta 2017 kello 23.36 (EEST)[vastaa]
Riittää, paljon kiitoksia! Tuo asetusten tarkkailulista-välilehti hämäsi itseäni tässä tapauksessa niin paljon, etten tajunnut etsiä tuota piilottamismahdollisuutta myös pienoisohjelmat-välilehden alta :D-Henswick (keskustelu) 29. maaliskuuta 2017 kello 01.59 (EEST)[vastaa]
Ongelma on (esim. 2 WTC artikkelissa) tämmöinen. Tuon "Näytä odottavat muutokset" -palkin oikeassa alanurkassa on tuo tarkentava laatikko, joka siirtää artikkelin sisältöä rajusti vasemmalle. Tapahtuuko tätä muillakin, vai olenko ainoa? Jos en ole ainoa, olisikohan tuota mahdollista saada muutetua muotoon, joka ei vaikuta sivuston ulkoasuun näin paljoa? --OneMember(keskustelu)29. maaliskuuta 2017 kello 20.50 (EEST)[vastaa]
Se johtuu siitä, että asetuksista valinta Peruskäyttöliittymä on nyt vakiona kohdassa Käytä pieniä kuvakkeita ja vähän tekstiä sivujen arvioinnin tilan näyttämiseen eikä Käytä yksityiskohtaisia tietoja sivujen arvioinnin tilasta kuten sen pitäisi. Periaatteessa ulkoasuongelmien pitäisi korjaantua jos tuon jälkimmäisen valinnan ottaa käyttöön ja jos haluatte, niin voisitte tehdä siten että vaihdatte asetuksen tuohon ja käytätte sitä jonkun aikaa ja kuittaatte onko siitä jotain havaittavia ongelmia. Sen pitäisi toimia, mutta siitä on vuosia kun olen viimeksi tarkistanut asian joten asia olisi hyvä taas varmistaa. Kun tuo on tsekattu niin theen phabricatoriin tiketin siitä, että vaihtavat vakioasetuksen takaisin siksi mikä se on ollut. --Zache (keskustelu) 29. maaliskuuta 2017 kello 23.12 (EEST)[vastaa]
Olisin osannut vastata tällaiseen muutama vuosi sitten, mutta kun paikallisten projektien asioita muutetaan Kehittämössä sen mukaan, mitä kukin yliruuvimeisseli keksii, eipä ole aavistusta enää. Ohjeen vanhassa versiossa oli minun kirjoittamani päätelmä, että vaalenpunaisella värillä on eri sävyjä. If greyish blue is the new pink? --Pxos (keskustelu) 30. maaliskuuta 2017 kello 14.45 (EEST)[vastaa]
Jos muistan oikein, siellä tosiaan oli valkoinen ensin ja sitten tuli vaaleanpunaisen kaksi eri sävyä kun aikaa kului. Eräänlainen varoitusväri siis. Oli myös erikseen jonkinlainen keltaisenkaltainen väri kertomassa, että artikkelia ei kukaan tarkkaile. Nyt ei ole erikseen keltaisenkaltaista, mutta vaaleampi vaaleanpunainen on ilmeisesti korvattu siniharmaalla. Kuka noita keksii? Haluaisin taputtaa häntä selkään vihdalla ilman löylyä. --Pxos (keskustelu) 30. maaliskuuta 2017 kello 14.51 (EEST)[vastaa]
Tiketti jossa asiasta keskustellaan on phab:T152258. Syy muutokseen oli, että he yhtenäistivät lisäosien väriteemoja lähemmäs yleisesti määriteltyjä väriteemoja (phab:M82) joissa oltiin otettu huomioon sellaisia seikkoja kuten se miten huononäköiset ja värisokeat näkevät värit. Olettaisin, että tästä on ollut jossain tech-newsletterissä jos niitä seurattaisiin. --Zache (keskustelu) 30. maaliskuuta 2017 kello 15.06 (EEST)[vastaa]
Eikös säännöllisen, tekniikkaan liittyvän uutiskirjeen seuraaminen ole ihan hyvä tapa saada tietoa tekniikkaa liittyvistä asioista? Se on kuitenkin toimitettu, tiivistetty kokonaisuus ajankohtaisista asioista. Enemmän päivittelisin, jos uutiskirjettä seuraamalla ei saisi tietoa vaan pitäisi kahlata phab-tikettejä.--Olimar30. maaliskuuta 2017 kello 15.32 (EEST)[vastaa]
Ei. Jos käyttöliittymä ei selitä itse itseään, niin käyttöliittymästä pitää edes olla joku järkevä reitti dokumentaatioon, joka selittää sen. "Lue jotain tekniikkauutisia" ei ole se järkevä reitti. --Jmk (keskustelu) 30. maaliskuuta 2017 kello 15.43 (EEST)[vastaa]
Ennenkuin edes luen phabuilua, niin kerron, että värimuutosten tulos oli hetken aikaa omituinen: odottavien muutosten keltaisenoranssi muuttui melko pinkkimäiseksi vaaleanpunaiseksi ilmeisesti selvyyden vuoksi. Jos samalla sitten pinkkimäinen vaaleanpunainen muutettiin siniharmahtavaksi, niin saadaan aikaan vaikutelma, että asia on toteutettu niin, että kukaan ei enää tiedä mistään mitään, mutta värejä nähdään joka tapauksessa. Se, että vaalea pinkki kelpaa yhdessä paikassa mutta ei enää toisessa, on maallikosta jännittävä juttu. --Pxos (keskustelu) 30. maaliskuuta 2017 kello 15.39 (EEST)[vastaa]
Mallineessa {{Tietolaatikko/kuva}} on jotain kummallista. Artikkelin Ranneluu leipätekstissä katoaa mystisesti osa sanaväleistä, esim. Ranneluut(ossa carpi), kun lähdekoodissa on '''Ranneluut''' (ossa carpi). Jos tietolaatikon poistaa [15] niin sanaväli näkyy oikein. Onko tää joku aprillipila? --Jmk (keskustelu) 1. huhtikuuta 2017 kello 10.19 (EEST)[vastaa]
Onko kyseistä mallinetta edes tarkoitettu suoraan lisättäväksi artikkeleihin, vai onko se vain apumalline, jota käytetään toisen mallineen sisällä? Tämä voisi selittää sen, miksi se tulostuu miten sattuu tuolla sivulla. Stryn (keskustelu) 1. huhtikuuta 2017 kello 16.19 (EEST)[vastaa]
Hei Zache ja muut... Katselin, että Malline:Jääkiekkomaajoukkueen ohjeissa on ollut pidempään logo-parametri, joka on pitänyt tietää muuttaa kuva-parametriksi. Vaihdoin sen ohjeeseen tänään[16], mutta sitä on saatettu käyttää jossain päin wikipediaa. Olisiko teillä työkaluja niiden etsimiseen (ja korjaamiseen)? --OneMember(keskustelu)8. huhtikuuta 2017 kello 18.33 (EEST)[vastaa]
Näin ainakin ne pystyy hakemaan Wikipedian haulla. En ole ihan varma tuon haun toimivuudesta joten jos näyttää siltä, että tuossa ei olekaan kaikki, niin voin miettiä jonkun muuntavan. --Zache (keskustelu) 8. huhtikuuta 2017 kello 19.03 (EEST)[vastaa]
Mitä vähemmän täällä julkisesti todetaan, että eikös pommia voi tehdä myös piimästä ja mämmistä, sitä vähemmän tieto leviää. Wikipedian tulisi olla huonojen tai tässä tapauksessa hyvien ideoiden suhteen tietosanakirjan vastakohta. --Pxos (keskustelu) 8. huhtikuuta 2017 kello 19.43 (EEST)[vastaa]
Tein tuohon sellaisen muutoksen, että oikean reunan marginaalin sijaan listalle määritetään maksimileveys. (diffi). Ei mikään optimaalinen ratkaisu, mutta pikaisen testauksen perusteella tuottaa halutun lopputuloksen. Korjauksen syy oli siis se, että kappalelista ei toiminut mobiiliversiossa ja jos muutoksesta tuli jotain sivuvaikutuksia, niin ilmoitelkaas. --Zache (keskustelu) 9. huhtikuuta 2017 kello 18.23 (EEST)[vastaa]
