WebKit fix: Quirk news.ycombinator to skip TextAutoSizing

WebKit quirk for Hacker News

  • WebKit adds a hardcoded exception so TextAutoSizing skips HN, working around a bug where font sizes are inconsistent across loads.
  • Some see this as a reasonable temporary band‑aid while a specific bug is investigated; others assume such “temporary” hacks will live forever.
  • Several argue the browser should surface when a quirk is active (UI flag or console warning) to aid debugging.

Apple guidelines, “Apple tax,” and app rules

  • Commenters debate Apple’s enforcement of App Store rules, especially for large players.
  • Some claim prominent apps violate “no account required” or payment rules, or negotiate better rates, implying inconsistent enforcement.
  • Others point to explicit exceptions (e.g., enterprise or subscription-content apps) and argue these uses are within Apple’s own rules.
  • On pricing:
    • One side wants same prices across platforms and says merchants should absorb platform fees, comparing Apple’s cut to card fees.
    • Another side says passing fees through is legitimate; otherwise Apple has no incentive to reduce its 30% take, which actually implies a ~43% price increase to keep net revenue constant.

Site-specific quirks and CORS

  • The size and content of WebKit’s Quirks.cpp surprise many, with examples like special handling for tripadvisor.com’s mixed-content images.
  • Some see this as undermining standards and fairness (“why do they get relaxed CORS?”).
  • Others note that all major engines (Chrome, Firefox, Safari) and even OSes and GPU drivers use site/app-specific patches to maintain compatibility when outreach to sites fails.

Safari/WebKit quality and browser engines

  • Experiences differ sharply: some frequently hit Safari‑only bugs and keep Chrome/Firefox as backup; others report more regressions in Chromium than WebKit.
  • On iOS, the historic requirement that all browsers use WebKit is criticized; the limited new allowance for alternative engines in the EU is viewed by some as a compliance maneuver unlikely to see broad uptake.

HN’s HTML, layout, and accessibility

  • Validator output for HN shows many errors (obsolete attributes, table misuse, duplicate IDs); some think cleanup would be a small job, others note it’s low priority.
  • Supporters say HN’s page is fast, minimal, and JS‑light, prioritizing users over “nice” HTML.
  • Critics highlight poor semantics, table-based layout, and the impact on assistive technologies; they suggest an ordered list and nested articles with proper headings and nav.

Font size and UX

  • Many find HN’s default text excruciatingly small and rely on zoom or custom CSS; others argue browser/system DPI/zoom settings are at fault and that per-site zoom solves it.
  • There is some confusion between the long‑standing small default font and the specific WebKit bug this quirk targets (HN briefly rendering text too large on first load, then shrinking).