Here's one for the ladies: What's in your handbag right now?
Submitted by Kadeeae.I thought that said what *is* my handbag for a moment which would have been an easier question to answer, since I dont own such a thing (handbags, silly idea).
In my trouser pockets, however is generally: keys (house, car, access token), change, wallet, notepad+pens, small led torch, hankerchief.
Yup, that didn't take too long.. Vox' lack of browser support (they admit to it, but that doesn't help me) and general annoyingness have caused me to move elsewhere..
Since I kinda wanted to anyway, I'm just "blogging" on stikkit.com, and munging the ones marked
"public" into an rss feed.
http://desert-island.me.uk:8888/cgi-bin/feed.pl
This link will probably change.. Also, no way to comment yet, tho you could on LJ I guess, it's
syndicated there.
vox. Tata,
In no particular order:
Find living room floor, add Sofa type thing to it.
Replace shed.
Help James to pass driving test.
Blog about accomplishments, mine or his.
Sort out clothes storage problem in bedroom.
James to take living in uk test, then get infinite residence thingy.
Improve DBIC docs (like always).
More walking.
Learn a new language?
I tossed DBIx-Class-Journal-0.01 onto CPAN earlier today, having verified that the tests pass for at least a few people.
This was waiting for 0.08x of DBIx::Class, and then sorta waited some more.
Of course, having the the existings tests pass is only half the battle. Running them under DBIC_TRACE seems to show some odd transaction nesting going on, where the first/outer transaction doesn't seem to end.
Also, I noticed another minor niggle, which comes about because I haven't actually got it into an application yet. ->deploy is called on every startup, which once you have the appropriate auditing tables created, is a bit silly. I should probably add an extra script or parameter for setting up the tables.
Have fun with it anyway, patches welcome!
Hmm, dunno why my eee pic ended up here twice, all I did was start a new post, and add a photo to show in it, honest! Also this text area/editor is crazy, when I hit "end" the cursor jumps *back* several words. When I start a new sentence after a newline, and hit space, the cursor jumps to the beginning of it.. Now it's failing to wrap..
This thing needs an external editor (or my browser does) .. How on earth does one get a text area wrong? I'm reminded of certain windows programs that, for example, test mic and speakers after installing/on first run, or on unix making sure all needed libraries are there. It seems browser apps need to do that too, or allow one to turn off features. Some sorta "browser compat test", how hard could it be? No need to do weird code-bssed "does this feature exist/work" tests.. ask the darn user!
I wonder if this thing has an API, so I don't need to care.. I think I'll write my posts in stikkit instead.. if only it has a magic "public" tag for blogging/posting stuff..
Went to the London Perl Workshop 2007, at the Cavendish Campus of the Westminster University in London. Found it fairly easily this time, much better than the last visit (the Javascript Night). From Goodge Street tube station, go up (left) Tottenham Court Road to Howland Street, turn left on it, then keep going until you cross Cleveland Street, its right there on the corner. But I digress..
We got there 40mins early, thinking we were 20mins late, but it turned out the whole thing didn't start until 10am.. The guy on the front desk didn't have much clue (had something scheduled but none of the names he called it sounded like "LPW"). The nice guy in the IT Services helpdesk office around the corner let us use a machine with Internet for a few minutes to confirm venue/times. After rebooting the Mac and then re-attaching the keyboard, that is.
Interesting talks:
Tim Bunce on DBD::Gofer. This is like DBD::Proxy (which I've not tried), but has some interesting additions such as streaming over ssh, e.g. if your database *client* is on a different machine, you can run this in a perl script somewhere, and remotely use that DB client to talk to your database via ssh. DBD::Gofer would presumably need to be installed on both machines. It also does HTTP Request/Response to shuffle data from a machine running a database client and a web server, to a client using LWP. In theory this should also support caching by just turning on caching on the web server. Pooling of connections ala/via gearman also supported using a gearman transport.. And all these can theoretically be chained to use multiple transports..
NB: Try this out with DBIx::Class! The lack of transactions may be annoying though.
NB2: Needs apparently a minor change to make last_insert_id work, backwards compatible.
Talk about internationali(s|z)ation:
Only 5 mins, but interesting. Such as, for good SEO in non-english speaking countries, and presumably better searching/guessable URLs, we should probably translate URL path parts. This would however clash with our current breadcrumb/menu system, which assumes the paths are the same on all sites..
Also mentioned was that sites like "digg" are not universal, and the spanish at least have a completely different well-known digging site.
Also, for good SEO/recognition in local search engines, in Germany it's a good idea to be known by IVW, and be running their js on your site.
Lightning talk about RT::Console::Client:
Sounds useful/interesting from a "not having to use the browser UI" POV, more useful if it was built around a useful API, wonder if it is..
Kane's talk on PBP:
Acme::PBP makes some wishy-washy Perl-Critic warnings into actual failures, and allows you to get around others that are silly.. ;)
Does some interesting things with the rather undocumented perl Internals:: stuff. (Wonder why it is..)
Lightning talk on PerlySense:
Missed most of it, but sounded interesting.. Enhancements for Emacs/Perl, must look it up!
evdb's DBD::SQLite full-text searching:
As of 1.14, DBD::SQLite has the full text searching supported.. The syntax is funky weird, but looks kinda useful for using it as a search indexing tool, hmm..
Tim Bunce and DashProfiler:
A replacement for all that hacky "log how long chunks of code take to find the slow bits", using object lifetimes to determine when an action finishes, rather than a second explicit call. Should replace all the crap in Solo with it, and figure out how to make the actual logging part store in somewhere useful. It also produces stats for the chunks of time you didnt explicitly log.. Could produce nice debug header/footers like "this page took X secs to load".
Getopt:: talk:
Getopt::Argvfile sounds useful, allows you to store often used opts for a particular script as ~/.scriptname, and it will load them from there as if typed on the command-line, also overridable on command-line.
Matt and Whose App is it anyway?
A Reaction App in 30mins, must catch up with the widget developments and how to use the podish syntax for widget templates..
Hmmm, isn't it a little pre-emptive to make New Year's resolutions before the old year is done, or do you... read more
on TODO for 2008