MacArthur, Ian (SELEX GALILEO, UK) schrieb:
>> I allready posted this issue a while before but I think I didn't 
>> describe it very well, so I will try it again...
>>
>> I have the following system:
>> - FLTK 1.1.9
>> - Nano-X Window System (Version 0.91)
>> - Linux 2.6.24
> 
> Is this problem reproducible on a desktop system?
> 
> That is, if you write a version of your code that runs on a regular PC,
> using a proper X-server, do you see the same behaviour?
> 
> I doubt many (if any) of the devs have access to a Nano-X system, so if
> this problem is Nano-X specific, I don't think we will be able to
> reproduce or investigate it.
> 
> Note that, in the past, I have built "kiosk" style applications that
> used fltk-1.1 and which had a main window that covered the entire
> desktop, and which *did not* manifest the problems you report when
> showing/hiding other windows.
> 
> I also did some work, on another project, with a much earlier version of
> Nano-X than you are using, and we abandoned it in the end, as it had too
> many issues and oddities.
> Nano-X may well have got much better since then, I have not used it
> since.
> However, it is possible that the problems you are seeing are Nano-X
> specific...
> We ended up using a conventional X-server and it worked fine on our
> embedded target. Is there some reason that you have to use Nano-X? 
> Maybe some sort of k-drive based solution would be more "standard" than
> Nano-X and might behave differently?
> 
> Anyway - if you can reproduce the problem on a desktop system, and post
> the failing code here, maybe someone will see something.

I could fix the problem by calling the function GrSetFocus() from 
nano-X. With this the keyboard-focus was set back to the background window.
It seems to be a problem if I have a first partent window and then open 
another parent window. If I close then the second parent window, the 
keyboard focus seems to not go back to the first partent window. With 
the fuction above I could do it manually. Don't know if this is the most 
proper solution, but it works...

> 
> 
>> Now to the issue which I mentioned allready above:
>> I could also generate the second window as a child of the 
>> main window, 
>> then I wouldn't have this "keyboard issue". But I need to 
>> configure the 
>> second window as modal, so I have a kind of a deadlock:
> 
> Flkt support window modality in three states, not two:
> 
> - regular windows
> - modal windows
> - non-modal windows: This is probably what you want. Your child window
> stays on top of the main window, but does not prevent events being
> delivered to the main window.
> It is intended for use in floating toolbars and the like, but should be
> OK for your use case?
> 

No, it really want a modal window (so the widgets of the parent window 
shouldn't be active as long as the modal window is there)

I try to explain my configuration again:

parent window -> child window (modal)
child window -> contains OK Button
OK Button -> callback which closes child window (hide())

So if I press the OK Button, the callback isn't performed... As I said 
before, it seems to be a kind of a deadlock... (Child window doesn't get 
the event because the modal-option blocks event propagation to the 
childs of the parent window... Or is there another reason why this 
doesn't work?) Is there another way to do this? Or is this approach wrong?

> 
> 
> 
> SELEX Sensors and Airborne Systems Limited
> Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 
> 3EL
> A company registered in England & Wales.  Company no. 02426132
> ********************************************************************
> This email and any attachments are confidential to the intended
> recipient and may also be privileged. If you are not the intended
> recipient please delete it from your system and notify the sender.
> You should not copy it or use it for any purpose nor disclose or
> distribute its contents to any other person.
> ********************************************************************
> 
_______________________________________________
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk

Reply via email to