4.4.1.stable
Hi everyone. I Want to Make a SoftWare. But I have something trouble with godot.
As you can see
I created a StatusIndicator with a PopupMenu to make Trayicon.
The Trayicon is working But the window is Can’t Hidding.
Finally.
I think the problem is in the root node.
if root node can change the class to Node or Contral Whatever.
Hoping for your good news. Thank you so much.
mrcdk
September 7, 2025, 6:07am
2
I don’t think that’s possible. There are a couple proposals about this:
opened 04:03PM - 18 Nov 23 UTC
topic:porting
### Describe the project you are working on
I am working on a widget software f… or windows and the user can creates different widgets (which are windows in godot) with many types of functionality.
### Describe the problem or limitation you are having in your project
The software is appearing in the taskbar and due to many functionality from the widgets, the icon in the taskbar is unrelated and also being irrelevant to the user
### Describe the feature / enhancement and how it helps to overcome the problem or limitation
The feature would help me overcome the issue by hiding the godot app from the taskbar, not interfering with the user workflow or filled with unnecessary icons.
### Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
settings -> window -> showIntaskbar checkbox to check or uncheck (boolean)
or
```GDscript
get_viewport().showInTaskbar = true/false
```
### If this enhancement will not be used often, can it be worked around with a few lines of script?
```GDscript
get_viewport().showInTaskbar = true/false
```
### Is there a reason why this should be core and not an add-on in the asset library?
It's just one line of code to enable or disable / Single checkmark in the project settings. no additional configurations are needed.
opened 05:36PM - 25 Feb 21 UTC
topic:porting
# Run exported as system tray, with (or without) script.
### Describe the pro… ject you are working on
Well, I was thinking about my future project, where it will be a multiplayer game and along with the game there will be advanced systems like _native auto-update_ and _out-of-game notifications_ ("**Match Found!**", for example).
### Describe the problem or limitation you are having in your project
But, one of those features have a engine limitation for now. This feature is **out-of-game notifications**. It needs to be another **.EXE** and running as **System Tray**.
### Describe the feature / enhancement and how it helps to overcome the problem or limitation
It would be nice, when exporting the project for _Windows_, _MacOS_ or _Linux_, an option that runs the program on the **System Tray** and define some functions if the user opens the **Context Menu** on the icon.
With that, we can make some **popups** using custom GUI. (Concept below)
### Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
**Concepts:**
> 
>
> **The operation will be as follows: There will be a _PoolStringArray_ to be able to define functions in the Context Menu.**
> 
> Syntax: `(OPTION_TITLE : String, GDSCRIPT : String)`
### If this enhancement will not be used often, can it be worked around with a few lines of script?
If by any chance, this cannot be done visually on **Export window**, you can use the following **GDScript** commands:
`OS.on_system_tray(true)`;
`OS.system_tray_context(INDEX : int, OPTION_TITLE : String, GDSCRIPT : String)`
### Is there a reason why this should be core and not an add-on in the asset library?
Well, from what I know about programming, unfortunately that will not be possible as a plugin/add-on in the **Asset Library**, for perhaps being very complex.
And a PR implementing it on Windows here:
master ← Lielay9:windows_tool_window
opened 11:38PM - 29 Nov 24 UTC
Implements https://github.com/godotengine/godot-proposals/issues/8467 for Window… s.
About property name:
Window flag names seem to be negated (Why?), e.g. "unresizable", "unfocusable".
1. `show_in_taskbar` would break the trend (default value would be true).
2. `hide_in_taskbar` is not great, since it works contradictorily to`visibility = true/false`
3. `skip_taskbar` is little less descriptive but works intuitively. (CHOSEN)
About the approach:
Windows has 3~4 ways to hide/remove/delete a bar from the taskbar.
1. `WS_EX_TOOLWINDOW` extended style. Also changes the appearance of the window, which is not ideal. I have yet to see this style used by Windows itself.
2. [Win 32 docs](https://learn.microsoft.com/en-us/windows/win32/shell/taskbar#managing-taskbar-buttons) (_Yeah no_):
> ...you can create a hidden window and make this hidden window the owner of your visible window.
3. `WS_EX_NOACTIVATE` extended style. Doesn't change the style, but the window can't be edited or interacted with... except if you activate the window afterwards, sometimes with some undocumented ways [like we do currently](https://github.com/godotengine/godot/issues/91711) :^)
4. Just get the taskbar list (`ITaskbarList`) and delete the tab. Shouldn't have any side effects on window style etc. Seems to be the way most handle this. (CHOSEN)
<details>
<summary>Previous constraints that were removed:</summary>
<br>
There are currently 2 arbitrary limitations that can be removed if folks find them too restrictive.
- Main window can't be hidden. I don't see how this would be useful. Added mainly to avoid people accidentally minimizing all their windows.
- Taskbar visibility can't be changed when the window is visible. Again, not sure why anyone would need this. Added because I doubt it would be useful and because I'm too lazy to find out if it is possible on other platforms, and because I don't want to find out what bugs toggling it can cause (the real reason).
</details>
It’t not working in godot stable verson. (4.4.1)
1 Like
system
October 10, 2025, 10:07am
4
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
