<div dir="ltr">Eventbrite does offer personalized QR code for each attendees, the QR code is on the confirmation letter that attendees print out and bring to us at checkin. However, Eventbrite does not offer for that QR to be printed on the name badge. It would make perfect sense to combine the two.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 29, 2013 at 12:19 PM, Kohsuke Kawaguchi <span dir="ltr"><<a href="mailto:kkawaguchi@cloudbees.com" target="_blank">kkawaguchi@cloudbees.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
There was an off-list conversation about how to connect sponsors to attendees.<br>
<br>
The last year several people felt really mad about one of the sponsors calling them up unsolicited, so this year we've added the opt-out option. Then we've heard from sponsors that it got in the way of connecting with people who they had good conversations in the booth.<br>

<br>
So the topic of QR code came up once again. Alyssa said this off-list:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I did give this some thought and also thought the QR code would be the<br>
most cost effective way to do this. My concern is that each QR code<br>
would need to be specialized to each attendees w/ their specific<br>
contact info...600 names can be a daunting task to do manually.  I'm<br>
sure there's an app out there that can automate the set up process..if<br>
anyone has recommendation for an app pls let me know.<br>
</blockquote>
<br>
I haven't looked around carefully, but I'm pretty sure I can find a library that generates a PNG image of the QR code for arbitrary payload.<br>
<br>
So the only remaining question to me is, how to integrate that with the current way Alyssa prepares name cards --- we need to insert the QR code image en-mass.<br>
<br>
I suspect generating HTML would be the easiest. The layout will probably be imprecise, but I don't think it'll be an issue.<br>
<br>
Alternatively, maybe we can hack up a quick PDF generation with a library like [1] and that'd give all the control we need with more room for extension?<br>
<br>
<br>
[1] <a href="http://pdfbox.apache.org/" target="_blank">http://pdfbox.apache.org/</a><span class="HOEnZb"><font color="#888888"><br>
-- <br>
Kohsuke Kawaguchi | CloudBees, Inc. | <a href="http://cloudbees.com/" target="_blank">http://cloudbees.com/</a><br>
Try Jenkins Enterprise, our professional version of Jenkins<br>
______________________________<u></u>_________________<br>
Jenkins-events mailing list<br>
<a href="mailto:Jenkins-events@lists.jenkins-ci.org" target="_blank">Jenkins-events@lists.jenkins-<u></u>ci.org</a><br>
<a href="http://lists.jenkins-ci.org/mailman/listinfo/jenkins-events" target="_blank">http://lists.jenkins-ci.org/<u></u>mailman/listinfo/jenkins-<u></u>events</a><br>
</font></span></blockquote></div><br></div>