Posted: Wed 08 Feb 2017, 15:06 Post subject:
JWM-905 for Slacko 700 (32-bit)
I was having problems with jwm 2.3.2 and 2.3.6 freezing every now and then when clicking on the Menu button, so I made a pet that restores the jwm905 from Slacko 5.7 into Slacko 700 (currently 184.108.40.206). This version always opens the menu faster on my old single-core CPU and does not have the "jwm freezing your entire desktop so you need to restart X" problem in 2.3.x (or if it does, the problem is much more rare in it). This will also replace ptheme and pdesktop with the classic "JWM Windows Manager Settings" and "Chtheme GTK/QT theme chooser" in Menu -> Desktop. I didn't make an uninstall option so if you have a savefile or stuff open you might want to back it up before trying this pet. If you find any issues, let me know and I'll try to fix them.
This pet won't work on Slacko 6.3.2 but substituting the 905 binary from the 14.1 repository should work ok with that version.
Just download it then click on it to install over JWM 2.3.2
Posted: Sun 12 Feb 2017, 13:32 Post subject:
Desktop freeze JWM
Hello @Sailor Enceladus
is there a way to force such a desktop freeze ?
Up to now I have had only one time a freeze. (I'm using currently the Slacko testing branch of 2017-01-17)
This happened exactly when I changed to another wallpaper.
So I had a look at the wallpapers because they could be the reason for this.
The first thing I noticed is a very strange upper rim of the wallpapers.
Furthermore it's not possible to view these SVG's in a webbrowser or InkscapeLite.
Could you change your wallpaper to the pop.svg or to a self created JPG or PNG wallpaper for testing please.
Would be interesting whether you get freezes further on.
I don't know whether this is the reason or not.
It's only a guess and easy to test.
Thanks for the reply norgo. I'm not sure how to force the desktop/menu freeze every time but tried your suggestion of using a different svg file for a while. Today I was using pink.svg and the freeze happened again. Still, what you mentioned certainly seems to be a bug, and loading pop.svg took about 5 seconds to load as a wallpaper when all the working ones took less than 1. I think the bug is on the <svg width="305mm" height="250mm" version="1.1"> line? I've never used a puppy where the top of the image actually worked without those weird lines, maybe it worked back in the day with a really old version of libsvg?
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum