The same page on every screen
The text is laid out on a page of one fixed size and the sheet scaled to the screen, so a phone breaks it exactly where a desktop does — twenty-one lines to the page on both. The type size is computed from the page and the line count rather than chosen. A PDF's full screen is the browser window, not the screen, and its button sits beside the zoom. "Recent Notes" is stamped by every write, not only by a rename. And a PDF that will not open says which of the four reasons it is. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
1 parent
9507761bce
commit
4013e959d6
12 files changed
+295
-101
No files matched your search
@@ -675,11 +675,27 @@ block a meaning, which only moved the problem — the whole sheet sat hard again
|
||||
the left edge. Centred, the same leftover space reads as two margins and needs no
|
||||
explaining.
|
||||
|
||||
**Twenty-one lines to the page, and the same twenty-one on every screen.** The
|
||||
text is laid out on a page of one fixed size — 760 × 1013 units, the drawing's
|
||||
own proportions — and the whole sheet is then scaled to whatever width the screen
|
||||
has. Set in screen pixels instead, as it was, a phone and a desktop disagreed
|
||||
about everything that matters: a 340-pixel sheet held eighteen lines where a
|
||||
760-pixel one held far more, so the same note broke into different lines on
|
||||
different pages depending on what you read it on. Now the only thing a narrow
|
||||
screen changes is how big the page looks. The type size is not chosen but
|
||||
computed from the page and the line count, so the count survives a change to
|
||||
either. A desktop therefore shows larger writing on a smaller-looking sheet, the
|
||||
way a ruled notebook app does.
|
||||
|
||||
**The dashboard leads with what you were last writing.** The six most recently
|
||||
edited notes come first and the shelf of notebooks second, because coming back to
|
||||
a note is the common case and choosing a notebook is the occasional one. "Recent"
|
||||
is sorted by time here whatever order the notebooks themselves are in — it is a
|
||||
question about time, and a hand-made arrangement is the wrong answer to it.
|
||||
question about time, and a hand-made arrangement is the wrong answer to it. The
|
||||
time it sorts by is stamped on every write, not only on a rename: the store
|
||||
behind the sync engine always did that, but the lists on screen read the app's
|
||||
own copy of the notes, and writing *in* a note used to leave that copy untouched
|
||||
— so "Recent" showed the order from the last reload.
|
||||
|
||||
**Tapping the blank part of a page starts writing there.** The text is only as
|
||||
tall as what has been written, so most of a fresh page is *beside* the editable
|
||||
@@ -926,16 +942,14 @@ page is expensive to draw and cheap to hold, so scrolling back up repaints
|
||||
nothing. Canvases are sized in device pixels and scaled down by CSS, which is
|
||||
what keeps text sharp on a high-density screen.
|
||||
|
||||
**Full screen is two things at once.** The button asks the browser for its own
|
||||
full screen — which is what puts the document past the address bar and the window
|
||||
frame, and the reason to want it on a laptop or a tablet — *and* lays the
|
||||
workspace out as an overlay over the app, which is what actually removes the
|
||||
sidebar, the note list and the title bar. Either alone is half the job, and a
|
||||
browser that refuses the first (an iPhone does) still gets the second. Escape
|
||||
leaves, and so does the button, which stays in the toolbar while full: a way out
|
||||
that is only known and not visible is not a way out. Leaving the browser's full
|
||||
screen by any other route takes the overlay with it, or the app would be left
|
||||
pretending to be full screen inside an ordinary window.
|
||||
**Full screen means the whole window, not the whole screen.** The workspace is
|
||||
laid out as an overlay over the app: the document takes the browser window, and
|
||||
the sidebar, the note list and the title bar go. The browser's own full screen is
|
||||
deliberately not asked for — it swallows the tabs and the address bar too, which
|
||||
is more than was wanted; this is about giving the page to the document, not the
|
||||
screen. Escape leaves, and so does the button, which sits beside the zoom while
|
||||
full: both answer "how much room does the document get", and a way out that is
|
||||
only known and not visible is not a way out.
|
||||
|
||||
**Zooming holds something still.** A zoom changes how tall the document is, so
|
||||
the scroll position means something different afterwards — left alone, every step
|
||||
|
||||
Reference in new issue
Block a user