The Window does not currently implement a TapEvent trigger.
When a Window receives a touch event it’s passed to the children from last added to first. If an element implements a tap event that’s triggered then the event is flagged and nobody else will receive it. This prevents tap enabled elements that are intersecting from triggering multiple actions.
What are you trying to achieve so we can create a solution.
When you look at the photo, you see a button with the text :“Steamer on”. Left of that there’s a similar (same size and TextFont) button with text “Infrared on”. I made it invisible, but the text can still be seen.
I am using the datagrid which is very nice, but the scrolling is not the most responsive due to the type of touch screen. Is there a way to programmatically scroll the grid? You could do it with a button at the bottom of the screen or a hardware button tied to an IO pin.
Awesome, thanks, will try it out this evening. Based on this code from your example:
static void InitCalWin()
{
// Creating the calibration window with TRUE will cause it to save
// the calibration settings using weak references. This allows
// future boot-ups to restore the last saved settings.
calibrationWindow = new CalibrationWindow(true);
calibrationWindow.CloseEvent += new OnClose(calibrationWindow_CloseEvent);
}
Is there any way to test to see if the calibration is saved so you don’t run this if you don’t need to? Thanks guys.
Just a quick note. the Calibration works great, THANKS! What I found was this. After you have run it the first time without rebooting the Cobra, if you open the calibration window again, it recognizes that it is already calibrated and just shows the “Exit” button. If you reboot and open the calibration window, it allows you to re-calibrate. If I had my choice of small changes, they would be these:
I would like it to recognize that it is calibrated but instead of simply showing “Exit”, allow the user to either calibrate again (hey, you never know, they may think it needs it) by showing the start button but also show the exit button as well…just a thought
As in my previous post, if it would recognize this same thing after a reboot, that would be fantastic.
Now then, as it is, you guys have done a fantastic job and removed a huge workload, so, if you change nothing about the calibration, it will still be AWESOME!!! But, if you can work in these “small” changes, that would be AWESOME also!
Another one, the ComboBox is bugy.
The choices from the ComboBox don’t lay above all other elements.
And the combobox itself stay on top not in the background.
In 0.1.2 all worked well.
I upgraded to the latest version of Glide, but now the OpenKeyboard doesn’t cover the screen properly. I can see parts of the previous screen. It appears that the pop-up keyboard doesn’t cover up the screen like it used to or is behind the calling screen. In one case I had a button in the bottom right and when the pop-up keyboard came up, the button was over some of the keys. It also seems unresponsive. Sometimes it worked and responded to the keypresses, but some of the time it didn’t respond to key presses. If I re-boot the ChipworkX, it works for a bit, but then becomes non-responsive.
I’m not very familiar with wpf, I play a little bit with the mix based on glide and wpf, but for me it can’t be mixed. Glide is using another object junction than wpf. Maybe I’m stupid, could you short explain how to use drawline from wpf to draw something in a glide window, similar a glide separator ?
Inside each Window is a Parent property. The Parent is a DisplayObjectContainer that has a Graphics property (Bitmap). For example the following would work: