Sometimes (I didn't figure the exact scenario), WPF tooltips are displayed on top of other windows, even when the app window is completely hidden. Clicking on the other window doesn't make it disappear.
Is anyone familiar with this?
Regards,
Yaakov
I've seen this as well.
If you have a wpf tooltip open, and you Alt-Tab to another application, the wpf tooltip stays visible, even though the wpf application itself is not.
You could programmatically close the tooltip when your wpf app is no longer active.
Related
I use glade and GTK to design the interface of my application.
My question is about the position of the popup associated with a GtkComboBox.
My popup appears horizontally under the GtkComboBox but vertically centered.
Gnome Developper says "The style in which the selected value is displayed, and the style of the popup is determined by the current theme".
How can I know that theme and where I can fix it for a popup.
I have noticed that from fresh start (power up) the popup in glade is attached to the ComboBox.
It is only after starting my application that the issue of vertically centered popup appears. It appears in the app, but also in glade itself!
I don't have the faintest idea on where to search for the issue.
Pierre
I found the cause of the issue.
Not GTK+ nor my application SW.
I use a SW keyboard and it is it which modify the windows current theme!
Why I don't know. But clearly the issue appears when this keyboard is on the screen.
It is "matchbox-keyboard".
In my VSTO projects (Office 2007 / 2010) I would like to use a small popup control (think Tooltip like features; fade animation and mouse interaction).
I would prefer to use WPF. If I were to do this in WPF I would create a custom Popup Control.
In VSTO, as far as I understand it, I must use a WPF window and then have 2 options, either I put this window in a Windows Form Container or I get the Hwnd of my office app and I add this Hwnd to the Owner property of a WPF Window. Am I correct here?
Creating a whole window, animating it on and off the screen etc to look like a ToolTip seems to be overkill.
So my question is how should I do this. I would prefer WPF.
I don't know if this would work but my first thought is to build a very tiny WPF window which is transparent and start it with the Office App. I can then build a Popup Control (which is a child of this tiny window) which I show and not show at a mouse position. Pretty sure a popup can appear outside the bounds of its parent window.
Just wanted to tidy up my own question with what I did. In the VSTO addin project I added a reference to WindowsBase, PresentationFramework and presentation core.
And then I just follow any tutorial or example that adds a WPF Popup. By popup I mean a System.Windows.Controls.Primitives.Popup. For the Placement I used PlacementMode.Absolute and then used a window point to set its position.
This pretty much answers my question. Of course this popup is literally floating above your office window so you will need to make sure that you control it for example if the office window moves, is minimized and the like.
I'm fairly new to WPF and looking to recreate the 'flyout' effect similar to the Wunderlist Windows app where clicking on a button (or whatever) in the main window slides a panel in from the side with the requested detail.
Any pointers in the right direction would be much appreciated!
A WPF form that I launch from a WinForms window shows up with all textboxes as uneditable when it's launched as a modeless dialog. It works well when it's a modal window. I'm still able to type spaces or paste text. But regular typing doesn't work. I'm using 3.5 with SP1. Would anybody know how to resolve this?
You need to make sure to call ElementHost.EnableModelessKeyboardInterop for your WPF Window. This hooks up the WPF message loop to allow keyboard input.
I've got a WPF application in C# that starts off with a loading dialog. As expected, a button for the app shows up in the Windows taskbar.
I would like to detect right-clicks that might be done to that button.
Ultimately, I hope to disable the right-click or simply have the loading dialog regain focus. I've seen that some people use custom libraries and packages (interop, for example) to achieve some Win32 functionality, but I'd personally like to avoid this. Furthermore, these libraries/packages appear to be specific to Windows Forms; I've not seen anything for WPF. Is it impossible to manipulate the taskbar's right-click in WPF?
Can you not just set ShowInTaskbar="False" on the window?
You can set ShowInTaskbar="False" on the window, and then once you are done loading set it back to true in code-behind.