JWM-905 for Slacko 700 (32-bit)

[Sailor Enceladus]

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 6.9.6.4). 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.

[norgo]

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.

[Sailor Enceladus]

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?

[Sailor Enceladus]

Here's another build for Slacko64 700

[8Geee]

I looked at that highly-magnified pix. ya know, theres a pattern of 16 in there. The first and last : are the "zero". This must be something to do with scaling?

:......:.....:..:

May be a clue
8Geee

[Sailor Enceladus]

Here's one compiled for radky's DPup Stretch CE