Uudet ideat tänne, kiitos. Virheraportit sivulle WikiVikoja.
Meinasin kirjoitella wikiin turnaustuloksia, mutta seuraavankaltainen taulukko ei näytä toimivan, kun wiki syö tyhjät välistä. Onkos tähän jokin valmis tapa, vai tarvitaanko uusi syntaksi tälläiselle tekstille?
Sija Pelaaja 1 2 3
====================
1. Foo x x x
2. Xyzzy x x x
3. Bar x x x
--TeemuHirsimäki, 19.11.2002
Sija Pelaaja 1 2 3 ==================== 1. Foo x x x 2. Xyzzy x x x 3. Bar x x x
Käytä kolmea aaltosulkua.
--JanneJalkanen, 19.11.2002
Voisinpa tässä vilauttaa muinaiset speksini kuvitteelliselle Go-liiton ylläpitämälle interaktiiviselle web-palvelulle. Wikissähän on jo paljon mukana, mutta esim. keskustelut näköjään eivät luonnistu (jos nyt niiden ylimalkaan on mahdollista luonnistua...) Monta muuta asiaa löytyy muualtakin, mutta kuten sanottu, tämä on kuvitteellinen yksi paikka.
Go-sivuston palveluita#
- Club pages - Kerhosivut
- Member pages - Jäsensivut
- Committees - Komiteat
- Association board ? Liiton hallitus
- Club boards ? Kerhojen hallitukset
- Ranking committee - Luokituskomitea
- Special Interest Groups - Erikoissivut
- Dan training ? Dan-treenit
- Kyu training ? Kyu-treenit
- Go promotion ? Go-tiedotus
- Mail-Go ? Mail-go
- Commented games ? Kommentoidut pelit
- Games collection - Peliarkisto
- Tsume go ? Go-tehtäviä
- Go servers ? Go-palvelimet
- Go literature ? Go-kirjallisuus
- Fun - Go-hauskaa
- Discussion groups - Keskusteluryhmät
- NNTP connector to rec.games.go and sfnet.harrastus.pelit.go
- Go community forum ? Go ? sana on vapaa
- SIG discussions ? Erikoisalueiden keskustelut
- Document folder for storing - Arkistot
- Game records and comments ? Pelikirjaukset ja kommentoidut pelit
- Tournament results - Turnaustulokset
- Photos and pictures ? Valokuvia ja kuvituksia
- Freeware/shareware - Ohjelmistoja
- Committee folders ? Komiteakansiot
- SIG folders - Erikoiskansiot
- Event Management for Go tournaments ? Go-kalenteri
- On-line meetings (for committees) - Chatti
- Survey - Kyselyt
- Best internet sites ? Parhaat Internet-sivustot
- Best Go servers ? Parhaat go-palvelimet
- Favourite players ? Suosikkipelaajat
- etc. - jne.
General content#
- Go Community Introduction ? Johdatus virtuaaliseen go-yhteisöön
- Go in Finland ? Go Suomessa
- Go Study ? Gon opiskelu
- Go in Internet ? Go Internetissä
--Vesa 21.11.2002
Diagrammieditoriin koordinaatit#
(Irkissä ideoitua, OlliLounela)
Lisätään diagrammieditoriin mahdollisuus asettaa koordinaatit kuvaan, syntaksilla: topleft=a1. Myös mahdollista kiinnittää vaihtoehtoisesti vaikka oikea alakulma (bottomright=c5} tjms.
Diagrammieditorin kuvat isommiksi#
Noi diagrammit on kuulemma pikkaisen liian pienellä... Noita voi isontaa.
- Jatkoidea: tehdään uusi parameteri: imageurl=<location of images> jolla kuvat voi määrätä diagrammikohtaiseksi.
- Jatkoidea2: käyttäjäkohtainen asetus kuvien koolle.
Onko mahdollista saada englanninkielistämuokkauslinkkiä sivulle? Tarve olisi lähinnä kansainvälisten tapahtumien ilmoittautumislistoja sisältävillä sivuille.
Saapi helposti kirjoittamalla suoraan sivulle tekstin vaikka
[Edit this page|Edit:WikiEhdotuksia].josta siis tulee Edit this page.
Pikalinkki "Edit:" siis osoittaa aina editoriin.
Kokeilin, mutta editorista tulee Suomenkieliset ohjeet. En ossa sanoa, onko asiassa ongelmaa. Ainakin ruotsalaisia ja norjalaisis on ilmestynyt PM-lisalle.
Bjoo, mistäs tuo Wiki tietäisi minkäkielinen ihminen siellä on toisessa päässä. Tietysti tuolle EditPageHelp-sivulle voi hyvin laittaa myös linkin englanninkieliselle sivustolle.
Tein kikkakolmosen eräällä dokumentoimattomalla ominaisuudella, ja laitoin tuonne PMIlmoittautumislista-sivulle linkin englanninkieliseen templateen, mikä kääntää mm. nuo editointi-sivun napit englanniksi.
Ajattelin, että Wiki tiestäisi asian siitä, että joku klikkaa englaniinkielistä Edit-linkkiä. Koska englanninkielisiä Wikejä on olemassa useita, ajattelin, että sieltä olisi ollut helppo lainata kokonaan englanninkielinen editori ja laittaa siihen linkki. Jos se ei ole helppoa, niin PM-ilmoittautumislistaan tekemäsi ratkaisu on hyvä.
Nnno, se vaatisi jo jonkin verran ekstensiivistä editointia (ja mm. englanninkieliset versiot eri sivuista, kuten mm. tuosta vasemman puolen menusta), joita mulla ei ole just nyt aikaa tehdä... Yritetään joskus myöhemmin.
(Toi linkki muuten osoittaa englanninkieliseen editoriin... Ongelma vain kun on siinä, että sivun sisältö kasataan dynaamisesti, ja nuo alkuperäiset englanninkieliset on tylysti korvattu suomenkielisillä... Pitäisi tehdä sitten erilliset sivut.)
Viitsisitkös laittaa apassiin sgf-tagin oikein, esmes KorkinavaajanOngelma-sivulla oleva sgf ei tunnu tulevan sen kanssa?
Niin juu, tagi on application/x-go-sgf.
-- ObOlli
Ah, prkl. Unohtui uuden tomcatin asennuksen yhteydessä siirtää tuo asetus. Fiksattu.
Paitsi että toi KorkinavaajanOngelma-sivulla oleva sgf ei muuten tule tältä serveriltä, joten siihen se ei auta.
Voisiko "viittavat sivut" alla olevaan kohtaan, jossa lukee "7 more" laittaa linkin, jonka takan ovat nuo loput viittavat linkit?
-- Matti
Jees, pannahan harkintahan.
-- JanneJalkanen
- Joko harkinta alkaa olla valmis? --Matti
Muut ominaisuudet ovat olleet tärkeämpiä. --Janne Jalkanen
Tällä hetkellä meiliosoitelinkeille ja html-linkeille ulos wikistä käytetään samanlaista punainen nuoli -symbolia. Lisäisi käytettävyyttä, jos nämä eroteltaisiin eri symboleilla. (Ja jos ulkoinen linkki on wörd-dokumenttiin tai vastaavaan ((hypoteettinen tilanne)) siinä voisi myös käyttää eri symbolia kuin ulkoisessa html:ssä.) Ärsyttää vain, kun klikkaa jotain uteliaisuuttaan ja windows-kone alkaa ruksuttamaan sähköpostiohjelmaa käyntiin.
(Ja ei, ongelmaa ei voi ratkaista käyttäjän koneen puolella, sillä käytän yliopistolla vaihtelevasti eri koneita, myös julkisia sellaisia.)
Olisiko helppo toteuttaa ominaisuus, että jonkin sivun muokkaamoinen estettäisiin? Jotkut sivut, kuten ilmoittautumislistat ovat tehtävänsä tehneet, kun itse tapahtuma on ohi.
-- Matti Siivola
- On CVS-versiossa, tulossa tänne joskus. --Janne
Eikö vanhat ilmoittautumislistat kannattaisi poistaa, jos niitä ei ole tarkoitettu uuden listan pohjaksi?
Voihan nittä poistaakin, jos niissä ei ole mitään mitä halutaan jälkipolville säilyttää. Usein niillä sivuilla on muutakin. Esimerkiksi turnausaikataulua ei tarvitse joka vuosi miettiä alusta alkaen uusiksi, jos on vanha tallella.
-- Matti Siivola
Minusta turnaussivut kannattaisi säilyttää (ja nimetä ne tyyliin Takapotkuturnaus 2003, Takapotkuturnaus 2004); samaten tulossivut, mutta ilmoittautumislistat ovat varsin turhia sen jälkeen kun turnaus on pidetty; turnauksen tuloslistahan on se kiinnostavampi asia.
Huomatkaa tosin että mä en omin avuin poistele täältä (juuri) mitään; jos go-pelaajien konsensus haluaa että vanhat ilmoittautumissivut poistetaan, niin laittakaa sivun alkuun teksti [PoistaMinut]. Muutoin ne kyllä jäävät sinne =).
Kuinka helppoa olisi rakentaa SensuroidutMuutokset -plugin? Ideana olisi listata sivut, joista ei välitä johonkin ja sitten tuo plugin näyttäisi muutokset vain muilta sivuilta?
-- Matti Siivola
Tarkoitatko jonkinlaista kill-filen vastinetta?
-- Markku
Tarkoitan.
-- Matti Siivola
Se olisi aika helppoa... Haluaako joku tehdä tämän? Jos osaa Javaa edes vähän, niin pluginin rakentaminen pitäisi olla aika triviaalia.
Alias sivut olis kivoja. Sensei's wikissä on semmoiset.
PetriP
Nyt toimii. Jos kirjoitat sivulle [{SET alias='FooBar'}], niin sivulle mentäessä sinut ohjataan aina sivulle 'FooBar'.
Myös [{SET redirect='http://www.google.com/'}] sivulla toimii; voit siis tehdä esimerkiksi sivun 'Google', laittaa tuon sinne, ja sen jälkeen sivun [Google] -hakeminen ohjautuu Googlen etusivulle.
Voisiko wikiin saada sellaisen ominaisuuden, että uutta sivua luodessa saisi kirjoittaa otsikon itse (ts. kertoa wikille, mitkä sanat kirjoitetaan isolla alkukirjaimella, mitkä yhteen jne.), ettei tarvitsisi Otsikoida Wiki Sivuja Tällä Tavalla (mikä on erityisen ärsyttävää suomenkielisessä wikissä)? SL:ssä taitaa olla toteutettuna jokin tällainen.
Todennäköisesti ei ainakaan ihan lähitulevaisuudessa, paitsi jos keksin helpon tavan toteuttaa asia. Ongelmahan siinä on se, että sen jälkeen linkki sivuun ei olisi enää yksikäsitteisesti johdettavissa sivun nimestä.
Luultavasti versiossa 3.0 sallitaan täysin vapaat tekstilinkit, mukaanlukien välilyönnit.
En näe asiassa mitään kovin suurta ongelmaa linkkien kannalta. Sivulla voisi olla ylimpänä tekstikenttä, johon wiki esitäyttäisi nykyisillä säännöillä generoidun oletusotsikon, mutta jota käyttäjä voisi vapaasti muokata (toki vain kerran, eli ennen uuden sivun ensimmäistä tallennusta). Sivun wikinimi voisi määräytyä vasta tallennushetkellä kentässä silloin olevasta tekstistä. Tarkoitan siis, että mikäli tekstissä on esim. linkki abc def, mutta käyttäjä kysymysmerkkiä klikattuaan muuttaakin otsikoksi "foo bar", niin tallennettaessa luodaankin sivu nimeltä FooBar. Sivua AbcDef ei tämän jälkeen olisi vielä olemassa, ja linkki jäisi edelleen kysymysmerkillä varustetuksi kunnes senkin käy muuttamassa luotuun wikinimeen osoittavaksi.
Sellainen pikkuongelma tässä tietysti saattaa tulla, että pallohukkainen käyttäjä voi luoda sivun, vaihtaa otsikkoa ja sen jälkeen ihmetellä että "juurihan minä tuon sivun tallensin, miksi linkki ei ilmestynyt ja mihin kirjoittamani teksti katosi", mutta RecentChangesistahan sen sitten löytää, jos jo unohti, minkä otsikon valitsi.
Entäs jos sivuun onkin 120 linkkiä eri puolilta wikiä jo ennen kuin se luodaan? Tämähän on hyvin tyypillistä isommissa wikeissä... Ei käyttäjän voi olettaa käyvän muuttamassa kaikkia linkkejä.
Sivun uudelleen nimeäminen (jos nimeen ei olekaan tyytyväinen) on tulossa myöhemmin, kunhan nyt saadaan ensin sivun poistot implementoitua. Apua saa antaa...
Siinä tapauksessa voinee vaikka luoda aliassivun alkuperäisellä nimellä?
Onko todella niin kovin yleistä, että sivuun on valtava määrä linkkejä ennen kuin sitä on luotu? Jos näin tehdään, onhan nytkin mahdollista, että linkeistä puolet on kirjoitettu väärin ja edessä on sama ongelma...
SL:ssä (joka on tähän verrattuna iso wiki) otsikoiden muuttaminen on tietääkseni mahdollista, ja siellä se on kai toiminut hyvin. Ehkä ominaisuus voisi olla ylläpitäjän konffattavissa päälle tai pois, jolloin todella isossa wikissä sitä ei olisi pakko käyttää jos katsoo siitä olevan enemmän haittaa kuin hyötyä.
Tai yksi vaihtoehto olisi myös, että wiki ei hyväksyisi otsikon muutosta, jos siitä tulee eri wikinimi kuin alkuperäinen (eli muutokset rajoittuisivat välimerkkeihin ja sanojen kirjoittamiseen pienellä).
Laitan harkintaan, mutta en millään prioriteetilla. Jos joku muu tarjoaa patchin, niin saatan toteuttaa, mutta valitettavasti muut asiat ajavat edelle.
Onko "Recent changes"-lista mahdollista muotoilla sellaiseksi, että viimeisimpiä muutoksia kullekin sivulle näkyy enemmän kuin ainoastaan viimeinen kellonaika? Ominaisuuden voisi toteuttaa esim. listana kellonaikoja tai ehkä vielä kätevämmin niin, että kun muutoskellonaikaa klikkaa, saa sivulla kaikki ko. vuorokauden muutokset aikajärjestyksessä vaikka väreillä tai vaakaviivoilla erotettuna.
-- Kari
On, mutta aina kun sitä on ehdotettu (noin viimeisen kahden vuoden ajan), niin ihmiset ovat sanoneet, että tää nykyinen on parempi. Mulla ei juuri ole preferenssiä...
En ymmärrä kuinka tämä viimeisimmän muutoksen systeemi voisi olla parempi kuin ehdottamani, koska mikä estää sen, ettei missaa nopeasti tulevia muutoksia välistä, jos käyttää vain tätä viimeisintä muutosta? Mihin muuhun sitä ylipäätään voisi käyttää?
-- Kari
Koska jos muutoksia tulee paljon, ne sotkee sivun hyvin nopeasti täyteen tarpeetonta höhää. Parempi olisi tehdä sellainen, jossa on "näytä muutokset sitten viime visiittini".
Mutta jos ajatellaan, että kellonaikaa klikattaessa saisi sivun, jossa ovat kaikki ko. päivän muutokset listana siten, että viimeisin muutos on ylimpänä ja loput seuraavat aikajärjestyksessä vaakaviivoilla erotettuna, pystyisi sillä tekemään kaiken saman kuin nykyisellä liittymällä, koska aivan viimeisin muutos olisi ylinnä, eikä ylimääräinen "höhä" haittaa, mutta sellainen lukija, joka ei halua missata mitään, voisi helposti kelata sivua alaspäin sellaiseen kohtaan, joka näyttää tutulta. "muutokset viime visiitistä" on ongelmallinen, koska sivua saattaa käyttää useilta koneilta ja läheskään aina ei jaksa "rekisteröityä" tietyllä tunnuksella.
-- Kari
Olisiko ihmisille iloa jos jo muutossivulla olisi suora linkki kuhunkin "Lisätietoa"-sivuun (PageInfo.jsp)? Ainakin se poistaisi yhden askeleen niiltä jotka tahtovat katsella uusimman erot useamman kuin yhden version takaiseen, jonka Diff.jsp jo kellonajasta aukeaakin. Saisiko vaikka ao. tunnuksen (tai osoitteen) edellisen vierailun jälkeiset muutokset listassa jotenkin osoitettua, vaikkei yhdistettyä "kaikki muutokset"-erittelyä saisikaan?
Onko wikissä jotenkin huomioitu häirikköosoitteiden "bannaaminen", kun noita mainoksia ym. näyttää nykyään tulevan silloin tällöin?
Erittäin korkealentoisena ideana, jonka toteuttaminen ei varmasti ole ongelmatonta eikä kovin korkealla missään prioriteettilistassa, wikiin voisi lisätä spämmisuodatuksen. Esim. jos joku lisää sivulle pelkkiä linkkejä sisältävän kappaleen (tai jotain muuta määriteltyihin sääntöihin sopivaa), muutos saisi jonkin määrän pisteitä. Pisteytys voisi riippua lisättyjen linkkien määrästä ja siitä, miten lähellä pääsivua muutokset ovat sivuhierarkiassa. Lisäksi jos samasta osoitteesta tehdään spämmiksi epäiltyjä muutoksia useammalle sivulle, se voisi nostaa kaikkien muutosten pisteitä. Jos pisteet ylittävät jonkin rajan, muutoksia ei hyväksyttäisi.
Jos haluaa olla oikein ovela, spämmerille itselleen voisi tietysti tarjoilla sivusta oman version, jossa muutokset näyttävät menneen läpi... :-) Ja jotta virheellinen spämmiluokitus ei niin helposti pääsisi puremaan muita käyttäjiä, rekisteröidyn wikitunnuksen tekemät muutokset voisi hyväksyä automaattisesti. Jos spämmeri sitten rekisteröisi itselleen tunnuksen, sillä tehdyt muutokset olisi kai periaatteessa helppo poistaa.
(En silti ajatellut vapaehtoistua koodaamaan spämmisuodatinta wikiin, kunhan vain heittelin ideoita kun tuli mieleen...)
Mahtaisiko olla yksinkertaisempaa tarjota rekisteröimättömille käyttäjile eri versio editorista, sellainen joka ei antaisi laittaa ulkoisia linkkejä.
--Matti
Totta, tuskin tuollainen rajoitus kovasti haittaisi normaalia käyttöä (tai jos jotain haittaa niin wikitunnuksen voi luoda helposti).
Jos tunnuksettomien editointia rajoitetaan (tai myös jos tunnuksellisten muutokset hyväksytään helpommin), saattaa tietysti käydä niinkin, että häirikkö kirjautuu sitten sisään jollain sivuilta poimimallaan tunnuksella. Sellaisesta voisi olla paljon enemmän riesaa kuin nykyisistä ongelmista, ja sitä taitaa olla vaikea estää mitenkään.
Wikipedia.orgissa toimii mainiosti IP-pohjainen suodatus, ja olen myös täällä sulkenut tiettyjä IP-osoitteita pois kokonaan (eli jos ette voi editoida tätä Kiinasta, niin siinä selitys), joskin tämä on tehty palomuuritasolla. JSPWiki ei sinällään tällä hetkellä tue IP:iden blokkaamista, joskin tämän varmaan voisi tehdä.
Sinälläänhän homma toimii niin kauan kuin ihmiset jaksavat siivota wikiä, avoimeen systeemin kun roskaa tulee aina. Ja ainakin toistaiseksi kaikille avoimen järjestelmän edut ovat isommat kuin ne haitat mitä tulee kun sivuja pitää siivota aina silloin tällöin. Muistakaa, että tämä on yhteinen pelikenttä, ja ainakin toistaiseksi täällä on enemmän "hyviä" käyttäjiä kuin "huonoja" käyttäjiä, joten sivuja pitäisi pystyä siivoamaan ja valvomaan ihan sosiaalisen paineen voimin :)
Mutta ideoita saa ja pitääkin esittää - jos joku ratkaisee spämmiongelman, niin totta kai sellainen ratkaisu ilmaantuu jspwikiin...
Taas oli spammia. Ilmeisesti uudet sivut poistettiin nopeasti, koska muutoslista kutistui sitä uudelleen katsottaessa. Mahtaisiko mistään löytyä kkodinpätkää, joka tunnistaisi sivulla olevan kielen? Tällöin voisi estää muiden kuin suomenkielisten sivujen tekemisen. Asian laita tietysti kerrottaisiin suomeksi. Jos muunkieliselle sivulla tulee tarve, niin sen perustamiseksi olisi olemassa jokin muu menettely.
Spämmit on toistaiseksi siivottu pois nopeasti. Vilkaisen yleensä viimeiset muutokset, jolloin ylimääräiset rivit listassa ärsyttävät.
--Matti Siivola 6.10.2004
Mun kommentaarini ja keskustelua asiasta täällä
. Kielen tunnistaminen on kyllä oikeastaan pirun vaikeaa, ja tuollaiset voi tietysti kiertää aika helposti. Harkitsen tällä hetkellä koko Kiinan sulkemista pois palomuuritasolla, vituttaa sen verran. Luultavasti tuo kaveri tulee vielä takaisinkin... Pitäkää silmät auki.
-- Janne Jalkanen, 6.10.2004
Näköjään tyyppi kävi taas. Jos se haluaa näkyvyyttä hakukoneissa, nythän se saa sen poistoista huolimatta sivuhistorian ja RecentChangesin kautta. Pitäisikö vanhoja versioita sisältäville sivuille lisätä robots noindex? En tiedä ajatteleeko tyyppi asiaa niin pitkälle, että jättäisi sivut rauhaan jos muutoksista ei jää mitään jälkeä minnekään, mutta ainakin olisi mukavampaa olla antamatta sille sitä mitä se haluaa.
-- Juha Koivisto, 7.10.2004
Tuli tässä mieleen yksi mahdollinen tapa rajoittaa tällaista toimintaa:
Voisiko Wiki sisältää kieltolistan ulkoisista linkeistä?
Jos tallennuksessa tällainen linkki löytyy, niin tallennusta ei lainkaan tehdä. Esimerkiksi linkit kokonaan numeroista tehdyihin domain nimiin voitaisiin kieltää.
Tällöin jäljelle jäävä ongelma: Kuka ylläpitää kiellettyjen site:jen listaa?
-- Lauri Paatero, 7.10.2004
Erinäisissä luokituslistoissa on mukana tieto, joka kertoo montako nimeä listassa on. Näyttäisi, että niitä tietoja yhä päivitetään manuaalisesti. Kun ne tiedot kuitenkin imaistaan yhdistettyyn listaan, melkein samalla vaivalla kai niistä voisi myös pari yksinkertaista tilastoa laskea; esimerkiksi ne rivit, missä on jotain nimeltä näyttävää ja luokitus. Sillä saisi pelaajien määrän joka kerhossa/listassa helposti selville, ja varmasti menisi oikein.
Joku listoja henk.koht ylläpitävä kerhomies tai -nainen voi jo olla päivityksiin niin tuohtunut, että tekisi tarvittaman pulauttimen iltapuhteena, kun kerran osaa :)
En tiedä kuka sen käsin päivityksen aloitti ;). Mutta juu, kyllähän siitä listasta voi kaikenlaista laskeskella. Lähdekoodi on ihan avoin, ja löytyy täältä.