I've pushed a repair for this problem to the git repo. It was related
to the control-style border that `text-frame%' uses around its editor
canvas.
Thanks for the report!
At Tue, 7 Feb 2012 12:07:25 -0700, Kieron Hardy wrote:
> Hi,
>> In playing with the code (test.rkt) from this post (
>https://groups.google.com/forum/?fromgroups#!topic/plt-scheme/HOlM4qKkI74),
> I notice issues with the refresh/repaint of the text fields of the
> remaining items after a delete of one of the items.
>> After starting the code (via 'run' button from DrRacket), I add a few new
> items (pressing one of the insert buttons several times), fill in the
> values for the new items (see capture1.png), and then delete one of the
> items (by pressing its delete button).
>> After the frame has been re-displayed, sometimes the text fields are left
> blank (see capture2.png) until each field is clicked (receives focus and is
> repainted) and only then is the value shown. Other times the text fields
> have some part of the value displayed (contents only partially painted? or
> partially erased? -- see capture3.png) until the text field is clicked.
>> I can replicate the issue readily although the actual results differ,
> suggesting to me some sort of race condition.
>> I am using a recent nightly build -- version 5.2.1.3--2012-01-21(9d48858/a)
> -- on a fairly heavily laden 64-bit quad-core vista laptop.
>> Any ideas?
>> Cheers,
>> Kieron.