EDBloggen

Google Reader

Bare jeg som har irritert meg over at Google Reader har blitt enda tregere etter at de la til +1-knappen sin? Strengt tatt øker lastetiden for de fleste sider betraktelig så fort man legger til både Facebok, Twitter og Google+-knapper, og i hvert fall når det skal legges til en knapp på hver nyhetssak i RSS-leseren.

Løsningen falt på AdBlock-tillegget i Chrome og et lite custom-filter:

||plusone.google.com/*$domain=google.com,subdocument

"||" betyr at den matcher alt før "plusone.google.com", altså både http og https.

Dollartegnet ($) skiller av reglene og definerer starten på ekstrafiltrene, som da er domain og subdocument. domain=google.com setter restriksjon på hvilket domene denne regelen skal gjelde for (vil ikke slå av +1-knappen for hele internett hos meg) og subdocument betyr at den ikke laster inn iframes fra plusone.google.com.

EDIT: Regelen fører til at Google AdSense slutter å fungere. Legg inn en exception-regel for google.com/adsense for at det skal fungere igjen:

@@||google.com/adsense

Verre var det ikke. Eller har du tips til hvordan regelen kan bli enda bedre? For eksempel så den kun gjelder for google.com/reader? Kommenter, takk.

Google Chrome, Sparebank 1 og BankID

Noen har kanskje fått det med seg fra før av, men jeg gjentar gjerne. I lang lang tid har jeg irritert meg over blant annet treg innlogging i Sparebank 1 sin nettbankløsning fra Firefox, samt en ikke-tilstedeværende støtte i Google Chrome.

Etter en del feilsøking i det siste, har jeg kommet frem til at dette skyldes bruk av den utdaterte <applet>-taggen for å laste inn BankID-appleten. Jeg har nylig informert Sparebank 1 om dette, og forhåpentligvis får de byttet om og tatt i bruk <object>-taggen i stedet. Inntil videre kan man benytte seg av en flott utvidelse til Google Chrome / Chromium, tilfeldigvis utviklet av undertegnede.

Utvikling av utvidelsen førte til tider til massivt hårtap, spesielt når bruk av JavaScript-rammeverk viste seg å være umulig grunnet restriksjoner på <applet>-elementet i DOM. Dette førte til at alt måtte skrives med native JavaScript, og en del, la meg kalle de "fiffige", løsninger ble brukt. Blant annet regex-parsing av ren HTML for å hente ut attributter. I tillegg til at den beholder alle attributter og eventuelle underelementer av typen <param>, legger den til attributten «type», med verdien «application/x-java-applet».

Uansett, den fungerer i nettbanken til Sparebank 1. Den er skrevet generisk, så den bør fungere på andre nettsider òg, men dette er en tidlig utgave og er neppe 100% feilsikker. Forhåpentligvis skaper den ikke problemer på andre sider som fremdeles bruker <applet>-taggen (dessverre er det en del).

Utvidelsen har fått det populærtekniske navnet «Applet2Object» og er å finne her: https://chrome.google.com/extensions/detail/djgfnbkiakemcmleeihmdngpamaknnem

Oppdatering: om noen er interessert i å se hvor lite kode som hadde vært nødvendig ved bruk av jQuery, er dette å finne her. Det fungerte i en periode og på enkelte sider, men ikke hos Sparebank 1.

Tidligere har jeg irritert meg over at Google Chrome bare går bananas når jeg har hatt mozplugger installert og prøvd å åpne et PDF-dokument. I dag fant jeg ut at jeg skulle se om noen hadde klart å løse dette, og jommen har det ikke ordnet seg i nyere versjoner av mozplugger.

Løsningen ble å laste ned kilden til siste versjon av mozplugger manuelt, kompilere og installer og deretter redigere /etc/mozpluggerrc.

Kildekoden til siste mozplugger-versjon finner du på hjemmesiden. Last ned denne og pakk ut.

Gå inn i en terminal og manøvrer deg frem til mappen du pakket ut mozplugger i, og skriv følgende:

make linux && sudo make install

Rediger så /etc/mozpluggerrc etter oppskrift fra denne siden: https://help.ubuntu.com/community/EvinceMozilla.

OPPDATERING: Dette har på et eller annet vis sluttet å fungere etter oppgraderingen til siste Ubuntu-versjon, Lucid Lynx.

OPPDATERING 2.0: i senere utgaver av Chrome fungerer det om man i /etc/mozpluggerrc heller limer inn linjen «repeat needs_xembed noisy swallow(evince) fill: evince "$file"».