Page 12 of 162

Posted: Tue 20 Jan 2009, 13:14
by trio
Micko, it works just fine.....did you remember to download MU's xmovewindowbyclassname and copy correctly? maybe you should follow MU's instruction above.

I repeat again the steps:

1. download and copy MU xmovewindowbyclassname to usr/local/bin and I also symlink to usr/sbin or if it doesn't work, please follow MU's instruction above

2. in root/.xonclockrc: no-winredirect = true

3. in root/.icewm/winoptions:
#xonclock
xonclock.ignoreTaskBar: 1
xonclock.allWorkspaces: 1
xonclock.dTitleBar: 0
xonclock.dBorder: 0
xonclock.dSysMenu: 0
xonclock.dResize: 0
xonclock.dClose: 0
xonclock.dMinimize: 0
xonclock.dMaximize: 0
xonclock.ignoreNoFocusHint: 1
xonclock.layer: Normal

Note: please notice that I don't put xonclock.geometry

4. Please download attached file (func.tar.gz) and extract to /usr/local/pwidgets/
(don't forget to back up your func file first)

5. So func file will generate root/.pwidgets/pwidgets-exec file like below:

xonclock --position=TOP-LEFT --offset-v=40 --offset-h=40 --use-background --skin=/root/.pwidgets/misc/Clock-analog.png &
sleep 5 ; xmovewindowbyclassname xonclock 40 40
xli -geometry +40+195 /root/.pwidgets/misc/frame.jpg &
scale2pics "/usr/share/backgrounds" /root/.pwidgets/misc/scaledimages 126 95 85 jpg
xli -geometry +47+202 -delay 5 -goto /root/.pwidgets/misc/scaledimages/01.jpg /root/.pwidgets/misc/scaledimages/*.jpg &
conky -a top_left -x 40 -y 320 --config=/root/.pwidgets/configs/Calender &


IMPORTANT:- ONLY USE XONCLOCK SKIN OF 140x140 pixels
- ONLY USE WALLPAPER THAT IS THE CORRECT SIZE OF YOUR SREEN

Thank you all, now somebody please test in JWM, and also Zigbert now can consider 2 alternatives:
1. mouse clicking on the xonclock with xevent
2. xmovewindowbyclassname

Thank you

Posted: Tue 20 Jan 2009, 13:19
by 01micko
Yes trio,

Followed instructions. I'll test again tomorrow.

Cheers mate

Mick

Posted: Tue 20 Jan 2009, 13:38
by trio
sorry, have to upload new one...last one has error when put on top-left

by the way, Micko....I know your problem, it is the xmovewindowbyclassname is not working...

the xonclock will pop up anywhere on the screen with its correct background and then be put in the right place by MU's xmovewindowbyclassname

or another probability is you have not use the GUI (start menu - desktop - pwidgets), which will create the new pwidgets-exec file.....thst includes xmovewindowbyclassname command

Try it....again :D

And MU:
Please do if you could hack the program to set window layer, it will, I think solve the problem of different wms.

Thanks, all

Posted: Tue 20 Jan 2009, 14:25
by trio
I don't have any puppy with JWM active, could anybody try with the same instructions, but only the part of editing icewm winoption, you edit .jwmrc instead


<Group>
<Class>xonclock</Class>
<Name>xonclock</Name>
<Option>noborder</Option>
<Option>notitle</Option>
<Option>layer:1</Option>
<Option>sticky</Option>
<Option>nolist</Option>
</Group>

Thanks all.......

Posted: Tue 20 Jan 2009, 21:19
by MU
hm no, I have no solution for the hints at moment.
It seem, xonclock does not support most of them.
A patch of xonclock itself would be required.
I did not understand exactly the problem yet, may you explain it in other words, plesae?
Mark

Posted: Wed 21 Jan 2009, 02:03
by trio
Hi Mark,

I already hack Zigbert's func file to accomodate xmovewindowbyclassname, and it works fine.....

But the real problem is that without the help of wm, xonclock always hide (below layers) behind the wallpaper, in order to raise it, we have to mouse click on the wallpaper, or set the layer with the help of wm (no-winredirect=true on xonclockrc), or set the xonclock always ontop (top=true on xonclockrc) which is annoying because the clock covers any window opening up fully.

So if you could make the xmovewindowbyclassname plus xsetlayerwindowbyclassname, it will be wonderful, because we don't need the help of wm anymore.

With the hacked func file I made, we still dependant on wm to set layer, only to put the window on the right place is independant.

I hope that could explain clearly to you....

Posted: Wed 21 Jan 2009, 02:32
by trio
Hi all,

Just a small hints:
when you put pwidgets on the right side, the widgets align properly, but when you put it on the left side, you may want to play around with each widgets config file (the x_offset) to align the widgets properly.

If zigbert wants to re-arrange all the widgets, so they will have let's say 40 of xoffset on the left or the right, then let me know so I also can change a parameter in func file to set the xonclock properly align with others. Tq

func update & slideshow start improved

Posted: Wed 21 Jan 2009, 09:13
by trio
Hello all, good news, I succeded in hacking func file again (sorry Zigbert, I hope you won't mind), so that:

1. like above it tells xonclock to pop up and be put in right place (w/ the help of xmovewindowbyclassname). Please read and do all above instructions also, but use the latest func file attached below.

2. this latest func file also make Slideshow will only generates scaledimages when it is chosen to be listed and applied from GUI (menu -- desktop -- pwidgets tiny edsktop apps) and never if pwidgets starts at puppy start up. please do below instructions:

a. in /root/.pwidgets/configs/Slideshow: please DO NOT put " " marks for image directory , so it should look like this ---> IMAGE_DIRECTORY=/usr/share/backgrounds
b. put the attached slide exec file that I made in ~/.pwidgets/scripts

that's all folks...please try at your own risk, do not forget to back up, (though I tested it and works fine) and have fun

ps: if anybody wants to make a pet out of new func, slide, and xmovewindowbyclassname ...please do and re-write all those instructions ......please do

Posted: Wed 21 Jan 2009, 09:54
by 01micko
Did you do anything to 'fixwidgets'? The old clock fix is in there. (I just comment that bit out.)

Posted: Wed 21 Jan 2009, 10:05
by trio
off course, sorry.comment out/delete all the things about xevent..

Posted: Wed 21 Jan 2009, 11:43
by 01micko
trio,
Ok, working, buggy though. The clock if you say "accidentally" click it goes extreme left of screen. Rendering to wallpaper is out by about 10 to 20 pixels (x). I use correct aspect. Strange. Only notice though on a busy wallpaper. I have 2 screenshots.

Slideshow fix is perfect! Exactly what I was trying to do. Thankyou. I will tell
WhoDo about this one and it will be in the next 4.2alpha. Congrats.

Nice work man! Xonclock is buggy itself and unsupported. Do not beat yourself up! If it is any consolation your xevent fix is as perfect as it will ever be! Did you know if you double right click on xonclock it goes? It says it on the man page but I bet it is a bug!

If you want to keep working or if I have made a mistake let me know, but I followed your advice to the letter. If you want me to make a pet I will. That way others can test and improve easily.

Best regards mate

Mick

Posted: Wed 21 Jan 2009, 12:11
by 01micko
trio

Rendering of clock seems to work fine if I configure Pwidgets for left of screen.

Mick

Posted: Wed 21 Jan 2009, 12:24
by trio
Micko:

I tried the pwidgets with the new func in another computer, seems to work fine in my 2 widescreen computers and very buggy in the old non-widescreen computer.

I guess we go back to my old clock fix with xevent...

you want me to upload the func file without the xmovewindowbyclassname?

Posted: Wed 21 Jan 2009, 12:38
by 01micko
trio

Hmmmmm, widescreen eh? Could be a bug in Mark's utility? I use standard as you can see. For now we stick to xevent, but your other fix is not dead yet!

Yes upload, with slide fix, that is good.

Mick

Posted: Wed 21 Jan 2009, 12:42
by trio
sorry, have to take what I said back, it still works great!

I just have to:

1. Re-scale all my wallpapers exactly the size of my non-wide screen
2. Re-start pwidgets again from the GUI, and that did the trick!

And yes if you double left click, clock will go far left. double right click it will be gone...I gues it's the xonclock bug itself...

Posted: Wed 21 Jan 2009, 12:56
by 01micko
I can't figure out why, when on the right, it is a few pixels out for me?

The background is 1024x768, the screen is 1024x768

Posted: Wed 21 Jan 2009, 13:02
by trio
But anyway, if you want to use the clickonclock fix, I upload the func with slide fix only.......

Posted: Wed 21 Jan 2009, 13:07
by trio
I see you got a problem there, try to take alook again...what about the clock skin size? 140 x 140 ?

Posted: Wed 21 Jan 2009, 13:18
by trio
Please take a look at pwidgets-exec file like below:

xonclock --position=TOP-RIGHT --offset-v=40 --offset-h=-40 --use-background --skin=/root/.pwidgets/misc/Clock-analog.png &
sleep 5 ; xmovewindowbyclassname xonclock 844 40

it all prints correctly, no misscalculation...

844 + 140 + 40 = 1024

window x position + clock width + right margin = sreen width

I think you have a problem with the clock skin

Posted: Thu 22 Jan 2009, 07:06
by trio
Hi all,

So, after I managed to:
1. Make up a click on clock xonclock forced show up (inpired by Micko)
2. Hack func file to accomodate xmovewindowbyclassname (inspired by Mark)
3. Hack func file again to fix Slideshow (inpired by myself :D )
4. Now......what?...I can't get enough.....I made a Background for weather widget....

This is my first pet, so please be careful....I'll upload tar.gz if this pet doesn't work...just let me know...thanks