(shared by both cart views). The theme only floats
this table — no spacing reset — so these restore the exact 4px cell gap and
3px cell padding. border="0" was a visual no-op (no default table border).
border-spacing needs the default `separate` model, which the theme leaves
intact. #carttotals is cart-only, so no extra scoping is needed. */
#carttotals table {
border-spacing: 4px;
}
#carttotals table td {
padding: 3px;
}
/* ---- Checkout (Checkout/Index.cshtml) ------------------------------- */
/* The billing address block wraps an absolutely-positioned .disabled-td
overlay (theme styles.css), so it needs position:relative as the
containing block. Formerly inline style="position:relative". ID selector,
no competing theme rule. Checkout.js only .show()/.hide()s this element
(display), so the positioning is unaffected. */
#billingwrapper {
position: relative;
}
/* Height of the password row's field cell in the login form table, formerly
inline style="height:34px" on a | . The theme's
td.formfield sets no height, so this is its own scoped class applied only
to that cell. */
.sf-checkout-pwd-field {
height: 34px;
}
/* Login form table spacing, formerly id="loginformtable" cellspacing="0"
cellpadding="3". border-spacing:0 = cellspacing="0". cellpadding=3 gave
every cell 3px on all sides; the theme's td.formlabel{padding-right:5px}
overrode only the right edge. #loginformtable td reproduces the 3px, and
the formlabel rule re-asserts the 5px right edge the shorthand would
otherwise clobber (id+class out-specifies the id+element). Pixel-identical. */
#loginformtable {
border-spacing: 0;
}
#loginformtable td {
padding: 3px;
}
#loginformtable td.formlabel {
padding-right: 5px;
}
/* The two address-choice columns on #shipping-address / #billing-address,
formerly | . width:50% splits the row evenly.
The HTML align="center" attribute centers BOTH inline content and the
fixed-width block children (.address-choose 280px, .existed-addresses
290px) — browsers map td[align=center] to a special center value that
plain text-align:center does NOT reproduce for blocks. So text-align:center
covers inline content and margin:auto re-centers the fixed-width blocks,
together matching the old attribute. (The inner .address-table partial
already centers via the theme's margin:1em auto.) */
.sf-checkout-addr-col {
width: 50%;
text-align: center;
}
.sf-checkout-addr-col .address-choose,
.sf-checkout-addr-col .existed-addresses {
margin-left: auto;
margin-right: auto;
}
/* Payment-methods table (DisplayPaymentMethods.cshtml), formerly border="0"
cellspacing="0" cellpadding="3" width="100%". Rendered as a server-side
partial inside the checkout page, so it inherits components.css. border="0"
was a no-op; the others map directly. The radio cells keep the top alignment
that was carried by valign="top". */
.sf-paymethods-table {
width: 100%;
border-spacing: 0;
}
.sf-paymethods-table td {
padding: 3px;
}
.sf-paymethods-table .radiobuttoncol {
vertical-align: top;
}
/* PayPal mark + caption in the payment list. ![]() floated the
logo (align=left maps to float:left); style="margin-right:7px" spaced it
from the caption text. */
.sf-paypal-mark {
float: left;
margin-right: 7px;
}
.sf-paypal-note {
font-size: 11px;
font-family: Arial, Verdana;
}
/* CMI surcharge row injected by the MarocTelecommerce payment script into the
order-totals table. The injected | s already carry .cmilabel / .totalcmi;
these rules replace the inline styles the script used to write on them
(font-weight / text-align), matching the sibling .totaltax row. */
.cmilabel {
font-weight: bold;
}
.totalcmi {
text-align: right;
}
/* Address form table (_CheckoutAddress.cshtml) and credit-card input table
(_CreditCardInput.cshtml), formerly border="0" cellspacing="0" cellpadding=
"3"/"2". border="0" was a no-op, and the cellpadding is also a no-op here —
the theme's `.checkout .address-table td, .checkout .creditcardinput td
{padding:1px 3px}` overrides it (all live hosts — Checkout/Index,
PaymentError, and the DisplayPaymentMethods partial inside them — wrap the
markup in .checkout). Only cellspacing="0" was functional → reproduced as
border-spacing:0, grouped + scoped to .checkout exactly like the theme's own
`.checkout .address-table, .checkout .creditcardinput table` rule. (Both
partials have their OWN Areas/Mobile copies, so these desktop-only rules —
and the fact that components.css is desktop-theme-only — are safe.) */
.checkout .address-table,
.checkout .creditcardinput table {
border-spacing: 0;
}
/* MarocTelecommerce trust-badge links (_MarocTelecommerce.cshtml), formerly
inline style="background:none" on each . Those badges render in the
checkout payment block (.sidemenu > .body > .section-payment), where the
theme's `.sidemenu .body a` (styles.css ~1641) paints a sidemenu_item_bg.png
bullet behind every link — the inline style cancelled ONLY that background so
the logo images aren't marred, leaving the theme's margin/padding/display/
text-decoration on those links intact. Reproduced by scoping to .MTC and
overriding background only; .sidemenu .body .MTC a (0,0,3,1) out-specifies
the theme's .sidemenu .body a (0,0,2,1), so it wins despite components.css
loading first. (On PaymentError the badges sit in .section-payment, NOT
.sidemenu .body, so the bullet never applies and this rule simply no-matches
— correct either way.) */
.sidemenu .body .MTC a {
background: none;
}
/* ---- Contact (Index.cshtml) ----------------------------------------- */
/* Formerly a |