-
-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fvwm3 and Galaxy Organizer #1130
Comments
I think the issue is you need to properly configure fvwm to do what you want it to. First fvwm doesn't run xdg autostart .desktop files, instead you need to add what you want run at start to the Second, you need to use setup styles to configure how you want fvwm to decorate and position that window. So something like I really don't see this as a bug with fvwm, but the fact fvwm requires you to configure things in its configuration file to get the behavior you want. |
Thanks for the answer! What command should I add to my post-installation script so that gorg64 runs from fvwm? I'm afraid to mess it up - there's a lot described there. About always on top. This is more of a bug, although it can probably be fixed by adding a special configuration. These aren't individual settings, but common settings for everyone. |
I think you are missing how fvwm works. It is up to fvwm users to configure things themselves. You could provide documentation for what they need to do, but the user will have to add that info into their own configuration file if they want it. |
Could you then write not a script, but a compact instruction for the Galaxy Organizer and similar programs with a clock in the foreground, autostart and scheduler for your users? Perhaps from your own experience of launching it. This is a special type of program, and it may be difficult for users to take into account all the nuances of this. It is difficult to guess what settings to make in this case. The user, for example, can launch the installed program and see the clock. In a sense, this may please him, but he may not assume that for normal work he needs autostart (full-time runned automatical system), and the clock panel was supposed to be on top of all windows and always visible. I do not have such a lot of experience using fvwm to write such an instruction for it, but I can only warn users about the additional complexity in this wm. But I understood the situation with these questions. Thanks anyway! |
I personally would not run a program that wants to override the window manager and decide if it should have decors and where it should be placed. That is the job of the window manager. There is a reason Yes, fvwm is complex and is not a window manager for everyone, it requires the user take time to learn how to write their own configuration, so warning them it is complex is just fine, it is. You can send users who need help configuring fvwm to the forums, https://fvwmforums.org/, and we can help them style the window so it has no decor or stays on top. In my experience it is often the other way around, fvwm users are constantly trying to work around applications that want to override the window manager's decisions by removing their decor, try to stay on top, or control their position. So if you want to make your application work better for fvwm users, have a way to turn off all the overrides you are using, and let the window manager do its job and manage the window. The biggest thing for fvwm is to have a well defined class/resource for the applications window that we can match against to be able to style it using the hundreds of fvwm available Styles. |
Upfront Information
fvwm3 --version
)fvwm3 1.1.2 (1.1.1-2-gefef84cf)
uname -a
Linux my 6.12.1 #2 SMP PREEMPT_RT Sat Nov 23 11:28:06 MSK 2024 x86_64 GNU/Linux
Debian Sid
uname -sp
)Linux unknown
Expected Behaviour
I make fvwm3 from git sources and run it.
Steps to Reproduce
The text was updated successfully, but these errors were encountered: