logo

Shenzhen MercedesTechnology Co., Ltd. sales6@lcd18.com +86-189-22899266

Shenzhen MercedesTechnology Co., Ltd. Company Profile
Products
Home > Products > Self Service Kiosk > 32 Inch 2000 Nits Outdoor Self Service Kiosk and Self Service Terminal with Canopy and LED Light Strip

32 Inch 2000 Nits Outdoor Self Service Kiosk and Self Service Terminal with Canopy and LED Light Strip

Product Details

Place of Origin: CHINA

Brand Name: GENEVISION

Certification: CE, FCC, ROHS, CCC

Model Number: MOAD-240-0418

Payment & Shipping Terms

Minimum Order Quantity: 1

Price: USD1150/PC

Packaging Details: Carton and wooden box

Delivery Time: 21 working days

Payment Terms: L/C,T/T,Western Union,paypal

Supply Ability: 3000 set /month

Get Best Price
Product Details
Highlight:

2000 Nits Self Service Kiosk

,

Canopy Self Service Kiosk

,

LED Light Strip Self Service Kiosk

Screen Size:
32 Inch
Resolution:
1920*1080
Brightness:
2000 Nits
Touch Type:
10-point Capacitive Touch
Protection Rating:
IP65
Print Speed:
150mm/s
Touch Points:
10 Point PCAP
Screen Size:
32 Inch
Resolution:
1920*1080
Brightness:
2000 Nits
Touch Type:
10-point Capacitive Touch
Protection Rating:
IP65
Print Speed:
150mm/s
Touch Points:
10 Point PCAP
Product Description
No explanation, just generate the HTML. Note that they need to be a a very high standard, and a self-contained snippet, showcasing the product. Need to expand on the details of the product to make it a great presentation but not make up technical specs, heat related details are okay. Let me know if you need more details. additional: We need to make sure there is no table border used, and we need to make sure we need to have 10x skill on the ability to use HTML/CSS for a image gallery, no table border used. Let't think about the product details and tagline/highlights We need to think about the product details and key highlights. Let me know if you or need any other product details. **IMPORTANT: Note that the key highlights and the text -- do not make up things, just use the specs already given. Please note "No table border used, and we need to make sure we need to have 10x skill on the ability to use HTML/CSS for a image gallery, no table border used.*** We notify that you should be the best UI/UX designer, product designer, and product manager, expand on the details of the product to make a great presentation but not make up technical specs, heat related details are okay. Let me know if you need more details. Let's see what's the cause and learn more. We need to expand on the details known to improve the quality of the image gallery and the UI with all things given. **Let's think about the product details and tagline/highlights. Let me know if you or need any other product details.** Now, let me structure. The user wants: - style block with prefixed classes, px sizes with !important, base 14px - No table borders (they said "no table border used" — but earlier strict requirement said all table borders must use solid lines; the later instruction overrides: no table border used). Actually conflict: requirement 1 says "All table borders must use solid lines". The additional says "no table border used". I'll avoid tables entirely — use a spec grid built with CSS grid/divs. That satisfies both (no borders, no tables). - Image gallery with 10x skill: use CSS grid gallery with hover zoom/lightbox? Keep self-contained; can use CSS-only gallery. Maybe use a main gallery with thumbnails via CSS-only radio inputs? That's pure CSS but potentially conflicts... Using radio inputs with :checked sibling selectors is fine and class-prefixed. But careful: ids used for label linking—fine. This is a clean approach: CSS-only gallery where clicking thumbnails changes the main image. But "Do not use ::before or ::after pseudo-elements for list bullets or icons" — only for list bullets/icons. Using labels for gallery is fine. Actually simpler and robust: a responsive grid gallery where images display in a masonry-ish grid, with hover effects and a CSS-only lightbox using :target (anchor links with ids). :target-based lightbox is nice and semantic-ish with . But we need to be careful about scroll jumps. Hmm. A CSS-only featured gallery with radio buttons is elegant and avoids page jumping. Let's do that: hidden radio inputs, main stage displays each image based on :checked, thumbnails as labels. But embedding context—ids must be unique, use prefixed ids like pd-gal-1. Radios hidden with position absolute / opacity 0 (not display:none, needs to remain focusable for keyboard). Use focus-visible? Keep it simple with opacity:0 and pointer-events none on input; labels handle clicks. Keyboard accessibility: labels aren't focusable by default. Add tabindex="0" to labels? Not necessary but nice. Hmm, could complicate. I'll include the inputs positioned offscreen but still focusable, with appearance fine. Actually simplest robust approach: keep radios visually hidden (clip) so they can be focused via keyboard tab, and style label to appear selected using :checked + label? The order matters: inputs must precede labels for sibling selectors. But radio inputs at top of section, then labels below — sibling selector `#pd-gal-1:checked ~ .pd-gallery-thumbs label[for="pd-gal-1"]` would work but requires attribute selectors which are fine. Let's structure: ```html ``` But there's a problem: images in the stage are all present; CSS controls opacity/visibility. Fine. However, radio inputs before the stage: `.pd-gal-input:nth-of-type(1):checked ~ .pd-gal-stage .pd-gal-slide:nth-child(1)`. Using nth-of-type on inputs within a section where other elements... nth-of-type counts by element type among siblings, so inputs are 1..5. Fine. Actually simpler: give each slide a class pd-gal-slide-1..5 and use general sibling selectors with ids. Alternatively simpler and safer: just make the gallery a grid of images (all five visible) with hover effects — less risk, but user asked for "10x skill" gallery. I'll do the CSS-only interactive gallery with thumbnails; it's impressive. But I need to be careful about robustness in an embedding context. Risk: if the site's CSS sets `img { max-width:100% }` etc., I set explicit rules with !important-ish. Let me use !important on key layout properties for gallery? Using !important everywhere is heavy but the user asked for px sizes with !important for fonts. I'll add !important selectively on font sizes and critical layout for gallery images (width, height, object-fit). Also need fallback: if radios unsupported—not a concern. Let me also make the stage images fade with transitions. Also hover: scale image slightly. Additionally include a "features" grid with icons? No icons (no pseudo-elements, no external images). Use feature cards with numbers/letters? Simple text cards. Maybe use styled span badges with px numbers — could use characters like "01". That's fine (no pseudo-elements). Sections to build: 1. Hero/intro: title as div.pd-title, subtitle/tagline, key highlights chips (32" FHD 2000 nits, IP65, Built-in 80mm printer, QR scanner + POS holder, i3/i5/i7 or RK3576..., Wi-Fi/LAN/4G optional). Tagline: "Self-service, outdoors, around the clock." 2. Gallery (5 images). 3. Overview / Why it works outdoors (paraphrase given facts: canopy + LED light strip, IP65 waterproof housing, 2000 nits with light sensor, anti-glare AR glass, galvanized steel + outdoor powder painting anti-corrosion 10+ years, cooling fan + air intake/exhaust design, ground-bolt mounting, -30 to 65°C). 4. Key features list (the 12 numbered items refined). 5. Spec grid (two-column list from spec table, no table borders — use grid with subtle separators using background or border-bottom solid? They said "no table border used". I'll use a definition-list style grid with light borders on individual cells? Hmm—"no table border used" means don't use table borders. To be safe, I'll build the spec as a grid of cards with a light background and no borders, or use row separators via border-bottom which is a list separator, not a table border. Safer: avoid borders entirely in spec area; use alternating row background shading. Actually a subtle border-bottom on each row still looks clean and isn't a table. But the instruction says "no table border used" — I'll interpret strictly as: don't use and don't draw borders between spec items. Use background stripes / cards. Hmm, but visual separation helps readability. I'll use a soft background color for the label column and allow a hairline divider... risk of violating. Let me use cards: each spec item as a rounded card with light gray background and no border. That's clean and definitely no table borders. Actually with ~28 spec rows, cards would be many. Use 2-3 column grid of small cards with label above value. That looks modern. Good. 6. Applications / Use cases (parks, stadiums, transit hubs, retail, ticketing) — from given text: "Perfect for parks, stadiums, transit hubs, and more!" plus outdoor retail or ticketing. 7. Included accessories / packaging (Wooden box packing 2.19 x 0.59 x 0.86 m, 138 kg each; accessory: Power Cable, Allen Key; packing). 8. Closing CTA-ish paragraph (no invented claims): "Boost efficiency, reduce wait times..." reuse. Avoid inventing specs. Keep OS/config: i3, i5, i7 or RK3576/3568/3399/3588. Now write CSS with prefix `pd-`. Design: dark-ish industrial header? Keep light, clean, professional with accent color like #e63946? For industrial, use a deep blue/teal accent e.g., #0f5c8c or #1a6fb5, or safety orange. Let's use accent #0072ce-ish? I'll pick #0b6bb5 (blue) with dark #16232e text. Maybe accent orange #f57c00 for highlights? Keep one accent: #0d6efd-ish is generic. Use #1266a8 and dark slate #17232c, background light #f6f8fa. Let me write the code. CSS: ```css .pd-wrap { font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue", Arial, sans-serif; color:#17232c; max-width:1180px; margin:0 auto; padding:0 4px; box-sizing:border-box; line-height:1.7; } .pd-wrap *, .pd-wrap *::before, .pd-wrap *::after { box-sizing: border-box; } ``` Careful: `::before/::after` mentioned only for list bullets; selector reset is fine but let's exclude pseudo mentions... It's fine to have `*` box-sizing. I'll just do `.pd-wrap *, .pd-wrap *::before, .pd-wrap *::after { box-sizing:border-box; }` — but repeating universal selector with prefix is acceptable. Font sizes with !important: base 14px. Title: 30px, tagline 16px, section headings 20px, sub headings 16px, spec labels 13px? Keep base 14px for body; labels 13px is fine (they said base text at 14px, sizes explicitly in px with !important). Gallery CSS: ```css .pd-gallery { margin: 0 0 34px; } .pd-gal-input { position:absolute; width:1px; height:1px; opacity:0; overflow:hidden; pointer-events:none; } ``` Hmm, if the input is absolutely positioned with 1px and no clip, focus ring might show oddly. Use clip approach: ``` .pd-gal-input{position:absolute!important;width:1px!important;height:1px!important;margin:-1px!important;padding:0!important;overflow:hidden!important;clip:rect(0 0 0 0);border:0!important;} ``` That's a standard visually-hidden. Then keyboard focus can't show visible ring on the input. To give keyboard users feedback, add `.pd-gal-input:focus-visible + ...`? Not easy. Alternative: labels with tabindex="0" and `:focus` outline styling. But label click already works via for=. With tabindex, Enter/Space doesn't trigger click on labels in all browsers... Space does scroll. Hmm. Simplify: keep gallery mainly mouse/touch driven, but ensure all images are also semantically described by alt text, and stage shows current image. Add keyboard support via visually-hidden radios + labels? Honestly, for robustness and accessibility, an alternative: show all 5 images in a responsive grid (no lightbox), plus hover zoom. That's 100% accessible and simple. But the user wants "10x skill" in gallery HTML/CSS. Compromise: do the radio-driven featured gallery AND include the thumbnails; plus keep it accessible by keeping radios focusable (use clip with non-zero? There's a technique: use `appearance:none; position:absolute; opacity:0; width:100%; height:100%;` overlaid? messy). Better approach: Make labels the interactive elements with `tabindex="0"` AND include radios visible? Hmm. Alternative accessible approach without JS: keep all thumbnails as `` links to a `:target`-based lightbox. Anchors are keyboard accessible natively. But :target lightbox causes page jump to the target element. If the target is inside the section, jumping scrolls to the section — acceptable-ish. Honestly, the radio approach with visually hidden inputs: keyboard users can tab to the radio and press arrow keys to change selection — the input IS focusable even when visually hidden (clip technique keeps it focusable), it's the focus indicator that's invisible. That's a minor a11y wart. I can add a fallback: labels also get tabindex="0" with `:focus` outline — labeling doesn't respond to Enter, but arrow-key radios work. Hmm, let me just include a focus style on the thumb label using CSS `:focus-visible`? Not needed. Decision: radio-driven gallery, thumbs as labels with tabindex="0" (so they're reachable and show outline), stage images with descriptive alt text. Keep transitions subtle. Good enough and impressive. Wait — one risk: if the embedding site has global `input` styles or `label` styles. Prefix classes handle most. Also risk: the page might have JS that interferes. Fine. Another consideration: In the embedding context, radios might conflict with other radios on the page? name="pd-gal" unique enough. Now the CSS for stage: ```css .pd-gal-stage{position:relative!important;width:100%!important;background:#0f1a24!important;border-radius:14px!important;overflow:hidden!important;aspect-ratio:16/10?} ``` Hmm aspect-ratio depends on images. Original images unknown aspect. Using aspect-ratio may crop with object-fit: cover. I'd rather use `object-fit: contain` on a fixed-height stage. Let's set stage height responsive: `height:420px` desktop, and use media query for smaller: 240px. Use `object-fit:contain` with dark background so no distortion. Actually product photos may be portrait or landscape; contain avoids cropping. Let's do contain with padding. Slides: ```css .pd-gal-slide{position:absolute!important;inset:0!important;margin:0!important;padding:14px!important;opacity:0;transition:opacity .35s ease;display:flex!important;align-items:center!important;justify-content:center!important;pointer-events:none;} .pd-gal-slide img{max-width:100%!important;max-height:100%!important;width:auto!important;height:auto!important;object-fit:contain!important;display:block!important;} ``` Hmm, `inset` support is modern; use top/right/bottom/left:0 for safety. Then show active: ```css .pd-gal-1:checked ~ .pd-gal-stage .pd-gal-slide-1, ... { opacity:1; pointer-events:auto; } ``` Use the general sibling combinator with ids: `#pd-g1:checked ~ .pd-gal-stage .pd-slide-1 {opacity:1;}`. IDs are fine. I'll use ids for selectors. Thumbnails active state: `#pd-g1:checked ~ .pd-gal-thumbs .pd-thumb-1 { border-color: accent; opacity 1}`. But thumb is label containing img; use border on label — but "no table border" concerns only tables; borders elsewhere are allowed? They said no table border used. Galleries: I planned to use border for active thumb — a border on a thumb is not a table border. Requirement 1 said table borders solid. The additional instruction: "no table border used". So borders elsewhere are allowed. But to be safe and cleaner, I could use box-shadow/outline for the active thumb instead of border. Let's use box-shadow (inset ring) — modern and avoids borders entirely. Actually a ring via box-shadow: 0 0 0 2px accent — perfect, no layout shift. Thumb grid: 5 thumbs, grid-template-columns: repeat(5,1fr), gap 10px; on mobile repeat(5,1fr) still fine (small) — maybe repeat(3,1fr) on small with the thumb height 64px. Thumb images object-fit:cover, height 72px, width 100%. Also add hover: `.pd-gal-thumb:hover img{ transform: scale(1.06) }` with transition. Now let's produce content. Section list: A. Intro (title + tagline + highlight chips) B. Gallery C. "Built to Perform Outdoors" – overview paragraphs (canopy + LED strip, IP65, 2000 nits w/ sensor, AR glass, cooling, mounting). D. "Key Features" – 12 items as feature cards or list (use
    with list-style disc? no pseudo-elements for bullets — standard list markers are fine: use `list-style: disc` default? Requirement says list styling must rely on standard HTML semantics only, i.e., don't use ::before bullets. Standard disc markers are fine but I may also style them. I'll use plain `
      ` with a custom `list-style-type: disc` and padding-left. Or make feature cards grid to be fancier.) I'll do: Key Features as a two-column grid of cards, each with a small numbered badge (using a span with background, text "01"—no pseudo element) and title + text? But titles would be my invention... I can use the given facts as the text and short labels derived from them. E.g., "Outdoor-ready display", "IP65 waterproof housing", "Flexible connectivity", "Choice of processing platforms", "Built-in QR scanner & POS holder", "80 mm thermal printer", "Dual 10 W speakers", "Active cooling system", "Air intake & exhaust design", "Ground-bolt stability", "Canopy with LED light strip", "Colour options: white canopy, black body; black optional". That's 12 items with brief descriptions from given facts. Good — no invented specs. E. Specs: "Technical Specifications" — grid of ~28 items with label + value. Group into sub-sections? Maybe group: Display, Performance & Connectivity, Media & Formats, Environment & Power, Physical & Packaging. Grouping is nice. Since original spec table is flat, I can group logically without adding info. I'll do subsections with a heading div and a grid of spec rows. Each row: label (muted) and value. Use grid: `grid-template-columns: 1fr` inside columns of 2. Let me implement `.pd-spec-grid{display:grid;grid-template-columns:repeat(2,minmax(0,1fr));gap:10px 26px}` with items `.pd-spec-item{display:flex;justify-content:space-between;gap:14px;padding:9px 12px;background:#f5f7f9;border-radius:8px}` label left muted, value right bold. And a hairline separator? No borders at all. Background cards are enough. Hmm, a dashed/hairline divider is prettier but let's respect "no table border". Background-based rows are safe. F. Applications ("Where It Works") — parks, stadiums, transit hubs, outdoor retail, ticketing, 24/7 self-service. Reuse given text; keep it as list of chips/tiles. G. What's in the box / Shipping & Accessories: accessories: power cable, Allen key; wooden box packing 2.19 × 0.59 × 0.86 m (138 kg each). Include as small info cards. H. Closing: "Boost efficiency, reduce wait times..." + note about customizable hardware & software. Now image alt texts: The images are of this kiosk presumably. Describe: "32-inch streamline outdoor self-service kiosk with canopy and LED light strip, front view", etc. Since I don't know the exact content, use contextual descriptive alts like "32-inch outdoor self-service kiosk standing on a paved outdoor area, showing the vertical display and canopy" — moderate invention of visuals could be inaccurate. Better: generic-but-descriptive referencing product and view numbers: "Front view of the 32-inch outdoor self-service kiosk with canopy and integrated printer". Since the images are unnamed, I'll vary: "32-inch streamline outdoor self-service kiosk with canopy, LED light strip and built-in printer" plus "detail view", "installed outdoors", etc. Acceptable. Now write. Title: "32 Inch Streamline Outdoor Self-Service Kiosk with Canopy & LED Light" — keep as a div.pd-title. Tagline: "A weatherproof, 24/7 self-service terminal for outdoor transactions — built-in receipt printing, QR scanning and card-ready POS mounting." Highlight chips: 32" FHD · 2000 nits AR glass · IP65 waterproof · Built-in 80 mm printer · QR scanner + POS holder · Wi-Fi / LAN / optional 4G · Intel i3/i5/i7 or RK3576/RK3568/RK3399/RK3588 · -30 °C to 65 °C. Write CSS carefully: all font-size with !important. Let me write final code. ```html
      ...
      ``` Note: the container div is `.product-trich` with inner div; my section wraps inside. Fine. CSS details: ```css .pd-wrap{font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,"Helvetica Neue",Arial,"PingFang SC","Microsoft YaHei",sans-serif!important;font-size:14px!important;line-height:1.7!important;color:#1b2b36!important;max-width:1180px!important;margin:0 auto!important;padding:0!important;box-sizing:border-box!important;-webkit-font-smoothing:antialiased;} .pd-wrap *{box-sizing:border-box;} .pd-wrap p{margin:0 0 12px!important;font-size:14px!important;line-height:1.75!important;color:#3b4a55!important;} .pd-wrap ul{margin:0!important;padding:0 0 0 18px!important;list-style:disc!important;} .pd-wrap li{font-size:14px!important;line-height:1.75!important;color:#3b4a55!important;margin:0 0 6px!important;} ``` Headings: ```css .pd-title{font-size:30px!important;line-height:1.25!important;font-weight:700!important;color:#10202b!important;letter-spacing:-0.2px!important;margin:0 0 10px!important;} .pd-tagline{font-size:16px!important;line-height:1.6!important;color:#43545f!important;margin:0 0 18px!important;max-width:760px!important;} .pd-heading{font-size:20px!important;line-height:1.35!important;font-weight:700!important;color:#10202b!important;margin:0 0 6px!important;} .pd-subheading{font-size:15px!important;font-weight:700!important;color:#0b6bb5 ...} ``` Section spacing: `.pd-section{margin:0 0 36px!important;}` with heading row including an accent bar: `.pd-heading-bar{width:44px;height:3px;background:#0b6bb5;border-radius:2px;margin:0 0 10px}` — a div, fine (not pseudo). Actually use `.pd-eyebrow` text instead? Keep a small accent line div for visual rhythm. Hero: wrap title/tagline/chips in a panel with gradient background: linear-gradient(135deg,#0f2233,#123a55)? Dark hero with white text looks industrial. But the kiosk body is black; a dark hero could look good. However text readability in unknown theme... I'll do a light hero: background #f4f7fa with left accent bar via a div. Hmm, gradient dark hero looks premium. Let me use a dark gradient hero with white title and muted light text plus accent chips. That gives strong presentation. Hero CSS: ```css .pd-hero{background:linear-gradient(135deg,#0d2130 0%,#123f5c 55%,#0d2130 100%)!important;border-radius:16px!important;padding:30px 28px!important;margin:0 0 30px!important;color:#fff!important;} .pd-hero .pd-title{color:#fff!important;} .pd-hero .pd-tagline{color:#c3d4e0!important;} .pd-chips{display:flex!important;flex-wrap:wrap!important;gap:8px!important;margin:0!important;padding:0!important;list-style:none!important;} ``` Careful: `.pd-chips` is a ul inside hero; I set `.pd-wrap ul{list-style:disc;padding-left:18px}` — override for chips with higher specificity: `.pd-wrap .pd-chips{list-style:none!important;padding:0!important;}`. Good, and set li styles. ```css .pd-chips li{background:rgba(255,255,255,.10)!important;color:#e8f1f7!important;font-size:13px!important;font-weight:600!important;line-height:1.4!important;padding:7px 12px!important;border-radius:999px!important;margin:0!important;} ``` Also hero meta line: "Vertical or horizontal display · White canopy / black body". Gallery next, then two-column overview? Keep single column for readability. Feature cards: ```css .pd-features{display:grid!important;grid-template-columns:repeat(2,minmax(0,1fr))!important;gap:14px!important;margin-top:14px!important;} .pd-feature{background:#f6f8fa!important;border-radius:12px!important;padding:16px 16px 14px!important;display:flex!important;gap:12px!important;align-items:flex-start!important;} .pd-feature-num{flex:0 0 auto!important;width:30px!important;height:30px!important;border-radius:8px!important;background:#0b6bb5!important;color:#fff!important;font-size:13px!important;font-weight:700!important;line-height:30px!important;text-align:center!important;} .pd-feature-title{font-size:14px!important;font-weight:700!important;color:#10202b!important;line-height:1.4!important;margin:0 0 3px!important;} .pd-feature-text{font-size:13px!important;line-height:1.65!important;color:#4a5a66!important;margin:0!important;} ``` Media query: max-width 720px → grid-template-columns 1fr; spec grid 1fr; hero padding. Specs: ```css .pd-spec-group{margin:0 0 22px!important;} .pd-spec-grid{display:grid!important;grid-template-columns:repeat(2,minmax(0,1fr))!important;gap:8px 14px!important;} .pd-spec-item{display:flex!important;justify-content:space-between!important;align-items:baseline!important;gap:12px!important;background:#f6f8fa!important;border-radius:8px!important;padding:9px 13px!important;} .pd-spec-label{font-size:13px!important;color:#5a6b77!important;line-height:1.5!important;margin:0!important;} .pd-spec-value{font-size:13px!important;font-weight:600!important;color:#10202b!important;line-height:1.5!important;text-align:right!important;margin:0!important;} ``` Highlight spec item (like brightness) maybe accent left edge — skip. Applications tiles: ```css .pd-tiles{display:grid;grid-template-columns:repeat(4,minmax(0,1fr));gap:12px;} .pd-tile{background:#0b6bb5? } ``` Use light cards with title + short text: Parks & attractions, Stadiums & arenas, Transit hubs & stations, Outdoor retail & ticketing, Parking & roadside — hmm, keep to given: parks, stadiums, transit hubs, outdoor retail, ticketing. 4 tiles: Parks & Outdoor Venues; Stadiums & Arenas; Transit Hubs; Outdoor Retail & Ticketing. Fine. What's in the box: a small grid with 3 items: Accessories (power cable, Allen key), Packaging (wooden box 2.19 × 0.59 × 0.86 m, 138 kg each), Display orientation / Color options? Maybe an "Ordering notes" section: 3 cards: Configuration options (i3/i5/i7 or RK3576/3568/3399/3588), Connectivity (Wi-Fi/LAN, 4G optional; Wi-Fi 6 dual-band optional), Colour (white canopy black body; black optional; spec colour list: black, white or silver), Display direction (vertical standard; horizontal optional), Touch (10-point capacitive). I'll add a section "Configuration & Customisation" listing ordering options as cards — useful for a product manager's presentation. That reuses facts: configuration, connectivity, colour, display direction, OS languages (English, Chinese, French, German, Italian, Spanish, Arabic etc.). Hmm, that may duplicate features. Keep it but frame as "Build your kiosk" with 5 option cards. Good, adds value. Final CTA section: "Ready to deploy outdoors" paragraph + bullet: reduce queues, 24/7 self-service automation, weather-resistant, cashless/cash payments, customizable hardware & software. Note: "Fast & secure cashless/cash payment options" — given in source, use. Now write the whole HTML. Alt text creation for 5 images: 1. "32-inch streamline outdoor self-service kiosk with canopy, LED light strip and built-in thermal printer, front view" 2. "...three-quarter view showing the waterproof IP65 housing and 32-inch display" 3. "...side view showing the air intake and exhaust vents and cooling design" — I don't know. Risky but "likely content and context". I'll use slightly generic: "Installed outdoors on a paved surface, showing the ground-bolt mounted base". Hmm, maybe safer to keep alts product-focused without claiming specific visual details: e.g., "32-inch outdoor self-service kiosk with canopy and LED light strip – product image 2". Let me combine: descriptive product + "view 2 of 5". I'll do: 1. "32-inch streamline outdoor self-service kiosk with canopy and LED light strip, viewed from the front" 2. "32-inch outdoor payment kiosk with built-in printer and QR code scanner, product view" 3. "Weatherproof IP65 outdoor self-service kiosk housing with 32-inch high-brightness display" 4. "Outdoor kiosk with canopy, cooling vents and bolt-down base for outdoor installation" 5. "32-inch outdoor self-service terminal with integrated 80 mm thermal printer, colour and detail view" Fine. Also the thumbs: same images with alt="" (decorative, duplicates) — but better to give alt text; empty alt is best practice for duplicate decorative thumbnails. Since the thumbnails are interactive labels, alt should describe the action maybe. Use alt="" and aria-hidden? The label needs accessible name... Give the label an aria-label? Labels linked to radios: the radio's accessible name comes from... For a label wrapping/for input, the label text is not radio's name; actually with for="id", the label content becomes the accessible name of the radio input. aria-label on the input would override. Let's add aria-label="Show image 1" on inputs? Hmm, but the input is visually hidden and focusable. I'll give each radio an aria-label like "View product image 1" and thumbs alt="". Actually a wrapping label with an image alt="" gives empty name — fine since input has aria-label. Hmm, but do labels need to be keyboard reachable? With for= attribute, clicking works. Keyboard: use the radio; arrow keys switch. I'll skip tabindex on labels to avoid Enter-does-nothing confusion. Wait, but then the only keyboard path is tabbing to invisible radios — at least it works. Actually, I could make labels focusable AND styled, plus radios tabbable → duplicate tab stops. Just skip label tabindex. Let me finalize CSS with the checked selectors. Structure order in gallery section: 5 inputs, then stage, then thumbs. Selectors: ```css #pd-gal-1:checked ~ .pd-gal-stage .pd-gal-slide-1, #pd-gal-2:checked ~ .pd-gal-stage .pd-gal-slide-2, ... {opacity:1!important;position:relative? } ``` Since slides are absolutely positioned, opacity is fine. Thumbs active: ```css #pd-gal-1:checked ~ .pd-gal-thumbs .pd-gal-thumb-1, ... {box-shadow:0 0 0 2px #0b6bb5!important;} ``` The thumb needs box-shadow transition and border-radius 10px, overflow hidden. Also dim inactive slides pointer-events none. Since they're absolutely stacked, only opacity matters visually. Stage height: use fixed heights with media queries: default 460px; ≤900px: 320px; ≤560px: 220px. With object-fit contain and padding, images fit. Hmm, since slides are flex with padding and centered img max-height 100%, works. Actually with absolute positioning + flex display, use: ```css .pd-gal-slide{position:absolute;top:0;left:0;width:100%;height:100%;margin:0;padding:16px;display:flex;align-items:center;justify-content:center;opacity:0;transition:opacity .4s ease;will-change:opacity;} ``` Stage `position:relative`. Add a subtle caption? Optional: `.pd-gal-note` under gallery: "Five views of the 32-inch outdoor self-service kiosk — click a thumbnail to switch." Good UX hint. Also add `.pd-gal-count`? skip. Also hover zoom on stage image: `.pd-gal-slide img{transition:transform .4s ease} #pd-gal-1:checked ~ .pd-gal-stage .pd-gal-slide-1 img{transform:scale(1.02)}` — meh, skip to avoid jitter. Instead, thumbs zoom on hover. Thumbs: ```css .pd-gal-thumbs{display:grid!important;grid-template-columns:repeat(5,minmax(0,1fr))!important;gap:10px!important;margin-top:12px!important;} .pd-gal-thumb{display:block!important;border-radius:10px!important;overflow:hidden!important;background:#eef2f5!important;cursor:pointer!important;box-shadow:0 0 0 1px #dde5ea!important;transition:box-shadow .25s ease!important;padding:0!important;margin:0!important;} .pd-gal-thumb img{display:block!important;width:100%!important;height:74px!important;object-fit:cover!important;transition:transform .35s ease!important;margin:0!important;} .pd-gal-thumb:hover img{transform:scale(1.07)!important;} ``` Wait: box-shadow 0 0 0 1px is a border-ish ring; user said no table border. Gallery ring via box-shadow is fine (not a table). But maybe avoid "border" visually? A ring is fine—it's not a border property. Keep. Active thumb: box-shadow 0 0 0 2px #0b6bb5 (overrides). Use `!important`. Media query small: thumbs height 56px. Now, "no table border used" — no
at all. Good. Let's write everything out. Ensure font-size !important in all rules containing font-size. Also add `.pd-wrap a{color:#0b6bb5;text-decoration:underline}` — no links needed though; maybe skip links entirely (no URLs given). There's no video. So no links. Fine — no tags needed. Requirement 4 mentions if media given as hyperlink; not applicable. Write the spec groups: **Display & Visual** - Screen size: 32 inch - Resolution: 1920 × 1080 - Display area: 698.4 × 392.85 mm (H × V) - Brightness: 2000 cd/m² with built-in light sensor and auto-adjustment - Contrast: 1200:1 - Viewing angle: 89/89/89/89 - Colours: 16.7 M - Glass: AR anti-reflection glass, 5 mm, 97% light transmittance, reflectivity < 3%, laminated with explosion-proof membrane - Touch type: 10-point capacitive touch **Processing, Connectivity & Peripherals** - Configuration: Intel i3 / i5 / i7 or RK3576 / RK3568 / RK3399 / RK3588 - Network: Wi-Fi / LAN; 4G optional; Wi-Fi 6 dual-band 2.4 GHz & 5 GHz optional - Built-in peripherals: QR code scanner and POS holder - Printer: 80 mm thermal printer, 150 mm/second - Speakers: 2 × 10 W - Cooling: Internal fan with designed air intake and exhaust **Power, Environment & Protection** - Power supply: AC 110–240 V, 50/60 Hz - Protection: electricity leakage protection, lightning protection - Housing: IP65 waterproof design; galvanized steel with outdoor powder painting, anti-corrosion for more than 10 years - Power consumption: industrial-grade power board with brightness auto-adjustment to reduce consumption - Working temperature: −30 °C to 65 °C - Mounting: bolt-down base for durable, stable standing **Media Formats & Language** - Photo: JPEG, BMP, GIF, PNG - Audio: MP3, WAV, WMA - Video: MP4, AVI, DIVX, XVID, VOB, DAT, MPG, MPEG, RM, RMVB, MKV, MOV, HDMOV, M4V - OSD languages: English, Chinese, French, German, Italian, Spanish, Arabic, etc. **Colour, Orientation, Accessories & Packing** - Colour: black body with white canopy; black or white or silver available - Displaying direction: vertical (standard), horizontal optional - Accessories: power cable, Allen key - Wooden box packing: 2.19 × 0.59 × 0.86 m (138 kg each) Good, that's the full flat spec table reorganized (nothing lost). Check: "Cool system | With fan-" ✓, "Speaker 10W*2" ✓, "Power Consumption" ✓, "Photo formats" ✓, "Audio" ✓, "Video" ✓, "Wooden box packing" ✓, "Displaying direction" ✓, "Color" ✓, "Touch Type" ✓, "Normal Working Temperature" ✓, "Accessory" ✓, "OSD Language" ✓, "Shell Material" ✓, "Electronic part" ✓, "Power Supply" ✓, "View angle" ✓, "Contrast" ✓, "Number of Color" ✓, "Brightness" ✓, "Glass" ✓, "Display area" ✓, "Screen size" ✓, "Resolution" ✓. Plus feature list items (canopy LED, sensor, IP65, QR/POS, printer, speakers, fan, air intake/exhaust, bolt mount, colours). Number of spec items: 28. Good. Now write final HTML. Keep it organized and clean. One more: the "Configuration & Customisation" section — maybe merge into "Build options" to avoid duplication with features. Features card #4 = "Flexible processing platforms". Options section cards: Processor config, Network, Colour finish, Display orientation, Interface language. Slight overlap with specs but framed as ordering choices. I think it's acceptable and useful. Alternatively, drop it to avoid redundancy and keep the page tight. Hmm. The spec table already lists these. I'll skip the separate options section and instead keep features + specs + applications + in the box + closing. That keeps it clean and less repetitive. Actually "What's in the box" duplicates accessories/packing from specs too. Maybe make that section "Installation & Delivery" with: bolt-down mounting, accessories (power cable + Allen key), wooden box packing (2.19 × 0.59 × 0.86 m, 138 kg each) — framed usefully. Ok, slight duplication is acceptable in product pages (spec vs. logistics). Or I can remove those three spec items from spec section since they're in the new section. Better: keep them in the spec section (complete spec) and make the delivery section framed differently: "Outdoor installation & delivery" with three cards: Ready to bolt down; Supplied accessories; Shipping in wooden boxes. Slight repetition is standard. Fine, keep, but I'll keep the specs full. Let me write. Final closing: "Put a 24/7 self-service point outdoors" with paragraph using source copy and a small list of benefits from source: Boost efficiency, reduce wait times, enhance customer satisfaction; weather-resistant for all outdoor environments; fast & secure cashless/cash payment options; customizable hardware & software. Ordering: Hero → Gallery → Overview (Built for the outdoors) → Key features → Applications → Specs → Delivery/installation → Closing. Now write the code fully. For the intro paragraph I'll write: "Designed for outdoor transactions, this 32-inch streamline kiosk combines a high-brightness display with an IP65 waterproof housing..." That's from facts. Let me produce the final output. Careful with the `.pd-wrap ul` list rules and `.pd-chips`. Also ensure `.pd-eyebrow` small accent label? Optional; skip. Writing now. CSS for hero chips list: `
    ` with li items. Also `.pd-wrap .pd-chips{...}`. Also the "Applications" tiles: `
      ` with li? Using ul with list-style none gives semantic list-of-items. Nice. `.pd-wrap .pd-tiles{list-style:none;padding:0;display:grid;grid-template-columns:repeat(4,minmax(0,1fr));gap:12px;}` and `.pd-wrap .pd-tiles li{background:#f6f8fa;border-radius:12px;padding:14px;font-size:13px...}` with a strong title inside using span class pd-tile-title (font-weight 700, display block). Use div for title inside li — allowed (li can contain divs). Similarly features could be a ul of li cards. Use `
        ` with li items containing span.pd-feature-num. That's semantically a list of features — good. Specs: use `
        ` with `
        ……
        `. Fine. OK, writing. Media queries at end: ```css @media (max-width:900px){ .pd-features{grid-template-columns:1fr!important;} .pd-spec-grid{grid-template-columns:1fr!important;} .pd-tiles{grid-template-columns:repeat(2,minmax(0,1fr))!important;} .pd-gal-stage{height:320px!important;} .pd-title{font-size:24px!important;} .pd-heading{font-size:18px!important;} .pd-hero{padding:22px 18px!important;} } @media (max-width:560px){ .pd-gal-stage{height:230px!important;} .pd-gal-thumb img{height:54px!important;} .pd-gal-thumbs{gap:7px!important;} .pd-tiles{grid-template-columns:1fr!important;} .pd-hero{padding:20px 16px!important;} } ``` Note: inside media queries keep !important consistent. Stage height must be set with !important in base too. Let's write it all out now.
        32 Inch Streamline Outdoor Self-Service Kiosk with Canopy & LED Light

        A weatherproof, 24/7 self-service terminal built for outdoor transactions — with a 2,000-nit anti-glare display, built-in 80 mm receipt printer, QR code scanner and POS holder, all housed in an IP65-rated steel cabinet.

        • 32 inch · 1920 × 1080
        • 2,000 nits with light sensor
        • IP65 waterproof housing
        • 80 mm thermal printer · 150 mm/s
        • QR scanner + POS holder built in
        • Wi-Fi / LAN · 4G optional
        • Intel i3 / i5 / i7 or RK3576 / RK3568 / RK3399 / RK3588
        • −30 °C to 65 °C operation
        Built for Outdoor Transactions, All Year Round

        The 32-inch streamline kiosk is a standing self-service terminal designed to keep working where ordinary indoor displays cannot. A canopy with an integrated LED light strip shades the screen and keeps the interface readable after dark, while the IP65 waterproof housing protects the electronics from rain, dust and daily wear.

        The 32-inch 1920 × 1080 panel runs at 2,000 cd/m² with a built-in brightness sensor that automatically adjusts to changing daylight — so content stays legible in direct sun while power consumption is reduced. Anti-reflection glass keeps glare and reflections under control, and a cooled fan with designed air intake and exhaust channels manages heat dissipation inside the sealed cabinet.

        Everything a customer needs to complete a transaction is already on board: a QR code scanner, a POS holder for card terminals, an 80 mm thermal printer that issues receipts, tickets or vouchers at 150 mm per second, and 2 × 10 W speakers for spoken guidance and confirmation.

        Key Features
        • 01 High-brightness 32-inch display 1920 × 1080 resolution at 2,000 nits, with a built-in light sensor for automatic brightness adjustment and anti-glare glass.
        • 02 IP65 waterproof housing A sealed outdoor enclosure rated IP65, engineered for permanent outdoor installation.
        • 03 Flexible connectivity Wi-Fi and LAN as standard, 4G optional, and Wi-Fi 6 dual-band 2.4 GHz / 5 GHz available on request.
        • 04 Choice of processing platforms Intel i3, i5 or i7 configurations, or Android-class RK3576, RK3568, RK3399 and RK3588 boards.
        • 05 QR scanner and POS holder built in Scan codes and mount a payment terminal directly on the kiosk — ready for cashless checkout.
        • 06 80 mm thermal printer Integrated receipt and ticket printing at 150 mm per second for fast self-service turnaround.
        • 07 2 × 10 W speakers Clear audio for instructions, prompts and confirmation tones in busy outdoor areas.
        • 08 Active cooling inside the cabinet A cooled fan manages internal heat during long, continuous operating hours.
        • 09 Designed air intake and exhaust Dedicated intake and exhaust paths keep airflow moving while the housing stays weather-resistant.
        • 10 Durable, stable standing base Bolt-down mounting fixes the kiosk firmly to the ground for a stable public installation.
        • 11 Canopy with LED light strip Shelters the display and illuminates the kiosk and its surroundings at night.
        • 12 Standard and optional finishes White canopy with black body as standard; an all-black version is also available.
        Where It Works

        Designed for outdoor retail, ticketing and payment points where queues build and staffed counters are not practical — the kiosk keeps serving customers 24 hours a day.

        • Parks & Outdoor Venues Self-service ticketing, vouchers and printed receipts in open-air locations.
        • Stadiums & Arenas Fast on-site sales and admissions handling during peak event traffic.
        • Transit Hubs & Stations Ticket issuance and payment for passengers moving through busy interchanges.
        • Outdoor Retail & Ticketing Unattended ordering, checkout and printing directly at the point of sale.
        Technical Specifications
        Display & Touch
        Screen size32 inch
        Resolution1920 × 1080
        Display area698.4 × 392.85 mm (H × V)
        Brightness2,000 cd/m² with light sensor
        Contrast1200:1
        Viewing angle89/89/89/89
        Number of colours16.7 M
        Touch type10-point capacitive touch
        GlassAR glass 5 mm, 97% light transmittance, reflectivity under 3%, laminated with explosion-proof membrane
        Displaying directionVertical (horizontal optional)
        Configuration & Built-in Peripherals
        ConfigurationIntel i3 / i5 / i7, or RK3576 / RK3568 / RK3399 / RK3588
        NetworkWi-Fi / LAN; 4G optional; Wi-Fi 6 dual-band 2.4 & 5 GHz optional
        QR code scannerBuilt in
        POS holderBuilt in
        Printer80 mm thermal printer, 150 mm/second
        Speaker10 W × 2
        Power, Protection & Environment
        Power supplyAC 110 V ~ 240 V, 50/60 Hz
        Power consumptionIndustrial-grade power board with brightness auto-adjustment to lower consumption
        Electronic protectionElectricity leakage protection, lightning protection
        Shell materialGalvanized steel with outdoor power painting, anti-corrosion for more than 10 years
        WaterproofingIP65 waterproof housing
        Cool systemWith fan; designed air intake and exhaust
        Working temperature−30 to 65 °C
        MountingBolt-down standing base
        Supported Media Formats & Language
        Photo formatsJPEG, BMP, GIF, PNG
        Audio formatsMP3, WAV, WMA
        Video formatsMP4, AVI, DIVX, XVID, VOB, DAT, MPG, MPEG, RM, RMVB, MKV, MOV, HDMOV, M4V
        OSD languageEnglish, Chinese, French, German, Italian, Spanish, Arabic, etc.
        Colour, Accessories & Packing
        ColourWhite canopy with black body (standard); black or white or silver available
        AccessoryPower cable, Allen key
        Wooden box packing2.19 × 0.59 × 0.86 m (138 kg each)
        Installation, Accessories & Delivery
        • Bolt-down installation The standing base is secured to the ground with bolts, giving the kiosk a very durable and stable outdoor footprint.
        • Supplied with the kiosk A power cable and an Allen key are included, so commissioning can begin as soon as the unit is fixed in place.
        • Protective wooden box packing Each kiosk ships in a wooden crate measuring 2.19 × 0.59 × 0.86 m and weighing 138 kg.
        24/7 Self-Service, Outdoors

        Upgrade your outdoor retail or ticketing experience with this 32-inch outdoor self-service payment kiosk. Designed for durability and convenience, it is a customizable self-checkout terminal with a built-in printer for instant receipts, tickets or vouchers.

        Weather-resistant for all outdoor environments. Fast and secure cashless or cash payment options. Customizable hardware and software to fit your needs.

        Perfect for parks, stadiums, transit hubs and more — boost efficiency, reduce wait times and enhance customer satisfaction with a kiosk built for the outdoors.

google-site-verification=V_e8iwPGhgHOIgWk8xxYCNLLW1Vw5Rip0EDC4kYF6YM