Hello,
I just had a customer report they would look at a form in our program that uses the ctSCHEDULE control. I'm not sure if I just have an old version in my distribution and this behavior has already been fixed. I thought I would ask if anyone else uses this control and can reproduce it before spending a lot of time with it.
Here's the trouble. With this control on a data entry form, the user can scroll in the control, then using the mouse click on another field and type. The keystrokes never come out.
Clicking a button on the form works.
Press the tab key when on the control, and things start to work again.
ctSchedule is a DBI-Tech control: http://www.dbi-tech.com/download/demos/html/solsched7/flashhelp/welcome/welc ome_to_ctschedule.htm
Thank you, Tracy
I use it, but have not seen that behavior. Sorry! If I can think of anything to try, I'll follow up.
Mike Copeland
Tracy Pearson wrote:
Hello,
I just had a customer report they would look at a form in our program that uses the ctSCHEDULE control. I'm not sure if I just have an old version in my distribution and this behavior has already been fixed. I thought I would ask if anyone else uses this control and can reproduce it before spending a lot of time with it.
Here's the trouble. With this control on a data entry form, the user can scroll in the control, then using the mouse click on another field and type. The keystrokes never come out.
Clicking a button on the form works.
Press the tab key when on the control, and things start to work again.
ctSchedule is a DBI-Tech control: http://www.dbi-tech.com/download/demos/html/solsched7/flashhelp/welcome/welc ome_to_ctschedule.htm
Thank you, Tracy
[excessive quoting removed by server]
Mike Copeland wrote on 2016-03-11:
I use it, but have not seen that behavior. Sorry! If I can think of anything to try, I'll follow up.
Mike Copeland
Mike,
I tinkered. I added the following code to the ScrollTrack method of the control. *** ActiveX Control Event *** LPARAMETERS nscrollbar, nvalue, nscrolltype This.SetFocus()
It has appeared to fix the problem in testing.
Tracy Pearson PowerChurch Software
Well...that's intuitive! Not! lol Thanks for the update! VFP does seem to have some issues with sharing attention with DBI Tech's controls.
My unsolved mystery is that with ctSchedule on one form and with Tool Tips enabled and populated for the time bars, if any other form is over the ctSchedule object the Tool Tips for it still pop up as if it had focus and was on top. It's annoying and a bit embarrassing ("Why does it do that?") but isn't a deal breaker.
I haven't had time to play with it but I suspect I could add a conditional test in the ctSchedule event to ensure it has the appropriate form.ZOrder before firing.
Mike
Tracy Pearson wrote:
Mike Copeland wrote on 2016-03-11:
I use it, but have not seen that behavior. Sorry! If I can think of anything to try, I'll follow up.
Mike Copeland
Mike,
I tinkered. I added the following code to the ScrollTrack method of the control. *** ActiveX Control Event *** LPARAMETERS nscrollbar, nvalue, nscrolltype This.SetFocus()
It has appeared to fix the problem in testing.
Tracy Pearson PowerChurch Software
[excessive quoting removed by server]
Mike Copeland wrote on 2016-03-11:
Well...that's intuitive! Not! lol Thanks for the update! VFP does seem to have some issues with sharing attention with DBI Tech's controls.
My unsolved mystery is that with ctSchedule on one form and with Tool Tips enabled and populated for the time bars, if any other form is over the ctSchedule object the Tool Tips for it still pop up as if it had focus and was on top. It's annoying and a bit embarrassing ("Why does it do that?") but isn't a deal breaker.
I haven't had time to play with it but I suspect I could add a conditional test in the ctSchedule event to ensure it has the appropriate form.ZOrder before firing.
Mike
Mike,
I had not noticed that behavior before. May I suggest setting Disable/Enable TipTypes in the Forms LostFocus and GotFocus.
Tracy Pearson PowerChurch Software
Excellent advice. Thank you! I'll try that.
I have to say, though, that I've been unimpressed with using Lost- and GotFocus as they seem to be tempermental. Or maybe that's me, not them. "It's me, not you!" UIEnable seems to be more reliable...but then I mostly use it for controlling the first Init loading of data on a tab control.
I wonder how UIEnable is different than GotFocus? I'm sure there's something significant.
Mike
Tracy Pearson wrote:
Mike Copeland wrote on 2016-03-11:
Well...that's intuitive! Not! lol Thanks for the update! VFP does seem to have some issues with sharing attention with DBI Tech's controls.
My unsolved mystery is that with ctSchedule on one form and with Tool Tips enabled and populated for the time bars, if any other form is over the ctSchedule object the Tool Tips for it still pop up as if it had focus and was on top. It's annoying and a bit embarrassing ("Why does it do that?") but isn't a deal breaker.
I haven't had time to play with it but I suspect I could add a conditional test in the ctSchedule event to ensure it has the appropriate form.ZOrder before firing.
Mike
Mike,
I had not noticed that behavior before. May I suggest setting Disable/Enable TipTypes in the Forms LostFocus and GotFocus.
Tracy Pearson PowerChurch Software
[excessive quoting removed by server]
Mike Copeland wrote on 2016-03-11:
Excellent advice. Thank you! I'll try that.
I have to say, though, that I've been unimpressed with using Lost- and GotFocus as they seem to be tempermental. Or maybe that's me, not them. "It's me, not you!" UIEnable seems to be more reliable...but then I mostly use it for controlling the first Init loading of data on a tab control.
I wonder how UIEnable is different than GotFocus? I'm sure there's something significant.
Mike
Mike,
UIEnable only works on tabs. GotFocus and LostFocus have uses, such as I suggested. They are not good for data updates and the like that take time.
Tracy Pearson PowerChurch Software
Lol...well THAT'S significant!
Thanks! I learned something today. Never ever stick your butter knife in an electrical outlet.
Mike
Tracy Pearson wrote:
Mike Copeland wrote on 2016-03-11:
Excellent advice. Thank you! I'll try that.
I have to say, though, that I've been unimpressed with using Lost- and GotFocus as they seem to be tempermental. Or maybe that's me, not them. "It's me, not you!" UIEnable seems to be more reliable...but then I mostly use it for controlling the first Init loading of data on a tab control.
I wonder how UIEnable is different than GotFocus? I'm sure there's something significant.
Mike
Mike,
UIEnable only works on tabs. GotFocus and LostFocus have uses, such as I suggested. They are not good for data updates and the like that take time.
Tracy Pearson PowerChurch Software
[excessive quoting removed by server]
-
Mike Copeland -
Tracy Pearson