1. Home
  2. Forum
  3. WPF
  4. On maximized not the full screen is covered

On maximized not the full screen is covered

When I maximize my chromeless window (manually or via code), a few millimeters at the bottom (between the taskbar and the bottom of the window) are not covered !

I'm using "Small buttons for the taskbar" (one of the options in the taskbar settings) and when I disable that option (the default, large buttons) than it is correct and all is covered. Is this a bug or am I doing wrong ?

In the attached file, the orange ribbon is not correct, that is part of Visual Studio and should be covered by my window.

Attachment: Syncfusion_01_ad35b6ab.zip

11 Replies 1 reply marked as answer
VR Vijayalakshmi Roopkumar Syncfusion Team June 16, 2021 10:43 AM UTC

 
Hi Geert,  
 
Thank you for using Syncfusion Products. 
 
We have checked the reported behavior with ChromelessWindow "Maximized window is not fully covered with small buttons of TaskBar" using our simple sample, but we are unable to reproduce it our end. Please find the sample from following location: 
 
 
 
Kindly check the video, sample and confirm us whether our reporting behavior is same to reproduce this behavior. Else please modify our sample to issue reproducible, it would be helpful for us to check and proceed on it further. 
 
Regards, 
Vijayalakshmi VR 


GM GMas June 17, 2021 04:45 AM UTC

Hi,

I still have the same issue and I see in the video that it is working fine on your system.

I'm having 3 screens (all the same size) and they all give the same result.

I will try it on a different computer today and will let you know if the issue is still in place there.

Cheers,
Geert

GM GMas June 17, 2021 06:33 AM UTC

The same on a different computer.

But, I see I'm using different packages, see the image attached.

I use Syncfusion.UI.WPF.NET.

Maybe that is the problem.

BTW, I do not find the Syncfusion.GridCommon.WPF package under nuget ...

Attachment: Syncfusion_02_5f921df9.zip

VR Vijayalakshmi Roopkumar Syncfusion Team June 18, 2021 10:13 AM UTC

Hi Geert  
 
Thank you for your update. 
 
We have checked the reported behavior with ChromelessWindow using UI.WPF.NET assembly ,but we are unable to reproduce it. Please find the attached sample and video for the same from following locations: 
 
 
 
Please check the sample, video and confirm us whether our replication is correct to reproduce this behavior. Also specify about your resolution you have used in your system, product version and Windows version. It would be helpful for us to check this issue accurately. However in order to avoid the further delay, we would like to arrange web session to check this issue at your environment. So please provide your availability and we would schedule it accordingly. 
 
Query: BTW, I do not find the Syncfusion.GridCommon.WPF package under nuget ... 
 
The GridCommon.WPF assembly is a dependency assembly of Syncfusion.Grid.WPF assembly, so it is not available in Nuget.org. 
 
Please find it from following UG links: 
 
 
Please let us know if you need any other assistance on this. 
 
Regards, 
Vijayalakshmi VR 


GM GMas June 18, 2021 04:53 PM UTC

Running your latest test solution (so your version of the product) on divers hardware over here.

All systems Win10 pro latest updates and hardware latest (stable) drivers.
  • On one laptop (single screen - resolution 1600x900 - NVidia GeForce 940mx) it works fine.
  • On dual monitor desktop system (System A) (one monitor 1920x1080, other 1920 x 1200) it works fine on the 1920x1080 but not on the 1920x1200 (the ribbon is back).
  • On triple monitor desktop system (my developer system) (System B) (all tree monitors 1920x1080) the problem (the ribbon) occurs on all tree monitors.
  • Also ran it (the bin directory and install of .Net 5 runtime) on divers other PC's and laptops, all mono screens (except one laptop dual screen) and it all worked fine.
Apparently one has to be unlucky to have this issue and somehow multi-monitor is a condition (but not always). The connections are done via divers ports and that is in my opinion not the condition (for instance on one system the monitor connected via hdmi is fine, on the other system hdmi monitor gives the problem).

If this issue is not mentioned by others, I presume at runtime (at clients thus) it does not occur (much) and I can live with that. For you internally, I have provided some more data on these two systems :
  • On 'System A' both monitors are plugged into one NVidia Geforce GTX 1050 Ti card.
  • On 'System B' two monitors are connected with one Graph card (NVidia GeForce GTX 1660 Super) and one monitor is wired up with the second Graph card in the system (NVidia GeForce GTX 1650).
  • On these both systems (A & B), dozens of other software programs (development and non-development software) are used daily and no other program shows that same problem/behavior. For development not .NET/devexpress, not default wpf window, not winforms, not c++/QT (QML) not Java (both JavaFX and swing), not Delphi (firemonkey) ...

Sharing screens holds security risks and is therefore not permitted. Sorry for this inconvenience but it is what it is.

Cheers,
Geert

VR Vijayalakshmi Roopkumar Syncfusion Team June 21, 2021 11:51 AM UTC

Hi Geert 
  
Thank you for your update. 
  
On checking the reported behavior "Gap is maintained between bottom of window and TaskBar in ChromelessWindow" with ChromelessWindow in mentioned screen display resolution 1920 *1200 , we were able to observe the Gap. So we have confirmed it is a defect with ChromelessWindow and we have logged a defect report on this.You can track the status of this bug using the following feedback linj: 
  
  
We will share the timeline for the patch shortly. 
  
Regards, 
Vijayalakshmi VR 


GM GMas June 21, 2021 07:59 PM UTC

Hi,

Glad you could reproduce the problem, but I think it is not an easy one to correct ! It's one of those 'sneaky bastard problems'.

I appreciate keeping me informed !

Can I just stress one more time that it is not only the resolution of 1920x1200 that I have this problem with but also on 1920x1080 (on System B).

Cheers,

Geert


VR Vijayalakshmi Roopkumar Syncfusion Team June 22, 2021 08:09 AM UTC

Hi Geert 
  
 
Thank you for your update. 
  
 
Query: Glad you could reproduce the problem, but I think it is not an easy one to correct ? Can I just stress one more time that it is not only the resolution of 1920x1200 that I have this problem with but also on 1920x1080 (on System B). 
  
 
As we confirmed this as defect with 1920*1200 resolution, we will fix this issue and provide you the patch on 12th July, 2021. We assume it will be work in 1920*1080 resolution in system B configuration too. So please test with that patch and update us the status on it. 
  
 
Please let us know if you need any other assistance on this. 
  
 
Regards, 
Vijayalakshmi VR 


VR Vijayalakshmi Roopkumar Syncfusion Team July 12, 2021 10:23 AM UTC

Hi Geert 
Thank you for your patience. 
We have fixed the reported behavior  ”Gap is maintained between bottom of window and TaskBar in ChromelessWindow” and patch for the same can be downloaded from following links.   
  
Recommended approach - exe will perform automatic configuration.   
   
Please find the patch setup from below location:   
   
  
   
  
  
Assembly Version: 19.2.0.44 
   
Installation Directions:   
This patch should replace the files "Syncfusion.Shared.WPF” under the following folder.   
$system drive:\ Files\Syncfusion\Essential Studio\$Version # \precompiledassemblies\$Version#\[TargetFramework]   
Eg : $system drive:\Program Files\Syncfusion\Essential Studio\19.2.0.44\precompiledassemblies\19.2.0.44\4.6   
   
To automatically run the Assembly Manager, please check the Run assembly manager checkbox option while installing the patch. If this option is unchecked, the patch will replace the assemblies in precompiled assemblies’ folder only. Then, you must manually copy and paste them to the preferred location or you must run the Syncfusion Assembly Manager application (available from the Syncfusion Dashboard, installed as a shortcut in the Application menu) to re-install assemblies.   
   
 
   
Please try this patch and let us know if it is resolved at your end. 
   
Regards,   
Vijayalakshmi VR 



Marked as answer
GM GMas July 13, 2021 07:13 AM UTC

Hi,

Thanks for the patch.

I tried the above mentioned approach, but since I'm using Syncfusion.UI.WPF.NET as the nuget package, it did not work out well for my existing project. On newly started projects using the 'shared' nuget packages, it was solved.

HOWEVER, I upgraded my nuget packages in my existing project to 19.2.0.47 and all works well now on all systems having problems previously. So for me, the problem is solved !

Nice work and it is a pleasure working with a company not only offering outstanding products, but also offering excellent support !

Keep up the good work !

Cheers,
Geert

VR Vijayalakshmi Roopkumar Syncfusion Team July 14, 2021 05:26 AM UTC

Hi Geert, 
  
Thank you for your update. 
  
We glad that our patch resolves the reported problem at your end.  
  
Please let us know if you need any other assistance on this. 
  
Regards, 
Vijayalakshmi VR 


Loader.
Up arrow icon