Hi, Walter.

If I'm not overestimating the effort involved, that will require a lot of experiments and, I imagine, banging on the wall or running into dead-ends as well. Did you actually tried it with your production code, and observed the nasty effects you anticipated?

>Hi Antonio,
>
>The only solution to this problem as far as I can see is to use a disabled form (enabled = .F.). You then are able to present a GUI on a form without having the parent form losing focus.
>Then the challenge is to make sure mouseclicks and hovering effects work as expected. I can see that work with timers and the good old ON MOUSE CLICK commands, but there definately will be work involved in that.
>
>Walter,
>
>
>
>
>>Walter
>>
>>When possible, I will have a look into the events chain that the date picker fires, and see if there is some form of lightening the class footprint. Most of our applications are MDI, so we normally don't have anything dramatic on the code of these events (our forms and controls are expected to lose focus at any time), but I admit it may constitute a problem. I'll have a look, and if I find anything useful, and significant, or if anyone else does and shares, it will be incorporated into the code.
>>
>>>Hi Antonio,
>>>
>>>Thanks for putting in this work into this.
>>>
>>>It however does not solve on of the most irritating problems:
>>>- When opening the calendar, the main form loses focus when you get the calendar up.
>>>
>>>This could lead to a cascading number of events (e.g. lostfocus, valid, afterrowcolchange, deactivate) possibly causing issues that are very difficult to track, debug and solve.
>>>
>>>
>>>I've played with the thought to make the calendar build into a toolbar, as that is the only window solution that does not take the focus away from the hosting form and its focussed controls.
>>>I don't think I ever went through the trouble to do this. Perhaps an Idea you could chew on.
>>>
>>>Walter,
>>>
>>>
>>>
>>>
>>>>Dear All
>>>>
>>>>Recent threads asked for the availability of date pickers. I decided to isolate the date picker that is part of my company's base classes, and to prepare it to be easily integrated in other people's projects (once again, thanks, Fernando, for your precious FoxBin2Prg - without it, the transposition process would be a real pain).
>>>>
>>>>The date (and time) picker uses the VFPX's CalendarCalc classes, and may be used with other 7-day-a-week calendars (like Jewish, Islamic, and Persian calendars - just to mention the ones that have CalendarCalc classes already set for them). The picker also supports event display, through the events mechanism of the CalendarCalc classes.
>>>>
>>>>I looked for short versions of the names of months and days of the week in other calendars, but found none. If anyone more familiar with these calendars is able to give some insight on these short forms (like 'jan' for 'January', or 'fri' for 'Friday'), I would appreciate a lot (I'm not comfortable with the current short names for the above mentioned calendars).
>>>>
>>>>The date picker is available at the CalendarCalc website, at https://bitbucket.org/atlopes/calendar/, and hopefully it is sufficiently documented to get anyone started (including an example form).
>>>>
>>>>Issues may be addressed directly at Bitbucket, or right here, or anywhere else VFP related.