Re: [CODE4LIB] Bookmarking web links - authoritativeness or focused searching
Andrew P wrote: Also worth mentioning is a new site SiteCite.com that allows you to organize web links with custom URLs. It was created by a library programmer and has discovery tools so that bookmarks are easily retrievable. [...] I'm surprised that a library programmer has put the We need to make sure you are a human Google-reCaptcha insult on their sign up page. It's even on their contact form, so we can't even tell them about it. (If you don't see the messages which suggest disabled users are not humans, try disabling javascript - javascript is usually disabled by default with noscript.net because it's confusing when things you don't see perfectly start moving themselves around the page.) I strongly suggest people don't promote siteCite.com until they drop reCaptcha. The re should stand for remove. Thanks, -- MJ Ray (slef) LMS developer and webmaster at | software www.software.coop http://mjr.towers.org.uk| co IMO only: see http://mjr.towers.org.uk/email.html | op
Re: [CODE4LIB] Accessible reCaptcha Was: Bookmarking web links - authoritativeness or focused searching
Eric Hellman wrote: Are you arguing that reCaptcha cannot be accessible or that it is incorrectly implemented on this site? Primarily that it is incorrectly implemented. However, I've yet to see an implementation of recaptcha that is accessible and does not needlessly insult users with impaired vision. Even the one on recaptcha.net includes the fully-abled=human insults. Usually recaptcha is a good example of a robot blocker that is accessible to print-disabled users. My impairments are quite mild (short-sighted with some contrast/light problems - the photo on my website is a few years old, before I had to wear my glasses all the time - oh vanity and laziness; and hearing problems in one ear) but still recaptcha is a pain in the eye. Maybe it's worse for impaired users, than print-disabled ones like you? The notion that javascript cannot be used in an accessible website is obsolete (it's not 2000 any more). There are javascript techniques that make sites inaccessible, just as there are html techniques that make the site accessible. There are javascript techniques that INCREASE accessibility. Of course there are, but surely even the most enthusiastic javascript advocate accepts that the sites using javascript in ways that harm accessibility far outweigh the numbers using it well today? So, it's reasonable if script execution permission defaults to denied and is enabled site-by-site for now. However, I wasn't complaining about the javascript use, just noting that you might find it easier to start seeing the check you're a human nastiness by switching javascript off. View Source might work just as well, depending on how it has been implemented. I've recently been learning about accessibility issues [...] Thank you. I wish everyone did. I've been learning about accessibility issues since my eyesight started to deteriorate and my hearing was damaged. This isn't an add-on issue for me. It's vital for web use. Regards, -- MJ Ray (slef) LMS developer and webmaster at | software www.software.coop http://mjr.towers.org.uk| co IMO only: see http://mjr.towers.org.uk/email.html | op
[CODE4LIB] activestate and marc::batch
I need some advice about ActiveState Perl and MARC::Batch. Specifically, once I install ActiveState Perl on a Windows computer, will I be able to install MARC::Batch and all of its friends as well? I wrote a Perl script that summarizes the content of sets of MARC records. My fellow catalogers have discovered MARCEdit, but they need my program in order to analyze their content. Yes, I could give them a command-line to a Linux host, but the ActiveState Perl approach may be better. Can I install MARC::Batch on a Windows computer running ActiveState Perl, and if so, then what are some of the things I need to watch out for? -- Eric Lease Morgan University of Notre Dame
Re: [CODE4LIB] activestate and marc::batch
Eric, Yes, running ppm install MARC-Record will do the trick. I have never encountered a gotcha running MARC::Record and friends on ActiveState. Mark Mark Jordan Head of Library Systems W.A.C. Bennett Library, Simon Fraser University Burnaby, British Columbia, V5A 1S6, Canada Voice: 778.782.5753 / Fax: 778.782.3023 mjor...@sfu.ca - Eric Lease Morgan emor...@nd.edu wrote: I need some advice about ActiveState Perl and MARC::Batch. Specifically, once I install ActiveState Perl on a Windows computer, will I be able to install MARC::Batch and all of its friends as well? I wrote a Perl script that summarizes the content of sets of MARC records. My fellow catalogers have discovered MARCEdit, but they need my program in order to analyze their content. Yes, I could give them a command-line to a Linux host, but the ActiveState Perl approach may be better. Can I install MARC::Batch on a Windows computer running ActiveState Perl, and if so, then what are some of the things I need to watch out for? -- Eric Lease Morgan University of Notre Dame
