Puppy Linux Discussion Forum

`f00 · Posted: Mon 25 Mar 2013, 20:19 Post subject: Subject description: yup

Of course then you just get a 'standard' pointer for the hovers. Some cursor sets like Neutral_Plus_Inverted (aka npi) actually look really good for the hovers - the appearance is fairly intuitive, anyhow Wink

.. even a few surprises in that set (a proper right_ptr for one)

On the testing side, did a quick-o compile of 707 in p431 - it crunked out on src/fonts with default options enabled, but fine with my usual disables .. glad scsijon does do his with fribidi and so on for the wider base of users. For a lark, I tried that binary in racy 5.4.91 .. seems fine on all the major functions.

Minor - tried the new tasklist attribute border="0" (or "false") in tray file, border/outline persists on buttons (windowbuttons in tasklist and traybuttons as well) Neutral

It's a cosmetic preference to be sure, full windows or shaded titlebars take a border/outline well but it can look a bit overdone in the confines of a tray (with some themes it's more noticeable than others). Maybe something odd on my side (disables or using the p431 binary in racy), will test again when scsijon does a 707..

heh, the real magic is having good source code to work with

scsijon · Posted: Mon 25 Mar 2013, 21:57 Post subject:

I shall be building jwm's thursday night,

!I need a change from working on mage2 as I have been running around in tighter circles the last few days, I finally realized the problem last night. Nearly three months work unnecessary, ouch!

@'f00, maybe instead of playing with mick's jwmconfig2 with 431 you should use the 691 config pet on the first page as it's barryk's puppy standard', just updated for the new jwm format.

EDIT: WED
@ all joe is up to 715, I shall build tomorrow pm and upload thur night as i've had a sudden 'burst of brain power' and I think that I have sorted out most of my remaining mage2 problems!

scsijon · Posted: Thu 28 Mar 2013, 06:01 Post subject: JWM V704 release & 716 test

I have updated both the Release Version to 704, and Test Version to 716.

Attached is the changelog for those interested. Rename it without the fake .gz and open with geany to view it.

Will testers make sure they state what puppy they are testing on please.

As usual, the Test Version will be rebuilt to Release Version Quality approximately 14 days after no problems have been found unless a further test version is required.

Have fun folks.

scsijon

`f00 · 722 (w/xcompmgr) in precise 5.3.96

tested on racy 5.4.91 (kernel 3.8.0)

Everything looks good in normal mode.

With kcompmgr -n enabled .. toggling max-full, max-v and max-h leaves remnants on the display. If compiled with Shape disabled, there are no remnants (but windows lose the rounded corners Neutral

).

___a few pldf-links for those interested in kcompmgr and related___
Patriot's 2.0.1 stuff
'related' somewhat

___jwm2-716-w5c in other pups___
precise 5.3.96 (kernel 3.2.29) - ok
quirky 1.4.2 (kernel 2.6.32.28 ) - good¹
wary 5.1.4 (kernel 2.6.32-smp) - sub-par with xcompmgr, otherwise fine
wary 0.2.0 (kernel 2.6.33.2) - ok²
¹ - unable to test with compmgr (odd xorg doesn't recognize extension)
² - needs newer syntax for virtual desk layout (was older 'count' style)

___721 compiled on p431___addenda 130404___
.. really seems to be getting a handle on the compmgr-max-toggling thing ..
puppy 4.3.1 - still has remnants (max-* toggled from titlebar buttons)
racy 5.4.91 - no remnants at all, very stable with all control methods Very Happy

wary 5.1.4 - if toggled from winmenu, all is fine .. toggling from titlebar buttons gives a variety of repeatable results (differing dependent on if k or xcompmgr used)

___722 compiled on wary 5.1.4 ~and~ the w5c binary___addenda 130407___
precise 5.3.96 - w/kcompmgr all control methods good Smile

.. w/xcompmgr, no unshade drawn from titlebar button nor kybd (I use Alt+s to toggle shade)

scsijon · Posted: Fri 29 Mar 2013, 20:20 Post subject:

thank you 'f00,
yes, the systemconf line is misleeding as we don't use it, but it has to be there in the build, it won't build without it. I remove the file before I pet it up to both save space and make sure the jwm default one isn't used as it's nothing like puppy's (it's really an example). JWM looks for a $HOME/.jwmrc first anyway, which for us is /root/.jwmrc.

I shall report the remnants problem. Personally I haven't seen it in testing, but I shall re-check and see what I find.

EDIT: a quickcheck and it's not happening with rox-filer, thunderbird, firefox or a console screen. However I have reported it anyway, maybe it's a quick find and fix. Maybe it's worth adding a link for kcompmgr in your message above in case he wants to download it to test with.

thanks
scsijon

disciple · Posted: Sat 30 Mar 2013, 01:51 Post subject:

Round windows are madness anyway Wink

(pixels and screens aren't round). I still find it surprising that people want that feature in JWM...

scsijon · Posted: Tue 02 Apr 2013, 06:04 Post subject: v720

Joe has released a new test version 720, I shall build, Test it myself, and if it's ok I will upload as a test version tomorrow, it's suppose to fix a few things like 'f00's.

regards

EDIT: We ended up with version 722, it's on test and available for download in the first post.

scsijon · Posted: Wed 10 Apr 2013, 18:08 Post subject:

joe has created a new 'head' snapshot with version 726, these are master base versions.
I shall build this afternoon when back home and upload this evening.

OscarTalks · Joined: 05 Feb 2012 Posts: 1830 Location: London, England

Just to report that the problem of SlimBoat Browser maximized window opening displaced is now FIXED in JWM version 726 (which it wasn't in 704).

Many thanks to Joe for all the hard work. It is very much appreciated.

By the way, personally I quite like the little changing cursor shapes. At least they give a visible indication that you are hovering in position over the button.

scsijon · Posted: Fri 12 Apr 2013, 00:28 Post subject:

joe's been at it already, we now have a 729, I shall build and upload tonight. It's mainly cleanup of unused functions, and make configure find the right XPM library on IRIX so doesn't concern us directly.

I'm going back to mage2 for a few days of pre-'last' beta release fixes before a general and Final 'Last Beta Release early next week so don't expect anything much till then.

scsijon · Posted: Sat 13 Apr 2013, 21:16 Post subject:

A new test version 731 has been uploaded on page1.

As usual if things are stable I will rebuild as a Release Version next weekend. It's time I did that anyway, even if a new test version appears, as the current Release Version is still 704!

WARNING: DO NOT ATTEMPT TO COMPILE AND USE VERSIONS BETWEEN 726 AND 731. EVEN IF THEY WILL COMPILE, THEY DO HAVE PROBLEMS FOR PUPPY LINUX.

scsijon · Posted: Sat 20 Apr 2013, 21:38 Post subject: v731(release) and v733(test)

V733 has a few fixes in it in the manner of help and config fixes.

The easiest explained is the close 'X' button will bring up a kill message window if the true function of the button is to kill the window instead of just closing. In this case you will usually find an onscreen 'quit' button available, which you should really be using.

Also problems with XML parsing issues with entities have been attended to.

And the compiled options listed in help has been updated to the current status.

I plan on leaving the Version 731 as release level for a while now.

The test version will update as they ocurr as has been for the last few months.

Karl Godt · Joined: 20 Jun 2010 Posts: 4208 Location: Kiel,Germany

Observations on v722 :
* In Puppy 43 when X is killed, freememapplet and inotifywait aren't killed . v456 does it fine .
* When i have geany open, and navigate in another virtual window to a textfile in rox and click open as text, all virtual windows show a geany with a non-working window-top-frame except the source virtual window .

___

v456 is fine enough for me, cannot reproduce all the problems ie shinobar and patriot were working on in pre-500 times.

I about refusing to test further and am not expecting any improvements in jwm in the next future .

session · Joined: 07 Feb 2011 Posts: 90 Location: Valley of the Sun

With all due respect to Karl Godt, these rapid releases of JWM have improved my desktop experience significantly; opaque window dragging is way faster and more importantly many more dialogs (qt, fltk...) respect the edges of the desktop. I'd report bugs if I could find any (v731 on Wary)