-
Notifications
You must be signed in to change notification settings - Fork 23
Frame on Windows For Native Menu #16
Comments
I'm sorry, but this is the first time I've noticed this. That's a great idea. |
Hi @seo-rii, thanks for your detailed response!
I notice the title bar always remains white unlike the menu bar. Are you seeing anything else that I have missed?
This appears to be due to the
I did have a look at this and have tried it before, but I am hesitant given that they are archiving the project shortly. The only "real" issues I have noticed are:
Whilst I have used NAPI, I am completely new to the Windows accent policy stuff, but I will research and see if I can offer any help. |
I'm so glad you can help! |
Though this is a great idea, turning off the frame should require the developer to design an own frame for the application. By not doing so, the standard frame for the os should be used. Therefore options for how the frame should look and behave should be implemented in electron and not this repository. |
Hi,
First - thank you for producing this package. I've been waiting for years for this effect to arrive on Windows, and thanks to your work it is now. Saw your PR to get this officially into Electron too!
I had a question regarding the usage of
frame
on the Electron BrowserWindow. Whilst your documentation states to switch it off, I wondered why as it is actually functional (albeit with some styling issues which I explain below - hopefully something fixable):Okay. So:
1. When
frame: true
The menu does appear, and the window shows the thick frame (thickFrame: true is default on BrowserWindow)
2. When
frame: true, thickFrame: false
This removes the thick frame, which then causes a gap around the menu toolbar
2.1. Toggling Windows Light/Dark Appearance
This seems to cause the menu to "fit" the window again.
Moving Forward
Clearly when the appearance mode is changed, the window undergoes some kind of "refresh" that makes the native menu fit the window. Not too sure how to trace what this process is, but it'd be great if the BrowserWindow could somehow replicate this on startup so your library can offer a BrowserWindow with a menu in line with non-acrylic windows.
I thought I would check your thoughts on this matter as I assume you are probably already aware of this during your development efforts.
The text was updated successfully, but these errors were encountered: