This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Uudet ideat tänne, kiitos. Virheraportit sivulle WikiVikoja.


Ehdottaisin, että luokituslistalle voisi tehdä jokaisen (gorrin omaavan) pelaajan kohdalle linkin kyseisen pelaajan sivulle European Go Databaseen? Vaikka siten, että sitä gor-lukemaa klikkailemalla pääsisi sinne. En tiedä onko vaikea toteuttaa, mutta mielestäni olisi ihan kätsy feature.

--DeniSeitz, 17.5.2006

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.

-- JanneJalkanen


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.

-- JanneJalkanen, OlliLounela


Onko mahdollista saada englanninkielistämuokkauslinkkiä sivulle? Tarve olisi lähinnä kansainvälisten tapahtumien ilmoittautumislistoja sisältävillä sivuille.

--Matti_Siivola

Saapi helposti kirjoittamalla suoraan sivulle tekstin vaikka

[Edit this page|Edit:WikiEhdotuksia].
josta siis tulee Edit this page.

Pikalinkki "Edit:" siis osoittaa aina editoriin.

--Janne Jalkanen

Kokeilin, mutta editorista tulee Suomenkieliset ohjeet. En ossa sanoa, onko asiassa ongelmaa. Ainakin ruotsalaisia ja norjalaisis on ilmestynyt PM-lisalle.

--Matti_Siivola

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.

--JanneJalkanen

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ä.

--Matti_Siivola

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.)

--JanneJalkanen

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.

-- JanneJalkanen


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

Yli kolme ja puoli vuotta? --Bass 2005-05-26

Kyllä. --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.)

--Tuomas Korppi


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?

-- Markku Jantunen

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 =).

-- Janne Jalkanen


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.

-- Janne Jalkanen


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.

-- Janne Jalkanen


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.

-- Juha Koivisto

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.

-- Janne Jalkanen

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.

-- Juha Koivisto

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...

-- Janne Jalkanen

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ä).

-- Juha Koivisto

Laitan harkintaan, mutta en millään prioriteetilla. Jos joku muu tarjoaa patchin, niin saatan toteuttaa, mutta valitettavasti muut asiat ajavat edelle.

-- Janne Jalkanen

Tämän voisi vihdoin korjata. Jos wikimoottori välttämättä haluaa mankeloida linkin tekstin itselleen sopivaksi, se moottorille sallittakoon (tämä toki rajoittaa sen verran, että "Vapaus, ei likvidointi" ja "Vapaus ei, likvidointi" osoittavat väkisin samaan sivuun..) Se isompi ongelma on kuitenkin siinä, että moottori pakottaa tämän rikki mankeloimansa tekstin näkyviin syntyvälle sivulle, isolla fontilla sivun näkyvimpään kohtaan.

Helppo korjaus: sivun ensimmäinen headeri (se kohta missä nykyään lukee "div class=pagename") muokattavaksi. Särjettyä tekstiä älköön yritettäkö palauttaa takaisin alkuperäiseen muotoon, koska se on mahdotonta. Sivun nimi saa RecentChangesissa ja urlissa ja ihan missä vaan olla ShusakuKortti tai ihan mitä vaan, kunhan sillä sivulla vaan lukisi Shusaku-kortti eikä Shusaku Kortti.

-- Bass 2005-05-26

Tulee 3.0:ssa, sitten joskus. Kyseessä ei ole asia, jonka voi vaan "korjata", vaan fundamentaali wikin toimintaperiaatteen muutos. Mieluummin teen asian harkiten kuin satunnaisella kludgella.

-- Janne

Jos tuohon kolmosversioon menee vielä kovinkin monta vuotta, niin voisiko saada tilapäiskorjauksena sellaisen version, missä järjestelmän sisäisesti käyttämää sivun tunnistetta ei näytettäisi kaikkein isoimmalla tekstillä sivun alussa? Tai ollenkaan? Kertaluonteisena eräajona voisi sitten ajaa kaikille wikisivuille muutoksen, jossa tuo pääotsikko siirrettäisiin osaksi sivun sisältöä, ja sitä voisi siitä editoida.

Lisäksi uuden sivun editointiin pitäisi panna pohjaksi sivu, jossa otsikko on valmiiksi paikallaan.

Mikään linkki ei hajoaisi, mitään toiminnallisuutta ei tarvitsisi muuttaa, ja tämänkin sivun otsikon voisi lukea luulematta sitä tunareiden kirjoittamaks ja tunariyhteisön hyväksymäksi, onhan kullakin mahdollisuus editoida kaikkea. Siis kaikkea muuta.

-- Bass, 2009-12-10


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ä...

-- Janne Jalkanen

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".

-- Janne Jalkanen

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?

-- Tero Tiittanen

Saisi, jos meillä olisi käyttäjäseuranta. Wikin allaoleva rakenne ei salli kuin kludgeja tämän tekemiseksi (mikä sivumennen sanoen on syy sille, miksi haluamme muuttaa tietokannan rakenteen 3.0:ssa.)

-- Janne


Spammikeskustelu siirretty sivulle WikiSpamKeskustelu.


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 :)

--Pekka Karjalainen

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ä.

--Janne Jalkanen

Mites olis sellane sivu et näkee ketkä kaikki o kirjautuneena? -Werfeus

Tarkoitat ilmeisesti niitä, jotka ovat "sisällä" tällä hetkellä? Tämähän on mahdoton tehdä, koska ei voi tietää milloin joku on lopettanut käytön. Sen, minkä pystyy tekemään, on pitää kirjaa siitä, milloin käyttäjä on viimeksi tehnyt mitään, ja olettaa, että jos se on ollut 15 min. klikkaamatta yhtään linkkiä, se on "sisällä". Vai tarkoitatko, ketkä kaikki ovat tehneet "tunnuksen"? --JanneJalkanen

Nii, lista jossa olis nyt vaik ton 15min sisäl aktiivisuutta osoittaneet käyttäjät. olis käytännöllinen. -Werfeus


Jotkut selaimet sotkevat UTF8-merkkejä sisältävät wikisivut, kuten ilmeisesti on jo tiedossa. Vaikka tämä ei olekaan wikin bugi, näitä selaimia kuitenkin on käytössä (ks. esim. sivun ToiGo viimeaikaiset muutokset kuten v99->v100), ja hajoavien sivujen korjaaminen on jokseenkin rasittavaa. Voisiko wikiin lisätä jonkin systeemin, jolla rikkinäisten selainten aiheuttamat tuhot estettäisiin? Esim. voisi todeta, jos sivulla on muutettu kaikki ei-7bit-ascii-merkit joksikin muuksi, ja tällöin joko hylätä muutokset kokonaan tai hylätä pelkästään ne rivit, joilla ei muutettu mitään muita merkkejä. (Tai periaatteessa voisi vaikkapa etsiä lyhimmän yhtenäisen merkkijonon, joka sisältää muitakin muutoksia kuin UTF8->??, ja muuttaa vain sen - mutta kunhan nyt jotenkin edes karkeastikin toteutettuna voitaisiin estää se, että yhden rivin muuttaminen sotkee koko sivun). Periaatteessa kai selaimen tunnistaminenkin ja muokkauksen estäminen rikkinäisiltä selaimilta riittäisi, mutta se ei taida käytännössä onnistua, koska harvinaisemmat selaimet usein väittävät olevansa jotain muuta kuin ovat.
--Juha Koivisto 21.11.2004

Tai sitten laitetaan mukaan yksi hidden parametri, jolla tunnistetaan, ymmärtääkö selain UTF-8:aa ja herjataan sitten suoraan, että "selaimesi on Huono ja Rikki, enkä aio sinun muuttaa tätä sivua koska tuhoaisit sen".

Bjoo. Voisiko joku käydä heittämässä tämän JSPWiki:SubmitBugReport -sivulle, tai vielä parempi - koodaisi pikkupätkän ja fiksaisi tämän? Ei pitäisi olla vaikea, muuttaa vain JSP-sivua.

-- Janne Jalkanen

Hmm, siis rikkooko selain parametrina saadun mielivaltaisen (UTF8:ksi tulkittavan) stringin samalla tavalla, vaikka se ei kulkisi editorin kautta? Jos kyllä, niin sitten tuo on tosiaan helppo tapa hoitaa asia. --Juha (Löytyiköhän tässä samalla uusi omituisuus: en mielestäni koskenut riviin 295, kuten wiki väittää. Selaimena Mozilla 1.7.3.)

Tuommoinen saattaa syntyä ihan siitä, että selaimesi on päättänyt normalisoida jonkin sopivan rivinvaihdon. En huolestuisi siitä :). Mutta kyllä, mielivaltainen UTF-8 -string menee samalla lailla rikki kuin textareassa syötetty editointi, joten se olisi aika helppo tapa hoitaa asia.

-- Janne Jalkanen

Terve,

Mitenkähän liitetiedosto poistetaan sivulta? En ainakaan nopeasti löytänyt. Ja mikähän yuo swart.asp Kanpain sivulla oli? Oma virustorjuntani rupesi hälyttämään heti, joten varmuuden vuoksi korvasin sen harmittomalla tekstinpätkällä.

-- Otso Alanko

Hyvä idea, poistin sen swart.asp:n. Jotkut käyttää wikejä XSS-hyökkäyksiin ja muuhun... Anyhoo, liitteitä ei tällä hetkellä voi poistaa (tai siis voi, mutta sitä ei ole enabloitu vielä täällä erään aika pahan turvareiän takia, jota en ole saanut korjattua...) Laittakaa viestiä minulle tai Poista Minut -sivulle.

-- Janne Jalkanen


Sivuille voi tehdä alaviitteitä [#1]-merkinnällä. Voiko niihin jotenkin viitata muilta sivuilta (muuten kuin ulkoisella linkillä)? En ainakaan keksinyt miten. --Juha

Siis tyyliin [linkki alaviitteeseen|WikiPage#1]? Pitäisi toimia... Tai jos ei toimi, niin nykyisessä CVS:ssä toimii. Pitää upgreidata jossain välissä. Uudessa versiossa on mm. toimivat viittaukset otsikoihin jne. --JanneJalkanen


Onkohan wikissä mahdollisuuksia luoda jonkinsorttista tietokantaa, jonne jokaisen käyttäjännimen kanssa tallentuisi henkilön rank, jonka voisi hakea jollain tietyllä komennolla. Täten ei tarvitsisi jokaista sivua päivittää kun saa korotuksen.

-- Shiona

On mahdollista, mutta hieman hankalaa johtuen siitä, että esimerkiksi ilmoittautumislistat vanhoista turnauksista näyttäisivät tosi oudoilta kun kaikkien luokitukset ovat päivittyneet... Pitäisi jotenkin pystyä merkitsemään sivut sellaisiksi, ettei niissä tehtäisi enää päivityksiä - mikä taasen tarkoittaisi sitä, että luokituksista olisi oltava jonkinasteinen historia, mikä taasen aiheuttaa mielenkiintoisia rajoitteita...

Mutta siis omalle sivullehan voi merkitä [{SET rank='3 kyu'}] ja käyttää sitä sitten pitkin poikin ko. sivua... Hm. Ehkä sillä voisi tehdä jotain mielenkiintoista.

--JanneJalkanen

Eikö vanhoihin turnauksiin voitaisi kirjoittaa rank aivan suoraan, ja esim. klubisivuille niin, että wiki hakee tiedon jostain syövereistään? Myös KGSän perukoilta pitäisi phpllä saada henkilön sikäläinen tasoitus.

-- Shiona

Vanhat turnaukset ovat joskus olleet uusia turnauksia. Kuka ne siinä välissä muuttaa yksiselitteisesti? Ja lähinnä kai: onko todellinen ongelma se, että jonkun luokitus on väärässä jollakin sivulla? Loppujen lopuksi kuitenkin vain Luokituslistalla on mitään merkitystä...

--JanneJalkanen


Ehdottaisin, että tekisimme Wikin MainPage sivusta virallisen linkin suomalaiseen go-elämään. Tämä siis tarkoittaa, että kyseistä sivua voisi markkinoida ulkomaanolioille, jotka ovat kiinnostuneita go:sta Suomessa. Tällä hetkellähän mitään kattavaa englanninkielistä sivua tai sivustoa ei ole olemassa.

Aloitin markkinoinnin lisäämällä linkin tännepäin Sensei's Libraryyn.

-- Otso Alanko

Jos joku kirjoittaisi sivulle pari kappaletta liitosta, niin voisin poistaa vastaavat asiat omalta liiton sivultani ja laittaa linkin tänne. Asia pysyisi varmaan paremmin ajantasalla.

-- Matti Siivola


Sivujen editoinnissa näytti olevan tunnin aikaraja, joka tuntuu tarpeettoman pitkältä. Sivut jäävät helposti vahingossa lukkoon, jos joku aloittaa editoinnin ja poistuukin sitten Peruuta-napin sijasta palaamalla vain selaimella edelliselle sivulle. Voisiko lyhentää?

-- Juha

Sivu ei sinällään lukitu, vaan lukon voi kyllä rikkoa. Lukko on ollut tunnin mittainen koska se on aika hyvä balanssi pitkään ja hartaasti kirjoittavien ja lyhyesti kirjoittavien välillä. Muistaakseni joku jossain vaiheessa (kiivaiden keskustelujen aikaan) kaipaili jopa sen pidentämistä. Jos oikeasti näyttää siltä, että joku on vain palannut back-näppäimellä taapäin, niin rikkokaa lukko ihan vapaasti.

Jos tälle tulee useampi kannattava ääni eikä vastustusta niin voihan tuon lyhentää.

-- Janne Jalkanen

Lukon voi rikkoa, mutta eikö koko mekanismin idea hiukan kärsi, jos ihmiset alkavat ajatella, että voihan sivua siitä huolimatta muokata? Omasta mielestäni kovin pitkät kirjoitukset olisi huomaavaista valmistella jossain editorissa ja siirtää wikiin cut&pastella, mutta jos pitkiä aikarajoja tarvitaan, ehkä sitten esikatselu voisi nollata laskurin? Vertailun vuoksi Sensei's Libraryssa aikaraja on niinkin lyhyt kuin kymmenen minuuttia, tosin siellä on javascript-laskuri, josta näkee milloin aika on loppumassa.

-- Juha

Mieluummin haluaisin muutaman puoltavan äänen (ja samanlaisen Javascript-kikkareen :), ennen kuin muutan lukon lyhyemmäksi.

-- Janne Jalkanen

Kannatan muokkaamisajan lyhentämistä. Pitkät sepustukset pitää kirjoittaa omassa editorissa ja kopioida/liimata joutuisasti sivulle.

-- Vesa

Niinhän se useimmiten käy. Jotkut sivut ovat kyllä työläämpiä kuin muut. GoOpettajatHelsinki2005 sivua tehdessäni tarvitsin useamman esikatselukerran, enne kuin kaikki ilmoittautmislistat olivat oikein. Esikatselu ei onnistu omassa editorissa.

-- Matti Siivola

Muutettu 30 minuuttiin. (Voisko joku siirtää tämän keskustelun jonnekin muuanne? Pidetään täällä vain kurantteja asioita...)

-- Janne Jalkanen, 08-Feb-2005

Jos oikeasti kaipasit sitä javascriptiä, tässä olisi yksi (tai oikeastaan kaksikin versiota, joissa kummassakin on ongelmansa - editoinnin ja esikatselun tapahtuminen kahdella eri sivulla mutkistaa asioita). Sen koodin tuottamisen, jolla skriptit saa integroiduksi wikiin, jätän suosiolla jollekin muulle...

-- Juha


Voisiko lukituksen ensimmäinen 5 tai 10 minuuttia olla ehdoton, ts. wiki ei edes antaisi sivua editoitavaksi jos se on jollain muulla aloitettuna? Nimim. viis kertaa yritin ja aina joku molopää tunki väliin.

--xx.yy.zz.qq

Ihmiset tuppaavat ignoroimaan satunnaisista IP-osoitteista tulevia lukituksia (koska satunnaiset spämmibotit tekevät sitä myös). Suosittelen laittamaan oman nimen talteen UserPreferences-sivulla, se nostaa kynnystä.

Ja kyllä sen lukon saa ehdottomaksi; silloin vain kaikki epämääräiset spämmibotit lukitsevat sivuja editointikelvottomiksi...

-- JanneJalkanen

No ainakin varoitusteksti voisi olla näkyvämpi (fontin ei välttämättä tarvitse olla vilkkuva punainen 60pt, mutta nykyinen jää liian helposti huomaamatta). Tai ehkä välissä ennen tekstinmuokkaussivulle pääsemistä voisi olla jokin lomake tyyliin "Käyttäjä N.N. näyttäisi olevan editoimassa sivua. Haluatko varmasti jatkaa? (kyllä/ei)"

--xx.yy.zz.qq


Saisikohan kerhojen luokituslistoihin jonkun näköisen countterin, joka laskisi yhteen listalla olijoiden määrän tai vaikuttaisiko luokituslistaan, jos kunkin kerhon listaan lisäisi countterin rivien alkuun?

Ei tarvitsisi manuaalisesti laskea kerhon luokitettujen jäsenten määrää.

-- Oulun luokitukset sivulta Gardanin ja Oswaldin ajatukset tänne siirsi tii

Jälkimmäinen kyllä sotkee luokituslistan. Mietithän.

-- JanneJalkanen

Sotkeehan tuo toki, sikäli kun pulauttimeen ei voi tehdä toiminnallisuutta, joka ignoroi countterin. --Bass

Kyseessä on javascript-pohjainen sorttaus... Ja se osaa tunnistaa kyllä, jos kyseessä on numero. Ongelma vain on, että "5 kyu" ei resolvoidu numeroksi vaan stringiksi.

-- Janne


Roskapostisuodinlista alkaa kasvaa aika pitkäksi. Olisi kiva, jos kaikkia regexpejä ei tarvitsisi kirjoittaa yhdelle riville, vaan voisi käyttää esim. syntaksia {ADD spamwords='...'}. Annettu merkkijono siis lisättäisiin muuttujan nykyiseen arvoon.

-- Juha 20.5.2006

Itse asiassa niitä ei tarvitse; joku vois hujauttaa ne tiedostoon ja uploadata ne sinne sivulle nimelle "blacklist.txt". Rivi per regexp. Mallia JSPWiki:SpamFilterWordList.

-- Janne

Eli blacklist.txt matchaa pelkästään urleihin, ja lisäksi voi edelleen määritellä muita sanoja spamwordsilla, vai ymmärsinkö ihan väärin?

JSPWikin blacklist.txt näyttäisi olevan jotenkin wikien yhteisesti ylläpitämä, tai ainakin siinä oli urleja monesta eri lähteestä. Mitä pitäisi tehdä, että sinne tehdyt lisäykset saisi käyttöön myös täällä (ja toisin päin)?

-- Juha

Ei, se matchaa koko tekstiin. Spamwords lisätään tuon blacklist.txt:n sisältöön lennosta.

Minä en itse asiassa tiedä, miten se toimii... Mulla ei ole ollut aikaa selvittää koko asiaa :-). Mutta jos sä voit selvittää, niin se olis hianoo! Muistaakseni jossain on olemassa jokin postituslista. Kysele Sunir Shahilta (meatballin ylläpitäjä, googlaa), se osaa kertoa lisää.

-- Janne


Tuon vallan mainion page infon käytettävyyttä parantaisivat kivasti sellaiset nappulat, jotka yksittäistä muutosta näytettäessä (vaikka "r1=92&r2=91") osoittaisivat seuraavaan (r1=92&r2=r93) ja edelliseen (r1=90&r2=91) muutokseen. Nykyisellään tuo operaatio (jota arvelisin kaikkein yleisimmäksi käyttötapaukseksi) vaatii kaksi valikko-operointia, joiden välissä sivu automaagisesti latautuu uudestaan. --Bass 2005-05-26

Hyvä idea. Teen heti kun muistan...

-- Janne

Jos unohtaa linkin lopusta sulkevan hakasulun, tulee linkin kohteeksi kaikki teksti seuraavaan hakasulkuun asti, kuitenkin siten että ainakin välissä mahdollisesti olevat avaavat hakasulut ja putkimerkit putoavat välistä. Tällä voi olla hassuja vaikutuksia jos linkkiä käytetään luomaan uutta sivua: esimerkki löytyy TPEGTTampere2006 -sivun muutoshistoriasta.

Tässä olisi ehkä selkeämpää käyttäjälle jos linkki ei näkyisi linkkinä, ellei sulkevaa hakasulkua löydy "riittävän lyhyen" matkan päästä. Seuraavan avaavan hakasulun jälkeen sitä ei ainakaan enää kannattane hakea, koska tällöin linkit menevät jo päällekkäin, mikä on varmaan hyvin harvoin tarkoituksena.

-Ilkka


Onko JSP-wikiin saatavissa Sensei's libraryssä/wikipediassa käytetyn tyylistä sivujen taustalla olevan keskustelun mahdollistavaa foorumia tms. keskustelu tapaa. Keskustelu tapahtuisi siis edit pagen viereen tulevaa Discuus page nappia painamalle ja sivueditointi jäisi vain sivun aihetta koskevan "virallisen sisällön" muuttamista varten. -- 11.1.2007 Tii

Juu, on mahdollista, mutta onko se oikeasti tarpeellista? Wikipediassahan se on tarpeellinen, koska kyseessä on tietosanakirja. Perinteisissä wikeissähän muokataan sivulle tulevaa keskustelua yleisesti ottaen paljon rankemmin kuin täällä.

-- JanneJalkanen

Siirsin etusivua sekä koko wikin ulkoasua ja rakennetta koskevan keskustelun sivulle SuomigoNetKeskustelu.

Kysymys, miten etusivulle saataisiin kuva -- 12.1.2007 Tii

Hmm, onkohan paras tapa tuupata kuva liitteeksi jollekin sivulle X ja sitten linkittää sen saamaan urliin etusivulta. Pelkkä linkittäminenhän riittää kuvan esille tulemiseen, mutta on vähän hölmöä kaivella sitä kuvaa sitten jostain kolmannelta palvelimelta, ja liitteen lisääminen etusivulle voi sekin näyttää vähän höntiltä.

-- Ilkka Virta

Ilkka, joo, näin on hyvä tehdä. Luokaa vaikka sivu "Media" tai jotain, ja linkittäkää sinne. Oikea tapa tehdä tämä on Image-pluginilla http://doc.jspwiki.org/2.4/wiki/Image.

-- JanneJalkanen

Spammerit keksivät, että kommentteihinkin voi urleja laittaa. Tuli pari erilaista (joskin yhdistettävää) ratkaisua mieleen. Urlien suodattaminen kokonaan pois kommenteista ja kommenttikentän pituuden rajaaminen johonkin merkkimäärään.

-- Gardan, 25.3.2007


Kommenttikenttä menee samalla lailla spämmifiltterin läpi kuin normaalitekstikin jo.

--JanneJalkanen, 25-Mar-2007


Onkos jotakin erityistä syytä sallia html-liitteet?

Liite-spam kun on aika hidasta poistaa, ja en näe syytä sallia edes moista.

--Lauri 31-03-2007


Hello guys im new on yous forum nice to see you all watch my video for free ;)

--flooderbob, 20-Aug-2011 02:29

Jos oikein ymmärsin, niin flooderbob taisi ehdottaa että wikin spämmifiltteri kaipaisi ehkä hiukkasen viilausta. Mikähän olisi tehokkain tapa? Useimmat spämmääjät näyttävät rekisteröityneen, joten pieni go-ongelma captchaksi voisi estää monen spämmibotin toiminnan.

–Jouni, 20.8. 2011

No, se pysäyttää 99% editeistä tällä hetkellä... En mielellään lisäisi yhtään ylimääräistä hidastetta wikin editointiin, koska se heti nostaa julkaisukynnystä.

Sen sijaan esimerkiksi voisi laittaa vaikkapa html-koodin filtteriin (esim. tekstin "<a href"), joka olisi pysäyttänyt heti jo tuon äskeisen tekstin.

-- JanneJalkanen

Tarkoitin siis sitä, että kaikki näkemäni spämmibotit rekisteröityvät wikin käyttäjäksi ennen kuin aloittavat editoimisen. Siksi olisi riittävä toimenpide laittaa captcha rekisteröitymiseen (eikä sivun editoimiseen). Tämä estäisi spämmiboteilta mahdollisuuden rekisteröityä.

–Jouni, 22.8. 2011

Mun mielestä ei hullumpi idea, jotain siihen suuntaan että vois lämätä satunnaisen 5x5 kuvion ja kysyä montako valkosta ja mustaa kiveä, tai jotain vastaavaa. Niin idioottivarma siis ettei ihminen mokaa mutta koneelle hyvin hankala :D Ja Jouni on oikeassa, tietenkin rekisteröintiin eikä julkasemiseen.

-- ObOlli


<a href=http://forum.askfriends.org/profile.php?mode=viewprofile&u=737709>english grammar ebook free download </a> <a href=http://woba87.com/forum/member.php?action=profile&uid=20918>html ebook download </a> <a href=http://www.thependragonadventure.com/forum/profile.php?mode=viewprofile&u=718536>ebook magazine download </a> <a href=http://www.catdvd.com/chatboard/index.php?showuser=132306>ebook txt download </a> <a href=http://www.teammasters.nl/forum/profile.php?mode=viewprofile&u=327188>android ebook download </a> <a href=http://cs-gaming.aq.pl/profile.php?mode=viewprofile&u=53723>free ebook download pdf </a> <a href=http://isgunit.tonbde.com/forum/index.php?action=profile;u=27409>download google ebook </a> <a href=http://flyhigh.bg/forum/index.php?s=23b6f8117e6b81170548ee0dc5ae6b61&showuser=180019>joomla ebook download </a> <a href=http://cs-legionowo.pl/profile.php?mode=viewprofile&u=14264>free ebook to download </a> <a href=http://forum.ring07.ru/member.php?u=565044>ebook library download </a> <a href=http://cashflowinnercircle.biz/forum/profile.php?mode=viewprofile&u=564191>google ebook download </a> <a href=http://www.akaratworld.com/vb/member.php?u=43299>lord of the rings ebook download </a> <a href=http://www.netnanny.co.uk/forum/member.php?action=profile&uid=50621>harry potter ebook free download </a> <a href=http://thatmenu.com/forums/index.php?action=profile;u=182768>house of night ebook download </a> <a href=http://new.cardir.ru/user/SerSuigneeMub/>c# ebook download </a> <a href=http://ataquepaintball.com.br/forum/profile.php?mode=viewprofile&u=111602>harry potter free ebook download </a> <a href=http://amieeducation.com/forumdisplay.php?244-General-Amie-Issues>the last song ebook free download</a> <a href=http://www.heetforum.nl/newforum/viewtopic.php?p=236605#236605>free holy bible ebook download</a> <a href=http://testvtt.nikosse.net/viewtopic.php?pid=122212#p122212>twilight free ebook download</a> <a href=http://saleemnet.com/vbx/member.php?action=profile&uid=7926>eat pray love ebook download free</a> <a href=http://www.f1visa.us/forum/viewtopic.php?f=2&t=130344>mobile ebook download</a>

--immencela, 15-Feb-2012 04:19

Add new attachment

Only authorized users are allowed to upload new attachments.
« This particular version was published on 15-Feb-2012 04:19 by immencela.