___090719___uP476std (Xorg and Xvesa, slight return)
a series of full-size screenies for the bandwidth-profligate from the wm-collection ..
afterstep 288k,
blackbox 123k,
openbox 195k,
jwm-no-Supup 524k and finally
jwm-beta 242k
.. afterstep had a few issues menu-wise, blackbox simply 'just works' (enough so that I modded the Spiff style a bit), the newer openbox does a good job of updating the xdg-menu (finally). Jwm in Xorg reverts to the Supup bg on a fresh session boot from liveCD (in Xvesa it doesn't, likewise no issue with jwm menu/tray/header icons/not depending on 16/24 color depth) .. don't know enough about the drawing engines (qiv is a bit quicker at rendering than xli in jwms, enough so that I used it for a 'preload' so conky gets the bg to render a pseudotrans effect without needing any delay) .. there's something with the timing and PuppyPin in Xorg, qiv flashes the desired bg on a cold boot and then the 'custom' PuppyPin0 gets rewritten to point to Supup's default.jpg (which must be somewhere lower in the layers since I've overwritten it a few times) and a fresh set of rox/home, driveicons and trash arrayed as if for an 800x600 display size .. on my usual 1024x768. Other than that minor jwm display puzzlement at cold boot in Xorg, it all seems to be fairly stable as far as I can tell from my limited use.
I seem to recall also that the 'disappearing' pmount gui issue was addressed at some point but the solution reference if it did get solved eludes me at the moment (somewhere in BK's blog?). Noticed in the pP417 bugs thread that the annoying 'two-step' behavior - left click on a mounted-status driveicon brings up a yaf-dialogue rather than simply opening a Rox window for that drive .. yep, that's annoying for those of us in the habit of rightclick,etc to unmount.
___090531___upup-476std with Xorg (minor addition)
Jwm 'no icons' issue - reducing the color depth from 24 to 16 (as per floborg's page 4 post) in /etc/X11/xorg.conf, Section "Screen" is a viable workaround. Unfortunately this will also make finer gradients 'blocky' so it's kind of a compromise.
AfterStep wm is fine with all icons in 24 depth, so I'm thinking it has to do with what engine Jwm is using to draw with and perhaps how it's set up or interacts?
sidenote on xorgwizard - this utility is not so good for me as a means of tweaking in some instances, it gives higher results than my choices such as display size (it's probably ok as a simple Xorg/Xvesa switch or to navigate to edit xorg.conf while out of X) since it seems to have some difficulty with lower display sizes for me. Reading up a bit on Lobster's page 3
link helps a bit ..
___090527___upup-476 std and IDE(retro)
Made a bunch of notes but it boils down to 476-IDE(retro) simply is more stable for me.
Xorg - was even able to get into (in retro), but too much fiddling for minor gains and some drawbacks - more of the enhanced jwm would be nice but it needs to be compiled in I'd imagine to work proper since older betas failed for me (didn't notice any change with the jwm-456-i386.pet and the earlier beta with translucent option cleared the 'usual' Rox wallpaper and driveicons as well as the jwm window decor, menus and trays .. good thing ctrl+alt+bs worked
). Xorg works but as noted by others the jwm menu-icons all fail (mimes, desktop, context & etc all oki but that's all gtk I believe.. all 'interior' and pinboard stuff). Hmm, I'd say jwm looks to be the culprit (icons in dock section of tray are the *only* 'exception' unless that smallish area is gtk) .. no mainmenu, header or tray icons. Blackbox seemed a bit crisper but it's pretty much icon-free. Didn't get a chance to try with AfterStep (which has its own icons and display methods).
.. full-size screenies for
upup-476IDE(retro)-289k and
upup-476standard-506k
. . . addenda on .sfs/.2fs click-mounting
upup-476 will successfully click-mount/unmount 'other' upup sfs(s) and .2fs savefile(s), but has an anomaly doing so with 'normal' pup sfs(s). It reports a "fail", but the mount-as-such is still present in /mnt (Rox window).. this may result in issues with removeable drives (optical media and thumbdrives, etc) and/or the driveicons or other parts of pup-event management. Dunno, I was a bit more careful with removing the failed mount-as-such item(s) after I noticed them (it may have even contributed to how upup-476std got bollixed on an optical driveicon/mounter for me).
note - used the xdelta to make the 476std iso from 471, but did it the 'old-fashioned' way (since a rename of how I had to save the renamed-as-downloaded-in-win32 wasn't working in pups) .. the xdelta-created iso md5 matches the published md5 for 476std. Thanks again, BK
@bugman - there's a
wikipage for xdelta ('old fashioned' way if the new ui's a no-go for ya, I just do the dotpet in whatever pup is handy and follow the fairly simple cl instructions - hth)
________________________
testing on: i686 machine
processor - Pentium 3 @1GHz
RAM - 512M
vidcard0 - RV280 (aka ATI Radeon 9200), AGP
vidcard1 - not used (switched in BIOS), PCI
soundcard - emu10k1 (aka Creative Audigy 2 ZS or SB0350)
boot/save method - liveCDrw (both)
limitations - no printer, no internet connection
… my previous upup-461 & 471 tests, fwtw nbusw …
) and I got exactly the same behaviour with Pmount as my 
]
