Gmail tarjosi tuota kokeiltavaksi taannoin. Kokeilin, mutta palasin hyvin pian entiseen. Jotain pointtia uudessa paradigmassa muistaakseni mietin olleen, mutta se paradigma ei kohdannut minun käyttöparadigmani kanssa kovin hyvin.
Pointtina siis tässä, että jollei tämä nyt ole lopullisen käyttöönoton ensiairut (minulla tuo ei ainakaan vielä tätä kirjoittaessani ole tullut takaisin pakotettuna), voit ehkä vielä palata entiseen sinäkin, jos onnistut löytämään sieltä sen linkin. Muistaakseni se oli hyvin pienellä jossain nurkassa silloin kun minä uutta kokeilin (jokunen kk sitten). Jollei päänäkymässä niin asetuksissa.
Etsisin tarkat ohjeet kokeilemalla, mutta pelkään, että jos tämä todella nyt on lopullista, sieltä ei minullakaan enää ole paluuta jos erehdyn tuon ”new compose experience” -linkin nyt valitsemaan… Tai no menkööt, jos on lopullista niin sitten on.
I’ll be back.
Vuodatuksen varmistus muistaakseni ainakin joskus oli yksinkertainen numerolitania, sellaiset on nykyisin melkein yhtä helppo koneen lukea kuin ihmisen. Muitakin keinoja noiden murtamiseen on.
Google on virittänyt alkujaan skannatun tekstin oikoluvussa hyödyntämänsä reCAPTCHAn näyttämään nyt skannattujen sanojen lisäksi noita Street View’n katuosoitenumeroita. Idea on joka tapauksessa sama: näytetään kaksi tunnistettavaa kohdetta, joista toisen merkityksen Google tietää jo, toista ei. Söherö, jonka merkityksen Google jo tietää, on se varsinainen varmiste, eli vain sitä verrataan käyttäjän syötteeseen.
Käyttäjän toisesta söheröstä tekemän tulkinnan syöte lisätään vain Googlen tietokantaan sellaisenaan (yhdessä muiden käyttäjien samasta söheröstä tekemän tulkinnan kanssa sitä käytetään osoitenumeron tai skannatun tekstin kyseisen kohdan koneellisen tulkinnan apuna). Siksi varmistuksesta pääsee läpi, vaikka syöttäisikin toisen söherön kohdalle ihan mitä tahansa, kunhan se toinen on oikein, ja tämä oikein mennyt sattuu olemaan varmiste.
Järjestelmä perustuu siihen, että käyttäjä ei periaatteessa tiedä kumpi söheröistä on varmiste, ja joutuu siksi antamaan parhaan arvauksensa molemmista päästäkseen läpi. Ainakin minun näppituntumani kuitenkin on, että jos toinen söheröistä on ilmiselvästi toista hankalampi, niin se on se, jonka tilalle saa syöttää mitä hyvänsä, ja selkeämpi söherö on varmiste.
I guess it’s too late to change for this round, but it seems the thumbnail size gets reset back to 600 px every time I open one of the pictures and then return back to the full listing. It should remember my preferred size once I’ve set it.
Kaikkein tärkein motivaatioon vaikuttava tekijä minulle on se, miten hyvin tai huonosti kyselyt on laadittu. Esimerkiksi tämän kyselyn kaikissa kysymyksissä (kuten tätä edellisessä kysymyksessä) ei otettu kunnolla huomioon kaltaistani vastaajaa, joka vastaa joka tapauksessa jokaiseen tarjottuun kyselyyn. Toinen kardinaalivirhe on surkea käytettävyys: ylimääräinen säätö ohjeistuksessa (”älä käytä selaimen painikkeita (niin kuin niitä on tarkoitettu käytettävän), älä tee sitä äläkä tätä (koska hieno kyselymme hajoaa)” – ei näin!) ja pakotetut valinnat (kuten se, että tämän kyselyn kysymyksissä ei muka pääse taaksepäin, vain eteenpäin) sun muu sellainen. Toisinaan kyselyissä suomen kieli on niin huonoa että tekee mieli lyödä jotakuta. Mitä enemmän tällaisia huonosti laadittuja kyselyitä, sitä vähemmän motivaatiota minulla on jatkaa paneelissa. Täydellisesti ei voi joka kerta onnistua, mutta epäonnistuneiden kyselyiden motivaatiolle tekemää vahinkoa voi vähän paikata tarjoamalla joka kyselyn lopussa mahdollisuutta antaa kyseistä kyselyä koskevaa metapalautetta, joka huomioidaan seuraavia kyselyitä laadittaessa.
Tervehdys!
Yritin tilata sivustonne uutisosion verkkosyötteen, mutta molemmat uutissivulla tarjolla olevat osoitteet (RSS [1] ja Atom [2]) ovat rikki: palvelin ilmoittaa 403 Forbidden. En myöskään löytänyt yhteystietosivuiltanne web-vastaavan nimeä, ja joudun siksi pommittamaan tällä asialla info-osoitetta. Olisi kiva jos webmaster korjaisi tuon syötejutun meille Facebookia karttaville.
*[1] http://www.finnwatch.org/uutiset?format=feed&type=rss
*[2] http://www.finnwatch.org/uutiset?format=feed&type=atom
Chris, are you sure bug #694860 is a duplicate? As mentioned by Sebastien there, that one has roots in a spec [1] (”A compliant player should also keep playing if you close its window while it is playing”) whereas this one is just incorrect behavior (selecting ’Quit’ doesn’t actually quit). FWIF, I don’t agree with the spec and agree with Michael above: RB as all music players should just behave like other apps do without exceptions or special addons.
(It seems that the Finnish locale now also has ’Quit’ translated to mean quit and not ’Close’ as it was when I commented above.)
*[1] https://wiki.ubuntu.com/SoundMenu#Music_player_section
Markkinointisähköpostiviestienne tilauksen peruminen viestin lopussa olevalla ”Poista tilaus tästä” -linkillä ei toimi. Linkistä avautuva sivu näyttää vain virheilmoitusta (kuva liitteenä).
WordPress antaa säätää kommentoitavuuden postauskohtaisesti, eli jos julkaisit tuon ennen kuin olit ruksannut mainitsemasi valikkokohdan, siinä julkaistussa on vielä vanhan asetuksen myötä kommentointi suljettu (tuon yleisasetuksen muuttaminen ei vaikuta vanhojen postausten kommentoitavuuteen). Postausten muokkausnäkymässä, ylälaidassa on (suomenkielisessä wp.comissa) ”Näyttöasetukset”-namiska, jolla saa muokkauskilkkeitä piiloon ja näkyviin. Yksi niistä on ”Keskustelu”, jolla sen postauskohtaisen kommentoitavuusasetuksen (”Salli kommentointi”) saa näkyviin, jollei se jo ole.
eBay just sucks or it simply hates me
That’s an easy one: eBay sucks. Not as much as Facebook but about as much as Amazon. It’s astounding how the web’s biggest money-making sites are built with the most modern technologies to look and feel like they were built with technology from the 1990s.
Please prove you’re not a robot (bottom of this form)
But… but if I am? My robot senses are having a hard time identifying that first word!
Here’s why this is broken: logging out != shutting down. Why does the sync block logout instead of continuing in the background, and just blocking any attempts to *actually* shut down? The way it currently is makes it impractical to use U1 to sync my users’ config, because they’re blocked from fast user switching by the wait on every logout.