”In god we droste” Nice…

I wish they had knocked down a redshirt on the shelf there.

Loistavaa, paljon kiitoksia! Veikkaan että minun kannattaa aloittaa scifistä, sillä on yleensä ainakin lähtökohtaisesti paras vetovoima. Enkäpä muuten siltikään muista vuosikausiin scifiä lukeneeni jostain syystä. Tuo Kulttuuri kuulostaa hyvältä, muistuttaa perusidealtaan jossain määrin Asimovin Säätiö-sarjaa, josta aikoinaan pidin kovasti (nimenomaan sen perusidean, tulevaisuuden yhteiskunnan kuvauksen takia).

Ja sitten jos se scifi ei nappaakaan, voin kokeilla eiscifiä. Ja sittenkin, jos nappaakin.

Muistankin nyt tuon Banks-postauksesi. Muistelen myös jo silloin miettineeni tätä neuvoa kysyväni, mutta jostain syystä se jäi näköjään tekemättä.

You could argue the code already is open. After all, you can just go to the library and get it, provided you know where to look. ;-)

Ai niin Lynchpä tietenki! Joo, kyllä minäkin näin ollen voin sanoa yleisesti tykkääväni siitä kun se tehdään oikein, ei vain siinä paha-ei-saa-palkkaansa -erityistapauksessa. Lynchin elokuvia tosin en enimmäkseen ole jaksanut katsella loppuun saakka, mutta sekään ei johdu tuosta piirteestä, vaan enemmänkin niiden vaativuudesta (niihin pitäisi aktiivisesti uppoutua, ja kykyni mihinkään aktiiviseen on ylipäänsä heikko).

Iain Banksista olenkin muuten aikonut tiedustella sinulta neuvoa: mistä kannattaisi aloittaa? (Näpytän tässä samalla myös tuon Fowlesin lukulistalleni.)

Reading from the Codex page linked to, I think the value of ’field’ in the tax_query array should be ’term_id’ rather than ’id’: ”Possible values are ’term_id’, ’name’ and ’slug’. Default value is ’term_id’.” I’m guessing ’id’ only works because it causes a fall-back to the default.

Jos kehtaat niin mainitsepa hyvinä pitämiäsi esimerkkejä juonen avoimeksi jättämisestä. Minäkin inhoan tuommoisia savusillipurkkeja, joissa niitä juonenpätkiä ripotellaan holtittomasti ja jätetään sitten loppuunsaattamatta Ensin meinasin sanoa, että itsekin pidän oikealla tavalla avoimeksi jätetystä juonesta, mutta sitten rupesin miettimään, että pidänkö oikeasti, vai ajattelinko sittenkin vain yhtä spesifistä juonenlajia: sitä, jossa paha ei saakaan lopussa palkkansa (kuten No Country For Old Men).

I’m using Firefox 41.0 (in Ubuntu 14.04). Steps to reproduce:

1. Go to Firefox privacy settings, set ”Remember history” (allow FF to restart if needed)
2. Install jump to anchor
3. Verify it works (context menu has ”Jump to anchor”)
4. Go to Firefox privacy settings, set ”Never remember history” and allow FF to restart
5. Open context menu

What happens:
”Jump to anchor” is missing from the context menu.

Future archaeologists will be racking their brains trying to figure out what that cup rim tool was for.

With more testing I found that the context menu position depends (perhaps solely) on whether my mouse pointer is on the left side or the right side of the horizontal half of the rightmost monitor: if you imagine a vertical line dividing the rightmost monitor’s display area into two equal-sized halves, right-clicking anywhere on the left side of that line brings up the menu on the correct display, whereas right-clicking anywhere on the right side brings it up on the wrong display.

(That is why I first made the mistake of thinking links weren’t affected: the ones I tried first just happened to be on the left side.)

Unfortunately I don’t have a third display to verify that I’m really seeing a different manifestation of the same bug as Nathaniel, of one that depends on the monitor count.

I’m in a UTF-8 environment and a lot of my directories’ names have characters above ASCII in them. For many of those it’d be natural to assign bookmark names that also have characters beyond ASCII. For example, my ”Desktop” directory is localized as ~/Työpöytä, and I’d like to name that bookmark ”työpöytä”.

jani@saegusa:Työpöytä$ s työpöytä
bookmark name is not valid

This fails because bashmarks validates names using the regexp /[^A-Za-z0-9_]/. It’s simple enough to patch to account for the 6 additional characters in my Scandinavian locale, but bashmarks also derives an environment variable name from the bookmark name, and apparently Bash does not support UTF-8 for those:

jani@saegusa:~$ LC_MESSAGES=C export DIR_työpöytä=$HOME/Työpöytä/
bash: export: `DIR_työpöytä=/home/jani/Työpöytä/': not a valid identifier

There may be other obstacles as well, those are just the two I could find at a glance.

Obviously I can work around this by not using UTF-8 in bookmark names, but it needlessly increases the mental effort required to recall the names and also the chances of name collisions.