| At line 5 added 4 lines |
| 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 |
|
| At line 176 added 4 lines |
| Yli kolme ja puoli vuotta? --[Bass] 2005-05-26 |
|
| Kyllä. --[Janne Jalkanen] |
|
| At line 294 added 18 lines |
| 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 |
|
| At line 352 added 4 lines |
| 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 |
|
| At line 346 removed one line |
|
| At line 472 changed one line |
| Saisikohan kerhojen luokituslistoihin jonkun näköisen countterin, joka laskisi yhteen listall aolijoiden määrän tai vaikuttaisiko luokituslistaan, jos kunkin kerhon listaan lisäisi countterin rivien alkuun? |
| 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? |
| At line 506 added 115 lines |
|
| 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|JuhaKoivisto] 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 |
|
|