Since at least Monday, all the feeds I’ve subscribed to with Netvibes have been suffering from massive amounts of fake “new” entries; that is to say entries I’ve already marked as read are being reported as being unread. This has occurred occasionally in the past with individual feeds (Boing Boing being particularly susceptible), but never to this extent either in frequency or breadth of susceptibility. So it’s not likely to be due to the feeds themselves, but rather a flaw of Netvibes.
-
[Ratkaisu] Pakettienkäsittelyohjelma ja LHA-tiedosto: Arkistotyyppi ei ole tuettu
- Lähtökohta
- Kotihakemistossani on
arkisto.lha-niminen,LHAllapakattu arkistotiedosto. Haluan purkaa sen sisällön, joten avaan tiedostonPakettienkäsittelyohjelmalla. - Ongelma
- Pakettienkäsittelyohjelma ei näytä arkistotiedoston sisältöä, vaan seuraavanlaisen virheilmoituksen:
Tiedoston "arkisto.lha" avaaminen epäonnistui Arkistotyyppi ei ole tuettu. - Ongelman syy
Lha-pakettia ei ole asennettu.- Ratkaisu
- Asennan
Synaptic-pakettienhallinnassalha-paketin. Sen jälkeen voin avata ja purkaa LHAlla pakatun arkistotiedoston Pakettienkäsittelyohjelmalla.
-
X.org, i740 and blank console after startx
I ran into this problem while testing X with OpenBSD 4.3: the console went completely blank after firing
startx— that is, switching back to other virtual terminals while X was running would only display a black screen. And that was all I got after hittingCtrl+Alt+Backspacefrom X, too: nothing but black. The command-line was still there alright, as I could blindlystartxagain and get X to show up, but the console terminals remained invisible until the next reboot.The display adapter I was using was an Intel i740 with the driver set accordingly in
xorg.conf. I didn’t manage to get the video BIOS upgrading soft (Vflash.exe) from Intel to work, and never found the root cause of this problem. It was probably either the card itself or thei740driver. I suspect that because once I swapped the card with an extra Radeon 8500LE I had laying around, and the switched to theatidriver, console VTs worked like a charm. Also, with the i740 in place they did work by using the basicvgadriver, so my best bet as for the culprit would be thei740driver. -
How to identify a stylesheet in JavaScript
I have been (mis)using the
titleattribute of stylesheets to identify and grab a specific one for further processing with my JavaScript. I did this by comparingstylesheet.titlewith a specified title for my embedded stylesheet. However, as I didn’t really intend the titled stylesheet to be a preferred one, once I added a title to another stylesheet higher up in the document, my other one (being lower in the document hierarchy) stopped working.This lead me to investigate the real significance of
title, when applied to stylesheets. From what I’ve read, I have to say I’m somewhat confused by the logic with which the attribute has been named. After all, atitleapplied or left unapplied, to just about anything else on a web page is completely harmless, save perhaps for some decrease in the fine-tuning of your site’s accessibility. Atitlewith relation to a stylesheet however, isso significant that HTML 4.01 categorizes stylesheets according to the presence or absence of a title
. Although I don’t claim to know anything about writing specifications, I think they should have associated this categorization with therelattribute, or at least name it differently so its significance wouldn’t get blurred by the use oftitleelsewhere. A stylesheet’stitle‘s role would then reduced to accessory information similar to what it is when associated with, say, anaelement.Anyway, I’ve now come up with what I at least think is a better way of identifying my embedded stylesheet. I tag the
styleelement with anidattribute, and then comparestylesheet.ownerNode.idwith whatever the string I’ve tagged it with is. I’m not sure if it’s the correct way or even whether there is one, but it seems to be working and is valid. From the specification I gather there is noidattribute associated withstylein HTML 4, so it probably wouldn’t validate there. This isn’t a problem for me, since I nearly always use XHTML (Strict). -
Mirroring a WordPress blog for offline viewing
I’m making a note of this for my own future reference.
As a premise, you need the blog to have pretty permalinks. There might be a way to make
wgethandle thosehttp://site.com/blog/?p=123-type URLs so that they can be viewed offline, but for me the easiest way around this was to simply switch to theDay and nameoption inSettings → Permalinks. That way individual posts will have URLs ending in slashes, resulting in the content being saved to a good oldindex.htmlinside a subdirectory, in the local copy.So obviously, if you’re mirroring someone else’s blog, whose settings you don’t have access to, and which doesn’t use pretty permalinks, you’ll have to find another way to make the downloaded filenames work.
Otherwise, you’re good to go: fire up wget like this:
wget --convert-links --mirror --no-parent --no-host-directories http://site.com/blog/ -
[Solved] WordPress: Cannot update permalink structure
I ran into this strange problem, where the changes I made on the
Customize Permalink Structurepage of a WordPress 2.5.1 installation wouldn’t get saved, no matter how many times I pressed theSave changesbutton.Well, it turns out, for some reason you need to have JavaScript enabled for it to work.
-
[Ratkaisu] Firefoxin älykkäiden kirjanmerkkien poistaminen käytöstä
- Lähtökohta
Firefox-selaimenversio 3 on tuonutkirjanmerkkipalkkiinÄlykkäät kirjanmerkit-alasvetovalikon.- Ongelma
- En pidä älykkäitä kirjanmerkkejä tarpeellisina. Haluan ne pois haaskaamasta tilaa kirjanmerkkipalkissani.
- Ratkaisu
- Osoitan kirjanmerkkipalkin Älykkäät kirjanmerkit -kohtaa hiiren osoittimella, ja avaan ponnahdusvalikon hiiren oikeanpuoleisella napilla. Valitsen valikosta kohdan
Poista, jolloin älykkäät kirjanmerkit poistuvat kirjanmerkkipalkistani.
Mikäli myöhemmin haluan älykkäät kirjanmerkit takaisin, avaan Firefoxin asetussivun, joka on osoitteessaabout:config, ja etsin sieltä asetusavaimen nimeltäbrowser.places.createdSmartBookmark. Asetan avaimen arvoksifalse, minkä jälkeen sammutan Firefoxin ja käynnistän sen uudelleen. Tällöin Firefox luo uudestaan älykkäät kirjanmerkit kirjanmerkkipalkkiin (ja asettaa samalla browser.places.createdSmartBookmark -avaimen arvoksitrue).
-
Tulostaminen Firefoxista ei toimi
- Lähtökohta
- Tulostimeni on USB-liitännän kautta tietokoneeseeni kytketty Epson Stylux C42UX. Olen ladannut siihen paperia, ja käynnistänyt sen.
LataanNäytön lukitseminen pikanäppäimellä
-ratkaisumerkinnänFirefox-selaimeen. Haluan tulostaa merkinnän, joten valitsen FirefoxinTiedosto-valikosta kohdanTulosta.... Valitsen avautuvan ikkunan tulostinlistasta tulostimeni (Stylus_C42), ja määrittelen tulostusalueeksi pelkästään ensimmäisen sivun valitsemallaTulosta sivut-otsikon alla olevanAlue-kohdan käyttöönotetuksi, ja kirjoittamalla siihen liittyvään tekstikenttään1-1. Lopuksi painan ikkunan alalaidassa olevaaTulosta-nappia. - Ongelma
- Sivu ei tulostu. Sen sijaan näytölle ilmestyy otsikoton ikkuna, joka sisältää seuraavanlaisen virheilmoituksen:
XML-jäsennysvirhe: virhe käsiteltäessä ulkoista olioviittausta URL: chrome://global/content/printProgress.xul Rivinumero 6, sarake 67:<!DOCTYPE window SYSTEM "chrome://global/locale/printProgress.dtd"> ------------------------------------------------------------------^ - Ongelman syy
- Firefoxin suomennokset sisältävässä kielipaketissa on ohjelmavirhe, jonka takia tulostaminen ei toimi Firefoxissa.
- Ratkaisu
- Ratkaisua ei vielä ole. Ongelman voi kiertää ottamalla XULRunnerin kielipaketin pois käytöstä seuraavasti:
- Valitsen Firefoxin
Työkalut-valikosta kohdanLisäosat. - Valitsen avautuvasta
Lisäosat-ikkunastaKielet-välilehden. - Valitsen Kielet-välilehdellä olevalta listalta
Xulrunner (fi)-kohdan, ja painan siihen liittyvääPoista käytöstä-nappia. - Painan Lisäosat-ikkunan yläosaan ilmestyvää
Käynnistä Firefox uudelleen-nappia.
Kun tämän jälkeen otan merkinnän uudelleen esille ja kehotan Firefoxia tulostamaan sen, tulostaminen toimii.
- Valitsen Firefoxin
-
WordPress: Get permalink outside the loop
$ID = $wp_query->post->ID; $permalink = get_permalink($ID);Adapted from Skippy.
-
[Ratkaisu] Englanninkielisen virheilmoituksen näyttäminen
- Lähtökohta
- Käyttöjärjestelmäni on suomenkielinen, eli
locale-komennon antama tuloste näyttää seuraavalta:LANG=fi_FI.UTF-8 LC_CTYPE="fi_FI.UTF-8" LC_NUMERIC="fi_FI.UTF-8" LC_TIME="fi_FI.UTF-8" LC_COLLATE="fi_FI.UTF-8" LC_MONETARY="fi_FI.UTF-8" LC_MESSAGES="fi_FI.UTF-8" LC_PAPER="fi_FI.UTF-8" LC_NAME="fi_FI.UTF-8" LC_ADDRESS="fi_FI.UTF-8" LC_TELEPHONE="fi_FI.UTF-8" LC_MEASUREMENT="fi_FI.UTF-8" LC_IDENTIFICATION="fi_FI.UTF-8" LC_ALL=Kun suoritan
Päätteestäkomennonls /asdfgh, eikä hakemistoa/olematonhakemistoole, komento antaa seuraavanlaisen virheilmoituksen:ls: tiedostoa /asdfgh ei voi käsitellä: No such file or directoryVirheilmoituksen alkuosa on suomenkielinen, kuten sen kuuluu ollakin.
- Ongelma
- Suomenkielinen virheilmoitus on hakusanana paljon tehottomampi kuin englanninkielinen virheilmoitus, kun etsin ratkaisua ongelmaan. Haluan suorittaa komennon siten, että näen sen antaman virheilmoituksen englanninkielisenä.
- Ratkaisu
- Suoritan komennon siten, että nollaan kielen komennon suorittamisen ajaksi oletukseensa, seuraavasti:
LC_ALL=C ls /asdfghTällöin komennon antama virheilmoitus näkyy kokonaan englanninkielisenä:
ls: cannot access /asdfgh: No such file or directoryKomennon suorittamisen jälkeen kieliasetus palautuu ennalleen, eli virheilmoitukset ja muut tulosteet näytetään jälleen suomenkielisinä.