Activity for xsnow
-
xsnow updated /ChangeLog
-
-
Willem Vermin committed [r465] on Code
3.9.1
-
3.9.1
-
9.1
-
9.1
-
Nik Soggia posted a comment on ticket #17
Hi, you are correct. With a vanilla 3.9.0 I see both the menu and the snow-window icons. I tested your patch and it works beautifully in mate and xfce environments too. Moreover "skip_taskbar" and "skip_pager" sound exactly as the perfect tools for the job. You nailed it! Thanks a lot! Cheers
-
Hi, I assume that with 3.9.0 the panel remains visible, the only thing is that the snow window appears in the window list, so you have two icons for xsnow, one for the menu and one for the snow-window. Am I OK? I guess, the 'correct' way to prevent an icon for the snow-window to appear somewhere is by adding these two lines in main.c, line 1819: at the start of function make_full_maxscreen: gtk_window_set_skip_taskbar_hint(GTK_WINDOW(TransA),TRUE); gtk_window_set_skip_pager_hint (GTK_WINDOW(TransA),TRUE);...
-
Hi, I can confirm that the snow window of xsnow 3.9.0 appears in the window-list of mate and xfce desktop environments unless the dock parameter of make_trans_window() is set to 1. Cheers
-
Hi Nik, nice work! A few days ago I put a new version on sourceforge: https://sourceforge.net/projects/xsnow/files/ Can you test the new version and let me know the results? Thanks for your commitment, Willem On Thu, 18 Dec 2025, 22:32 Nik Soggia, crimex@users.sourceforge.net wrote: To solve the problem I added a -dock parameter to the command line options. Attachments: xsnow.mate.patch (2.6 kB; text/x-patch) [tickets:#17] Panel and dock Hidden on Fedora 43 (Gnome 49, Wayland) Status: open Milestone:...
-
To solve the problem I added a -dock parameter to the command line options.
-
Mate desktop also prefers the dock parameter set to 1, otherwise it shows the snow window in the windows list.
-
Francis Gagnon posted a comment on ticket #17
Alright thanks for your time. On very rare occasion I'm able to see xsnow on the second monitor but it's very rare and random. And when it happens I'm also not able to interact with my mouse in the GUI, weirdly.
-
3.9.0
-
xsnow-3.9.0 is now on https://sourceforge.net/projects/xsnow/files/ I was not able to solve the fedora-monitor1 issue, alas.
-
-
-
Wow, following the thread of a conversation on sourceforge tickets is terrible, with the weird indentation system 😆. Alright. I just noticed that I made a mistake in my test above. I computed my percentage with the first dimension (width) of the resolution instead of the second one (height). On my 3840x1178 display, the perfect -ssnowdepth 500 setting (for my taste) is around 50% of screen height, not 15% as I said above. Here's a video of what's happening on my Fedora 43 + Wayland + Gnome 49 + Dash...
-
Wow, following the thread of a conversation on sourceforge tickets is terrible, with the weird indentation system 😆. Alright. I just noticed that I made a mistake in my test above. I computed my percentage with the first dimension (width) of the resolution instead of the second one (height). On my 3840x1178 display, the perfect -ssnowdepth 500 setting (for my taste) is around 50% of screen height, not 15% as I said above. Here's a video of what's happening on my Fedora 43 + Wayland + Gnome 49 + Dash...
-
Hi Francis, Half of the screen-height is somewhat too much for my taste... But you can adapt the source: in src/fallensnow.c: line 1049: change 0.15 to whatever you like, for example 0.40 . For snow on windows: line 1060: change 0.10 to your taste. Still not understanding why you get nothing at all on monitor 1. I guess you are able to place a window there? (sorry, silly question, but just to be sure). I will try to put a live fedora43 gnome/wayland on a bootable usb stick and experiment. Willem
-
Okay. Well, at 100, the max snow accumulation is about the third of when I configured -ssnowdepth 500 in the terminal.
-
Oh, I forgot to mention: 100 % means 15% of the screen height. On Tue, 9 Dec 2025, 14:44 Francis Gagnon, franckgaga@users.sourceforge.net wrote: Hello, Using 3.9 pre 02: Still no top panel and dock. Also the max of snow accumulation at bottom is still 100. Attachments: Screenshot From 2025-12-09 08-43-25.png (13.8 kB; image/png) [tickets:#17] Panel and dock Hidden on Fedora 43 (Gnome 49, Wayland) Status: open Milestone: 1.0 Created: Sun Nov 30, 2025 05:31 PM UTC by Francis Gagnon Last Updated: Wed...
-
I executed the following (no permision to write file in \usr\local\games: ./xsnow -screen 1 > ~/output 2>&1 Here's the ouput file in attached file.
-
Can you start xsnow in a terminal and send the output produced to me? Like this: xsnow -screen1 > output 2>&1 and send the file 'output' to me. Willem On Tue, 9 Dec 2025, 18:39 Francis Gagnon, franckgaga@users.sourceforge.net wrote: Yes I have two monitors and the issue is only there when I select "all monitors". There is no issue at all when I select my primary monitor a.k.a monitor 0. There is another issue if I select monitor 1. Note that I have no top panel nor dock on the monitor 1. Most of...
-
Yes I have two monitors and the issue is only there when I select "all monitors". There is no issue at all when I select my primary monitor a.k.a monitor 0. There is another issue if I select monitor 1. Note that I have no top panel nor dock on the monitor 1. Most of the time it does not "start" at all. No snow, not star, nothing at all not even outlines on the desktop of monitor 1. This is sad since I would like to see it mainly on monitor 1, since this is my secondary monitor and I frequently see...
-
Yes I have two monitors and the issue is only there when I select "all monitors". There is no issue at all when I select my primary monitor a.k.a monitor 0. There is another issue if I select monitor 1. Note that I have no top panel nor dock on the monitor 1. Most of the time it does not "start" at all. No snow, not star, nothing at all on the desktop of monitor 1. This is sad since I would like to see it mainly on monitor 1, since this is my secondary monitor and I frequently see the desktop on...
-
Yes I have two monitors and the issue is only there when I select "all monitors". There is no issue at all when I select my primary monitor a.k.a monitor 0. There is another issue if I select monitor 1. Note that I have no top panel nor dock on the monitor 1. Most of the time it does not "start" at all. No snow, not star, nothing at all on the desktop of monitor. This is sad since I would like to see it mainly on monitor 1, since this is my secondary monitor and I frequently see the desktop on this...
-
Hi, thanks for testing! I tried it on my debian-13 system. Using one monitor, all went well, I did not lose the top panel, both in gnome-wayland and gnome-xorg. When I have two monitors attached, than the option 'all monitors' in the settings pane causes the top panel to disappear. When I choose 'monitor 0' or 'monitor 1' then things are ok. Are you using more than one monitor? 'all monitors' gives problems in other desktop environments also. Willem On 09/12/2025 17.30, Francis Gagnon wrote: 3.9.0...
-
3.9.0 pre02, see screenshot.
-
Strange, I will have a look. To be sure: which version of xsnow is running? You can see that in the 'settings' panel. Willem On Tue, 9 Dec 2025, 14:44 Francis Gagnon, franckgaga@users.sourceforge.net wrote: Hello, Using 3.9 pre 02: Still no top panel and dock. Also the max of snow accumulation at bottom is still 100. Attachments: Screenshot From 2025-12-09 08-43-25.png (13.8 kB; image/png) [tickets:#17] Panel and dock Hidden on Fedora 43 (Gnome 49, Wayland) Status: open Milestone: 1.0 Created: Sun...
-
Hello, Using 3.9 pre 02: Still no top panel and dock. Also the max of snow accumulation at bottom is still 100.
-
Hi, on https://ratrabbit.nl/ratrabbit/xsnow/downloads/index.html you find the newest version of xsnow. Can you test it? Willem
-
ok, thanks. On Wed, 3 Dec 2025, 16:53 Francis Gagnon, franckgaga@users.sourceforge.net wrote: As someone who lives in the northern part of Quebec, 100 is not a realistic limit for snow accumulation 😅. I tried these settings on my 3840x1178 display (as reported by xsnow): -ssnowdepth 500 : perfect amount of snow accumulation -ssnowdepth 750 : it does not accumulate as much, there are holes that start to appear in the snow bed (see screenshot), even if I disable blowoff and accumulation on scenery...
-
As someone who lives in the northern part of Quebec, 100 is not a realistic limit for snow accumulation 😅. I tried these settings on my 3840x1178 display (as reported by xsnow): -ssnowdepth 500 : perfect amount of snow accumulation -ssnowdepth 750 : it does not accumulate as much, there are holes that start to appear in the snow bed (see screenshot), even if I disable blowoff and accumulation on scenery (and the # of flake is far away from the max) -ssnowdepth 1000: weirdly the snow was not accumulating...
-
As someone who lives in the northern part of Quebec, 100 is not a realistic limit for snow accumulation 😅. I tried these settings on my 3840x1178 display (as reported by xsnow): -ssnowdepth 500 : perfect amount of snow accumulation -ssnowdepth 750 : it does not accumulate as much, there are holes that start to appear in the snow bed (see screenshot), even if I disable blowoff and accumulation on scenery -ssnowdepth 1000: weirdly the snow was not accumulating at the bottom of the screen anymore (without...
-
Any suggestion? 10 or 20 % of screen height maybe? On Tue, 2 Dec 2025, 22:31 Francis Gagnon, franckgaga@users.sourceforge.net wrote: It does work, thanks! Maybe increase the max value of the "On bottom" slider in the GUI ? The max is currently 100. [tickets:#17] Panel and dock Hidden on Fedora 43 (Gnome 49, Wayland) Status: open Milestone: 1.0 Created: Sun Nov 30, 2025 05:31 PM UTC by Francis Gagnon Last Updated: Tue Dec 02, 2025 02:06 PM UTC Owner: nobody Attachments: Capture d’écran du 2025-11-30...
-
It does work, thanks! Maybe increase the max value of the "On bottom" slider in the GUI ? The max is currently 100.
-
try starting xsnow like this: xsnow -ssnowdepth 200 see the manpage or xsnow -h Willem On Tue, 2 Dec 2025, 15:06 Francis Gagnon, franckgaga@users.sourceforge.net wrote: Also, while I'm it, a feature request if it's not too hard to implement: could it be possible to add an option so the snow accumulate without any limits at the bottom of desktop ? Right now the accumulation limit is quite low IMO (see screenshot). Thanks! Attachments: Screenshot From 2025-12-02 09-06-07.png (43.9 kB; image/png) [tickets:#17]...
-
Also, while I'm it, a feature request if it's not too hard to implement: could it be possible to add an option so the snow accumulate without any limits at the bottom of desktop ? Right now the accumulation limit is quite low IMO (see screenshot). Thanks!
-
Thanks Willem! Your quick workaround does work. I can now have a christmas-y desktop at my job in the meantime! Keep me in touch for the actual fix.
-
Hi Francis, thanks for mentioning, I am working on a solution, but for now, you can try to change line 768 in src/main.c: 0, // dock see "IGNORE_ME" for xpenguins and others into 1, // dock see "IGNORE_ME" for xpenguins and others As said, I am working on a more fundamental solution. You can also get version 3.8.4 from sourceforge. I'll let you know when my 'fundamenta;' solution is ready. Regards, Willem On 30/11/2025 18.31, Francis Gagnon wrote: [tickets:#17] Panel and dock Hidden on Fedora 43...
-
Panel and dock Hidden on Fedora 43 (Gnome 49, Wayland)
-
-
-
3.8.6
-
-
-
-
-
-
3.8.4
-
Add the options to spread the snow when a window is moved or minimized
-
msdobrescu posted a comment on ticket #16
Hi, I have build 3.8.1, now when moving and minimizing it spreads the snow. Look much much better! :) On Sun, Feb 16, 2025 at 2:42 PM msdobrescu msdobrescu@users.sourceforge.net wrote: Sure, it may take a while, though. I am rolling a Gentoo derivative, MocaccinoOS. I'll let you know when it is available. Now, there are 3.7.5 as stable and 3.8.1 as unstable. Regards. On Sun, Feb 16, 2025 at 1:14 PM Willem Vermin willem_vermin@users.sourceforge.net wrote: Since version 3.7.9, moving a window spreads...
-
Sure, it may take a while, though. I am rolling a Gentoo derivative, MocaccinoOS. I'll let you know when it is available. Now, there are 3.7.5 as stable and 3.8.1 as unstable. Regards. On Sun, Feb 16, 2025 at 1:14 PM Willem Vermin willem_vermin@users.sourceforge.net wrote: Since version 3.7.9, moving a window spreads the fallen snow. Can you try to download and install the latest (3.8.3) version and tell me if it works for you? [tickets:#16] https://sourceforge.net/p/xsnow/tickets/16/ Add the options...
-
Since version 3.7.9, moving a window spreads the fallen snow. Can you try to download and install the latest (3.8.3) version and tell me if it works for you?
-
Add the options to spread the snow when a window is moved or minimized
-
3.8.3
-
-
-
-
-
3.8.1
-
3.8.0
-
-
-
removed src/safe_malloc.c
-
version 3.7.9
-
Color Picker and Plasma KDE
-
Back to the original issue: - the eyedropper button is not visible in all desktop environments - when visible, the behavior is erroneous - the eyedropper is not important for xsnow - Mark Capella has a solution, using QT - having QT next to GTK3 only for the eyedropper seems to me an exaggeration So, I leave the color button as it is. Expect a new version of xsnow within a few weeks or so.
-
Hi again, I implemented the fallensnow->flakes conversion when moving or resizing a window. Looks good. I also made the gui window non-resizable. The problem you mentioned with fallensnow staying fixed on the screen, I could not reproduce, even with your fxClock as test window. Did not try it in KDE though. Thanks for your input. Let me know if there are more issues. BTW: I put the new version on https://www.ratrabbit.nl/ratrabbit/xsnow/downloads/index.html
-
Mark Capella posted a comment on ticket #15
:-) This was a huge fun win https://github.com/markcapella/plasmasnow/issues/24 It's a big patch as i update random annoying things sometimes in my commits. This was huge too but Plasma specific. https://github.com/markcapella/plasmasnow/issues/25 This was nice to clean, and you can do it quick. https://github.com/markcapella/plasmasnow/issues/9 It's full of other stuff but one line fixs it. https://github.com/markcapella/plasmasnow/commit/65c145cafcbf40e894f806f37dfa89f6a391690c#diff-990dae1344899558d7ffaa533086e34702bf4c0705be048baa2d081dc2fe0fd9...
-
Hi! you did an impressive job on xsnow! I also love your fresh scenery pictures. You state that you corrected many realtime bugs. Can you name some that are present in xsnow-3.7.5? Using your code I could try to repair them in my version, despite my two left hands when coding for gtk and X11. About vintage: - xsnow-1.42 came with a copyright, prohibiting changing the code, apart from adapting to other environments. Rick Jansen and I agreed that I could develop xsnow provided that there is a 'vintage'...
-
Hello! I really like this app and Plasma KDE is the best afaikt. I forked a version and added a QT module to the build to replace the GTK colorpicker with the Qt picker which works cross desktop. I've done quite a bit of work you might to peek @ https://github.com/markcapella/plasmasnow. Improvements in the windows.c area are helping much with realtime bugs. This is a lot of fun. I want to add Xmas lights module next :-) mark On 2/24/24 21:03, Willem Vermin wrote: Sorry for late response, I missed...
-
In gnome, the 'eye dropper' works as expected. In KDE, the bug is probably related to https://bugs.kde.org/show_bug.cgi?id=456418
-
Sorry for late response, I missed this ticket. You are right, the 'eye dropper' fails to function. It selects black, but the snow color is not changed. Btw, in xfce, the 'eye dropper' is not shown. Thanks for mentioning, I'll have a look.
-
configure --disable-selfrep broken
-
Uploaded version 3.7.8, problem should have been solved.
-
-
-
3.7.8
-
3.7.8
-
3.7.8 with correct configure.ac
-
3.7.8 po-files
-
3.7.8 fix type in ChangeLog
-
3.7.8
-
Ah, too bad... Forgot to test that flag. On a short vacation now, will repair in 10 days or so. Thanks for bringing up the issue and giving a solution. Regards, Willem On Sat, 3 Feb 2024, 17:16 Andrea Musuruane, musuruan@users.sourceforge.net wrote: Broken again in v3.7.7. It seems that removing the tab in line 86 solves the problem. [tickets:#14] configure --disable-selfrep broken Status: open Milestone: 1.0 Created: Tue Mar 21, 2023 03:07 PM UTC by Andrea Musuruane Last Updated: Wed Mar 29, 2023...
-
Andrea Musuruane posted a comment on ticket #14
Broken again in v3.7.7. It seems that removing the tab in line 86 solves the problem.
-
version 3.7.7
-
-
-
-
-
3.7.6
-
Color Picker and Plasma KDE
-
-
-
-
3.7.5
-
Version 3.7.4 is now available, with repaired --disable-selfrep, see the ChangeLog.
-
1 >
