Question

Photo of Michael Garrison

0

Check-in labels not *quite* right

Part of me wonders if this is just file corruption similar to https://www.rockrms.com/Rock/Ask/Troubleshooting/Questions/291 ... now that I've exhausted everything I could do on my own I'm going to turn to the community again.

Our check-in labels aren't formatted quite correctly. NOTHING is showing up in any of the black bands at the top, legal/allergy notes are not showing up, the "Notes:" label is not showing up above the empty lines on the Notes Label, and on the check-in reciept only the child's name and the first line of the explanation at the bottom is printing "For the safety of your child, you must present this receipt when picking". No second line, and no "Child Pick-up Reciept".

I'm using the text labels rather than the icon labels, so I shouldn't have to install the fonts on the printers. (I did try, just in case, but I'm not actually convinced it "installed" even though I printed a temporary label from the designer software with the Rock font working). I can post the contents of the label file if that helps- let me know.

Has anyone else tried printing from check-in...do your labels come out as shown in the documentation...?

  • Photo of Michael Garrison

    0

    OK, I got everything straightened out- yay!

    I found a good tool- now I can see where the labels go and identify which name is which field.

    (On the “Label Configuration” page, click the label file in Rock (above where it says upload) and choose to open the file in Notepad or whatever text editor you use. Copy and paste everything into the box at the link above and you’ll see how the label will come out).
    check in label.png
    ----------------------------
    child label.png
    ---------------------------------
    parent label.png
     
     
    So there were lots of mappings which didn't correspond to visible text inputs, or else corresponded to what should be static text. Deleting those exteraneous entries caused everything to work normally.
     
    Check-in label:
    Merge Codes

     Child label (text)

    Merge Codes

     
    Parent Label:
    Merge Codes
     
    Hope that helps someone else!
    (I'll be filing a bug report shortly. Along with my observation that some of the label files' contents are wrapped in html tags indicating they were "downloaded from local server" of a given IP address (not mine)). They work, but that should probably be cleaned up...
    • Michael Garrison

      Wow, pasting in here sure did break everything! I don't seem to be able to edit or delete now however. Sorry for all the icon nonsense.

  • Photo of DJ Grick

    0

    I had all the same issues when I was setting up our check in. I spent hours playing with it and eventually got custom labels that work well (but could use a little more work). The one thing they are missing is the pick up number, I think they are setup correctly for them I was just never able to get it to work (believe I saw that fixed in 2.0's release notes). We are using the GX420D printer with 4"x2" labels. Here are my files. They might be a good template to get started with if you have the same equipment.

     Rock Check-in lables.zip

    • Rock RMS

      Just to confirm what DJ said, this issue has been resolved in 2.0 due out very soon.

    • Michael Garrison

      DJ: Now that 2.0 is out, I'll check out your files and see what our children's pastor thinks (we do have the same printers now). Thanks for sharing!

  • Photo of Michael Garrison

    0

    2.0 has, I believe, clarified the issue.

    The check-in code is now printing correctly on the right side of the big black bar at the top of the labels (we're using Child Label (plain text), Note Label and Parent Label). Allergies and Birthday information are reported as printing correctly, so I assume legal notes are as well.

    But the other pieces of static text which had been missing in v1.x are now being replaced with the check-in code as well!

    So on a typical "Parent Label", I'm seeing (below the black band) the child's name (large), then in normal sized bold type, the check-in code again, then the next line contains in small normal type "For the safety of your child, you must present this receipt when picking", then another line of small normal type, the check- in code a third time. I believe that the normal-sized bold line should be STATIC text saying "Child pick-up receipt" but that it's getting replaced dynamically instead. Likewise the second explanatory line should be static text but is getting replaced dynamically with the check- in code instead.

    Likewise on the "Notes" label - the static text "Notes:" above the blank lines for handwriting is being replaced with the check-in code.

    If anyone is having your instance of the default labels print out correctly, could you upload your files for me to compare and see what's going on?

    Is there any chance Rock could release the "source" Zebra .lbl files (not the ZPL .prn files) for the default labels Rock ships with? That way if we just want to make a minor tweak (adding a picture, changing font size, etc) we don't have to start from scratch and "reinvent the wheel" so to speak?

    Finally, (maybe I should open up another thread?) I've added a "meeting time" and "place" for our children's ministry serving groups. Now they can check-in: super! But I can't find anywhere to configure which label gets printed for them- we'd like to create a custom label for that use but if I can't specify that the group should use that label it won't do me any good to upload it... Can anyone point me to where I can set that?

    Thanks! And Happy New Year!

    Edit: Hold the phone, I was thinking about this after my post and realized maybe the mapping was something that wasn't just done at import-time. Sure enough, at ~/page/157?BinaryFileId=32 I found this:

    MergeCodes.jpg

    OK...so lots of things are set to "Security Code" - there's the issue! (I think that the label files themselves are setting too many things to dynamic instead of static, but maybe this can work around it).

    So...what should this be set to? The numbers aren't very descriptive field names. I can play around and solve it with trial-and-error I suppose, but if someone who has this working could send me their mappings, it would sure make things go faster!

    Thanks again