91189 - mfcembed: input cursor appears over text instead of input box bellow.

Status: RESOLVED DUPLICATE of bug 55086

(Core :: Layout, defect)

Description

[Gustavo Verdun]

Steps to Reproduce:

1.     Using mfcEmbed, go to www.valic.com
2.     Click on 'View You Account Here' (middle of the screen)
3.     At Login, click on the text box that says Social Security

Result  : Notice that the cursor flashes on the text 'Social Security'
Expected: The cursor should flash in the text box, indicating that it has focus.
Note    : Focus is on the text box, because if you start typing, text enters 
the text box.

Comment 1

[Gustavo Verdun]

I am using an 092 version of mfcEmbed

Comment 2

[/\/\arcio Galli]

I believe this is form controls. We do have many caret bad positioning cases.
Tested with branch Gecko/20010719.

Comment 3

[saari (gone)]

-> mjudge for caret positioning

Comment 4

[rubydoo123]

Attachment: reduced test case

Comment 5

[rubydoo123]

reassigning to Karnaze, it seems that the caret issue is a result of nesting the 
form within tables. I have attached a reduced test case that demonstrates the 
problem.

cc'ing myself, kin and attinasi

Comment 6

[kinmoz]

FYI This looks like a dup of a bug that karnaze should have on his list already.

Comment 7

[karnaze (gone)]

pollmann, can you take a look at this and work with kin. I don't see 
a problem with the table layout. It could be a mis positioned view in the form 
control. I'm not seeing the problem with the test case in a debug or optimized 
build, but beppe is seeing the problem in an optimized build.

Comment 8

[kinmoz]

I couldn't see the problem with beppe's reduced test case either.

If I recall correctly, the problem was that a reflow wasn't getting propogated 
down into the frames inside of the text widget frame. So the outer widget frame 
is moved during the reflow, but the frames for the content inside it is still 
drawn/positioned at the place it was before the reflow happened.

You'll notice that once you type and a reflow is forced, things position 
correctly.

Comment 9

[kinmoz]

Attachment: Test case that shows text widget contents reflow problem.

Comment 10

[rubydoo123]

could this just be a win98 issue?

Comment 11

[kinmoz]

It's a Win98, WinNT and Win2k problem at the very least.

I don't see the offset problem on Linux and Mac with today's trunk build, using 
my smaller test case and http://www3.valic.com/valiconline .

Comment 12

[Eric Pollmann]

Accepting.

Comment 13

[Eric Pollmann]

As with 19 other bugs, this is a dup of bug 55086, I'll transfer the topembed
keyword to that bug...

*** This bug has been marked as a duplicate of 55086 ***