Skip to main content

Longer text entry body obscured by keyboard

Bugs

There’s a bug report from months ago on this that was rejected. Inputting text into the body of an entry, when the text gets long enough it doesn’t automatically scroll down, so you can’t see what you’re typing. If you hide the keyboard you can scroll the whole entry and select where you need to make corrections, but then when you place the cursor and the keyboard comes back, whatever you’re typing is hidden under/behind the keyboard again. (Really like the new UI btw)

iPhone 15, iOS 18.3.1, Bullet up to date/most recent version.

3 comments

Log in to comment and vote

Comments3

  • Violet Watermelon

    •

    Aug 2

    •

    Merged request

    •

    2 votes

    Keyboard blocking content

    Scrolling used to work when I have long descriptions, but it’s not as scrollable as before it’s hard to type correctly with the keyboard blocking the text area.Thank you.🙏 

  • Hamish Johnson

    Team•

    Aug 2

    Hmm I don’t remember why I rejected that older one!

    I can see an issue where the long text gets obscured by the toolbar - but it does automatically scroll down. Is that what you are experiencing?

    • Tan Tomato

      •

      Aug 3

      Good question — I see now there are two separate things.

      You’re right, it auto-scrolls when I’m typing at the end of a long entry. That part works, the last line just sits a bit tight under the toolbar.

      The real problem is when I need to edit something in the middle. I hide the keyboard, scroll to find the spot, and tap to place the cursor. The keyboard animates back up, and the view doesn’t scroll to keep the cursor visible, so the keyboard covers the exact spot I just tapped. I’m then typing blind until I dismiss the keyboard again to check.

      So auto-scroll on append works (although the final line is still hidden somewhat behind the toolbar), but there’s no scroll-to-cursor when the keyboard is re-presented after a tap.