Re: Nested Wimp
- From: Alan Adams <alan.adams@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Sun, 05 Feb 2006 23:17:06 GMT
In message <3e8b90f44d.Alan.Adams@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Alan Adams <alan.adams@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
In message <43e5fa70$0$3602$ed2e19e4@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Andrew Hill <user@xxxxxxxxxxx> wrote:
Alan Adams wrote:
In message <43e50247$0$82628$ed2619ec@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Andrew Hill <user@xxxxxxxxxxx> wrote:
Alan Adams wrote:
It is easier with the nested wimp, sufficiently so to be worth doing forThat is by FAR the most sensible way to do it. Or, call it TASK%. That
even a simple pane I would suggest.
It took me a while to get it working, because I got confused about how to
pass TASK in R2.
magic%=&4B534154
"Wimp_OpenWindow",,magic%, does work
way, you know what the word is (there are a few other magic words in
RISC OS land, and it's a good way to allow for future expansion.)
That might get me confused, as I've got task% (lowecase) holding my task
handle. I'll bear the comment in mind though.
Hmm - as a task handle, I'd probably call that task_handle%. Personal
preference of course, but you need to be very clear as to what your
variables are doing.
I've now got a weird bug.
I'll have a think about that later, when I get fed up ;-).
Best wishes,
Drew
What's bugging me about this bug it that I've seen it before. I can cause it
to occur as follows:
Open a Pipedream window.
Minimise it to the icon bar
Launch Personal Accounts.
Personal Accounts produces the "input focus window not found" message, then
opens its password window.
I have assumed it occurs because PA is trying to move the caret from
Þipedream, which was written before windows could be iconised, to itself.
Neither of these apps will be using the nested wimp, because it post-dates
them, I think.
All the applications which my app apparently causes to produce the error
message could have been active at the time - Alarm and Organiser update time
displays, SCSIFiler would be used by DigitalCD, which was playing music
from a SCSI CD at the time. Messenger could well have been debatching newly
arrived mail.
And while I did add code yesterday for moving the caret around, it is not in
that window, and it is not being called.
(I have Reporter reporting on Proc calls)
I can click on another of my writable icons, in the main window, and they
work. I then click on the pane, and get the problem. I am the active
application, and already own the caret. In the latest test, it was Alarm
which reported the error.
OK, I've done some more testing. If I change the magic word to 0, thus
disabling Nested Wimp behaviour, the caret/input focus window problem goes
away. (So does the linking of the pane, not surprisingly.) Restoring the
magic word restores the problem, and the correct pane behaviour.
So what is different about the way the nested wimp puts the caret into a
writable icon in a pane?
Any why, for pity's sake, are any other apps getting an error?
--
Alan Adams, from Northamptonshire
alan.adams@xxxxxxxxxxxxxxxxxxxxxxxxxxx
http://www.nckc.org.uk/
.
- References:
- Re: Dragging and Wimp_OpenWindow
- From: Ste (news)
- Re: Dragging and Wimp_OpenWindow
- From: Alan Adams
- Re: Dragging and Wimp_OpenWindow
- From: Andrew Hill
- Re: Dragging and Wimp_OpenWindow
- From: Alan Adams
- Re: Dragging and Wimp_OpenWindow
- From: Andrew Hill
- Nested Wimp - was Dragging and Wimp_OpenWindow
- From: Alan Adams
- Re: Nested Wimp
- From: Erik Groenhuis
- Re: Nested Wimp
- From: Alan Adams
- Re: Nested Wimp
- From: Colin Granville
- Re: Nested Wimp
- From: Erik Groenhuis
- Re: Nested Wimp
- From: Colin Granville
- Re: Nested Wimp
- From: Alan Adams
- Re: Nested Wimp
- From: Andrew Hill
- Re: Nested Wimp
- From: Alan Adams
- Re: Nested Wimp
- From: Andrew Hill
- Re: Nested Wimp
- From: Alan Adams
- Re: Dragging and Wimp_OpenWindow
- Prev by Date: Re: Nested Wimp
- Next by Date: Re: OS_ReadArgs problem
- Previous by thread: Re: Nested Wimp
- Next by thread: Re: Nested Wimp
- Index(es):
Relevant Pages
|