En kyllä minäkään. Tosin olisi hyvinkin mahdollista että yrittäisin, jotta voisin sitten lytätessäni sen sanoa yrittäneeni. Olisi myös mahtavaa löytää joku tuollainen järkälemäinen teossarja, josta olisin oikeasti fanin lailla innoissani, sillä tarvitsen tietysti alati viihdykettä päivieni täytteeksi. Olen, pakko myöntää, tästä syystä joskus harkinnut jopa Harry Pottereita. Fantasiateoksia vain harmi kyllä useimmiten paisutellaan tyhjänpäiväisellä hötöllä (tunnelmanluontia se kai on olevinaan), jota en jaksa lukea.
Asimovin Säätiö taisi olla edellinen kokonainen suursarja, jonka luin halukkaasti loppuun saakka. Sekin oli teini-ikäisenä, joten voi olla, että nyt enää ei menisi. Voisi kyllä jossain vaiheessa kokeilla.
Tämä on varmaan jo jonkin sortin metailuennätys kotimaisten blogien historiassa. Mutta tuo kuulostaa kyllä potentiaalisesti todellakin niin huonolta kirja(sarja)lta, ettei ihmekään että raivosin. Onneksi se oli vain unta, eikä edes omaani!
Olet siis alkanut pitää hajusteita, rasvoja, hiusvermeitä ja viherkasveja, ja majoittanut kissan vaatekaappiin. Good for you!
Scholarly Skunk
Snappy Snapper
Spiffy Spinner
Sturdy Stoat
Sultry Serval
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.
Naturally, a lady must put on her makeup.
At least for Ubuntu users, I recommend filing those bugs on Launchpad. The package maintainers are usually able to tell pretty quickly if the issue is an upstream one, in which case you then file it upstream (in Gnome’s bugzilla) and link the two reports (there’s built-in functionality in LP precisely for this purpose). When the distributor’s tracker is your first port of call, you won’t (usually) be bothering upstream unnecessarily with distro-specific issues.
In fact, I sometimes file bugs on LP even when I know the issue is an upstream one, and then just link the reports right away. This way other Ubuntu users, who can’t tell the difference and would file the bug on Launchpad anyway, are saved the trouble.
Jos taas toisen mainitsemani alan mukaan mennään, niin perinteisesti unientulkinnassa kuolema on käsittääkseni tulkittu merkiksi muutoksesta. You know, entinen minä kuolee pois jotta jotain uutta voi tulla tilalle. Tämä perustunee tarokkien Kuolema-korttiin, joka sekin perinteisesti on merkinnyt muutosta muodossa tai toisessa. Tämän mukaan siis tuskin on syytä huoleen, ainakaan ennen kuin uniisi ilmestyy Iloinen Orava.
(Ja siis ”ala” tässä oli psykiatria, ei unien tulkinta.)
Luin joskus jostain alan kirjasta, että monet psykoosiin sairastuneet ovat juuri ennen sairastumistaan uneksineet kuolemastaan. Sille ei kylläkään tunnu netistä löytyvän mitään vahvistusta.
Steps to reproduce:
1. Load a playlist of N files in VLC
2. Set playback to Random
3. Play or jump (with ”Next” button) the playlist forward for N files and observe the playing order
4. GOTO step 3
What happens:
The order in which the files are played in step 3 always repeats itself.
What I expect to happen:
For the files to be played back in a truly random order, without any perpetually repeating pattern.
Further info:
The playing order seems to get shuffled only at the start, so the playlist isn’t played in order, but the once-shuffled order is repeated over and over. To reshuffle the playlist, VLC has to be restarted, but still then it just plays the newly-shuffled playlist over and over.
To be fair, in practice instead of true randomness I suspect most people prefer something from the way the ”Random” now works: that each file on the playlist is played once and once only in every N plays. AFAICT it is not mutually exclusive with reshuffling the playlist between those N plays; just make sure that the two transitional files (last file of shuffled-playlist-1 vs. first file of shuffled-playlist-2) aren’t the same.
I for one though would still prefer even true random over what it currently is.
Of the half a dozen or so randomness-related bugs in VLC’s tracker I was able to find, Ticket #5730 (”New Feature Request: Shuffle & Random for Playlists”) [1] came closest to what I’m reporting here. In fact, it’s a superset of this one and I’d prefer to have it fixed over just mine.
*[1] http://trac.videolan.org/vlc/ticket/5730#trac-ticket-title