Open s-v-o opened 1 year ago
same behaviour by me. Didn't consider it was a glazewm problem.
Same issue here, which unfortunately renders the project unusable for my current workflow...
Same here on Win11. If I remember correctly, this didn't happen on Win10.
I thought it was an issue with my Excel Installation but then noticed they all disappeared right once a Window management action was done.
Same here. FWIW, I'm on Win10 enterprise edition.
Same here. I'm on Win 10 Pro 22H2. Word and PowerPoint work perfectly fine.
Can confirm, Toggling full screen doesn't remedy the issue either.
Edit: After playing around with it more, it seems to only affect the excel workbook on move or focus to workspace. If i'm in the workspace the Excel App is going to bind to, I get the ribbon. I tried the panes as well, like the 'Queries and Connections' pane and the 'Navigation' pane. They seem to disappear as they are either focused on or off. I'm going to try some float settings, as they may be getting "left" on a different focus layer??? I don't know if that makes sense.
FWIW: As a workaround I've added this to my config.yaml:
- command: "ignore"
match_title: "/Excel/"
So Excel is ignored from GlazeWM and I could use it. But of course this way Excel is not managed by GlazeWM.
Here to add another barely useful nugget of information. I'm having this exact problem, here's how I'm forcing it to work for my workflow.
I have a few apps that I want Glaze to ignore, (they will appear in every workspace, keymaps don't work on them, etc) and one of those is PowerToys, because I use PowerToys Run to launch applications easily (With the exception of my browsers/terminal/Spotify which I launch with Glaze keymaps) and I don't want Glaze to get confused by the popups and other tools.
Basically, I decided to take advantage of the fact that Glaze doesn't work with Windows' Virtual Desktops, meaning when I switch desktops Glaze still works, but the workspaces I made in the previous desktop are not accessible in the new one. To make desktop switching easier, I used PowerToys' "Keyboard Manager" to map <alt+,> and <alt+.> for switching between virtual desktops.
This way I can keep my regular workflow in the main virtual desktop with all my Glaze workspaces, and have any "ignored" applications in another virtual desktop that I can switch to whenever I want. Obviously, this is not a true solution, and I definitely spent way too much time writing this but hopefully someone will find it semi-useful.
NOTE: For some reason, the four finger swipe to change workspaces stopped working for me whenever Glaze is running, but using a keymap works better for me anyways.
I get two different windows when I open a workbook...
Then after switching workspaces the ribbon disappears as others have said.
+1 on this still being an issue. Super frustrating. As soon as glaze interacts with the excel window, the ribbon is gone.
The rust rewrite is also affected (preview version) (#604)
I believe this issue has been identified in other window-management software. This discussion might provide useful information: https://answers.microsoft.com/en-us/msoffice/forum/all/excel-ribbon-disappearing-when-switching-virtual/8fe6fa89-7b96-439e-aa6b-0ae5f6b9c275
Haven't worked out how to apply it to glaze.
To get the ribbon back quickly, you can type <C-o><Esc>
: it opens the "Open" menu (<C-o>
) then closes it (<Esc>
). For some reason, Excel re-draws the ribbon in that scenario.
Not exactly a workaround, but at least you don't have to close/re-launch Excel every time… 😒
Oh geeze, thank you! That worked an is good enough for now, honestly. I was losing my mind.
In case newbs like me didn't understand superwhoopy's solution at first, it's Ctrl+O then Esc in Excel for regular Windows users.
I have a strange behaviour with Microsoft Excel.
When I start Excel, everything is fine:
After changing the workspace and comming back the menu and ribbon bar disappear:
Even stranger: Everything works fine in Word.
I cannot say excactly in which version of GlazeWM I first noticed this.
There are no new entries in errors.log.