date:20121130

Whats up everyone,

 

We are homegrowing a study room reservation system and were within a week
of making it livebut still in betato the public. Right now, on our staging
box, our URI looks like something.library.nova.edu/room-res. /room-res
doesnt mean anything, to me. The public URI will be similarly long, like
somethingelse.library.nova.edu/whatever. 

 

Any recommendations or experience with your own reservation links? IMHO, it
should be simple, since the link is already going to be on the long end.
Right now Im vying for /reservations, but TBH this system is just for
public study rooms and not for our larger conference rooms  Im not sure
our primary users [the students and faculty] will care, but well definitely
be reminded of that technicality by other librarians J. I dont like
/studyrooms, but its the best Ive got since Im avoiding hyphens.

 

Just picking your brains. Thanks! 

 

Michael Schofield(@nova.edu) | @gollydamn | Front-End Librarian à
www.ns4lib.com

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Michael J. Giarlo

Thanks, MJ. Done:
https://github.com/code4lib/antiharassment-policy/commit/14c4e12023639200dea85de5db2a314ac305387a

On Fri, Nov 30, 2012 at 6:34 AM, MJ Ray m...@phonecoop.coop wrote:

Esmé Cowles escow...@ucsd.edu
Also, I've seen a number of reports over the last few years of women
who were harassed at predominately-male tech conferences. Taken
together, they paint a picture of men (particularly drunken men)
creating an atmosphere that makes a lot of people feel excluded and
worry about being harassed or worse. So I think a positive
statement of values, and the general raising of consciousness of
these issues, is a good thing.

I'm a member of software.coop, which helps write library software,
including Koha - we co-hosted KohaCon12 this summer. Like all co-ops,
our core values include equality. I would like to see an
anti-harassment policy for code4lib.

However, I'm saddened that I seem to be the first to object to the
hand-waving (number of reports) and prejudice in the above
paragraph. The above problems seem more likely to arise from being
drunk or being idiots than from being men. Please, let's treat all
groups with equal respect and reserve our ire for particular members
when they give us reason to do otherwise.

The anti-harassment policy should not be developed from a we need to
kick men into line standpoint. As such, I suggest

https://github.com/code4lib/antiharassment-policy/blob/master/code_of_conduct.md
should say Discriminatory language and imagery (including sexual)
rather than leading with a special case of Sexual.

I also suggest generalising religion to religious beliefs to avoid
predictable attempts to insult some minorities and claim it's allowed
because they're not formal, organised or state-approved religions.

Regards,
--
MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op.
http://koha-community.org supporter, web and library systems developer.
In My Opinion Only: see http://mjr.towers.org.uk/email.html
Available for hire (including development) at http://www.software.coop/

Re: [CODE4LIB] Your Choice URL for Study Room Reservations

2012-11-30 Thread Ellen Wilson

I'd be inclined to go with study, since that's the function the users
care about. That said, if your students are like ours, they are not going
to pay one bit of attention to the name of the link. I'm amazed how many
clicks students will go through to get to their university email, for
example.

Ellen


On Fri, Nov 30, 2012 at 8:05 AM, Michael Schofield mschofi...@nova.eduwrote:

 What’s up everyone,



 We are homegrowing a study room reservation system and we’re within a week
 of making it live—but still in beta—to the public. Right now, on our
 staging
 box, our URI looks like something.library.nova.edu/room-res. /room-res
 doesn’t mean anything, to me. The public URI will be similarly long, like
 somethingelse.library.nova.edu/whatever.



 Any recommendations or experience with your own reservation links? IMHO, it
 should be simple, since the link is already going to be on the long end.
 Right now I’m vying for /reservations, but TBH this system is just for
 public study rooms and not for our larger conference rooms – I’m not sure
 our primary users [the students and faculty] will care, but we’ll
 definitely
 be reminded of that technicality by other librarians J. I don’t like
 /studyrooms, but it’s the best I’ve got since I’m avoiding hyphens.



 Just picking your brains. Thanks!



 Michael Schofield(@nova.edu) | @gollydamn | Front-End Librarian à
 www.ns4lib.com







-- 
Ellen Knowlton Wilson
Instructional Services Librarian
Room 250, University Library
University of South Alabama
5901 USA Drive North
Mobile, AL 36688
(251) 460-6045
Please note new email address:
ewil...@southalabama.edu

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread James Stuart

As a preface, I fully support both of these changes in language.

That said, I think it's both important to balance the idea that sure,
sometimes people are idiots, with that sexism is a prevalent problem right
now at geek conventions, and that it's more than a 'bad and/or drunk
apples' problem.

This list is imperfect (I know several public incidents that aren't on here
(recent DEFCON years aren't listed, The Amazing Meeting/ElevatorGate and
various other skeptic convention incidents aren't on (possibly by
design))), but it's at least a start, and hopefully a picture that sexism
is an endemic, systematic problem right now in the geek convention world.

http://geekfeminism.wikia.com/wiki/Timeline_of_incidents

--James

PS: I don't know what they are, but I kinda made myself hungry for some
drunk apples right now.


On Fri, Nov 30, 2012 at 6:34 AM, MJ Ray m...@phonecoop.coop wrote:

 Esmé Cowles escow...@ucsd.edu
  Also, I've seen a number of reports over the last few years of women
  who were harassed at predominately-male tech conferences.  Taken
  together, they paint a picture of men (particularly drunken men)
  creating an atmosphere that makes a lot of people feel excluded and
  worry about being harassed or worse.  So I think a positive
  statement of values, and the general raising of consciousness of
  these issues, is a good thing.

 I'm a member of software.coop, which helps write library software,
 including Koha - we co-hosted KohaCon12 this summer.  Like all co-ops,
 our core values include equality.  I would like to see an
 anti-harassment policy for code4lib.

 However, I'm saddened that I seem to be the first to object to the
 hand-waving (number of reports) and prejudice in the above
 paragraph.  The above problems seem more likely to arise from being
 drunk or being idiots than from being men.  Please, let's treat all
 groups with equal respect and reserve our ire for particular members
 when they give us reason to do otherwise.

 The anti-harassment policy should not be developed from a we need to
 kick men into line standpoint.  As such, I suggest

 https://github.com/code4lib/antiharassment-policy/blob/master/code_of_conduct.md
 should say Discriminatory language and imagery (including sexual)
 rather than leading with a special case of Sexual.

 I also suggest generalising religion to religious beliefs to avoid
 predictable attempts to insult some minorities and claim it's allowed
 because they're not formal, organised or state-approved religions.

 Regards,
 --
 MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op.
 http://koha-community.org supporter, web and library systems developer.
 In My Opinion Only: see http://mjr.towers.org.uk/email.html
 Available for hire (including development) at http://www.software.coop/

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

2012-11-30 Thread Shaun Ellis

I stand corrected.  CodePen doesn't require login... here's the same 
example there:

http://codepen.io/anon/full/wxJqz

The UI is a little different and CodePen, but it seems that they've 
taken jsbin and added a some more features. I like the longer list of JS 
libraries in jsbin, but you can plug them in at CodePen if you need to.


-Shaun

On 11/29/12 7:33 PM, Eric Phetteplace wrote:

Is the data-mini attribute really not getting set? Or is it being set but
the jQuery Mobile framework isn't applying its mini style? Inspect the
input elements with your dev tools to see if data-mini is set.

Without seeing your code, my guess is that it runs after the mobile-init
event where jQuery Mobile does all its magic, including taking all those
data attributes and using them to apply classes and inject markup. You
could either make sure your code fires before mobile-init (e.g. not
wrapping it in a $(document).ready() call would likely do the trick) or
directly applying the appropriate class, which is ui-mini I think.

Best,
Eric Phetteplace
Emerging Technology Librarian
Chesapeake College


On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto mark.perno...@gmail.comwrote:


This looks more syntactical than anything else.

Try:

$('input').textinput({mini:true});

This hasn't been tested.

Thanks,
Mark


On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:

Hello,

I'm almost done developing my custom theme for when I migrate our

Greenstone digital collections over to Omeka. I've built in a mobile
interface for when a mobile device is detected and have been having a lot
of fun implementing that with jQuery Mobile.


I prefer to make most stuff mini ala the jQuery Mobile data-mini

attribute. Works fine when I'm editing the actual html source, but the
following won't work for some reason:


$(document).ready(function() {
   $('input').attr('data-mini', 'true');
});

I can set other attributes successfully like: (just as a test)

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
   $('input').attr('style', 'background:yellow');
});

But for some reason it won't do the data-mini attribute... why?
Gavin Spomer
Systems Programmer
Brooks Library
Central Washington University




--
Shaun D. Ellis
Digital Library Interface Developer
Firestone Library, Princeton University
voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Tim Spalding

I'd support removing or somehow couching language about any organizer,
including any volunteer, immediately ending a talk.

All the other sanctions seem to involve the likelihood of deliberation
involving some time and multiple people, and some possibility of a
misunderstanding being cleared up. I don't think a single volunteer—who, in
theory, is granted the power to ban someone for life!—is going to ban
someone or refuse to post a talk online without thinking about it for a
while and involving other organizers.

By their nature, however, something said in the middle of a talk doesn't
admit of much in the way of deliberation between organizers, or time to
deliberate, and you can't really finish a talk ended by someone if other
organizers persuade the volunteer that they made a mistake. The action has
to be taken quickly, by someone who hasn't talked it through with others
and is largely irreversible. It's a recipe for controversy and
disagreement, and potential unfairness.

I propose that the right reaction to an offensive talk is for people to
walk out of it while it's going on, and to deal with any sanctions required
AFTER the talk is over, when there's time and space to get the decision
right.

Sincerely,

Tim Spalding
LibraryThing

Re: [CODE4LIB] Your Choice URL for Study Room Reservations

2012-11-30 Thread Rosalyn Metz

Hi Michael,

Just curious, but is there a reason you're not just doing
http://study.library.nova.edu (sans the /whatever)?

Rosy


On Fri, Nov 30, 2012 at 9:25 AM, Ellen Wilson ewil...@southalabama.eduwrote:

 I'd be inclined to go with study, since that's the function the users
 care about. That said, if your students are like ours, they are not going
 to pay one bit of attention to the name of the link. I'm amazed how many
 clicks students will go through to get to their university email, for
 example.

 Ellen


 On Fri, Nov 30, 2012 at 8:05 AM, Michael Schofield mschofi...@nova.edu
 wrote:

  What’s up everyone,
 
 
 
  We are homegrowing a study room reservation system and we’re within a
 week
  of making it live—but still in beta—to the public. Right now, on our
  staging
  box, our URI looks like something.library.nova.edu/room-res. /room-res
  doesn’t mean anything, to me. The public URI will be similarly long, like
  somethingelse.library.nova.edu/whatever.
 
 
 
  Any recommendations or experience with your own reservation links? IMHO,
 it
  should be simple, since the link is already going to be on the long end.
  Right now I’m vying for /reservations, but TBH this system is just for
  public study rooms and not for our larger conference rooms – I’m not sure
  our primary users [the students and faculty] will care, but we’ll
  definitely
  be reminded of that technicality by other librarians J. I don’t like
  /studyrooms, but it’s the best I’ve got since I’m avoiding hyphens.
 
 
 
  Just picking your brains. Thanks!
 
 
 
  Michael Schofield(@nova.edu) | @gollydamn | Front-End Librarian à
  www.ns4lib.com
 
 
 
 
 


 --
 Ellen Knowlton Wilson
 Instructional Services Librarian
 Room 250, University Library
 University of South Alabama
 5901 USA Drive North
 Mobile, AL 36688
 (251) 460-6045
 Please note new email address:
 ewil...@southalabama.edu

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Michael J. Giarlo

All,

Please feel free to make the changes you'd like to see and then submit a
pull request.  I have added instructions for how to do this in the README:

https://github.com/code4lib/antiharassment-policy

I say this not to shame anyone in the jerky patches welcome! sense, but
as an acknowledgement that the way shiz gets done in code4lib is for each
of us to take individual initiative.  You're all empowered to do so.  I
look forward to seeing your changes in the repo.

-Mike



On Fri, Nov 30, 2012 at 10:19 AM, Tim Spalding t...@librarything.com wrote:

 I'd support removing or somehow couching language about any organizer,
 including any volunteer, immediately ending a talk.

 All the other sanctions seem to involve the likelihood of deliberation
 involving some time and multiple people, and some possibility of a
 misunderstanding being cleared up. I don't think a single volunteer—who, in
 theory, is granted the power to ban someone for life!—is going to ban
 someone or refuse to post a talk online without thinking about it for a
 while and involving other organizers.

 By their nature, however, something said in the middle of a talk doesn't
 admit of much in the way of deliberation between organizers, or time to
 deliberate, and you can't really finish a talk ended by someone if other
 organizers persuade the volunteer that they made a mistake. The action has
 to be taken quickly, by someone who hasn't talked it through with others
 and is largely irreversible. It's a recipe for controversy and
 disagreement, and potential unfairness.

 I propose that the right reaction to an offensive talk is for people to
 walk out of it while it's going on, and to deal with any sanctions required
 AFTER the talk is over, when there's time and space to get the decision
 right.

 Sincerely,

 Tim Spalding
 LibraryThing

Re: [CODE4LIB] Your Choice URL for Study Room Reservations

2012-11-30 Thread Lynch,Katherine

Hi Michael,

We go with /spaces, which fits our needs currently, as we're using our
system to reserve not just rooms but also some physically open spaces in
our locations, with the potential to add different types of spaces for
reservation.  It's also short and easy to circulate on print materials.
We originally used /room_reserve, which would translate to roomreserve for
the needs you've laid out (excluding underscores and hyphens is a smart
move).  

Sincerely,
Katherine Lynch
---
Katherine Lynch
Library Web Developer

Drexel University Libraries
Drexel University
3300 Market Street
W. W. Hagerty Library
Philadelphia, PA 19104
Tel: 215.895.1344  |  Fax: 215.895.2070
drexel.edu/library







On 11/30/12 9:05 AM, Michael Schofield mschofi...@nova.edu wrote:

What¹s up everyone,

 

We are homegrowing a study room reservation system and we¹re within a week
of making it live‹but still in beta‹to the public. Right now, on our
staging
box, our URI looks like something.library.nova.edu/room-res. /room-res
doesn¹t mean anything, to me. The public URI will be similarly long, like
somethingelse.library.nova.edu/whatever.

 

Any recommendations or experience with your own reservation links? IMHO,
it
should be simple, since the link is already going to be on the long end.
Right now I¹m vying for /reservations, but TBH this system is just for
public study rooms and not for our larger conference rooms  I¹m not sure
our primary users [the students and faculty] will care, but we¹ll
definitely
be reminded of that technicality by other librarians J. I don¹t like
/studyrooms, but it¹s the best I¹ve got since I¹m avoiding hyphens.

 

Just picking your brains. Thanks!

 

Michael Schofield(@nova.edu) | @gollydamn | Front-End Librarian à
www.ns4lib.com

[CODE4LIB] Job: Data Integrity and Metadata Coordinator at University of Alberta

2012-11-30 Thread jobs

Data Integrity and Metadata Coordinator

Department of English and Film Studies

Competition No.
S110419248

Posting Date
Nov 28, 2012

Closing Date
Dec 09, 2012

  
Position Type
Part Time - Grant Funded

Salary Range
$3,064 to $4,201 (pro-rated) per month

Grade
25

  
  
This position has an end date of March 31, 2014 and offers a comprehensive
benefits package which can be viewed at: www.hrs.ualberta.ca.

  
Summary

  
The Canadian Writing Research Collaboratory virtual research environment's
system will rely on the quality of the data it contains. While the CWRC
platform is being developed, data entry will begin using Orlando's existing
systems and protocols. Within that system, the Data Integrity and Metadata
Coordinator will have primary responsibility for data quality control and for
contributing substantially to the development of metadata and workflow
management within the Collaboratory system. As the Collaboratory moves into
testing and production mode, the activity of this team member will shift from
the cleanup, monitoring, and disambiguation of materials and participation in
specifications and development of the Collaboratory, to the evaluation, beta-
testing and documentation of the new automated systems within CWRC. The
position involves assisting with the supervision of project employees,
including graduate research assistants and employees of the Arts Resource
Centre.

  
Duties

  
A major responsibility of the Data Integrity and Metadata Coordinator is to
ensure the integrity of encoded materials in the developing CWRC
system. S/he will play a key role in the design of the
entity management system for CWRC in order to provide a single point of
reference for which all people, places, organizations, titles, and
bibliographical records will refer. Providing expertise and
guidance in metadata standards and management, s/he will develop metadata
crosswalks to ensure the interoperability of CWRC materials and their
metadata. S/he will develop, implement, and document XML
schemas and advise the development team to ensure metadata standards are
incorporated into the repository content model. In this
position, the successful candidate will initiate suggestions for
functionalities, develop scenarios describing the functionalities in use, and
play a central role in the development of those specifications for tools to
automate the production system. In addition, s/he will
oversee data conversion to appropriate formats for CWRC. As
a part of CWRC's ongoing development, the successful candidate will test, make
recommendations, and assist with the integration of various digital tools,
such as mapping and timelining. Also, s/he will work with
members of the larger team to test, develop, and improve various CWRC
interfaces, including input pages, search pages, and other sites of user
interactivity. In conjunction with programming team, s/he will also take a
lead role in prototyping spatial interfaces, evaluating possible software
solutions, and developing specifications for the spatial visualization
interface.

  
Qualifications

  
 The ideal candidate
will have a B.A. in any subject (literature or history preferred); M.A.
preferred; equivalent combinations of education and experience may be
considered

 Further
qualification in library science, humanities computing, or IT highly
desirable; such expertise will lead to deeper involvement in the research side
of project

 Knowledge of XML,
including schema development, and of metadata schemas and practices related to
the humanities highly desirable

 Experience in
software development projects, user testing, and digital humanities research
highly desirable

 Experience working
with Fedora and/or Drupal desirable

 Solid electronic
literacy with respect to standard tools, file management, and use of the
internet for research purposes; preferably some familiarity with text encoding
or advanced web design; confidence around technology; willingness to learn new
skills and experiment with new tools

 Some experience of
large collaborative research projects (especially in the humanities) an
advantage, but not essential



Brought to you by code4lib jobs: http://jobs.code4lib.org/job/4815/

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Wilhelmina Randtke

This is interesting.  They actually had a male entertainer on stage in
velcro pants, then speedo and boots, at the WestLaw reception at
the American Association of Law Libraries annual meeting this year.
Apparently that's not uncommon for the WestLaw reception.  At the North
American Serials Interest Group meeting, the mens room in the conference
area was closed and converted to a women's room for the duration of the
conference.  So that's three national library conferences I went to this
past year, and two of them had a major anti-male sexist event.  (ALA did
not have strippers, and provided male restrooms.  Kudos!)

I think maybe in librarianship in general, there is some trying to turn
this around and use the same sexist advertising, but marginalize men
instead.

(Of course, if the crowd being boozed with male stripper on stage makes
significantly less money than the crowd accepting fliers from college girls
in skimpy clothes, then this may not be a loss for men.  Fake poor people
culture is popular now with the hipsters, but no one wants poor people
culture, if it involves actually having less money.)

When you strike langauge about sexual imagery, you might should rethink
that.  I get enough spam male ads about male genital enlargement, that I
suspect men would tend to be intimidated and feel excluded when male 6
packs are prominently displayed in areas where men are outnumbered.
Whether it's young women in underwear, or athletic men in underwear, could
we agree that it's inappropriate?

-Wilhelmina Randtke


On Fri, Nov 30, 2012 at 8:54 AM, James Stuart james.stu...@gmail.comwrote:

 As a preface, I fully support both of these changes in language.

 That said, I think it's both important to balance the idea that sure,
 sometimes people are idiots, with that sexism is a prevalent problem right
 now at geek conventions, and that it's more than a 'bad and/or drunk
 apples' problem.

 This list is imperfect (I know several public incidents that aren't on here
 (recent DEFCON years aren't listed, The Amazing Meeting/ElevatorGate and
 various other skeptic convention incidents aren't on (possibly by
 design))), but it's at least a start, and hopefully a picture that sexism
 is an endemic, systematic problem right now in the geek convention world.

 http://geekfeminism.wikia.com/wiki/Timeline_of_incidents

 --James

 PS: I don't know what they are, but I kinda made myself hungry for some
 drunk apples right now.


 On Fri, Nov 30, 2012 at 6:34 AM, MJ Ray m...@phonecoop.coop wrote:

   Esmé Cowles escow...@ucsd.edu
   Also, I've seen a number of reports over the last few years of women
   who were harassed at predominately-male tech conferences.  Taken
   together, they paint a picture of men (particularly drunken men)
   creating an atmosphere that makes a lot of people feel excluded and
   worry about being harassed or worse.  So I think a positive
   statement of values, and the general raising of consciousness of
   these issues, is a good thing.
 
  I'm a member of software.coop, which helps write library software,
  including Koha - we co-hosted KohaCon12 this summer.  Like all co-ops,
  our core values include equality.  I would like to see an
  anti-harassment policy for code4lib.
 
  However, I'm saddened that I seem to be the first to object to the
  hand-waving (number of reports) and prejudice in the above
  paragraph.  The above problems seem more likely to arise from being
  drunk or being idiots than from being men.  Please, let's treat all
  groups with equal respect and reserve our ire for particular members
  when they give us reason to do otherwise.
 
  The anti-harassment policy should not be developed from a we need to
  kick men into line standpoint.  As such, I suggest
 
 
 https://github.com/code4lib/antiharassment-policy/blob/master/code_of_conduct.md
  should say Discriminatory language and imagery (including sexual)
  rather than leading with a special case of Sexual.
 
  I also suggest generalising religion to religious beliefs to avoid
  predictable attempts to insult some minorities and claim it's allowed
  because they're not formal, organised or state-approved religions.
 
  Regards,
  --
  MJ Ray (slef), member of www.software.coop, a for-more-than-profit
 co-op.
  http://koha-community.org supporter, web and library systems developer.
  In My Opinion Only: see http://mjr.towers.org.uk/email.html
  Available for hire (including development) at http://www.software.coop/

Re: [CODE4LIB] Linux OPAC kiosks

2012-11-30 Thread Joshua Cowles

Hi Erik,

A thin client/terminal server approach would probably work well for this,
too (maybe even better).  The reasons I ended up going the LiveCD image
route (aside from familiarity) were: 1) a lack of available server
hardware/money and 2) an overabundance of old PCs laying around.  OPAC
stations are our lowest hardware priority, so they always end up being old
PCs retired from other areas.  A LiveCD type system seemed like a good way
to deal with auto-detecting the wide variety of hardware in use.  With the
image on a USB stick, I can just pull any old system out of the closet and
have an instant OPAC station, no server required.  Phase 2 of this project
will be taking the boot media out of the picture and net-booting the
clients (a sort of fat client setup), probably using Diskless Remote Boot
Linux.

I haven't done any formal evaluation but I can tell you anecdotally that
the response here has been exactly the same. Users generally  don't notice
a difference and are confused by the question.

In my case, the kiosks are strictly for browser use (we don't even allow
printing on the OPAC stations, although WebConverger supports it), but I
could certainly see word processing and other applications causing more
problems.  For that reason, I expect that our general use public PCs will
remain on Windows for the foreseeable future.

For my own curiosity, if you have any recommended resources on the thin
client approach I would be interested to read them.

Thanks,
Josh


On Thu, Nov 29, 2012 at 2:29 PM, Erik Mitchell mitch...@gmail.com wrote:

 Hi Joshua -

 Interesting work!  I took on a tangential project to implement thin-client
 opacs using linux/gnome sessions a few years ago with pretty good success
 so it is nice to see some new work here.

 Other than an internal report that says that the project was mostly
 successful I do not have much that came out of that work but it was
 interesting to see that the opac users (largely undergraduate students) had
 no issues with simple tasks (web-browsing, document printing) and readily
 adapted to the linux/gnome environment.  I had less success with some
 linux-based thin clients in more robust word-processing environments though
 (seemed to be an issue with lack of open office familiarity).  We actually
 tried to conduct a user-satisfaction/perception study but found that our
 students did not even recognize that the environment was different as and
 such had no positive or negative opinions about the platform.  Have you
 gathered any data from users that would show how people react to these
 types of platforms?

 Erik


 On Thu, Nov 29, 2012 at 3:13 PM, Joshua Cowles cow...@fdlpl.org wrote:

  Hi Code4Lib,
 
  First post here but I've been following the mailing list for a while and
  the Journal and planet.code4lib longer.  I just posted a write-up
 (updating
  one previously posted to libraryhacker.org) about using WebConverger to
  create OPAC kiosks.  I'm hoping to 1) share it with anyone who might find
  it useful and 2) hear feedback from others who are interested in Linux
 OPAC
  kiosk solutions.  I suspect that some of the people/projects I reference
  may be on this list as well, so feel free to chime in.  There is a disqus
  comment area beneath the write-up:
 
 
 
 http://blog.jcowles.com/post/36823752885/opac-kiosk-stations-dumping-windows-for-linux
 
  Thanks  I hope to attend the Code4Lib conference for the first time this
  year, so I hope to meet some of you in person soon.
 
  --
  Josh Cowles
  Fond du Lac Public Library
 




-- 
Josh Cowles
Fond du Lac Public Library
920-539-4569 (On-Site)
techsupp...@fdlpl.org (IT Requests)

Re: [CODE4LIB] anti-harassment policy for code4lib?


On 11/30/12 8:12 AM, Wilhelmina Randtke wrote:

This is interesting.  They actually had a male entertainer on stage in
velcro pants, then speedo and boots, at the WestLaw reception at
the American Association of Law Libraries annual meeting this year.


OMG, really?! Did anyone mention to them that not only was that sexist 
but in notably poor taste? Who does their marketing? Sometimes, no, many 
times, I wonder if there is any sign of intelligence at all on this planet.


kc


Apparently that's not uncommon for the WestLaw reception.  At the North
American Serials Interest Group meeting, the mens room in the conference
area was closed and converted to a women's room for the duration of the
conference.  So that's three national library conferences I went to this
past year, and two of them had a major anti-male sexist event.  (ALA did
not have strippers, and provided male restrooms.  Kudos!)

I think maybe in librarianship in general, there is some trying to turn
this around and use the same sexist advertising, but marginalize men
instead.

(Of course, if the crowd being boozed with male stripper on stage makes
significantly less money than the crowd accepting fliers from college girls
in skimpy clothes, then this may not be a loss for men.  Fake poor people
culture is popular now with the hipsters, but no one wants poor people
culture, if it involves actually having less money.)

When you strike langauge about sexual imagery, you might should rethink
that.  I get enough spam male ads about male genital enlargement, that I
suspect men would tend to be intimidated and feel excluded when male 6
packs are prominently displayed in areas where men are outnumbered.
Whether it's young women in underwear, or athletic men in underwear, could
we agree that it's inappropriate?

-Wilhelmina Randtke


On Fri, Nov 30, 2012 at 8:54 AM, James Stuart james.stu...@gmail.comwrote:


As a preface, I fully support both of these changes in language.

That said, I think it's both important to balance the idea that sure,
sometimes people are idiots, with that sexism is a prevalent problem right
now at geek conventions, and that it's more than a 'bad and/or drunk
apples' problem.

This list is imperfect (I know several public incidents that aren't on here
(recent DEFCON years aren't listed, The Amazing Meeting/ElevatorGate and
various other skeptic convention incidents aren't on (possibly by
design))), but it's at least a start, and hopefully a picture that sexism
is an endemic, systematic problem right now in the geek convention world.

http://geekfeminism.wikia.com/wiki/Timeline_of_incidents

--James

PS: I don't know what they are, but I kinda made myself hungry for some
drunk apples right now.


On Fri, Nov 30, 2012 at 6:34 AM, MJ Ray m...@phonecoop.coop wrote:

   Esmé Cowles escow...@ucsd.edu

Also, I've seen a number of reports over the last few years of women
who were harassed at predominately-male tech conferences.  Taken
together, they paint a picture of men (particularly drunken men)
creating an atmosphere that makes a lot of people feel excluded and
worry about being harassed or worse.  So I think a positive
statement of values, and the general raising of consciousness of
these issues, is a good thing.

I'm a member of software.coop, which helps write library software,
including Koha - we co-hosted KohaCon12 this summer.  Like all co-ops,
our core values include equality.  I would like to see an
anti-harassment policy for code4lib.

However, I'm saddened that I seem to be the first to object to the
hand-waving (number of reports) and prejudice in the above
paragraph.  The above problems seem more likely to arise from being
drunk or being idiots than from being men.  Please, let's treat all
groups with equal respect and reserve our ire for particular members
when they give us reason to do otherwise.

The anti-harassment policy should not be developed from a we need to
kick men into line standpoint.  As such, I suggest



https://github.com/code4lib/antiharassment-policy/blob/master/code_of_conduct.md

should say Discriminatory language and imagery (including sexual)
rather than leading with a special case of Sexual.

I also suggest generalising religion to religious beliefs to avoid
predictable attempts to insult some minorities and claim it's allowed
because they're not formal, organised or state-approved religions.

Regards,
--
MJ Ray (slef), member of www.software.coop, a for-more-than-profit

co-op.

http://koha-community.org supporter, web and library systems developer.
In My Opinion Only: see http://mjr.towers.org.uk/email.html
Available for hire (including development) at http://www.software.coop/



--
Karen Coyle
kco...@kcoyle.net http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks for the input, Mark. 

I don't think there is a textinput method in jQuery or jQuery Mobile. 

- Gavin

 Mark Pernotto mark.perno...@gmail.com 11/29/2012 3:58 PM 
This looks more syntactical than anything else.

Try:

$('input').textinput({mini:true});

This hasn't been tested.

Thanks,
Mark


On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
 Hello,

 I'm almost done developing my custom theme for when I migrate our Greenstone 
 digital collections over to Omeka. I've built in a mobile interface for when 
 a mobile device is detected and have been having a lot of fun implementing 
 that with jQuery Mobile.

 I prefer to make most stuff mini ala the jQuery Mobile data-mini attribute. 
 Works fine when I'm editing the actual html source, but the following won't 
 work for some reason:

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
});

 I can set other attributes successfully like: (just as a test)

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
   $('input').attr('style', 'background:yellow');
});

 But for some reason it won't do the data-mini attribute... why?
 Gavin Spomer
 Systems Programmer
 Brooks Library
 Central Washington University

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Mark A. Matienzo

On Fri, Nov 30, 2012 at 10:19 AM, Tim Spalding t...@librarything.com wrote:
 I'd support removing or somehow couching language about any organizer,
 including any volunteer, immediately ending a talk.

 All the other sanctions seem to involve the likelihood of deliberation
 involving some time and multiple people, and some possibility of a
 misunderstanding being cleared up. I don't think a single volunteer—who, in
 theory, is granted the power to ban someone for life!—is going to ban
 someone or refuse to post a talk online without thinking about it for a
 while and involving other organizers.

I disagree with this proposal. Code4lib by its nature has backchannels
in which collective deliberation and decision can happen somewhat
instantaneously. If a talk is deeply offensive, in, say, the first two
minutes, I would want to put a stop to it.

 I propose that the right reaction to an offensive talk is for people to
 walk out of it while it's going on, and to deal with any sanctions required
 AFTER the talk is over, when there's time and space to get the decision
 right.

This presumes those offended are uncomfortable enough to walk out. I
find this assumption deeply problematic.

Mark

Re: [CODE4LIB] Your Choice URL for Study Room Reservations

2012-11-30 Thread Alisak Sanavongsay

I didn't have any part in its naming or development, but we use 'crs,' which is 
short for Campus Reservation System. You can take a peep at the front page at 
http://crs.ucmerced.edu. Our system is based on phpScheduleIt 
(http://phpscheduleit.sourceforge.net/).

Regards,
Alisak.

Alisak Sanavongsay  Digital Assets Programmer  UC Merced Library  
http://library.ucmerced.edu  asanavong...@ucmerced.edu





On Nov 30, 2012, at 6:05 AM, Michael Schofield mschofi...@nova.edu wrote:

 What’s up everyone,
 
 
 
 We are homegrowing a study room reservation system and we’re within a week
 of making it live—but still in beta—to the public. Right now, on our staging
 box, our URI looks like something.library.nova.edu/room-res. /room-res
 doesn’t mean anything, to me. The public URI will be similarly long, like
 somethingelse.library.nova.edu/whatever. 
 
 
 
 Any recommendations or experience with your own reservation links? IMHO, it
 should be simple, since the link is already going to be on the long end.
 Right now I’m vying for /reservations, but TBH this system is just for
 public study rooms and not for our larger conference rooms – I’m not sure
 our primary users [the students and faculty] will care, but we’ll definitely
 be reminded of that technicality by other librarians J. I don’t like
 /studyrooms, but it’s the best I’ve got since I’m avoiding hyphens.
 
 
 
 Just picking your brains. Thanks! 
 
 
 
 Michael Schofield(@nova.edu) | @gollydamn | Front-End Librarian à
 www.ns4lib.com

Re: [CODE4LIB] anti-harassment policy for code4lib?

Wow. We could not have gotten a better follow-up to our long thread 
about coders and non-coders.


I don't git. I've used it to read code, but never contributed. I even 
downloaded a gui with a cute icon that is supposed to make it easy, and 
it still is going to take some learning.


So I'm afraid that it either needs to be on a different platform for 
editing, OR someone (you know, the famed someone) is going to have to 
do updates for us non-gitters.


kc

On 11/30/12 7:36 AM, Michael J. Giarlo wrote:

All,

Please feel free to make the changes you'd like to see and then submit a
pull request.  I have added instructions for how to do this in the README:

https://github.com/code4lib/antiharassment-policy

I say this not to shame anyone in the jerky patches welcome! sense, but
as an acknowledgement that the way shiz gets done in code4lib is for each
of us to take individual initiative.  You're all empowered to do so.  I
look forward to seeing your changes in the repo.

-Mike



On Fri, Nov 30, 2012 at 10:19 AM, Tim Spalding t...@librarything.com wrote:


I'd support removing or somehow couching language about any organizer,
including any volunteer, immediately ending a talk.

All the other sanctions seem to involve the likelihood of deliberation
involving some time and multiple people, and some possibility of a
misunderstanding being cleared up. I don't think a single volunteer—who, in
theory, is granted the power to ban someone for life!—is going to ban
someone or refuse to post a talk online without thinking about it for a
while and involving other organizers.

By their nature, however, something said in the middle of a talk doesn't
admit of much in the way of deliberation between organizers, or time to
deliberate, and you can't really finish a talk ended by someone if other
organizers persuade the volunteer that they made a mistake. The action has
to be taken quickly, by someone who hasn't talked it through with others
and is largely irreversible. It's a recipe for controversy and
disagreement, and potential unfairness.

I propose that the right reaction to an offensive talk is for people to
walk out of it while it's going on, and to deal with any sanctions required
AFTER the talk is over, when there's time and space to get the decision
right.

Sincerely,

Tim Spalding
LibraryThing



--
Karen Coyle
kco...@kcoyle.net http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet

Re: [CODE4LIB] Proposed Changes to Future Conference Program Choosing

2012-11-30 Thread Tim Donohue


Hi All,

There's so many parallel threads here that it's hard to determine which 
one to respond to. Nice to see all this open discussion though! :)


In any case, in regards to choosing future talks and attempting to 
ensure speaker diversity, this blog post from Sarah Milstein  Eric Ries 
(author of The Lean Startup which is also worth a read) just came 
across my radar.


It details how The Lean Startup Conference has attempted to achieve a 
more diverse set of speakers.  Obviously all of what they did may not 
apply easily to the code4lib conference, but it's at least worth 
reading/skimming in light of all these recent threads.


http://www.startuplessonslearned.com/2012/11/solving-pipeline-problem.html

- Tim

--
Tim Donohue
Technical Lead for DSpace Project
DuraSpace.org

Re: [CODE4LIB] Your Choice URL for Study Room Reservations

2012-11-30 Thread Devon

Does it have to be a single path element beyond root? Could you do
/reserve/study? That keeps it fairly simple, accurate, and extensible. If
that isn't an option, I recommend /spacedibs.

/dev


On Fri, Nov 30, 2012 at 9:05 AM, Michael Schofield mschofi...@nova.eduwrote:

 What’s up everyone,



 We are homegrowing a study room reservation system and we’re within a week
 of making it live—but still in beta—to the public. Right now, on our
 staging
 box, our URI looks like something.library.nova.edu/room-res. /room-res
 doesn’t mean anything, to me. The public URI will be similarly long, like
 somethingelse.library.nova.edu/whatever.



 Any recommendations or experience with your own reservation links? IMHO, it
 should be simple, since the link is already going to be on the long end.
 Right now I’m vying for /reservations, but TBH this system is just for
 public study rooms and not for our larger conference rooms – I’m not sure
 our primary users [the students and faculty] will care, but we’ll
 definitely
 be reminded of that technicality by other librarians J. I don’t like
 /studyrooms, but it’s the best I’ve got since I’m avoiding hyphens.



 Just picking your brains. Thanks!



 Michael Schofield(@nova.edu) | @gollydamn | Front-End Librarian à
 www.ns4lib.com







-- 
Sent from my GMail account.

[CODE4LIB] anti-harassment policy suggestion


Here's the current first paragraph:

Code4Lib is dedicated to providing a harassment-free community 
experience for everyone. We do not tolerate harassment in any form. 
Discriminatory language and imagery (including sexual) is not 
appropriate for any event venue, including talks, or any community 
channel such as the chatroom or mailing list. Participants at any 
Code4Lib event or in any community channel violating these rules should 
expect to be sanctioned, expelled, or banned at the discretion of the 
organizers or channel administrators or volunteers. Reports of 
harassment will be addressed immediately.


It feels heavy-handed to me. My first suggestion is that right after 
saying that that we don't tolerate harassmente (sentences 1  2) and 
define what we mean (sentence 3) I think the next thing to say is that 
we encourage anyone who is made uncomfortable or sees what appears to be 
harassment taking place to speak up in the venue in which it is happening.


The geekfeminism statement is:

 If you are being harassed, notice that someone else is being harassed, 
or have any other concerns, please contact a member of conference staff 
immediately. 


We'd need to change that wording because there isn't always someone we 
could call staff -- I prefer some wording about speaking up making 
it be known to ... ? (This is where I crap out because I can't really 
quite figure out what you should do, for example, on IRC other than 
speak out to the list.)


kc


On 11/30/12 9:07 AM, Karen Coyle wrote:
Wow. We could not have gotten a better follow-up to our long thread 
about coders and non-coders.


I don't git. I've used it to read code, but never contributed. I even 
downloaded a gui with a cute icon that is supposed to make it easy, 
and it still is going to take some learning.


So I'm afraid that it either needs to be on a different platform for 
editing, OR someone (you know, the famed someone) is going to have 
to do updates for us non-gitters.


kc

On 11/30/12 7:36 AM, Michael J. Giarlo wrote:

All,

Please feel free to make the changes you'd like to see and then submit a
pull request.  I have added instructions for how to do this in the 
README:


https://github.com/code4lib/antiharassment-policy

I say this not to shame anyone in the jerky patches welcome! sense, 
but
as an acknowledgement that the way shiz gets done in code4lib is for 
each

of us to take individual initiative.  You're all empowered to do so.  I
look forward to seeing your changes in the repo.

-Mike



On Fri, Nov 30, 2012 at 10:19 AM, Tim Spalding t...@librarything.com 
wrote:



I'd support removing or somehow couching language about any organizer,
including any volunteer, immediately ending a talk.

All the other sanctions seem to involve the likelihood of deliberation
involving some time and multiple people, and some possibility of a
misunderstanding being cleared up. I don't think a single 
volunteer—who, in

theory, is granted the power to ban someone for life!—is going to ban
someone or refuse to post a talk online without thinking about it for a
while and involving other organizers.

By their nature, however, something said in the middle of a talk 
doesn't

admit of much in the way of deliberation between organizers, or time to
deliberate, and you can't really finish a talk ended by someone if 
other
organizers persuade the volunteer that they made a mistake. The 
action has
to be taken quickly, by someone who hasn't talked it through with 
others

and is largely irreversible. It's a recipe for controversy and
disagreement, and potential unfairness.

I propose that the right reaction to an offensive talk is for people to
walk out of it while it's going on, and to deal with any sanctions 
required

AFTER the talk is over, when there's time and space to get the decision
right.

Sincerely,

Tim Spalding
LibraryThing





--
Karen Coyle
kco...@kcoyle.net http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Friendly FYI :-). data-mini=true is an HTML5 data attribute. So, in the
source it might look like:

input id='foo' class='search' data-mini='true'

When talking to data-attributes with jQuery, you might be able to eke out
better performance using .data('mini'). E.g.: 

$('input').data('mini', 'true');

Rather than having jQuery look for an attribute called data-mini, it will
hone in directly on any present data- then match with mini.

Here's some further reading: http://api.jquery.com/data/

Good luck! I hope you share the final result.

Michael Schofield(@nova.edu) | @gollydamn | www.ns4lib.com


-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Gavin Spomer
Sent: Friday, November 30, 2012 11:52 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks for the input, Mark. 

I don't think there is a textinput method in jQuery or jQuery Mobile. 

- Gavin

 Mark Pernotto mark.perno...@gmail.com 11/29/2012 3:58 PM 
This looks more syntactical than anything else.

Try:

$('input').textinput({mini:true});

This hasn't been tested.

Thanks,
Mark


On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
 Hello,

 I'm almost done developing my custom theme for when I migrate our
Greenstone digital collections over to Omeka. I've built in a mobile
interface for when a mobile device is detected and have been having a lot of
fun implementing that with jQuery Mobile.


 I prefer to make most stuff mini ala the jQuery Mobile data-mini
attribute. Works fine when I'm editing the actual html source, but the
following won't work for some reason:

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
});

 I can set other attributes successfully like: (just as a test)

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
   $('input').attr('style', 'background:yellow');
});

 But for some reason it won't do the data-mini attribute... why?
 Gavin Spomer
 Systems Programmer
 Brooks Library
 Central Washington University

Re: [CODE4LIB] anti-harassment policy suggestion

2012-11-30 Thread Abigail Goben

Access refers it to the conference organizers, though that I think is 
more structured for that conference.


http://accessconference.ca/about/

On 11/30/2012 11:19 AM, Karen Coyle wrote:
We'd need to change that wording because there isn't always someone we 
could call staff -- I prefer some wording about speaking up 
making it be known to ... ? (This is where I crap out because I 
can't really quite figure out what you should do, for example, on IRC 
other than speak out to the list.) 



--
Abigail Goben
Assistant Information Services Librarian and Assistant Professor
University of Illinois at Chicago
Library of the Health Sciences - Chicago (M/C 763)
1750 W. Polk Street
Chicago, Illinois 60612
312.996.8292

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Mark A. Matienzo

On Fri, Nov 30, 2012 at 12:07 PM, Karen Coyle li...@kcoyle.net wrote:
 Wow. We could not have gotten a better follow-up to our long thread about
 coders and non-coders.

 I don't git. I've used it to read code, but never contributed. I even
 downloaded a gui with a cute icon that is supposed to make it easy, and it
 still is going to take some learning.

 So I'm afraid that it either needs to be on a different platform for
 editing, OR someone (you know, the famed someone) is going to have to do
 updates for us non-gitters.

Karen, I've added instructions about how to add contributions without
knowing Git to the README file:
https://github.com/code4lib/antiharassment-policy/blob/master/README.md

If you'd like, I'm happy to have feedback as to changes here. A small
handful of people have also asked if we could move this to another
platform such as the Code4lib wiki. I'd be happy to get feedback if
that would be a preferable option.

Mark

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks for the tool suggestions! I also found one recently: 

   http://jsfiddle.net/ 

- Gavin

 Shaun Ellis sha...@princeton.edu 11/30/2012 7:10 AM 
I stand corrected.  CodePen doesn't require login... here's the same
example there:
http://codepen.io/anon/full/wxJqz

The UI is a little different and CodePen, but it seems that they've
taken jsbin and added a some more features. I like the longer list of JS
libraries in jsbin, but you can plug them in at CodePen if you need to.

-Shaun

On 11/29/12 7:33 PM, Eric Phetteplace wrote:
 Is the data-mini attribute really not getting set? Or is it being set but
 the jQuery Mobile framework isn't applying its mini style? Inspect the
 input elements with your dev tools to see if data-mini is set.

 Without seeing your code, my guess is that it runs after the mobile-init
 event where jQuery Mobile does all its magic, including taking all those
 data attributes and using them to apply classes and inject markup. You
 could either make sure your code fires before mobile-init (e.g. not
 wrapping it in a $(document).ready() call would likely do the trick) or
 directly applying the appropriate class, which is ui-mini I think.

 Best,
 Eric Phetteplace
 Emerging Technology Librarian
 Chesapeake College


 On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto mark.perno...@gmail.comwrote:

 This looks more syntactical than anything else.

 Try:

 $('input').textinput({mini:true});

 This hasn't been tested.

 Thanks,
 Mark


 On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
 Hello,

 I'm almost done developing my custom theme for when I migrate our
 Greenstone digital collections over to Omeka. I've built in a mobile
 interface for when a mobile device is detected and have been having a lot
 of fun implementing that with jQuery Mobile.

 I prefer to make most stuff mini ala the jQuery Mobile data-mini
 attribute. Works fine when I'm editing the actual html source, but the
 following won't work for some reason:

 $(document).ready(function() {
$('input').attr('data-mini', 'true');
 });

 I can set other attributes successfully like: (just as a test)

 $(document).ready(function() {
$('input').attr('data-mini', 'true');
$('input').attr('style', 'background:yellow');
 });

 But for some reason it won't do the data-mini attribute... why?
 Gavin Spomer
 Systems Programmer
 Brooks Library
 Central Washington University


--
Shaun D. Ellis
Digital Library Interface Developer
Firestone Library, Princeton University
voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

2012-11-30 Thread Mark Pernotto

Gavin/Group:

Sorry about that.  That will teach me to to respond to a syntax
question before testing.

jsfiddle.net is a great resource!

And I'd love to see what you end up with!

Thanks,
mark



On Fri, Nov 30, 2012 at 9:38 AM, Gavin Spomer spom...@cwu.edu wrote:
 Thanks for the tool suggestions! I also found one recently:

http://jsfiddle.net/

 - Gavin

 Shaun Ellis sha...@princeton.edu 11/30/2012 7:10 AM 
 I stand corrected.  CodePen doesn't require login... here's the same
 example there:
 http://codepen.io/anon/full/wxJqz

 The UI is a little different and CodePen, but it seems that they've
 taken jsbin and added a some more features. I like the longer list of JS
 libraries in jsbin, but you can plug them in at CodePen if you need to.

 -Shaun

 On 11/29/12 7:33 PM, Eric Phetteplace wrote:
 Is the data-mini attribute really not getting set? Or is it being set but
 the jQuery Mobile framework isn't applying its mini style? Inspect the
 input elements with your dev tools to see if data-mini is set.

 Without seeing your code, my guess is that it runs after the mobile-init
 event where jQuery Mobile does all its magic, including taking all those
 data attributes and using them to apply classes and inject markup. You
 could either make sure your code fires before mobile-init (e.g. not
 wrapping it in a $(document).ready() call would likely do the trick) or
 directly applying the appropriate class, which is ui-mini I think.

 Best,
 Eric Phetteplace
 Emerging Technology Librarian
 Chesapeake College


 On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto 
 mark.perno...@gmail.comwrote:

 This looks more syntactical than anything else.

 Try:

 $('input').textinput({mini:true});

 This hasn't been tested.

 Thanks,
 Mark


 On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
 Hello,

 I'm almost done developing my custom theme for when I migrate our
 Greenstone digital collections over to Omeka. I've built in a mobile
 interface for when a mobile device is detected and have been having a lot
 of fun implementing that with jQuery Mobile.

 I prefer to make most stuff mini ala the jQuery Mobile data-mini
 attribute. Works fine when I'm editing the actual html source, but the
 following won't work for some reason:

 $(document).ready(function() {
$('input').attr('data-mini', 'true');
 });

 I can set other attributes successfully like: (just as a test)

 $(document).ready(function() {
$('input').attr('data-mini', 'true');
$('input').attr('style', 'background:yellow');
 });

 But for some reason it won't do the data-mini attribute... why?
 Gavin Spomer
 Systems Programmer
 Brooks Library
 Central Washington University


 --
 Shaun D. Ellis
 Digital Library Interface Developer
 Firestone Library, Princeton University
 voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] anti-harassment policy suggestion

2012-11-30 Thread Mark A. Matienzo

Karen,

You can review a first pass here:
https://github.com/anarchivist/antiharassment-policy/commit/9f304420f42b6f73938f8bb3176ef42fd7cea0e0

In short, I have added another sentence to the end of the first
paragraph: If you are being harassed, notice that someone else is
being harassed, or have any other concerns, please *speak up* and/or
contact an event organizer or a 'Code4lib helper' in IRC immediately.

Mark

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Cool, thanks. Good info! 

I did know it was HTML5 schtuff, but haven't used the data() method before. 
Unfortunately it doesn't work in this case. 

- Gavin

 Michael Schofield mschofi...@nova.edu 11/30/2012 9:21 AM 
Friendly FYI :-). data-mini=true is an HTML5 data attribute. So, in the
source it might look like:

input id='foo' class='search' data-mini='true'

When talking to data-attributes with jQuery, you might be able to eke out
better performance using .data('mini'). E.g.:

$('input').data('mini', 'true');

Rather than having jQuery look for an attribute called data-mini, it will
hone in directly on any present data- then match with mini.

Here's some further reading: http://api.jquery.com/data/

Good luck! I hope you share the final result.

Michael Schofield(@nova.edu) | @gollydamn | www.ns4lib.com


-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Gavin Spomer
Sent: Friday, November 30, 2012 11:52 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks for the input, Mark.

I don't think there is a textinput method in jQuery or jQuery Mobile.

- Gavin

 Mark Pernotto mark.perno...@gmail.com 11/29/2012 3:58 PM 
This looks more syntactical than anything else.

Try:

$('input').textinput({mini:true});

This hasn't been tested.

Thanks,
Mark


On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
 Hello,

 I'm almost done developing my custom theme for when I migrate our
Greenstone digital collections over to Omeka. I've built in a mobile
interface for when a mobile device is detected and have been having a lot of
fun implementing that with jQuery Mobile.


 I prefer to make most stuff mini ala the jQuery Mobile data-mini
attribute. Works fine when I'm editing the actual html source, but the
following won't work for some reason:

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
});

 I can set other attributes successfully like: (just as a test)

$(document).ready(function() {
   $('input').attr('data-mini', 'true');
   $('input').attr('style', 'background:yellow');
});

 But for some reason it won't do the data-mini attribute... why?
 Gavin Spomer
 Systems Programmer
 Brooks Library
 Central Washington University

Re: [CODE4LIB] Proliferation of Code4Lib Channels

2012-11-30 Thread Aaron Collier

+1 Thanks for getting the sub-reddit started. I'm happy to see that as I agree 
with the format of discussion. I find it much easier to archive full 
discussions that I find there vs. the jumble of a multitude of email messages. 



Aaron Collier 
Library Academic Systems Analyst 
California State University, Fresno - Henry Madden Library 
559.278.2945 
acoll...@csufresno.edu 
http://www.csufresno.edu/library 

- Original Message -
From: Shaun Ellis sha...@princeton.edu 
To: CODE4LIB@LISTSERV.ND.EDU 
Sent: Friday, November 30, 2012 9:51:23 AM 
Subject: Re: [CODE4LIB] Proliferation of Code4Lib Channels 

Mark and Karen, yes, the DIY and take-initiative ethos of Code4Lib leads 
to a lot of channels. I think this is a good thing as each has its 
strengths. But it creates chaos without more clarity on what platforms 
are best for certain types of communication? 

We have similar issues when it comes to our own internal documentation 
attempts at Princeton. Wiki? Git? Git Wiki? IRC? Blogosphere? Reddit? 
Listserv? Twitter? Why should I use any of them?!? 

I will say that I like Reddit for potentially controversial or 
philosophical discussions. It's built to keep the conversation on track 
and reward the most insightful/best comments with more visibility. 

So, anyway, I've posted this discussion on the subreddit: 
http://www.reddit.com/r/code4lib/comments/1426fn/the_diy_and_takeinitiative_ethos_of_code4lib/
 

I also added a post on mentorship to the subreddit, since I'm 
particularly interested in that. Karen, while I think your comments on 
promotion and giving credit are important, I'm not sure how they are 
related to mentorship. Would love to hear more about that in the subreddit. 

-Shaun 

On 11/30/12 12:30 PM, Mark A. Matienzo wrote: 
 On Fri, Nov 30, 2012 at 12:07 PM, Karen Coyle li...@kcoyle.net wrote: 
 Wow. We could not have gotten a better follow-up to our long thread about 
 coders and non-coders. 
 
 I don't git. I've used it to read code, but never contributed. I even 
 downloaded a gui with a cute icon that is supposed to make it easy, and it 
 still is going to take some learning. 
 
 So I'm afraid that it either needs to be on a different platform for 
 editing, OR someone (you know, the famed someone) is going to have to do 
 updates for us non-gitters. 
 
 Karen, I've added instructions about how to add contributions without 
 knowing Git to the README file: 
 https://github.com/code4lib/antiharassment-policy/blob/master/README.md 
 
 If you'd like, I'm happy to have feedback as to changes here. A small 
 handful of people have also asked if we could move this to another 
 platform such as the Code4lib wiki. I'd be happy to get feedback if 
 that would be a preferable option. 
 
 Mark 
 

-- 
Shaun D. Ellis 
Digital Library Interface Developer 
Firestone Library, Princeton University 
voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Ha ha. You were just eager to help, I know how that is. 

My solution is just to use: 

   $(document).ready(function() { 
  $('input').addClass('ui-mini'); 
   }); 

Thanks everyone for helpful tips and info. 

- Gavin

 Mark Pernotto mark.perno...@gmail.com 11/30/2012 9:44 AM 
Gavin/Group:

Sorry about that.  That will teach me to to respond to a syntax
question before testing.

jsfiddle.net is a great resource!

And I'd love to see what you end up with!

Thanks,
mark



On Fri, Nov 30, 2012 at 9:38 AM, Gavin Spomer spom...@cwu.edu wrote:
 Thanks for the tool suggestions! I also found one recently:

http://jsfiddle.net/

 - Gavin

 Shaun Ellis sha...@princeton.edu 11/30/2012 7:10 AM 
 I stand corrected.  CodePen doesn't require login... here's the same
 example there:
 http://codepen.io/anon/full/wxJqz

 The UI is a little different and CodePen, but it seems that they've
 taken jsbin and added a some more features. I like the longer list of JS
 libraries in jsbin, but you can plug them in at CodePen if you need to.

 -Shaun

 On 11/29/12 7:33 PM, Eric Phetteplace wrote:
 Is the data-mini attribute really not getting set? Or is it being set but
 the jQuery Mobile framework isn't applying its mini style? Inspect the
 input elements with your dev tools to see if data-mini is set.

 Without seeing your code, my guess is that it runs after the mobile-init
 event where jQuery Mobile does all its magic, including taking all those
 data attributes and using them to apply classes and inject markup. You
 could either make sure your code fires before mobile-init (e.g. not
 wrapping it in a $(document).ready() call would likely do the trick) or
 directly applying the appropriate class, which is ui-mini I think.

 Best,
 Eric Phetteplace
 Emerging Technology Librarian
 Chesapeake College


 On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto 
 mark.perno...@gmail.comwrote:

 This looks more syntactical than anything else.

 Try:

 $('input').textinput({mini:true});

 This hasn't been tested.

 Thanks,
 Mark


 On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
 Hello,

 I'm almost done developing my custom theme for when I migrate our
 Greenstone digital collections over to Omeka. I've built in a mobile
 interface for when a mobile device is detected and have been having a lot
 of fun implementing that with jQuery Mobile.

 I prefer to make most stuff mini ala the jQuery Mobile data-mini
 attribute. Works fine when I'm editing the actual html source, but the
 following won't work for some reason:

 $(document).ready(function() {
$('input').attr('data-mini', 'true');
 });

 I can set other attributes successfully like: (just as a test)

 $(document).ready(function() {
$('input').attr('data-mini', 'true');
$('input').attr('style', 'background:yellow');
 });

 But for some reason it won't do the data-mini attribute... why?
 Gavin Spomer
 Systems Programmer
 Brooks Library
 Central Washington University


 --
 Shaun D. Ellis
 Digital Library Interface Developer
 Firestone Library, Princeton University
 voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] anti-harassment policy suggestion

2012-11-30 Thread Michael J. Giarlo

Note that almost exactly the same sentence is already located a paragraph
or two below that one.  I leave it to y'all to decide which wording and
which location  you like best, but we should probably strike one of them.

-Mike

On Fri, Nov 30, 2012 at 12:59 PM, Mark A. Matienzo
mark.matie...@gmail.comwrote:

 Karen,

 You can review a first pass here:

 https://github.com/anarchivist/antiharassment-policy/commit/9f304420f42b6f73938f8bb3176ef42fd7cea0e0

 In short, I have added another sentence to the end of the first
 paragraph: If you are being harassed, notice that someone else is
 being harassed, or have any other concerns, please *speak up* and/or
 contact an event organizer or a 'Code4lib helper' in IRC immediately.

 Mark

Re: [CODE4LIB] tech vs. nursing

2012-11-30 Thread Kyle Banerjee

On Fri, Nov 30, 2012 at 1:06 AM, Chris Fitzpatrick
chrisfitz...@gmail.comwrote:

 But, this leads into another trend I've noticed... recent MLIS graduates
 are constantly lamenting the lack of jobs...meanwhile this list is flooded
 with jobs. It's a really odd disconnect.


One thing that is very different about library systems from regular systems
is that people are expected to have a really broad set of skills. Systems
administration, programming, hardware, network, detailed knowledge of
standards and tools that no one else uses, knowledge of workflow, etc --
i.e. people who can do anything. In reality, few people can do all this
stuff and so there is a lot of choice for them.

But the overall picture is abysmal. Tech services and resource sharing --
the people who created the data and institutional linkages that form the
backbone of library services -- are largely regarded as irrelevant even in
the library community. Public services are also on the decline. Meanwhile,
library programs keep churning out graduates for a shrinking pool of
positions that normally open only when people retire.

Libraries are mostly creatures of the 20th century and their traditional
role has been to identify the good stuff, acquire it, and preserve it. In a
networked world where other entities have largely taken over those
functions, they perform more of a niche function which is another way of
saying that this is not a growth area. Asking a bunch of nonlibrary people
what they think libraries should be doing can be pretty illuminating -- at
least on our campus, it's clear that people like the idea of the library,
but don't really know what they need us for. That's not good for long term
prospects.

The only way to survive is to be ahead of the curve. Right now, there is a
lot of action in digital collections. But consolidation will be coming so I
don't expect it will be any picnic there soon enough. All you can do in the
meantime is look for opportunities to apply yourself. There are loads of
tech opportunities even if you have no access to servers and you aren't
responsible for as much as a single web page. Pretty much all areas of the
library are plagued with crummy workflows and data analysis problems --
those are great ways to help people while building your skills. BTW, data
analysis aimed at demonstrating impact of university
programs/staff/activities seems to be a great way to reach out to other
campus units (or at least we're having some luck with that).

kyle

Re: [CODE4LIB] Proliferation of Code4Lib Channels


On 11/30/12 9:51 AM, Shaun Ellis wrote:


I also added a post on mentorship to the subreddit, since I'm 
particularly interested in that.  Karen, while I think your comments 
on promotion and giving credit are important, I'm not sure how 
they are related to mentorship.  Would love to hear more about that in 
the subreddit.
Rather than taking that discussion to another channel, I'll add it here 
(first) -- (not sure how many code4libers are reddit users)


Shaun,

Thanks for asking.

Mentorship is (generally) for people to pass along their knowledge to 
newcomers of some sort. There is a tendency, though not a law, that the 
mentor/mentee relationship is seen as expert/novice. The need for 
mentorship is not limited to women, of course, but we must carefully 
avoid the assumption that women are less visible in technical areas 
because they know less, and therefore mentoring solves the visibility 
problem. In fact, highly expert women can be invisible [1] in their 
field and this is one of the factors of sexism. So the whole equal pay 
for equal work (or equal x for equal y) was and is about the fact 
that women with the same skills are not given the same rewards as men in 
this here and now.


My promotion issue is that we cannot stop at mentoring, because we 
will STILL need to work for equal cred/status for equal work in our 
community. And because we already have women with a high skill level and 
who do not need to be mentored to bring their skills up to some 
average level, we need to take the next step for them. So my call is 
for making a conscious effort at treating people equally, even though it 
is very likely to make some folks uncomfortable at first. My personal 
goal is to raise the visibility of women in technology, not just in 
libraries but everywhere. This is because we need for our technology to 
be created by a more representative sample of our society. Because I am 
a woman I focus on women, but in fact there is even greater inequality 
in technology for African Americans and Latino/as. I'm not in a 
position  to take any kind of lead in that area, but would love to be 
able to support a movement for equality for such minorities.


kc

[1] 
http://kcoyle.blogspot.com/2012/11/turings-cathedral-or-women-disappear.html


-Shaun

On 11/30/12 12:30 PM, Mark A. Matienzo wrote:

On Fri, Nov 30, 2012 at 12:07 PM, Karen Coyle li...@kcoyle.net wrote:
Wow. We could not have gotten a better follow-up to our long thread 
about

coders and non-coders.

I don't git. I've used it to read code, but never contributed. I even
downloaded a gui with a cute icon that is supposed to make it easy, 
and it

still is going to take some learning.

So I'm afraid that it either needs to be on a different platform for
editing, OR someone (you know, the famed someone) is going to have 
to do

updates for us non-gitters.


Karen, I've added instructions about how to add contributions without
knowing Git to the README file:
https://github.com/code4lib/antiharassment-policy/blob/master/README.md

If you'd like, I'm happy to have feedback as to changes here. A small
handful of people have also asked if we could move this to another
platform such as the Code4lib wiki. I'd be happy to get feedback if
that would be a preferable option.

Mark





--
Karen Coyle
kco...@kcoyle.net http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet

Re: [CODE4LIB] Proliferation of Code4Lib Channels

2012-11-30 Thread Wilhelmina Randtke

Could we take a moment to stop and Google sexist github then stop and
Google sexist reddit.

Sexist github will bring up discussions on how to deal with sexism. It
won't bring up pages and reams of blatant examples of sexism.

Sexist reddit will bring up a lot of really blatant sexism and sexual
imagery directed at women. Even if you are in a subthread that isn't like
that, the general community is probably not what you should be aiming for.
If you shouldn't be aiming for it, then don't.

-Wilhelmina Randtke

On Fri, Nov 30, 2012 at 12:04 PM, Aaron Collier acoll...@csufresno.eduwrote:

+1 Thanks for getting the sub-reddit started. I'm happy to see that as I
agree with the format of discussion. I find it much easier to archive full
discussions that I find there vs. the jumble of a multitude of email
messages.

Aaron Collier
Library Academic Systems Analyst
California State University, Fresno - Henry Madden Library
559.278.2945
acoll...@csufresno.edu
http://www.csufresno.edu/library

- Original Message -
From: Shaun Ellis sha...@princeton.edu
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, November 30, 2012 9:51:23 AM
Subject: Re: [CODE4LIB] Proliferation of Code4Lib Channels

Mark and Karen, yes, the DIY and take-initiative ethos of Code4Lib leads
to a lot of channels. I think this is a good thing as each has its
strengths. But it creates chaos without more clarity on what platforms
are best for certain types of communication?

We have similar issues when it comes to our own internal documentation
attempts at Princeton. Wiki? Git? Git Wiki? IRC? Blogosphere? Reddit?
Listserv? Twitter? Why should I use any of them?!?

I will say that I like Reddit for potentially controversial or
philosophical discussions. It's built to keep the conversation on track
and reward the most insightful/best comments with more visibility.

So, anyway, I've posted this discussion on the subreddit:

http://www.reddit.com/r/code4lib/comments/1426fn/the_diy_and_takeinitiative_ethos_of_code4lib/

I also added a post on mentorship to the subreddit, since I'm
particularly interested in that. Karen, while I think your comments on
promotion and giving credit are important, I'm not sure how they are
related to mentorship. Would love to hear more about that in the subreddit.

-Shaun

On 11/30/12 12:30 PM, Mark A. Matienzo wrote:
On Fri, Nov 30, 2012 at 12:07 PM, Karen Coyle li...@kcoyle.net wrote:
Wow. We could not have gotten a better follow-up to our long thread
about
coders and non-coders.

I don't git. I've used it to read code, but never contributed. I even
downloaded a gui with a cute icon that is supposed to make it easy, and
it
still is going to take some learning.

So I'm afraid that it either needs to be on a different platform for
editing, OR someone (you know, the famed someone) is going to have to
do
updates for us non-gitters.

Karen, I've added instructions about how to add contributions without
knowing Git to the README file:
https://github.com/code4lib/antiharassment-policy/blob/master/README.md

If you'd like, I'm happy to have feedback as to changes here. A small
handful of people have also asked if we could move this to another
platform such as the Code4lib wiki. I'd be happy to get feedback if
that would be a preferable option.

Mark

--
Shaun D. Ellis
Digital Library Interface Developer
Firestone Library, Princeton University
voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Gavin,

I'm sort of playing catch-up on the long thread so I might be missing part
of the conversation, but are you trying to add data-mini=true to multiple
inputs? If so, courtesy again of the API documentation:

The .attr() method gets the attribute value for only the first element in
the matched set. To get the value for each element individually, use a
looping construct such as jQuery's .each() or .map() method.

Option B: If you're doing this in Omeka, you could always plug the attribute
into your inputs with php by using Dave Molsen's Detector
(http://detector.dmolsen.com/) or some other UA-sniffing PHP Library to
conditionally throw data-mini=true at a certain screen size.

IMHO, with all that said, if you want all your inputs to inherit the styles
of data-mini=true, I would just edit the CSS so that those styles apply by
default. You don't have to have JS apply the class or the attribute, you
could just nest those styles in a media query for screen sizes less than
481px (or your preferred breakpoint).

Michael Schofield(@nova.edu) | @gollydamn | www.ns4lib.com  

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Gavin Spomer
Sent: Friday, November 30, 2012 12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks, Eric. 

Using Inspect Element in Safari I see that the data-mini is indeed getting
set to true. 

I'm probably not understanding this, even after reading
http://jquerymobile.com/demos/1.2.0/docs/api/globalconfig.html , but
wrapping in a $(document).bind(mobileinit, function(){ instead of a
$(document).ready() call, nothing gets applied. What is the order of things?
By your suggestion, I tried $('input').addClass('ui-mini'); and that works,
but I want to understand why $('input').attr('data-mini', 'true'); doesn't
work. 

I have some code at a public server now: (must view with browser with a
mobile user agent set) 

   http://digital.lib.cwu.edu/omeka/contact  

   http://digital.lib.cwu.edu/omeka/themes/brooks/javascripts/mobile.js  

Thanks again. 

- Gavin

 Eric Phetteplace phett...@gmail.com 11/29/2012 4:33 PM 
Is the data-mini attribute really not getting set? Or is it being set but
the jQuery Mobile framework isn't applying its mini style? Inspect the input
elements with your dev tools to see if data-mini is set.

Without seeing your code, my guess is that it runs after the mobile-init
event where jQuery Mobile does all its magic, including taking all those
data attributes and using them to apply classes and inject markup. You could
either make sure your code fires before mobile-init (e.g. not wrapping it in
a $(document).ready() call would likely do the trick) or directly applying
the appropriate class, which is ui-mini I think.

Best,
Eric Phetteplace
Emerging Technology Librarian
Chesapeake College


On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto
mark.perno...@gmail.comwrote:

 This looks more syntactical than anything else.

 Try:

 $('input').textinput({mini:true});

 This hasn't been tested.

 Thanks,
 Mark


 On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
  Hello,
 
  I'm almost done developing my custom theme for when I migrate our
 Greenstone digital collections over to Omeka. I've built in a mobile 
 interface for when a mobile device is detected and have been having a 
 lot of fun implementing that with jQuery Mobile.
 
  I prefer to make most stuff mini ala the jQuery Mobile data-mini
 attribute. Works fine when I'm editing the actual html source, but the 
 following won't work for some reason:
 
 $(document).ready(function() {
$('input').attr('data-mini', 'true');
 });
 
  I can set other attributes successfully like: (just as a test)
 
 $(document).ready(function() {
$('input').attr('data-mini', 'true');
$('input').attr('style', 'background:yellow');
 });
 
  But for some reason it won't do the data-mini attribute... why?
  Gavin Spomer
  Systems Programmer
  Brooks Library
  Central Washington University

Re: [CODE4LIB] anti-harassment policy for code4lib?

2012-11-30 Thread Erik Hetzner

At Fri, 30 Nov 2012 11:34:41 +,
MJ Ray wrote:
 
 Esmé Cowles escow...@ucsd.edu
  Also, I've seen a number of reports over the last few years of women
  who were harassed at predominately-male tech conferences.  Taken
  together, they paint a picture of men (particularly drunken men)
  creating an atmosphere that makes a lot of people feel excluded and
  worry about being harassed or worse.  So I think a positive
  statement of values, and the general raising of consciousness of
  these issues, is a good thing.
 
 I'm a member of software.coop, which helps write library software,
 including Koha - we co-hosted KohaCon12 this summer.  Like all co-ops,
 our core values include equality.  I would like to see an
 anti-harassment policy for code4lib.
 
 However, I'm saddened that I seem to be the first to object to the
 hand-waving (number of reports) and prejudice in the above
 paragraph.  The above problems seem more likely to arise from being
 drunk or being idiots than from being men. […]

Hi MJ,

Starting from this incorrect position will lead to the wrong
harassment guidelines being drawn up. Obviously the goal is equal
respect, but you don’t get there by pretending that the root problem
is drunkenness, or that men and women treat one another with
disrespect in equal amounts. It’s not hand-waving to say that sexual
harassment happens, and that (with negligible exceptions) it is is men
who are the perpetrators. To pretend otherwise will not produce an
effective anti-harassment policy.

best, Erik
Sent from my free software system http://fsf.org/.

[CODE4LIB] Call for Applications: Code4lib 2013 Gender Diversity and Minority Scholarships

2012-11-30 Thread Frumkin, Jeremy

Oregon State University and the Digital Library Federation are sponsoring five
scholarships to promote gender and cultural diversity. Each scholarship will
provide up to $1,000 to cover travel costs and conference fees for one
qualified attendee to attend the 2013 Code4Lib Conference, which will be held
in Chicago, Illinois, from Monday,February 11 through Thursday, February 14.
The Code4Lib scholarship committee will award two scholarships per category,
awarding the remaining scholarship to the best remaining candidate in either
category. The Code4Lib scholarship committee will award these scholarships
based on merit and need.

ELIGIBILITY

Applicants, if eligible, may apply for both scholarships, but no applicant will
receive more than one scholarship. Past winners of either scholarship are not
eligible for either scholarship. Scholarship recipients will be required to
write a short trip report to be submitted to the scholarships committee by
February 17, 2012.

CONFERENCE INFO

For more information on the Code4Lib Conference,
please see the conference website:
http://code4lib.org/conference/2013
and write-ups of previous Code4Lib Conferences:
http://eprints.rclis.org/11670/1/code4lib_journal_article_-_revised3.pdf
http://journal.code4lib.org/articles/2717
http://journal.code4lib.org/articles/998
http://journal.code4lib.org/articles/72http://journal.code4lib.org/articles/2717http:/journal.code4lib.org/articles/998http:/journal.code4lib.org/articles/72
http://journal.code4lib.org/articles/6848

THE OREGON STATE UNIVERSITY AND THE DIGITAL LIBRARY FEDERATION GENDER DIVERSITY
SCHOLARSHIPS

The Gender Diversity Scholarships will provide up to $1,000 to cover travel
costs and conference fees for two qualified applicants to attend the 2013
Code4Lib Conference. Any woman or transgendered person who is interested in
actively contributing to the mission and goals of the Code4Lib Conference is
encouraged to apply.

THE OREGON STATE UNIVERSITY AND THE DIGITAL LIBRARY FEDERATION MINORITY
SCHOLARSHIPS

The Minority Scholarships will provide up to $1,000 to cover travel costs and
conference fees for two qualified applicants to attend the 2013 Code4Lib
Conference. To qualify for this scholarship, an applicant must be interested in
actively contributing to the mission and goals of the Code4Lib Conference and
must be of Hispanic or Latino, Black or African-American, Asian, Native
Hawaiian or Pacific Islander, or American Indian or Alaskan Native descent.

HOW TO APPLY

To apply, please send an email to Jeremy Frumkin
(frumk...@u.library.arizona.edumailto:frumk...@u.library.arizona.edumailto:frumk...@u.library.arizona.edumailto:frumk...@u.library.arizona.edu)
with the following (preferably combined into a single PDF, if possible):

- Indication of which scholarship (Gender or Minority or both) to which you are
applying
- A brief letter of interest, which:
1. Describes your interest in the conference and how you intend to participate
2. Discusses your statement of need
3. Indicates your eligibility
- A résumé or CV
- Contact information for two professional or academic references

The application deadline is Dec. 14, 2012. The scholarship committee will
notify successful candidates the week of Jan. 1, 2013.

-- jaf

Jeremy Frumkin
Assistant Dean / Chief Technology Strategist
University of Arizona Libraries

+1 520.626.7296
frumk...@u.library.arizona.edumailto:frumk...@u.library.arizona.edu

Any intelligent fool can make things bigger and more complex… It takes a touch
of genius – and a lot of courage to move in the opposite direction. - Albert
Einstein

Re: [CODE4LIB] Proliferation of Code4Lib Channels

2012-11-30 Thread Shaun Ellis

Yes, in fact the Internet in general is a place people go to share all 
sorts of things great and terrible, but we shouldn't throw the baby out 
with the bathwater in my opinion.


The nice thing about Reddit is that you can control your particular 
subreddit through culture, a code of conduct, and moderation.  Are you a 
Redditor?  Would you like to be a r/Code4Lib moderator to help address 
the issues you mention?  Even if you're not a moderator, you still have 
the power to help direct and focus the conversation through up/down 
votes and comments in a way that is better than a listserv firehose.


A final note is that Reddit's source code is up on github.  I'm not a 
python expert, but it could probably be set up in isolation from reddit 
if that's seen as a problem.  It could use whatever authentication the 
C4L wiki uses.  I has a restful API as well, so we could integrate it 
into the listserv as Ed Summers did with the jobs site.


-Shaun

On 11/30/12 1:19 PM, Wilhelmina Randtke wrote:

Could we take a moment to stop and Google sexist github then stop and
Google sexist reddit.

  Sexist github will bring up discussions on how to deal with sexism.  It
won't bring up pages and reams of blatant examples of sexism.

Sexist reddit will bring up a lot of really blatant sexism and sexual
imagery directed at women.  Even if you are in a subthread that isn't like
that, the general community is probably not what you should be aiming for.
If you shouldn't be aiming for it, then don't.

-Wilhelmina Randtke

On Fri, Nov 30, 2012 at 12:04 PM, Aaron Collier acoll...@csufresno.eduwrote:


+1 Thanks for getting the sub-reddit started. I'm happy to see that as I
agree with the format of discussion. I find it much easier to archive full
discussions that I find there vs. the jumble of a multitude of email
messages.



Aaron Collier
Library Academic Systems Analyst
California State University, Fresno - Henry Madden Library
559.278.2945
acoll...@csufresno.edu
http://www.csufresno.edu/library

- Original Message -
From: Shaun Ellis sha...@princeton.edu
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, November 30, 2012 9:51:23 AM
Subject: Re: [CODE4LIB] Proliferation of Code4Lib Channels

Mark and Karen, yes, the DIY and take-initiative ethos of Code4Lib leads
to a lot of channels. I think this is a good thing as each has its
strengths. But it creates chaos without more clarity on what platforms
are best for certain types of communication?

We have similar issues when it comes to our own internal documentation
attempts at Princeton. Wiki? Git? Git Wiki? IRC? Blogosphere? Reddit?
Listserv? Twitter? Why should I use any of them?!?

I will say that I like Reddit for potentially controversial or
philosophical discussions. It's built to keep the conversation on track
and reward the most insightful/best comments with more visibility.

So, anyway, I've posted this discussion on the subreddit:

http://www.reddit.com/r/code4lib/comments/1426fn/the_diy_and_takeinitiative_ethos_of_code4lib/

I also added a post on mentorship to the subreddit, since I'm
particularly interested in that. Karen, while I think your comments on
promotion and giving credit are important, I'm not sure how they are
related to mentorship. Would love to hear more about that in the subreddit.

-Shaun

On 11/30/12 12:30 PM, Mark A. Matienzo wrote:

On Fri, Nov 30, 2012 at 12:07 PM, Karen Coyle li...@kcoyle.net wrote:

Wow. We could not have gotten a better follow-up to our long thread

about

coders and non-coders.

I don't git. I've used it to read code, but never contributed. I even
downloaded a gui with a cute icon that is supposed to make it easy, and

it

still is going to take some learning.

So I'm afraid that it either needs to be on a different platform for
editing, OR someone (you know, the famed someone) is going to have to

do

updates for us non-gitters.


Karen, I've added instructions about how to add contributions without
knowing Git to the README file:
https://github.com/code4lib/antiharassment-policy/blob/master/README.md

If you'd like, I'm happy to have feedback as to changes here. A small
handful of people have also asked if we could move this to another
platform such as the Code4lib wiki. I'd be happy to get feedback if
that would be a preferable option.

Mark



--
Shaun D. Ellis
Digital Library Interface Developer
Firestone Library, Princeton University
voice: 609.258.1698 | sha...@princeton.edu



--
Shaun D. Ellis
Digital Library Interface Developer
Firestone Library, Princeton University
voice: 609.258.1698 | sha...@princeton.edu

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

2012-11-30 Thread Eric Phetteplace

I think Gavin got this sorted out but I just wanted to clarify: the end
goal is to add a ui-mini class to inputs here, not data-mini=true. The
data attribute by itself does nothing. The jQuery Mobile framework uses
data attributes to apply classes, among other things, so you can skip the
intermediary step and go straight to the class. You don't need to edit the
CSS with a rule like input[data-mini=true]; just use the class that's
already there.

My advice to get rid of the $(document).ready() wrapper was poor because it
means your code probably executes *before the input elements are even in
the DOM *particularly if your script is in the head. If you for some reason
have to use data-mini=true, you need to run your code *after* jQuery and
the DOM has loaded but *before* jQuery Mobile uses all those data
attributes to apply classes. Does that make sense? I'd just avoid this
execution order headache and apply the class.

Also, Michael, your quote from the jQuery API is only about the getter
usage of attr(); if handed only one parameter, attr() returns the value of
the attribute for the first item in the selection e.g.
$('input').attr('data-mini') = 'true'. But in the setter version, attr(
attribute, value ) sets attribute to value on *all *selected elements. Look
at the first setter example on the API page where they set the title, src,
and alt of three img tags at once by passing a map to attr().

Best,
Eric



On Fri, Nov 30, 2012 at 1:20 PM, Michael Schofield mschofi...@nova.eduwrote:

 Gavin,

 I'm sort of playing catch-up on the long thread so I might be missing part
 of the conversation, but are you trying to add data-mini=true to multiple
 inputs? If so, courtesy again of the API documentation:

 The .attr() method gets the attribute value for only the first element in
 the matched set. To get the value for each element individually, use a
 looping construct such as jQuery's .each() or .map() method.

 Option B: If you're doing this in Omeka, you could always plug the
 attribute
 into your inputs with php by using Dave Molsen's Detector
 (http://detector.dmolsen.com/) or some other UA-sniffing PHP Library to
 conditionally throw data-mini=true at a certain screen size.

 IMHO, with all that said, if you want all your inputs to inherit the styles
 of data-mini=true, I would just edit the CSS so that those styles apply by
 default. You don't have to have JS apply the class or the attribute, you
 could just nest those styles in a media query for screen sizes less than
 481px (or your preferred breakpoint).

 Michael Schofield(@nova.edu) | @gollydamn | www.ns4lib.com

 -Original Message-
 From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
 Gavin Spomer
 Sent: Friday, November 30, 2012 12:34 PM
 To: CODE4LIB@LISTSERV.ND.EDU
 Subject: Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

 Thanks, Eric.

 Using Inspect Element in Safari I see that the data-mini is indeed
 getting
 set to true.

 I'm probably not understanding this, even after reading
 http://jquerymobile.com/demos/1.2.0/docs/api/globalconfig.html , but
 wrapping in a $(document).bind(mobileinit, function(){ instead of a
 $(document).ready() call, nothing gets applied. What is the order of
 things?
 By your suggestion, I tried $('input').addClass('ui-mini'); and that works,
 but I want to understand why $('input').attr('data-mini', 'true'); doesn't
 work.

 I have some code at a public server now: (must view with browser with a
 mobile user agent set)

http://digital.lib.cwu.edu/omeka/contact

http://digital.lib.cwu.edu/omeka/themes/brooks/javascripts/mobile.js

 Thanks again.

 - Gavin

  Eric Phetteplace phett...@gmail.com 11/29/2012 4:33 PM 
 Is the data-mini attribute really not getting set? Or is it being set but
 the jQuery Mobile framework isn't applying its mini style? Inspect the
 input
 elements with your dev tools to see if data-mini is set.

 Without seeing your code, my guess is that it runs after the mobile-init
 event where jQuery Mobile does all its magic, including taking all those
 data attributes and using them to apply classes and inject markup. You
 could
 either make sure your code fires before mobile-init (e.g. not wrapping it
 in
 a $(document).ready() call would likely do the trick) or directly applying
 the appropriate class, which is ui-mini I think.

 Best,
 Eric Phetteplace
 Emerging Technology Librarian
 Chesapeake College


 On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto
 mark.perno...@gmail.comwrote:

  This looks more syntactical than anything else.
 
  Try:
 
  $('input').textinput({mini:true});
 
  This hasn't been tested.
 
  Thanks,
  Mark
 
 
  On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
   Hello,
  
   I'm almost done developing my custom theme for when I migrate our
  Greenstone digital collections over to Omeka. I've built in a mobile
  interface for when a mobile device is detected and have been having a
  lot of fun

Re: [CODE4LIB] Proliferation of Code4Lib Channels

2012-11-30 Thread Jonathan Rochkind

 A final note is that Reddit's source code is up on github.  I'm not a
 python expert, but it could probably be set up in isolation from reddit
 if that's seen as a problem.  It could use whatever authentication the
 C4L wiki uses.  I has a restful API as well, so we could integrate it
 into the listserv as Ed Summers did with the jobs site.

I believe you're talking about a fairly major development/maintenance project 
there.  
Installing and running the reddit software for myself is not something I think 
anyone
should plan on doing as a minimal part of their 'spare time', let along 
modifying it and
running a forked version.  

Nothing wrong with major development/maintenance projects done by volunteers
if someone's interested.  And nothing wrong with experimenting with it to see 
if you
can prove me wrong and it really is a trivial task. 

But I'd be cautious of assuming that code4lib has a bottomless reserve of 
volunteer
labor to do non-trivial tasks, we have trouble continuing to maintain the tech
infrastructure we've already got.  If it were me, I'd be considering 
cost/benefit, and
not assuming something will be used just because if you build it they will 
come. 

And if someone IS looking to do some self-directed development and maintenance
work for the code4lib community, they should of course do it where they feel 
most
called to do it -- but if you have an interest in helping out the Code4Lib 
Journal, we
could use it, we're having trouble maintaining and developing our tech 
infrastructure
there at the level we'd like, with currently available interested volunteer 
labor.

Re: [CODE4LIB] tech vs. nursing

2012-11-30 Thread Wilhelmina Randtke

At my alma mater, Florida State University, the average starting salary for
female grads was $39K while for male grads it was $57K
http://lj.libraryjournal.com/2012/10/placements-and-salaries/2012-survey/explore-all-the-data/
The male graduates for the 2011 made 150% as much as the female graduates.

-Wilhelmina Randtke

On Thu, Nov 29, 2012 at 4:08 PM, Karen Coyle li...@kcoyle.net wrote:

 Pay inequity also exists within librarianship. The Association of
 Research Libraries, in its Annual Salary Survey
 2005-6, reported that the average salary for male academic librarians in
 member libraries was $63,984, while
 the average for female academic librarians was $61,083.5

 Library Journal reported that new library school graduates finally crossed
 the $40,000 mark as an average salary,
 but the gender split had women below that point with $39,587 and men at
 $42,143.

 And there's more if you go through the literature.

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

jQuery matches only the first element when *getting* an attribute, but not when 
*setting*; that would take away a lot of the power of jQuery with its 
selectors.  

Awesome info on the Detector; I'm using a php mobile detector: 
http://code.google.com/p/php-mobile-detect/  

Yeah, duh, I guess I could just edit the mobile.css stylesheet, huh? Sometimes 
the obvious eludes me. LOL!  

- Gavin

 Michael Schofield mschofi...@nova.edu 11/30/2012 10:20 AM 
Gavin,

I'm sort of playing catch-up on the long thread so I might be missing part
of the conversation, but are you trying to add data-mini=true to multiple
inputs? If so, courtesy again of the API documentation:

The .attr() method gets the attribute value for only the first element in
the matched set. To get the value for each element individually, use a
looping construct such as jQuery's .each() or .map() method.

Option B: If you're doing this in Omeka, you could always plug the attribute
into your inputs with php by using Dave Molsen's Detector
(http://detector.dmolsen.com/) or some other UA-sniffing PHP Library to
conditionally throw data-mini=true at a certain screen size.

IMHO, with all that said, if you want all your inputs to inherit the styles
of data-mini=true, I would just edit the CSS so that those styles apply by
default. You don't have to have JS apply the class or the attribute, you
could just nest those styles in a media query for screen sizes less than
481px (or your preferred breakpoint).

Michael Schofield(@nova.edu) | @gollydamn | www.ns4lib.com 

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Gavin Spomer
Sent: Friday, November 30, 2012 12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks, Eric.

Using Inspect Element in Safari I see that the data-mini is indeed getting
set to true.

I'm probably not understanding this, even after reading
http://jquerymobile.com/demos/1.2.0/docs/api/globalconfig.html , but
wrapping in a $(document).bind(mobileinit, function(){ instead of a
$(document).ready() call, nothing gets applied. What is the order of things?
By your suggestion, I tried $('input').addClass('ui-mini'); and that works,
but I want to understand why $('input').attr('data-mini', 'true'); doesn't
work.

I have some code at a public server now: (must view with browser with a
mobile user agent set)

   http://digital.lib.cwu.edu/omeka/contact 

   http://digital.lib.cwu.edu/omeka/themes/brooks/javascripts/mobile.js 

Thanks again.

- Gavin

 Eric Phetteplace phett...@gmail.com 11/29/2012 4:33 PM 
Is the data-mini attribute really not getting set? Or is it being set but
the jQuery Mobile framework isn't applying its mini style? Inspect the input
elements with your dev tools to see if data-mini is set.

Without seeing your code, my guess is that it runs after the mobile-init
event where jQuery Mobile does all its magic, including taking all those
data attributes and using them to apply classes and inject markup. You could
either make sure your code fires before mobile-init (e.g. not wrapping it in
a $(document).ready() call would likely do the trick) or directly applying
the appropriate class, which is ui-mini I think.

Best,
Eric Phetteplace
Emerging Technology Librarian
Chesapeake College


On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto
mark.perno...@gmail.comwrote:

 This looks more syntactical than anything else.

 Try:

 $('input').textinput({mini:true});

 This hasn't been tested.

 Thanks,
 Mark


 On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu wrote:
  Hello,
 
  I'm almost done developing my custom theme for when I migrate our
 Greenstone digital collections over to Omeka. I've built in a mobile
 interface for when a mobile device is detected and have been having a
 lot of fun implementing that with jQuery Mobile.
 
  I prefer to make most stuff mini ala the jQuery Mobile data-mini
 attribute. Works fine when I'm editing the actual html source, but the
 following won't work for some reason:
 
 $(document).ready(function() {
$('input').attr('data-mini', 'true');
 });
 
  I can set other attributes successfully like: (just as a test)
 
 $(document).ready(function() {
$('input').attr('data-mini', 'true');
$('input').attr('style', 'background:yellow');
 });
 
  But for some reason it won't do the data-mini attribute... why?
  Gavin Spomer
  Systems Programmer
  Brooks Library
  Central Washington University

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

Thanks for taking the time to summarize; excellent. 

Sorry I repeated what you said about the attr() function; I can't type fast 
enough to keep up with all the thoughtful emails. ;) 

- Gavin

 Eric Phetteplace phett...@gmail.com 11/30/2012 10:46 AM 
I think Gavin got this sorted out but I just wanted to clarify: the end
goal is to add a ui-mini class to inputs here, not data-mini=true. The
data attribute by itself does nothing. The jQuery Mobile framework uses
data attributes to apply classes, among other things, so you can skip the
intermediary step and go straight to the class. You don't need to edit the
CSS with a rule like input[data-mini=true]; just use the class that's
already there.

My advice to get rid of the $(document).ready() wrapper was poor because it
means your code probably executes *before the input elements are even in
the DOM *particularly if your script is in the head. If you for some reason
have to use data-mini=true, you need to run your code *after* jQuery and
the DOM has loaded but *before* jQuery Mobile uses all those data
attributes to apply classes. Does that make sense? I'd just avoid this
execution order headache and apply the class.

Also, Michael, your quote from the jQuery API is only about the getter
usage of attr(); if handed only one parameter, attr() returns the value of
the attribute for the first item in the selection e.g.
$('input').attr('data-mini') = 'true'. But in the setter version, attr(
attribute, value ) sets attribute to value on *all *selected elements. Look
at the first setter example on the API page where they set the title, src,
and alt of three img tags at once by passing a map to attr().

Best,
Eric



On Fri, Nov 30, 2012 at 1:20 PM, Michael Schofield mschofi...@nova.eduwrote:

 Gavin,

 I'm sort of playing catch-up on the long thread so I might be missing part
 of the conversation, but are you trying to add data-mini=true to multiple
 inputs? If so, courtesy again of the API documentation:

 The .attr() method gets the attribute value for only the first element in
 the matched set. To get the value for each element individually, use a
 looping construct such as jQuery's .each() or .map() method.

 Option B: If you're doing this in Omeka, you could always plug the
 attribute
 into your inputs with php by using Dave Molsen's Detector
 (http://detector.dmolsen.com/) or some other UA-sniffing PHP Library to
 conditionally throw data-mini=true at a certain screen size.

 IMHO, with all that said, if you want all your inputs to inherit the styles
 of data-mini=true, I would just edit the CSS so that those styles apply by
 default. You don't have to have JS apply the class or the attribute, you
 could just nest those styles in a media query for screen sizes less than
 481px (or your preferred breakpoint).

 Michael Schofield(@nova.edu) | @gollydamn | www.ns4lib.com

 -Original Message-
 From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
 Gavin Spomer
 Sent: Friday, November 30, 2012 12:34 PM
 To: CODE4LIB@LISTSERV.ND.EDU
 Subject: Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs

 Thanks, Eric.

 Using Inspect Element in Safari I see that the data-mini is indeed
 getting
 set to true.

 I'm probably not understanding this, even after reading
 http://jquerymobile.com/demos/1.2.0/docs/api/globalconfig.html , but
 wrapping in a $(document).bind(mobileinit, function(){ instead of a
 $(document).ready() call, nothing gets applied. What is the order of
 things?
 By your suggestion, I tried $('input').addClass('ui-mini'); and that works,
 but I want to understand why $('input').attr('data-mini', 'true'); doesn't
 work.

 I have some code at a public server now: (must view with browser with a
 mobile user agent set)

http://digital.lib.cwu.edu/omeka/contact

http://digital.lib.cwu.edu/omeka/themes/brooks/javascripts/mobile.js

 Thanks again.

 - Gavin

  Eric Phetteplace phett...@gmail.com 11/29/2012 4:33 PM 
 Is the data-mini attribute really not getting set? Or is it being set but
 the jQuery Mobile framework isn't applying its mini style? Inspect the
 input
 elements with your dev tools to see if data-mini is set.

 Without seeing your code, my guess is that it runs after the mobile-init
 event where jQuery Mobile does all its magic, including taking all those
 data attributes and using them to apply classes and inject markup. You
 could
 either make sure your code fires before mobile-init (e.g. not wrapping it
 in
 a $(document).ready() call would likely do the trick) or directly applying
 the appropriate class, which is ui-mini I think.

 Best,
 Eric Phetteplace
 Emerging Technology Librarian
 Chesapeake College


 On Thu, Nov 29, 2012 at 6:58 PM, Mark Pernotto
 mark.perno...@gmail.comwrote:

  This looks more syntactical than anything else.
 
  Try:
 
  $('input').textinput({mini:true});
 
  This hasn't been tested.
 
  Thanks,
  Mark
 
 
  On Thu, Nov 29, 2012 at 3:40 PM, Gavin Spomer spom...@cwu.edu

Re: [CODE4LIB] jQuery Set data-mini Attribute For All Form Inputs