/* Search page only (.SearchWrap, real class from content.css). Not real legacy CSS -- the real
   site got consistent field height and the Search button's own-line placement for free from
   Telerik's RadDropDownList/RadButton skin CSS, which we don't have since Telerik was dropped
   for native controls. Replaces that lost sizing with the same real outcome (confirmed against
   a live screenshot), scoped to this page only via @section Styles, same as tabstrip.css. */
.SearchWrap select,
.SearchWrap input[type="text"] {
    height: 22px;
    box-sizing: border-box;
}

/* content.css's column widths are positional (.SearchWrap > div:nth-child(N)), sized for
   legacy's original 5-field row (Search terms/Look for/Filter by/Zip/Union) at 400/140/200/80/100
   -- 920px total. Adding the Type filter (2026-08-27, not a legacy field) as a 6th field shifted
   Zip and Union one slot right, so those nth-child rules now size the WRONG columns, and even the
   original 920px never fit this page's narrower content pane. Rather than patch nth-child offsets
   again next time a field is added/removed, each field div now has its own id (set in
   Search.cshtml) and is sized directly here -- confirmed by screenshot (ticket 47726, 2026-08-28)
   that the row was wrapping to 2 lines and both "Search terms" and "Filter by" (Chapter) were
   wider than needed. Widths trimmed to fit all 6 fields on one row in this page's actual content
   width instead of legacy's wider layout. */
#divSearchTerms {
    width: 160px;
}

#divSearchTerms input {
    width: 150px;
}

#divLookFor {
    width: 100px;
}

select[name="SearchBy"] {
    width: 95px;
}

#divChapterSearch {
    width: 110px;
}

select[name="ChapterId"] {
    width: 105px;
}

#divTypeSearch {
    width: 100px;
}

select[name="TypeId"] {
    width: 95px;
}

#divZip {
    width: 90px;
}

#divZip input {
    width: 80px;
}

#divUnion {
    width: 70px;
}

select[name="Union"] {
    width: 65px;
}

.SearchWrap > div:last-child {
    clear: left;
    padding-top: 0.5em;
}