I am developing a windows form application where one of the forms uses the border style of SizableToolWindow however this causes issues when you have the windows taskbar set to the side of the screen.
Is there any possible way to stop this happening without moving the taskbar?
Solved
Changed the window border to "sizeable"
Changed the window border to "sizeable"
suggested
Any reasons why you are using a ToolWindow when what you actually want to display is not a ToolWindow ? This works perfectly with a standard window – Franck
Related
i got a problem with a wpf application. I got a checkbox to set the window always on top, but when i activate the checkbox and set TopMost = true not only my window gets in front, also the taskbar.
My problem is, my application should stay in front of another fullscreen application. This means, only the window should be in focus, not the taskbar.
I found a solution with hiding the taskbar completely as soon i active TopMost... but this is not a satisfying solution, because the taskbar is also hidden, when I use my tool without the fullscreen application.
Summary:
- setting the application window always on top with my checkbox
- with my fullscreen application running, there should be no focus on the taskbar
- when running without the fullscreen application, the taskbar should be shown without focus.
I hope somebody can help me and thanks for your attention.
best regards,
Simon
I'm not sure if it works, but you can try this: disable the Taskbar-Icon for your TopMost-App.
Another workaround would be to let the taskbar always slide out of view (its a taskbar setting)
I am creating a WPF app with a custom window chrome using the <WindowChrome.WindowChrome> tag and properties that go with it. I implemented the Windows commands needed to correct the sizing issue for custom windows, and all of that is working great, however I notice that in standard windows (at least for Windows 10), when you minimize or close a window, it doesn't just disappear, you see a faint animation before the window is either minimized or closed. In my custom window, when I execute either of these actions the window just vanishes, which isn't bad or anything, but if I want to mimic my custom window as closely to the standard as possible, I assume I would need to code that somewhere using something from user32? Has anyone else noticed this before? Is this just how it is for custom windows?
Notes: I am developing on .NET 4.5.2 in C#.
Thanks!
I just ran into this, and this post gave me the necessary clue:
Change the WindowStyle before WindowState is no solution, because of "AllowsTransparency = true".
Indeed, if i use WindowChrome but don't set the WindowStyle to None, the animations work fine. It's only once you use transparency that this breaks. You didn't specify needing that, so maybe this is your solution!
I'm planning the development of a fairly simple app and have little experience with UWP, some with Winforms. I'd like to make it so that the user can dock the app (similar to the taskbar, but the size of a browser tab) to the edge of the screen and allow it to slide in/out on click or hover. Searches have turned up nothing (maybe I'm not using the right terms) and I've yet to see this functionality on a Windows 10 app.
I'm thinking that I could just force the window to be offscreen or have a 0 width. But I'm not certain how to make a tab appear when that happens. Would I make a second window that is the tab?
All constructive thoughts and ideas are welcome.
I have a form that is on the 2nd monitor and full-screen. I want to prevent all other windows from accidently being moved into the second screen and over lapping my form.
I also need to make sure that if a window gets moved to the other window and I use topmost, I don't want the other window to get lost.
I want to make the 2nd monitor( or my app ) un-overlappable. Not necessarily make it the topmost app.
This is a c# form.
What would be the best way to do this?
Form.TopMost property:
A topmost form is a form that overlaps all the other (non-topmost)
forms even if it is not the active or foreground form. Topmost forms
are always displayed at the highest point in the z-order of the
windows on the desktop. You can use this property to create a form
that is always displayed in your application, such as a Find and
Replace tool window.
Sorry this is probably a really silly question but I am developing a WPF form on a Windows 7 machine with VS2010 yet when running the application the form still looks like a standard WinForms window.
I am assuming that it requires an extra component installed on the system to be displayed as shown in the designer?
PS: To be more specific what I am referring to is basically the outline and border.
No, what you are experiencing is totally normal. Unless you have altered the default style of your controls, your application will be drawn using windows default look and feel.
That border is just for design purposes. But you could add your own Border to recreate it during runtime.