(old)Puppy Linux Discussion Forum

Posted: **Sun 21 Dec 2008, 15:53**

How about a docking transparent sidebar with .png files you can easily change? Also skins for each widget, some people maybe don't like transparent..I am very eager and thankful to you guys for this pwidgets

Posted: **Sun 21 Dec 2008, 17:08**

Here is the results of when i ran fixwidgets

Code: Select all

/usr/sbin/fixwidgets: line 3: kill: (5096) - No such process
cp: cannot stat `[none]': No such file or directory
/root/Choices/ROX-background.jpg: image not found
Conky: Conky: /root/.pwidgets/configs/Cpu: 8: no such configuration: 'HEIGHT=155'/root/.pwidgets/configs/Calender: 8: no such configuration: 'HEIGHT=160'

Conky: Conky: /root/.pwidgets/configs/Cpu: 9: no such configuration: 'OFFSET_X=20'/root/.pwidgets/configs/Calender: 9: no such configuration: 'OFFSET_X=20'

Conky: /root/.pwidgets/configs/Puppylinux: 8: no such configuration: 'HEIGHT=50'
Conky: /root/.pwidgets/configs/Puppylinux: 9: no such configuration: 'OFFSET_X=40'
Conky: /root/.pwidgets/configs/Ram: 8: no such configuration: 'HEIGHT=155'
Conky: /root/.pwidgets/configs/Ram: 9: no such configuration: 'OFFSET_X=20'
Conky: desktop window (60001a) is subwindow of root window (46)
Conky: window type - override
Conky: drawing to created window (0x1600001)
Conky: drawing to double buffer
Conky: desktop window (60001a) is subwindow of root window (46)
Conky: window type - override
Conky: drawing to created window (0x1400001)
Conky: drawing to double buffer
Conky: desktop window (60001a) is subwindow of root window (46)
Conky: window type - override
Conky: drawing to created window (0x1800001)
Conky: drawing to double buffer
Conky: desktop window (60001a) is subwindow of root window (46)
Conky: window type - override
Conky: drawing to created window (0x1200001)
Conky: drawing to double buffer

yeah... I'd prefer adding the actual clicking onto a script which goes alongside the widget. because if that was the case, it would only be a problem with the analog clock.

@01micko
i think a static sleep variable might be the problem, but it's the fact that it causes a problem exactly after the widgets finish loading gives me a hunch it's the xevent not being friendly with jwm.

i could upload a screenshot of my desktop for those that want to know what it looks like.

- J-Bob
(Wow, feels like i might actually be helping with the bugfixing for a utility for 4.2. Well that's good.)

Edit: I should also mention, that i removed the wallpaper roxapp because removing it saves space, and i let rox manage right clicks on the desktop.

Posted: **Sun 21 Dec 2008, 17:11**

I might as well upload the screenshot of my system.
Just in case anyone wonders, this IS what PupCore will look like.

- J-Bob

Posted: **Sun 21 Dec 2008, 20:07**

J-Bob
You have a problem with your fonts. The calendar is not aligned. On about page 2 in this thread zigbert has addressed this.

Posted: **Sun 21 Dec 2008, 21:15**

@01micko
didn't notice that. Good to know what needs to be fixed.

And i have been working on a tcl script to fix some of the problems with the fix for pwidgets

- J-Bob

Posted: **Wed 24 Dec 2008, 12:32**

J-Bob wrote:Edit: I should also mention, that i removed the wallpaper roxapp because removing it saves space, and i let rox manage right clicks on the desktop.

Do you know if everything works ok WITH the wallpaper setter?

Sigmund

Posted: **Wed 24 Dec 2008, 15:03**

i tested it on my desktop WITH the wallpaper setting program. still the same program.

the problem i found out, is that the xevent clicks, but does not release, i noticed this when i tried it on rxvt.

if i knew how to manage xevents i would build a fix, but alas, i do not.

But at least i know what is the entire root of the problem. it's not the sleep, it's the xevent.

if we had it click, and release than it should be fixed.

Posted: **Wed 24 Dec 2008, 15:36**

J-Bob wrote:i tested it on my desktop WITH the wallpaper setting program. still the same program.

the problem i found out, is that the xevent clicks, but does not release, i noticed this when i tried it on rxvt.

if i knew how to manage xevents i would build a fix, but alas, i do not.

But at least i know what is the entire root of the problem. it's not the sleep, it's the xevent.

if we had it click, and release than it should be fixed.

There isn't much documentation about xevent, seemed like a good idea at the time. I have noticed just tonight that my clock didn't wake, first time for that. Maybe try editing usr/sbin/fixwidgets by deleting the line refering to xevent and using my 'wakeclock.sh' script and see what happens, don't forget to re-edit fixwidgets.
Hope that helps.
Merry Christmas.

Posted: **Wed 24 Dec 2008, 15:56**

J-Bob wrote:i tested it on my desktop WITH the wallpaper setting program. still the same program.

the problem i found out, is that the xevent clicks, but does not release, i noticed this when i tried it on rxvt.

if i knew how to manage xevents i would build a fix, but alas, i do not.

But at least i know what is the entire root of the problem. it's not the sleep, it's the xevent.

if we had it click, and release than it should be fixed.

Replace your last four lines in usr/sbin/fixwidgets with this

Code: Select all

sleep 3							#number of seconds before execution
xevent -a 0 0					#number of pixels for cursor to deviate right and down
sleep 1 ; xevent -b 1 2		#simulated left mouse click
sleep 1 ; xevent -a 512 384

and then I will absolutely agree with you if it does not work.

Sincerely

Posted: **Wed 24 Dec 2008, 17:33**

01micko wrote:
J-Bob wrote:i tested it on my desktop WITH the wallpaper setting program. still the same program.

the problem i found out, is that the xevent clicks, but does not release, i noticed this when i tried it on rxvt.

if i knew how to manage xevents i would build a fix, but alas, i do not.

But at least i know what is the entire root of the problem. it's not the sleep, it's the xevent.

if we had it click, and release than it should be fixed.
Replace your last four lines in usr/sbin/fixwidgets with this
Code: Select all
sleep 3							#number of seconds before execution
xevent -a 0 0					#number of pixels for cursor to deviate right and down
sleep 1 ; xevent -b 1 2		#simulated left mouse click
sleep 1 ; xevent -a 512 384
and then I will absolutely agree with you if it does not work.

Sincerely

the results were interesting, it clicks at (0,0) but releases around the center of the screen.

i think that you might have found the needed fix for this.

Glad i was able to help with checking for bugs.

- J-Bob

Posted: **Thu 25 Dec 2008, 00:04**

J-Bob wrote:
01micko wrote:
J-Bob wrote:i tested it on my desktop WITH the wallpaper setting program. still the same program.

the problem i found out, is that the xevent clicks, but does not release, i noticed this when i tried it on rxvt.

if i knew how to manage xevents i would build a fix, but alas, i do not.

But at least i know what is the entire root of the problem. it's not the sleep, it's the xevent.

if we had it click, and release than it should be fixed.
Replace your last four lines in usr/sbin/fixwidgets with this
Code: Select all
sleep 3							#number of seconds before execution
xevent -a 0 0					#number of pixels for cursor to deviate right and down
sleep 1 ; xevent -b 1 2		#simulated left mouse click
sleep 1 ; xevent -a 512 384
and then I will absolutely agree with you if it does not work.

Sincerely
the results were interesting, it clicks at (0,0) but releases around the center of the screen.

i think that you might have found the needed fix for this.

Glad i was able to help with checking for bugs.

- J-Bob

Code: Select all

#use xevent to update desktop. By Michael Amadio (01micko)
sleep 3							#number of seconds before execution
xevent -a 0 0					#sends cursor to coordinates 0 0
sleep 1 ; xevent -b 1 1 0	#simulated left mouse click
sleep 1 ; xevent -a 512 384

J-Bob, try this, I changed the parameter of the 'click' to '1 0' (mouse button down, mouse button up) from '2' (mouse button down and up). Works the same for me, but might improve your problem. If it works you can shorten the sleeps.

Posted: **Fri 26 Dec 2008, 03:06**

I can't get pwidgets to start on system boot. A little help here? I can get Conky to start, but not pwidgets.

Posted: **Fri 26 Dec 2008, 12:25**

Evil20071 wrote:I can't get pwidgets to start on system boot. A little help here? I can get Conky to start, but not pwidgets.

You must edit ~/xinitrc with

Code: Select all

fixwidgets

just before

Code: Select all

#exec $CURRENTWM

zigbert explains it in the main post.

Posted: **Fri 26 Dec 2008, 13:59**

01micko wrote:
Evil20071 wrote:I can't get pwidgets to start on system boot. A little help here? I can get Conky to start, but not pwidgets.
You must edit ~/xinitrc with
Code: Select all
fixwidgets
just before
Code: Select all
#exec $CURRENTWM
zigbert explains it in the main post.

I instead make a simple script executable and put in in /root/startup folder:

#!/bin/sh
xli -fillscreen -onroot /root/Choices/ROX-background.jpg
conky -d
fixwidgets
sleep 6 #number of seconds before execution
xeven -a 0 100 #number of pixels for cursor to deviate right and down
sleep 0.2 ; xevent -b 1 2 #simulated left mouse click
sleep 0.1 ; xevent -a 512 384
sleep 0.2 ; xevent -b 3 2

Note: this is pwidgets installation not from the pet, as the pet itself already included xevent command that is on the 0,0 coordinate which make my start menu clicked. So it's better for the pet to remove this line and make a pwidgets-startup.sh instead. That's my suggestion

Just wanna share, if i maybe can help

Posted: **Sat 27 Dec 2008, 03:40**

We now have 'xlideshow'working.
The code is rudimentary so any improvements are welcome.
I need to know how to stop xli from running a commentary in the bottom bar. Any ideas? Anyone? Once that is accomplished it will be ready for Pwidgets.
CatDude has made his own fork of xlideshow and it is very good. It has a GUI to allow adjustment of imagesize, quality, what image folder to use, nice work!
Trio added some very useful input.

Posted: **Sat 27 Dec 2008, 08:58**

thanks trio

Posted: **Sun 28 Dec 2008, 00:00**

I think we can ditch xevent. Discovered xonclock option '--no-winredirect' and I can get the clock to appear, albeit in a window. Will do some hacking and testing to see if it can be improved. The files to look at are /usr/local/pwidgets/func and ~/.xonclockrc. See what we can do.

Update: To quote the man page of xonclock

--no-winredirect
If the program is started under KDE or GNOME (and maybe someone else) the clock may get hidden state. Try to set this flag to prevent a such situation. It may help I hope. Default: not set.

or Jwm or Icewm and his hopes are dashed! As are ours!
Looks like we are stuck with xevent for a little while. Sorry for the false hope!

Posted: **Mon 29 Dec 2008, 05:48**

How do I set the Weather widget to get the F instead of C?

Posted: **Mon 29 Dec 2008, 05:57**

Evil20071 wrote:How do I set the Weather widget to get the F instead of C?

Open ~/.pwidgets/scripts/WeatherIcon in a text editor. You'll see what to do.

Posted: **Mon 29 Dec 2008, 06:08**

That didn't work. Already tried that. Change it to both 0 and 1 and both come back C. Here's the contents (Of the top section) of that file:

Code: Select all

#!/bin/sh
#AccuWeather icon, using weather.ttf
#USAGE: WeatherIcon <locationcode>
#Sintot
METRIC=0 #Should be 0 or 1; 0 for F, 1 for C
LOCCOD="USA|EN-US|New York"
if [ -z $1 ] && [ -x $LOCCOD ] ; then
   echo
        echo "USAGE: $0 [locationcode]"
        echo
        exit 0;
elif [ ! -z $1 ] ; then
        LOCCOD=$1
fi
curl -s "http://rss.accuweather.com/rss/liveweather_rss.asp?metric=1&locCode=$LOCCOD">/tmp/Weather.tmp
SIMBOL=`cat /tmp/Weather.tmp|grep -A2 'description>Currently'|grep gif|sed 's/\// /g'|sed 's/_/ /g'|awk {'print $8'}`
case $SIMBOL in

And a screenshot of this after refreshing pwidgets is attached.

(old)Puppy Linux Discussion Forum

pWidgets 2.5.8

Thank you for pwidgets everyone

Easier way

xlideshow-0.0.1