# k6 Browser Locator — pressSequentially

## Metadata

| Field | Value |
|---|---|
| Institute | Molodetz Institute — Research & Retrieval Division |
| Subject | shell-multiplexer-auto-attach |
| Document type | Source Dossier |
| Tier | 1 |
| Source title | Locator.pressSequentially() |
| Source URL | https://grafana.com/docs/k6/next/javascript-api/k6-browser/locator/presssequentially.md |
| Source publisher / author | Grafana (k6) |
| Source type | vendor docs |
| Source date (published) | Unknown — not stated |
| Date researched | 2026-10-09 |
| Researched by | tai (agent), model: Claude Sonnet 5, on behalf of retoor |
| Research method | web search synthesis |
| Confidence | Medium |
| Status | Active |

## Summary

A browser-automation API method (Playwright-style) that types a string one character at a time with a configurable inter-keystroke delay (e.g. 100ms), used to approximate real user typing speed when driving a web page.

## Key findings

- The same "type one character at a time with a delay" pattern recurs independently in browser automation, confirming it's a general, cross-domain technique for simulating realistic input, not something specific to terminal tooling.

## Pros / strengths

- A well-documented, widely-used API from a credible, maintained testing tool — strong confirmation the per-character-delay approach is a standard, understood pattern across the whole automation-tooling industry, not a niche terminal-specific hack.

## Cons / limitations / caveats

- Browser DOM input, not terminal/pty input — the delay-timing concept transfers; the actual API and event model do not.

## Relevance to tai

Further corroborates the proposal's planned typing-animation approach (character-by-character `send-keys -l` with a configurable delay) as a standard, well-understood pattern across the automation tooling industry, not something tai would be inventing from scratch.

## Changelog

| Date | Change |
|---|---|
| 2026-10-09 | Initial dossier created. |