About Pylartes

Placeholder home content

This is filler copy that exists so the home page has length to scroll through. As you scroll, the nine hex cells above lock into a tidy zig-zag, and this text passes underneath, fading out at the top edge. When you reach the end of this section, the bar at the bottom of the screen opens automatically.

Real content here would introduce the studio — what Pylartes is, what it makes, who it's for. A short, deliberate paragraph or two is usually enough on a home page; the rest of the story lives on the section pages above. We'll wire those in once the home is properly settled.

Visual layering, in order: a fixed lattice background tinted in muted crimson; a row of hex cells that locks above it; a top bar with four pulldown menus aligned to the connector-row hex columns; body text scrolling under everything; and the bottom bar that opens on hover or end-of-page scroll. Each layer has a clear job; each layer earns its keep.

The cells, the lattice, the bar, the type, the scroll — every piece is meant to feel like part of a single canvas rather than a stack of independent widgets. When the page works, the seams are invisible. When it doesn't, the seams are the first thing you notice. Most of the work is in those seams.

Body type uses the system Avenir on Apple devices, with a Nunito Sans fallback for everywhere else. The accent color is #A2152C; the background is #170E10. The hex wordmark in the bottom bar uses Tamil MN, baked into the SVG so it renders identically on every machine.

Editorial paragraphs are held to a comfortable measure — about sixty-two characters per line — so reading rhythm doesn't drift as the viewport widens. Headings clamp between 36px and 64px. Body copy stays at 16px regardless of viewport, which matches the density of most reading-oriented sites.

The hex cells are not decoration. They're the primary navigation for the site. Once the click-to-expand-then-navigate behavior ships in step 7, clicking a cell will expand it to a fullscreen hex showing the section's eyebrow, heading, and a short blurb; clicking the expanded hex navigates to the section page. The expanded state can also be dismissed by clicking the backdrop or pressing Escape.

Mobile is the next step after that. The current 9-cell zig-zag doesn't fit narrow viewports gracefully, so a mobile-specific layout — likely 3 or 5 cells in a horizontal strip, no zig-zag — will replace it below a breakpoint. The four pulldowns at the top will probably collapse into a hamburger menu on mobile too, since they don't fit cleanly at the column positions when the viewport is narrow.

Accessibility passes are last. Keyboard navigation for the cells (Tab to focus, Enter or Space to expand, Escape to collapse). Reduced-motion preference (snap to locked state instead of animating). Skip-to-content links on every page. Real button elements instead of clickable divs. None of this is glamorous; all of it matters.

After that we run a production build locally and verify the static output behaves the same as the dev server. Then, if the result feels right, we wire it up to Cloudflare Pages and point the pylartes.com DNS at the deployment. Total stack: Astro, TypeScript, hand-rolled CSS, no build framework, no runtime server. Ships as flat HTML and bundled JS.

For now this paragraph exists mostly to say "we're past the meaningful part." If you're reading this far down, you've scrolled the cells to lock, watched the body text glide past, and are about to hit the end of the page — at which point the bottom bar will pop open and reveal whatever ends up living there.

The bar's placeholder content is currently generic — an eyebrow and a short blurb. Real content will probably include a tagline, a couple of links (mailto, careers, press), a copyright line, and possibly a small piece of small print. Or it might stay deliberately spare. We'll see what the design wants when we get there.

End of placeholder. The bottom bar should be opening any moment.