pWidgets 2.5.8
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....
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....
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
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
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
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
- Attachments
-
- func_improved&slide.tar.gz
- (2.54 KiB) Downloaded 543 times
Did you do anything to 'fixwidgets'? The old clock fix is in there. (I just comment that bit out.)
Puppy Linux Blog - contact me for access
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
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
- Attachments
-
- fix.jpg
- (25.93 KiB) Downloaded 1009 times
-
- veryclose.jpg
- (12.69 KiB) Downloaded 989 times
Puppy Linux Blog - contact me for access
trio
Rendering of clock seems to work fine if I configure Pwidgets for left of screen.
Mick
Rendering of clock seems to work fine if I configure Pwidgets for left of screen.
Mick
Puppy Linux Blog - contact me for access
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
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
Puppy Linux Blog - contact me for access
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...
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...
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
The background is 1024x768, the screen is 1024x768
- Attachments
-
- fewpixelsout.jpg
- (13.18 KiB) Downloaded 1009 times
Puppy Linux Blog - contact me for access
But anyway, if you want to use the clickonclock fix, I upload the func with slide fix only.......
- Attachments
-
- func_slide.tar.gz
- (2.42 KiB) Downloaded 471 times
Last edited by trio on Wed 21 Jan 2009, 13:49, edited 2 times in total.
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
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
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 )
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
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 )
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
- Attachments
-
- weatherbg.pet
- (2.79 KiB) Downloaded 554 times
-
- weather_bg.jpg
- (17.57 KiB) Downloaded 959 times
Last edited by trio on Thu 22 Jan 2009, 08:05, edited 1 time in total.
Yes trio!
Working fine now. The issue was the size of the skin. It must be 140x140 and no smaller or larger, I thought smaller was ok but it is not.. So here is something you can do. And you certainly have the ability. I think the clock supports 155x155 maximum size of widget. While i think a clock this size is too big, zigbert has allowed this. It is the space the clock widget must fit into. I think he recommended 140x140. The skin I had was 116x116. Why don't you see if you can accommodate other sizes? I think it is doable. Say for a range from 100x100 to 150x150. I have many different sized skins but it easy to resize with mtPaint, as you probably know.
Cheers
Mick
Oh yeah, did you write something WhoDo? About chic in red mini? Where? I was busy with the clock!
Oh, do you mean in the slideshow? That's just the wife! (don't flatter her too much, she might read this! )
Oh, and not bad eyes for an old bloke!
Cheers!
Working fine now. The issue was the size of the skin. It must be 140x140 and no smaller or larger, I thought smaller was ok but it is not.. So here is something you can do. And you certainly have the ability. I think the clock supports 155x155 maximum size of widget. While i think a clock this size is too big, zigbert has allowed this. It is the space the clock widget must fit into. I think he recommended 140x140. The skin I had was 116x116. Why don't you see if you can accommodate other sizes? I think it is doable. Say for a range from 100x100 to 150x150. I have many different sized skins but it easy to resize with mtPaint, as you probably know.
Cheers
Mick
Oh yeah, did you write something WhoDo? About chic in red mini? Where? I was busy with the clock!
Oh, do you mean in the slideshow? That's just the wife! (don't flatter her too much, she might read this! )
Oh, and not bad eyes for an old bloke!
Cheers!
- Attachments
-
- yesitworks.jpg
- (15.35 KiB) Downloaded 763 times
Puppy Linux Blog - contact me for access
trio,
One small issue with the slideshow. If file '01.jpeg' is not the first file in your scaled images dir, the show will only loop back to '01.jpg'.
Say, for example, we have '001img.jpg' in the directory, it will be overlooked on the first loop and thereafter. As you may know, many digital cameras start their default file labeling with '00xxxwhatever.jpg'. The simple fix is to refer to a different name instead of '01.jpg'. Let's say make it '00001.jpg' and hope no manufacturer decides their default labeling starts with 4 'zeros'!
I am about to try your first .pet! Congratulations on creating it, you may hear more!
Mick
One small issue with the slideshow. If file '01.jpeg' is not the first file in your scaled images dir, the show will only loop back to '01.jpg'.
Say, for example, we have '001img.jpg' in the directory, it will be overlooked on the first loop and thereafter. As you may know, many digital cameras start their default file labeling with '00xxxwhatever.jpg'. The simple fix is to refer to a different name instead of '01.jpg'. Let's say make it '00001.jpg' and hope no manufacturer decides their default labeling starts with 4 'zeros'!
I am about to try your first .pet! Congratulations on creating it, you may hear more!
Mick
Puppy Linux Blog - contact me for access
Hi Micko,
1. Yup, the size of skin is the problem, just as I suspected.
2. It is doable to accomodate range of skin sizes, but it will be an "if - then - else" arguments too many...trust me.....
3. Check out my newest invention on forum's page 16..please report if there's any bug
Thanks mate........
1. Yup, the size of skin is the problem, just as I suspected.
2. It is doable to accomodate range of skin sizes, but it will be an "if - then - else" arguments too many...trust me.....
3. Check out my newest invention on forum's page 16..please report if there's any bug
Thanks mate........
trio
Just a guess, maybe the widescreen issue?
Mick
Just a guess, maybe the widescreen issue?
Mick
- Attachments
-
- weatherbg.jpg
- (18.24 KiB) Downloaded 753 times
Puppy Linux Blog - contact me for access