Feyter

Honestly after using it for a while now it's not that bad at all :) And you can install a dock / taskbar so I have all I needed

Actually I started a Multiplayer project quite some time ago (and never finished it to this day 🥲)

The tricky part about multiplayer in godot is not handling network connection stuff because this is done by Godot itself and you do not need to know anything about TCP or UDP and this technical stuff, although it does not hurt to know some background. So Godot is utilizing something called ENet-Protocol to implement Remote-Procedure-Calls (RPC).

That means you can call functions over the network in other instances of your game running. And from this 2 tricky things emerge. The first is that you need to construct those functions in a way that they cannot be exploited, not in an cheater manner and not in a system security manner (as long as you don't have any file system access in those functions at least the security aspect should be very easy to fulfill)

The other tricky part begins when you want your network game to be played outside of a fast Local Area network (LAN) and be playable in the open world of the internet. Because not only will you be forced to provide some sort of infrastructure enabling your game instances communicating from within a players local network with another instance in another local network, additionally packet travel time is becoming significantly worst and data lost must be assumed. So you need to structure the interaction of the game instances in a way to handle this. Basically you will need to predict what will happen in clients before you will receive any a definitiv answer and then maybe addapt to this answer without the player noticing this...

The following articles I found very helpful for understanding problems some might encounter while make a multiplayer game: https://www.gabrielgambetta.com/client-server-game-architecture.html

Also this videos I think are usefull to understand the concept of RPC and Multiplayer in Godot better. Please note that a older Godot version is just in there and the syntax has slightly changed by now but the concepts remain the same: https://www.youtube.com/watch?v=d8QpnamQq1A https://www.youtube.com/watch?v=lnFN6YabFKg&t=1s

And like always the Documentation also has somthing to say about this: https://docs.godotengine.org/en/stable/tutorials/networking/high_level_multiplayer.html

Some more tips to get you started: If you not already using it consider the Godot CLI to setup multiple instances of your game for debugging this is quite handy. https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html

And of course you could just skip all this RPC/Enet stuff and start implementing your own network calls but I don't think that this is really worth the trouble for 99.9% of the use cases.

I thought about this now for a while and the only case in which I could imagine this "no-dock" Workflow beneficial is when just using one application (or more in split screen) and not switching around much between random applications.

However this is not my Workflow since in my daily business I often need to switch From Blender to Godot, maybe have to select single project files in different directories and edit them with gimp or plain Texteditor. Then realizing I have no idea what I'm doing and try to find a solution online I could copy and paste... And many times just with one screen available because of directly working on the notebook.

I voted this up just for all the toxic irony in it. Really missed this since I'm no longer on reddit 😄

It seems that how gnome is coming in Debian 12 it is coming without a permanently visible dock. (Yes I know sounds crazy) so there was nothing wrong with the system the error probably just occurred because I (re)installed gnome-panel in an attempt to fix something that was not broken.

Thanks man. That is both a relief and a shock for me.

Debian unser actually prefer it this way?

Thanks for pointing this out. Yes, I can go to activity and that brings up a panel at the bottom screen and a search field from where I can start any app.

But I would have expected to have the panel there permanently showing all running apps and favorites or at least blender in when I hover with the cursor to the bottom of the screen. I also find nothing regarding a panel in the settings. In Ubuntu options for this is under the "appearance" Tap in the options.

Is gnome not supposed to work like this?

Thank you. Will definitely do this (should have done it right away I guess)

But from your comment I assume gnome-panel is the correct software for this and something is definitely wrong with my setup.

Maybe installing Debian from the live image is not the best idea?

I thought CentOS is actually downstream?

I feel like release/update cycles should be the main thing to seperate between distros.

Many users don't need to be on the latest software and prefer a more stable system in which pages are in line with a overall kernel or OS version.

Some other maybe prefer the latest version and therefore distrios with rolling release cycle with the small risk of instability may be preferred.

Challenge accepte... Wait what?

I don't know anything about your job or the company your working at, but just reassigning you to another team without any previous conversation or asking you how you would feel about that shows a really bad management. A no go if you ask me.