Page MenuHomePhabricator
Create Task
Maniphest T313878

Caret (text cursor) isn't aligned to the word "Description" which is pre-filled in text box when starting a new talk section (using VisualEdit on Desktop view (iOS))
Open, Needs TriagePublicBUG REPORT
Actions

Description

Steps to replicate the issue (include links if applicable):

  • Browse any wiki with a phone with iOS
  • Chose desktop view
  • Go to any talk page
  • Start a new section (with DiscussionTools enabled)
  • Choose "Visual" mode

What happens?:

The bottom of the caret is higher up than the bottom of the word "Description" which is pre-filled in the textbox where the content of the new section is entered. They are not aligned if you will. If you press on "source" the word is still there, albeit in maybe another font and size, and here the caret and the word "Description" are indeed aligned.

What should have happened instead?:

The caret and the word "Description" should be aligned in visual mode as well.

Software version (skip for WMF-hosted wikis like Wikipedia):

I identified this on my iPhone with iOS. Reproducible on both Safari and Chrome apps. Not reproducible on Windows PC.

Related Objects

Event Timeline

Jonteemil created this task.Jul 26 2022, 11:40 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptJul 26 2022, 11:40 PM
Jonteemil renamed this task from Caret (text cursor) isn't aligned to the word "Description" which is pre-filled in text box when starting a new talk section (using VisualEdit on iOS) to Caret (text cursor) isn't aligned to the word "Description" which is pre-filled in text box when starting a new talk section (using VisualEdit on Desktop view (iOS)).Jul 27 2022, 12:07 AM
Jonteemil updated the task description. (Show Details)
matmarex subscribed.Jul 27 2022, 12:21 AM

I can reproduce, screenshots:

4C415DC5-E530-4344-969B-7174B0977B63.png (1×640 px, 77 KB)
6135532A-2495-4E3F-8E8A-448002ABDB3B.png (1×640 px, 81 KB)

This is because the placeholder text suffers from iOS Safari's automatic text size adjustment. We should disable it (https://developer.mozilla.org/en-US/docs/Web/CSS/text-size-adjust), since it seems to be disabled for the actual input text (as seen in the second screenshot).

ppelberg moved this task from To Triage to Triaged on the VisualEditor board.Jul 28 2022, 3:46 PM
matmarex mentioned this in T314448: Font size of non-bold letters is reduced when there is only one search suggestion (on mobile with desktop view).Nov 28 2022, 9:24 PM
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL