Nuudelisoppa

  • A “cd ..” bookmarklet

    ../ is a bookmarklet for travelling up in the directory tree on any site. I had to toss it over to a separate page because WordPress would crap out with the JavaScript inside this post. If you have any comments, drop ’em in the comment box below.

  • [Ratkaisu] Tekstitiedoston merkistökoodauksen muuntaminen ISO-8859-15:stä UTF-8:aan

    Lähtökohta
    Olen avannut Päätteen. Kotihakemistossani on esimerkki.txt -niminen tekstitiedosto. Olen saanut selville, että tiedostossa käytetty merkistökoodaus on ISO-8859-15.
    Ongelma
    Haluan muuntaa tiedoston merkistökoodauksen ISO-8859-15:stä UTF-8:aan.
    Ratkaisu
    Merkistökoodauksen muuntaminen tapahtuu iconv-komennolla seuraavasti:

    iconv -f ISO-8859-15 -t UTF-8 ~/esimerkki.txt -o ~/esimerkki-utf8.txt

    Tämän jälkeen kotihakemistossani on alkuperäisen tiedoston rinnalla uusi tiedosto, esimerkki-utf8.txt, jonka tekstisisältö on sama kuin alkuperäisen tiedoston, mutta merkistökoodauksena on käytetty UTF-8:aa.

  • [Ratkaisu] Tekstitiedoston käyttämän merkistökoodauksen selvittäminen

    Lähtökohta
    Olen avannut Päätteen. Kotihakemistossani on esimerkki.txt -niminen tekstitiedosto.
    Ongelma
    Haluan tunnistaa tekstitiedoa luotaessa käytetyn merkistökoodauksen.
    Ratkaisu
    Merkistökoodauksen saa selville file ~/esimerkki.txt -komennolla.

  • Vein Blosxomia käyttävien linkkiblogieni uudistuksen luonnolliseen huippuunsa: kaikki linkit ovat nyt saman katon alla, ja yksittäiset “blogit” vain yhden ja saman linkkiblogin alakategorioita. Pienen RewriteRule-kikkailun ansiosta muutoksen pitäisi olla täysin läpinäkyvä vanhojen blogien tilaajille, eli vanhat osoitteet ohjataan huomaamatta uusiin vastaaviin.

    Vanhojen blogien ulkoasuja (mustavihreä, mustapunainen jne.) en ainakaan tässä vaiheessa onnistunut (teknisistä syistä) siirtämään uuden blogin vastaaville alakategoriasivuille. Voi olla että tutkin sitä mahdollisuutta uudestaan myöhemmin, mutta toisaalta ajatus useista erilaisista ulkoasuista yhdellä ja samalla blogilla tuntuu ainakin tällä hetkellä turhan hämäävältä teknisen haastavuuden lisäksi.

    Lisäys: Näyttää siltä, että skandinaavisten kirjainmerkkien koodauksessa on vielä jotain ongelmia: vanhojen merkintöjen ääkköset ovat kunnossa, mutta uusien sisältämät murjotaan tuusannuuskaksi jossain vaiheessa. Etsin parhaillaan ratkaisua tähän.

    Lisäys: Nyt merkistönkin pitäisi olla kunnossa. Ongelman aiheutti kaksinkertainen UTF-8-koodaus, joka tehtiin uusille merkinnöille: uudet merkinnät olivat lähtökohtaisesti (jo luotaessa) UTF-8-muotoisia, ja lisäksi olin asentanut Blosxomiin UTF-8:ksi koodaavan lisäosan, joka muunsi vanhat merkinnät ja Blosxomin omat tulosteet UTF-8:ksi.

    Poistin lisäosan ja muunsin kaikki vanhat, skandinaavisia merkkejä sisältäneet merkinnät UTF-8-muotoisiksi (ne olivat vanhastaan ISO-8859-15-muodossa). Lisäksi Blosxomin ja muiden lisäosien sisällä olevat skandinaaviset merkit täytyy nyt ilmaista HTML-entiteetteinä (siten, että esimerkiksi ä on ä ja ö ö). Tämä on kompromissiratkaisu; ideaaliratkaisu olisi muuttaa nyt käytöstä poistamaani lisäosaa niin, että se muuntaisi UTF-8:ksi vain Blosxomin ja lisäosien tulosteet ja jättäisi itse merkinnät koskemattomiksi (koska ne ovat vastedes valmiiksi UTF-8-muotoisia). Siihen minulla ei kuitenkaan tällä hetkellä riitä viitseliäisyyttä eikä luultavasti edes kykyjä.

    Lisäys: Keksin hiukan toisenlaisen, ja itse asiassa jossain määrin edellä mainitsemaani ideaaliratkaisua paremman tavan lähestyä tätä koodausongelmaa: muunsin Blosxomin päätiedoston (index.cgi) UTF-8-merkistöön, joten nyt voin taas käyttää siinä skandeja ihan sellaisinaan. Kokeilin tätä jo aiemminkin, mutta silloin se ei onnistunut, ilmeisesti vain siksi, etten ollut muistanut lisätä UTF-8-muotoiselle tiedostolle suoritusbittiä.

    Olen kustomoinut index.cgi:tä sen verran runsaasti etten todennäköisesti tule korvaamaan sitä alkuperäisellä, ISO-koodatulla versiolla enää missään vaiheessa, joten tämä on sikäli ihan turvallinen ratkaisu, Plugineista en ole yhtä varma, joten toistaiseksi jätin ne ISO-koodatuiksi ja siten niissä täytyy yhä käyttää noita HTML-entiteettejä skandien tilalla.

  • [Ratkaisu] Käytössä olevan komentotulkin tunnistaminen

    Lähtökohta
    Olen avannut Päätteen.
    Ongelma
    Haluan tietää mikä komentotulkki käytössäni on.
    Ratkaisu
    $SHELL-muuttuja sisältää tiedon käytössä olevasta komentotulkista, joten tulostamalla sen sisällön echo $SHELL -komennolla saan selville käytössäni olevan komentotulkin.

  • Vein Blosxomin koodiin parissa sitä käyttävässä blogissa tekemäni muutokset kaikkiin linkkiblogeihini, eli nyt kaikkien RSS-virroista tulevat linkit viittaavat suoraan sinne minne pitääkin.

    Hakkeroimani Blosxomin koodi alkaa olla aika ruman näköistä. Se pitäisi siivota, ja mieleni tekisi hetkittäin jopa yhdistää kaikki linkkiblogit yhden ainoan Blosxom-moottorin alle ja tehdä erottelusta kategorioihin perustuva (jolloin esimerkiksi Ytyset olisi osoitteessa mummila.net/linkit/ytyset, Nuudelit taas osoitteessa mummila.net/linkit/nuudelit jne.) siten, että käyttäjän kannalta blogit vaikuttaisivat kuitenkin edelleen itsenäisiltä (jokaisella olisi oma tyylitiedostonsa jne.).

  • Työpöytäpalkin haku ei löydä tiedostoja joillain hakusanoilla

    Lähtökohta
    Kotihakemistoni alla olevan Työpöytä-alihakemiston sisällä olevassa Musiikki-kansiossa on Nine Inch Nailsin Ghosts-albumi avainsanoilla varustettujen MP3-tiedostojen muodossa. Valitsen työpöydän paneelissa olevan Työpöytäpalkin, jolloin Deskbar Applet -niminen ikkuna, jossa on hakukenttä, avautuu. Haluan etsiä musiikkitiedostoja, jotka sisältävät Nine Inch Nailsin musiikkia, joten kirjoitan hakusanaksi nine.
    Ongelma
    Hakukentän alle avautuvassa listassa ei ole etsimiäni tiedostoja. Jos valitsen listasta kohdan Etsi kohdetta nine tracker-hakutyökalulla, jolloin Tracker-hakutyökalun ikkuna avautuu, ei sielläkään ole yhtään hakutuloksia: hakutuloksille varatulla palstalla lukee Haku ei tuottanut tuloksia.
    Ongelman syy
    Ei vielä tiedossa.
    Ratkaisu
    Ratkaisua ei vielä ole. Ongelman voi kiertää käyttämällä haussa sanaa inch sanan nine sijasta. Silloin hakukentän alle avautuva lista sisältää muiden aiheeseen liittyvien kohteiden ohella Ghosts-albumin kymmenen ensimmäistä kappaletta. Loput kappaleet ovat Tracker-hakutyökalun ikkunassa, jonne pääsee valitsemalla Deskbar Applet -ikkunan hakutuloksien listalta kohteen Etsi kohdetta inch tracker-hakutyökalulla.

  • [Solved] Netvibes Ginger: can’t add content to Universe

    I just sent this support request through Netvibes’ feedback page. Looks like I forgot to mention that I’ve tried clearing Firefox’s cache as well.

    Update: I’ve tracked down the cause: disabling AdBlock Plus from Firefox’s extensions restores the Add content panel’s contents. There’s nothing related to netvibes.com in my filters list so I have yet to find out which exactly is it that’s blocking the panel when AdBlock is in use. I’ve heard nothing from Netvibes support, so I’m not bothering to report this to them either.

    After migrating to Ginger, since the beginning of this week I’ve been unable to add content directly to my Netvibes Universe page at http://netvibes.com/jani

    The problem is that the upper portion of the screen, where adding new content normally takes place, is blank when I bring it up with the ‘Add content’ (which is ‘Lisää sisältöä’ in my localized view) button at the top of the screen. To clarify what I mean by this I’ve created a couple of snapshots of the Universe page with the Add content panel showing (or rather, not showing):
    [1] http://mummila.net/nuudelisoppa/files/2008/03/Janiversumi_1205681888203.png
    [2] http://mummila.net/nuudelisoppa/files/2008/03/Janiversumi_1205681899150.png

    At first [1] even the closing button [×] is missing. When I select ‘Add content’ from the top of the screen a second time, the closing button now appears [2], but the actual content adding widgets are still missing. A third cli[c]k on ‘Add content’ closes the (still empty) adding panel.

    Contrast this with the content adding widgets being present, as they should, on my private page, when I click ‘Add content’ there: http://mummila.net/nuudelisoppa/files/2008/03/Inttervepin-Ihimemaa_1205681961397.png

    Due to this issue I’ve had to resort to a bit of juggling: when I want to add something to my Universe page, I go to my private page and ‘Add content’ there. When the new widget (for example, a subsciption to a feed) appears on my private page, I then use the ‘Send’ item on its top frame to send the widget over to my Universe page. Finally I delete the widget from my private page.

    I’m using Firefox 2.0.0.12 in Ubuntu (Gutsy Gibbon). Before submitting this report, I clicked on the ‘clear cache’ link on the feedback form page, tried adding content again and found that the issue remains.

    I’ll be happy to provide you with any additional data you might need in order to solve this. Apart from this issue I’ve been very satisfied with Netvibes, and am particularly happy with Ginger.

  • Demoscene.tv

    I’m currently entertaining myself by playing the DTV oldskool live stream at my desktop corner. Extremely cool despite being forced to use Mplayer, since VLC which would only play the audio.

  • [Ratkaisu] Pidgin ei avaa keskusteluikkunaa www-sivun XMPP- tai MSNIM-linkistä

    Lähtökohta
    Jannen Netvibes-universumissa on Google Talk- ja Live Messenger -linkit. Haluan avata Pidgin-pikaviestimen keskusteluikkunan Google Talk -linkin kautta, joten valitsen sen hiiren vasemmalla napilla. Tällöin Firefox-selain avaa kyselyn, jonka sisältö on seuraavassa:

    xmpp:-linkit täytyy avata toisessa ohjelmassa. Avattava linkki:

xmpp:janne.uusitalo@gmail.com
Ohjelma: purple-url-handler "%s"

Jos et odottanut tämän linkin avausta, kyseessä saattaa olla yritys hyödyntää heikkouksia avattavan ohjelman turvallisuudessa. Älä käynnistä toista ohjelmaa, jos et ole selvillä linkin alkuperästä.

    Kyselyn antamat vastausvaihtoehdot ovat Peruuta ja Käynnistä ohjelma. Lisäksi kyselyssä on mahdollista valita käyttöön Tee aina näin vastaaville linkeille -kohta. Otan sen käyttöön ja valitsen Käynnistä ohjelma -vastausvaihtoehdon.

    Ongelma
    Käynnistä ohjelma -vastausvaihtoehdon valittuani mitään ei tapahdu. Keskusteluikkunaa ei avaudu. Jos yritän avata keskusteluikkunan Live Messenger -linkin kautta, lopputulos on sama.
    Ongelman syy
    Libpurple-bin -pakettia ei ole asennettu.
    Ratkaisu
    Avaan Synaptic-pakettienhallinnan, etsin libpurple-bin -paketin ja asennan sen. Tämän jälkeen keskusteluikkunan avaavat linkit www-sivuilla toimivat kuten haluan.