| At line 19 removed 9 lines |
| %%information |
| Huomatkaa, että täällä on nyt käytössä uusi JSPWiki 2.7.x -sarjan tuote, jossa oletettavasti on jonkin verran bugeja. Tämän kuitenkin pitäisi olla tarpeeksi stabiili päivittäiseen käyttöön. Erityisesti kaipaamme tietoa selainyhteensopivuudesta, lokalisaatio-ongelmista, jne. |
| %% |
|
| %%information |
| Tunnettuja bugeja: |
| * Siivosin bugilistan alla wanhoista. |
| %% |
|
| At line 25 added one line |
| Androidin chrome-selaimella editointiruudun kursori ei siirry osoitettuun kohtaan. Tämä johtaa esimerkiksi siihen että monen sivun alalaitaa on mahdotonya muokata. -Janne Nikula, 15.11.2013 |
| At line 27 added one line |
|
| At line 187 added 86 lines |
|
| Hm? Mulla tuntuu ainakin toimivan. Voitko liittää näyttökaappauksen sivulle? |
|
| -- JanneJalkanen |
|
| Tarkemmin katsottuna kyse ei olekaan viasta vaan käyttöliittymän hankaluudesta. Kun sivulla on pitkä ja leveä taulukko, niin siitä on aluksi oikea reuna piilossa. Jos siellä olevan tekstin haluaa nähdä, joutuu ensin kelaamaan taulukon alalaitaan, että saa sivusuuntaisen vierityspalkin näkyviin, siirtämään sitä ja palaamaan takaisin kohtaan josta oli kiinnostunut. Jos kiinnostavia kohtia on useita, voi joutua toistamaan operaatiota. |
|
| Matti |
|
| Jepjep. Tuolle ei oikein voi mitään, koska se riippuu selaimesta/käyttiksestä - mm. uusissa Maceissa voi useammalla sormella sorkkimalla voi siirrellä tuota taulukkoa kelaamatta sivua mihinkään. |
|
| -- JanneJalkanen |
|
| ---- |
|
| Sivu go.fi on vaatii nyt jostakin syystä login:n... |
| Ja varsinainen ongelma: mistäs oikeudet nykyään asetetaan, ko sivulla ei näytä olevan oikeuksia asetettuna? |
|
| -- Lauri 19.9.2008 |
|
| Pääsitkö loginin jälkeen näkemään sivun? Minulle loginkaan ei auttanut. |
|
| _[Matti] |
|
| Lisäsin alkuun edit all - luvan. Näyttää siltä, että ko. sivulle ei pääse, mikäli sivulla ei erikseen anneta lupaa. Kumma juttu. |
|
| -- Lauri |
|
| Hmhmhm... Poistin sen, koska ACL:n asettaminen sivulla resetoi mahdollisesti kummittelemaan jääneet vanhat ACL:t. Pitää tarkistaa, tuo vaikuttaa oikeasti ihan bugilta. |
|
| -- JanneJalkanen |
|
| Jep, olihan se bugi. Pitäisi olla korjattu nyt, beta-7:ssa. |
|
| -- JanneJalkanen |
|
| ---- |
|
| Pidän jokseenkin vikana sitä, että taulukoiden rivit voivat sisältää eri määrän soluja, riippuen siitä montako putkimerkkiä pohjadokumentin kyseisellä rivillä on. Tulee rumia taulukoita. Niitä on myös penseähköä korjata. Turnauslistat ovat mainio esimerkki tästä. --Ilkka Virta |
|
|
| ---- |
|
| Sivun uudelleennimeäminen voi näköjään aiheuttaa aika pahoja viboja: |
| [http://www.suomigo.net/Diff.jsp?page=Luokituslista&r1=59&r2=58] --Ilkka |
|
| ;:Korjattu uusimmassa versiossa (tulee tänne tällä viikolla). |
|
| ---- |
|
| Laittamalla preferensseissä välilyönnin alkuun saa ihan IP osoitteen näköisiä käyttäjänimiä (esim " 127.0.0.1"). ei liene vaarallista, mutta varmaankin ei-toivottavaa. |
|
| - 127.0.0.1 |
|
| Kiitos, virheilmoitus on nyt: [https://issues.apache.org/jira/browse/JSPWIKI-442] |
|
| -- JanneJalkanen |
|
| ---- |
|
| Sivulla [LauriPaatero] useimmat diagrammit näyttävät huonoilta Google Chrome -selaimella. Alaotsikolla "Uhkauksien määrä?" varustettu kuitenkin näkyy poikkeuksellisesti kunnolla. |
|
| Tätä kirjoittaessani Wikin versio on JSPWiki v2.8.4-svn-9. Diagrammiongelma ei tunnu riippuvan käyttöjärjestelmästä. Google Chromen versio on 7.0.517.41. Uusin minkä automaattipäivitys tarjoaa. Chrome käyttää Webkit-"moottoria" sivujen asetteluun minun ymmärtääkseni. Sama ongelma voi siis ilmaantua Safari-selaimen käyttäjillekin. Tai voi olla ettei. Vain Macisti voi kertoa :) |
|
| Paljastui, että poistamalla Tarkastele elementtiä -toiminnon kautta pari CSS-sääntöä diagrammit näkyvät kunnolla. Nämä säännöt ovat elementtiryhmän "code, pre, tt" sääntö "overflow: auto;" sekä elementin "pre" sääntö "margin: 1em 2.5%;". Koska minun tietoni ja innostukseni CSS:ää kohtaan ylittää melkein tietoni ja innostukseni naulojen päähän hakkaamista kohtaan, en välitä tutkia asiaa enempää juuri nyt. Pitänee katsoa ne diagrammit toisella selaimella, kun tulee tarve. |
|
| -- Pekka 8.11.2010 ja myöhemmin 8.11.2010 lisää tietoa |
|
| ---- |
| Sivulla [OoteaiLiiga] on useita välilehtiä. Valitsin välilehden ja annoin tulostuskomennon selaimessa. Tulostukseen tulivat kaikki välilehdet. Ososiitautui, että ne näkyvät jo tulstuksen esikatselussa. Myös sivulla [HelsinginGoKerho] on välilehtiä, mutta siinä tulostuksen esikatselu näytti vain avoinna olevan välilehden. |
|
| Selain on Mozilla Firefox 25.0. Myös Chromessa (en löytänyt versionumeroa) esikatselu näytti kaikki välilehdet. Alla on Windows 7. |
|
| -- [Matti] 14.1.2014 |
| ---- |
| Muokkasin sivulla [OoteaiLiigaIlmoittautuminen] keskusteluvälilehteä. Esikatselu näytti ilmoittautuminen välilehden, mutta siihen saattoi klikata keskusteluvälilehden. Aina kun kirjoitti editori-ikkunaan jotakin, esikatselu vaihtoi ilmoittautuminen välilehden esille. |
|
| -- [Matti] 20.3.2014 |
|
| ---- |
| Heippatirallaa. Olen pahoillani jos tämä on väärä paikka kertoa (luultavast) tai väärä ratkaisu muutoinkin (melko varmasti), mutta: Mikäli Chromen käyttäjät haluavat itse fiksata oman näkymänsä noihin Go-diagrammeihin, menin tekemään tällaisen: [https://userstyles.org/styles/120788/suomigo-diagram-fix]. Ja noin muuten, ilman tuota margin: 0; -muutosta pre.godiagram -elementeille ne on edelleen Chromessa rikki. Alla Ubuntu 14.04, Chrome 46.0.2490.86 (Official build, 64-bit). Tämä fiksaus siis edellyttää [Stylish|https://chrome.google.com/webstore/detail/stylish/fjnbnpbmkenffdnngjfgmeleoegfcffe?hl=en] -laajennuksen asennusta Chromeen ja sen jälkeen tuon linkatun tyylimäärityksen asentamista siihen stylishiin. Parhaan tietämykseni ja uskoni mukaan tämä vaikuttaa ainoastaan www.suomigo.net -sivun näyttämiseen ja ainoastaan noihin pre -elementteihin, joilla on godiagram class määritettynä. Jos joku näkee tämän omaa elämäänsä helpottavana seikkana niin kiva. |
|
| -- [TommiTuura] 16.11.2015 |
|
| ---- |
| sortable e tunnu toimivan. Selain Firefox 52.0.1. --[Matti] 2017-03-20 |
