On Thu, 19 July 2001, "Sean Barnes" wrote:
>
>
> > - You could create an invisible button widget, and bind it to the
> > hotkey. This would require almost no new code. (just a 'visible'
> > property for widgets, which we need anyway) The widget would take
> > a little more memory than the event filter idea above. It would
> > also be a little less flexible: you could intercept a specified
> > key, but couldn't do something more complex like a keyboard mapping.
> >
>
> This way works. Instead of making them invisible, I just made the button
> have a size of zero.
Ah, that works!
> It doesn't seem to mess up the hotspot system (you
> can't use the arrow keys to activate the invisible buttons).
Yep, the hotspot system already has to avoid zero-sized buttons, for example, when a
toolbar is too small to hold all its buttons.
> I've patched up
> the input driver for the VR3 and tested the system out. I can now pop up the
> soft keyboard (pgboard) by pressing on the VR3's little keyboard icon. Now I
Neat!
> need to fix up pgboard. It seems to be a bit broken at 160x240x4 graphics
> mode.
Actually, I'm currently working on pgboard. The pgboard program itself is just an
interpreter for simple compiled keyboard files. It is complete. (for now) Now I'm
trying to figure out a good way to generate the actual keyboard files. The format is
very flexible since it can send any commands to the canvas widget. This flexibility
comes with the price of difficult editing though. The ASCII format that the keyboard
compiler now accepts is tedious to edit by hand, so I will either make a smarter ASCII
format or make some sort of GUI editor for the keyboards. It will support both
vector-drawn keyboards that can scale to any resolution, and bitmapped keyboards drawn
to a particular resolution. All internationalizable, of course.
>
> Thanks for the suggestion,
Any time :)
> -Sean
>
>
> _______________________________________________
> Pgui-devel mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/pgui-devel
--
To the systems programmer, users and applications serve only to provide a
test load.
_______________________________________________
Pgui-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/pgui-devel
