127 bytes, text/html
1.97 KB, patch
Simon Fraser: superreview+
|Details | Diff | Splinter Review|
816 bytes, patch
|Details | Diff | Splinter Review|
See Attachment 14202 [details] from bug 50758 Clicking on one of the inputs with right aligned text (the top or bottom one) will not display the blinking cursor. This bug is an annoying one for any text inputs of this style and gives the appearance that the form control is perhaps disabled or has an onfocus="onblur()" thing going. I searched for dupes but came up empty so I'm assuming this hasn't been reported even though it has been alluded to in the more recent comments of 50578. For the record, I am currently on linux 2001101608.
Bug 50758 should probably be marked fixed. I don't see the problem described there but I do see this one.
Summary: cursor not displayed for text inputs using style="text-align: right" on first click → caret not displayed for text inputs using style="text-align: right" on first click
--> mjudge (selection/caret)
Assignee: kin → mjudge
*** Bug 114546 has been marked as a duplicate of this bug. ***
layout behaviour, there is no frame being aligned in the right spot for the caret. marking Future.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
*** Bug 118659 has been marked as a duplicate of this bug. ***
*** Bug 129032 has been marked as a duplicate of this bug. ***
Comment #8 seems to be different to this bug. This bug relates only to the cursor being invisible - the field is focusable and can be edited, but the cursor is not displayed correctly.
Also seing this on Windows XP and Mac OS 9.
*** Bug 165745 has been marked as a duplicate of this bug. ***
We have a complaint from users in Japan that Epson Shopping site's shopping cart page is very confusing because they cannot see the cursor due to this bug. For fields indicating quantity of shopping items, aligning right should be a normal thing to do. Insuead of futuring this bug, we should fix this confuing bug soon. Changing OS to All. Try this page for the quantity field: http://store.epson-supply.co.jp/query/qryfrm.asp?FrameSrc=qrylist.asp&action=query&GQ=true&PrdCls=3010000000
Severity: normal → major
OS: Linux → All
16 years ago
Keywords: access, nsbeta1
Created attachment 102792 [details] Example to reprodoce bug with 3 Lines this bug can be reproduced under Windows XP, Mac OSX and Suse Linux 8.1 with Mozilla 1.2 alpha when the inputfield is empty and style is right-aligned. The caret becomes visible when at least one character is in the inputfield.
*** Bug 177085 has been marked as a duplicate of this bug. ***
*** Bug 139969 has been marked as a duplicate of this bug. ***
As mentioned earlier, this bug appears on Macs too. Please change Platform to All. Prog.
Marking as nsbeta1+/topembed+ as this effects a top site in Japan (see Comment #12).
Keywords: nsbeta1, topembed → nsbeta1+, topembed+
Priority: -- → P1
Whiteboard: [adt2] [ETA Needed]
Target Milestone: Future → mozilla1.3beta
*** Bug 149281 has been marked as a duplicate of this bug. ***
*** Bug 179691 has been marked as a duplicate of this bug. ***
Created attachment 106850 [details] [diff] [review] Alternate approach? (uses padding on internal div) What do you guys think of this approach which basically enforces a 1px left and right padding on the internal div which is the thing that does the actual clipping inside the text widget?
Comment on attachment 106254 [details] [diff] [review] Patch Sring for kin.
Attachment #106254 - Flags: superreview?(kin) → superreview+
Comment on attachment 106254 [details] [diff] [review] Patch email@example.com - if it's cool with sfraser, it's cool with me. :-)
Attachment #106254 - Flags: review?(mjudge) → review+
Fix checked in.
Status: ASSIGNED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
vrfy'd fixed with 2003.02.19.
Status: RESOLVED → VERIFIED
*** Bug 200253 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.