<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
It works ok with 3.6..<BR><BR><BR><BR><BR>
<HR>
From: jayk123@hotmail.com<BR>To: rcoleburn@scires.com; rodney.bates@wichita.edu; dabenavidesd@yahoo.es<BR>Date: Fri, 1 Aug 2008 13:52:43 +0000<BR>CC: m3devel@elegosoft.com<BR>Subject: Re: [M3devel] need help with cm3 problem before I deliver software this week<BR><BR>
<META content="Microsoft SafeHTML" name=Generator>
<STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass body.EC_hmmessage
{font-size:10pt;font-family:Tahoma;}
</STYLE>
> It is interesting to note that one of the messages (#533) is identified as "???"<BR><BR>This is not worrisome, and it should be fixed now.<BR>They are:<BR>#define WM_CAPTURECHANGED 0x0215<BR><BR>Sadly the real problem is not yet fixed -- not even understood. :(<BR> <BR>It definitely doesn't occur on other systems?<BR>It seems quite odd -- clearly formsedit is not missing any mouse or key events, and it is dealing with all of them at least partly correctly.<BR>It clearly isn't missing any events, otherwise it wouldn't act as correctly as it does.<BR>The mouse click moves the insertion point and the blinking cursor. The arrow keys move the blinking cursor and the "next" insertion point, typing insert the desired characters, just that FIRST character goes to the wrong place. Strange.<BR> <BR>Recoding everything in C++ or C# isn't a bad idea imho, but certainly overkill for this one problem...<BR> <BR>Trying with 3.6 or 4.1 would be good. I should do that very soon. Easier than reading through all the Trestle code. :(<BR> <BR> - Jay<BR><BR></body>
</html>