Tabs and Mac

FireFox on Mac can display strange tabbing behavior.

From The How-To Geek:

Agent (and other) picks

Some controlled vocabularies in Arctos (Agents, Taxonomy) are too extensive for drop-down menus, so a "pick" is used. Recent browsers sometimes interfere with the behind-the-scenes code used to control these picks. The following simplification will help you understand, and therefore hopefully self-debug, how these picks work.

First, a simple form that includes the pick function:

We type a name into the input box....

...and hit TAB (or otherwise leave the field, firing the JavaScript onChange event. This action opens a popup....


Clicking the desired entry populates the name and, normally behind the scenes, the ID field, and turns the Name field green:



This is a successful pick and will save properly.

However, on subsequent visits, your browser may try to be helpful and remember what you've previously typed into the name field:



Selecting one of these suggestions will not open a popup, will not lookup the ID (which is what's actually used to update the database), and will not turn the name field green:



We must somehow force the onChange event to occur if we are to get the information we need to successfully submit the form. The simplest way to do this is to backspace a character from the end of the suggested value and hit the TAB key to force the popup...



...resulting in a green Name field, an ID value, and a successful save.



Note that the popups will self-close if only one possible value is available. The popup opening and closing may be very quick - you may not even see it. However, successful popups will turn the name field green, and are likely to be quite noticeable on most computers.

Label Purchase Guidelines

[ moved to https://arctosdb.wordpress.com/documentation/container/#purchase ]
Guidelines for barcode-containing labels:

  1. Barcodes should be clearly replicated in a human-readable format. The value read by a scanner should be readable by a human as well. Note that XYZ123, 123, ZYX 123, and ZYX0123 are all very different values.
  2. Avoid padding with leading zeroes. These may be handled differently by different applications. In order to keep the character strings all the same length, start the series at a high value. For example, instead of beginning a series at 000001, begin at 100001. Thus, the character string will always be six characters long, and the printed labels will format consistently.
  3. Avoid non-printing characters. Humans, and sometimes machines, can't always tell if that hole represents a space, tab, linefeed, of any of the dozens of other possibilities.
  4. Use big numbers if possible. XYZ1234567890 is less likely to cause unanticipated problems than XYZ1 is.
  5. Don't try to be too clever. You'll learn to hate "L090207" (or was it L927? Maybe L0902007?). Dumb numbers with a locally-meaningful prefix, such as UAM or UAMMAMM, will be much more sustainable.
  6. Check the Barcode Series Spreadsheet very early in the ordering process. Avoid anything that even remotely looks like it could be, or ever could become, a conflict. Duplicate barcodes will not be accepted.
  7. Talk to the Arctos folks before doing anything else. Really. It's free, and we're here to help. Ordering unusable barcodes is not free, and we'll make fun of you for doing that.
  8. Enter the series of barcodes into Arctos and update the Barcode Series Spreadsheet before placing an order or printing your barcodes.