[DUG] Odd problem with Tedit

[Pieter De Wit]

Hi John,

This is pure speculation:

I suspect that the events are somehow multi-threaded or not as dependent 
on each other as they used to be. This could have something to do with 
the fact that you now on Win7 and 2007. The thing pointing me in that 
direction is the XP Manifest stuff. I think it alters a lot more under 
Win7. Oh, and then there is the fact that you say it works sometimes, 
and others not...sounds like two threads running and you want thread 2 
to finish before thread 1...99% of the time they do, then the time 
slicing kicks in and the code "breaks"

Anyways - well spotted and I like your saying !

Cheers,

Pieter

On 11/06/2010 03:13, John Bird wrote:
> I have solved it.
> Had to do bit by bit testing and deductive reasoning to find the 
> cause:  The bit by bit found nothing but took lots of nice time trying 
> useless things.   The deductive reasoning - this is my oldest program, 
> and was written before I understood clearly the difference between the 
> form onActivate and onShow events.   I had some code in the main form 
> onActivate event that did quite a lot of setups - including showing 
> the second form which in its onActivate event did some further 
> processing.   I am guessing this is to use a technical term "asking 
> for weird stuff" .  Moving all the code to the onShow event in both 
> forms fixed the problem.   Well I think that's what fixed it.
> Why did I do it this way with the onActivate event, which fires every 
> time the main form is returned to?   Well no-one ever told me 
> otherwise, so I had already put in code that made it only fire most of 
> the code once ever, effectively it was an onShow event.  And also on 
> the list of events Activate is right at the top and Show is right at 
> the bottom, and I was teaching myself this stuff.
> The other mystery which I am not going to try to figure is that for 
> over 6 years it has worked fine, and something minor altered recently 
> has thrown it.  I think it was when I added a combo box to the main 
> form.  Even then most of the time it worked fine, but often would 
> not.   The main symptom was the edit not getting proper focus - go figure!
> I remember a saying on the door of one of my Physics lecturers - "This 
> problem - once solved - will be simple"
> John
>
> Yes I have tried all sorts of things like setting TabStop  to false, 
> and most hopefully setting the control second in the Tab Order list 
> with focus going to another control and then doing a Setfocus to the 
> one I want.   It still does not fix it.   Also been playing with 
> Autoselect and ShowSelect, and IMEMode.   Nothing makes any difference 
> - I am convinced its something in the way the program is built
> Is there a way to programatically set the focus more than what 
> Setfocus does?
> John
> Hi John,
>
> Have you tried to set the tab order to 1 (or 0 - can't remember which 
> is the "accepted" first) for this control ?
>
> Cheers,
>
> Pieter
>
> On 10/06/2010 21:20, John Bird wrote:
>> This one has me foxed.   I have a standard unit which is a form 
>> dialog at the start of many programs - which gets an access code and 
>> a password.
>> In one program only it misbehaves - the Tedit fields never seem to 
>> get focus properly, so although the users can type text, there is no 
>> cursor and the onexit event of the TEdit does not fire.   Also 
>> default text in the Tedit does not show as selected.   Subsequent 
>> returns to this and other edit boxes do behave properly.
>> This is Delphi 2007 - problem shows for this program on Windows 7 and 
>> XP.  XP Manifest is in use.  Very little processing before this 
>> dialog form is shown...
>> Note I have already done code like Edit1.Setfocus   -- it does not 
>> fix the problem.
>> Anyone have any ideas???   Normal build and compile all and deleting 
>> all dcus has not fixed it.
>> Also is there any way to force a Tedit to have its text selected.
>> John
>>
>>
>> _______________________________________________
>> NZ Borland Developers Group - Delphi mailing list
>> Post:delphi at delphi.org.nz
>> Admin:http://delphi.org.nz/mailman/listinfo/delphi
>> Unsubscribe: send an email todelphi-request at delphi.org.nz  with Subject: unsubscribe
>
> ------------------------------------------------------------------------
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at delphi.org.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at delphi.org.nz with 
> Subject: unsubscribe
>
> ------------------------------------------------------------------------
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at delphi.org.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at delphi.org.nz with 
> Subject: unsubscribe
>
>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at delphi.org.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at delphi.org.nz with Subject: unsubscribe

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20100611/7a58483a/attachment.html