pWidgets 2.5.8
Xenialpup64 7.0.8.5
Pwidgets-2.5.8-X86_64
The wireless shows on desktop, but it is not correct.
See image:
Pwidgets-2.5.8-X86_64
The wireless shows on desktop, but it is not correct.
See image:
- Attachments
-
- capture20152.jpg
- (32.87 KiB) Downloaded 913 times
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
Xslacko Slim
Dear Zigbert,
Tried your pWidgets 2.5.8 on Xslacko Slim 4.2 R54 (the last) and it plays bad in XFCE. All widgets work, but there is a timing problem between desktop and the widgets.
If I open pWidgets, and press apply, some, but not all widgets show. Pressing apply again gives a different set that is visible. It is try and error, until you have all widgets working.
A restart of X typically shows all widgets, but a restart of puppy shows typically none.
Maybe this is related to XFCE, or to my netbook (slow / screen resolution).
Does pWidgets only work on JWM, and was I lucky to see anything at all ?
Regards,
Volhout.
P.S. the wireless widget works fine on my netbook...when it is visible...
Tried your pWidgets 2.5.8 on Xslacko Slim 4.2 R54 (the last) and it plays bad in XFCE. All widgets work, but there is a timing problem between desktop and the widgets.
If I open pWidgets, and press apply, some, but not all widgets show. Pressing apply again gives a different set that is visible. It is try and error, until you have all widgets working.
A restart of X typically shows all widgets, but a restart of puppy shows typically none.
Maybe this is related to XFCE, or to my netbook (slow / screen resolution).
Does pWidgets only work on JWM, and was I lucky to see anything at all ?
Regards,
Volhout.
P.S. the wireless widget works fine on my netbook...when it is visible...
pclock-retro
I've been playing a bit with torm's pclock-retro and I think it could be a replacement for xonclock. I've tried it in Puppies from Wary5 to Artful and it worked in all of them without any added libs. Needs wmctrl which all modern puppies have and can be added to the older ones. As it stands it only has two clock faces and they have to be 128x128 but I'm sure some of the Puppy Graphic artists could make more.
Note: just realized i haven't tried it in Slacko's, wiil have to get back to you on that.
Note: just realized i haven't tried it in Slacko's, wiil have to get back to you on that.
- Bill_Gates
- Posts: 162
- Joined: Wed 31 Jan 2007, 22:31
- Location: Medina, Washington
Is there a fix for this? Im having the same issue using xenialpup64_7.5
bigpup wrote:Xenialpup64 7.0.8.5
Pwidgets-2.5.8-X86_64
The wireless shows on desktop, but it is not correct.
See image:
- Attachments
-
- image-1.jpg
- (22.44 KiB) Downloaded 645 times
-Bill
[b][i]"Who needs M$ - Puppy Rules!"[/i][/b] :P
[b][i]"Who needs M$ - Puppy Rules!"[/i][/b] :P
Hi guys.
Not that I'm using this conky parameter, but there is something here about it.
It looked at first as though the old version of conky provided with pWidgets was to
blame, but the above forum discussion is from 2007.
Is the parm correctly set? Maybe check in the list of conky settings.
Just a few thoughts to get your car out of the snow bank!
BFN.
Not that I'm using this conky parameter, but there is something here about it.
It looked at first as though the old version of conky provided with pWidgets was to
blame, but the above forum discussion is from 2007.
Is the parm correctly set? Maybe check in the list of conky settings.
Just a few thoughts to get your car out of the snow bank!
BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Check config file
G'day,
I don't use the 64-bit pwidgets but looking briefly at my 32-bit versions....
the Wireless widget looks like there's a problem in its config file such that it's displaying part of the config file's text line, not the required data.
It could be hardware-related as well?
Had it been displaying correctly?
Can you post the TEXT part of your Wireless config file (the lines below the 'TEXT' line) if you go File>Show widget config(s)?
For example:
David S.
I don't use the 64-bit pwidgets but looking briefly at my 32-bit versions....
the Wireless widget looks like there's a problem in its config file such that it's displaying part of the config file's text line, not the required data.
It could be hardware-related as well?
Had it been displaying correctly?
Can you post the TEXT part of your Wireless config file (the lines below the 'TEXT' line) if you go File>Show widget config(s)?
For example:
This example Wireless config file (in my /usr/local/pwidgets/widgets/config/) is from my desktop Wireless widget config (pwidgets upgraded by Forum-member Bob Moat). My desktop doesn't have wireless but if needed, I could start up my laptop which does have wireless and does have a working pwidgets Wireless (again, only 32-bit). This should be a better example for comparison if needed.TEXT
${color2}${font Pdingobats2:bold:size=20}0${font DejaVu:bold:size=13}$alignc${color0}Wireless
${color1}$alignc${wireless_essid wlan0}
${color5}${wireless_link_bar 8,140 wlan0}$alignr${color3}${wireless_link_qual wlan0}
David S.
- Bill_Gates
- Posts: 162
- Joined: Wed 31 Jan 2007, 22:31
- Location: Medina, Washington
Thank you for your reply davids45
The wireless widget worked fine on the same Dell Laptop using pwidgets-2.3.8 on tahr-6.0.2, so I suspect it's not a hardware issue.
Here's what I have in /usr/local/pwidgets/widgets/configs/Wireless
The wireless widget worked fine on the same Dell Laptop using pwidgets-2.3.8 on tahr-6.0.2, so I suspect it's not a hardware issue.
Here's what I have in /usr/local/pwidgets/widgets/configs/Wireless
Code: Select all
TEXT
${color2}${font pdingobats2:bold:size=24}0${font DejaVu:bold:size=13}${color0} Wireless
${color1}${font monofonto:size=16}${wireless_essid wlan0}${color2}${font}${alignr}${wireless_link_qual wlan0}
${color2}${wireless_link_bar 10 wlan0}
-Bill
[b][i]"Who needs M$ - Puppy Rules!"[/i][/b] :P
[b][i]"Who needs M$ - Puppy Rules!"[/i][/b] :P
Calendar script updated to show up correct if monday is set to first day in week and the 1. is on a sunday (as in april 2018). Thanks to mfb
Code: Select all
#! /bin/sh
# Added by MHHP for compliance with ISO 8601
cal_monday (){
LANG=C CAL=`cal`
echo -e "\n$CAL" | cut -c1-2 | grep -v "^ $" > $HOME/.pwidgets/tmp/cal1
echo "$CAL" | cut -c4- > $HOME/.pwidgets/tmp/cal2
#if 1. is on sunday, it requires an insertes line in converted cal
if [ "`head -n3 $HOME/.pwidgets/tmp/cal1 | grep -F '1'`" ]; then
sed -i 's/ 2 / \n 2 /' $HOME/.pwidgets/tmp/cal2
fi
paste -d ' ' $HOME/.pwidgets/tmp/cal2 $HOME/.pwidgets/tmp/cal1 > $HOME/.pwidgets/tmp/cal
}
today(){
DATE=`date +%d`
[ `echo $DATE | cut -c1` = 0 ] && DATE=`date +%d | cut -c2`
}
export -f today
case "$1" in
heading_month)
#build calender here to do it only once
if [ `cat $HOME/.pwidgets/widgets/Calendar | grep WEEK_FIRST_DAY | grep MONDAY` ]; then
cal_monday
else
cal > $HOME/.pwidgets/tmp/cal
fi
#---
head -n1 $HOME/.pwidgets/tmp/cal | awk '{print $1" "$2}'
;;
heading_days)
head -n2 $HOME/.pwidgets/tmp/cal | tail -n1
;;
passed)
today
grep -v '[a-zA-Z]' $HOME/.pwidgets/tmp/cal | grep '[0-9]' | awk -F$DATE ' BEGIN {i=0}
($1 == $0 && i==0) {print $1}($1 != $0 && i==0){i=i+1;print $1}';
;;
today)
today
echo $DATE;
;;
comes)
today
grep -v '[a-zA-Z]' $HOME/.pwidgets/tmp/cal | grep '[0-9]' | awk -F$DATE ' BEGIN {i=1}
(i==0) {print $0}($1 != $0 && i==1){i=i-1;print $2}';
;;
esac
Slacko 7 requires an extra symlink to start pWidgets
Code: Select all
ln -s /usr/lib/libiw.so /usr/lib/libiw.so.29
Whereas the Calendar widget for April 2018 continues to show properly if Sunday is set as the first day of the week; that was far from true if the first day is set to Monday.
My thanks to Zigbert who has very kindly fixed my problem earlier today with his post near the bottom of page 214:
http://murga-linux.com/puppy/viewtopic. ... 4a5#987345
The code shown there needed to replace the current code at:
/usr/local/pwidgets/widgets/scripts/Calendar
and the fix is as shown in the screen shot below.
My thanks to Zigbert who has very kindly fixed my problem earlier today with his post near the bottom of page 214:
http://murga-linux.com/puppy/viewtopic. ... 4a5#987345
The code shown there needed to replace the current code at:
/usr/local/pwidgets/widgets/scripts/Calendar
and the fix is as shown in the screen shot below.
- Attachments
-
- image.png
- (185.19 KiB) Downloaded 1212 times
Calendar alignment
G'day,
I have a minor problem with the Calendar widget aligning the number dates beneath the day abbreviations.
I looks like the spacing is not including a notional '0' in front of the first 9 numbers so the first two lines are shortened losing alignment to the day headings (screenshot).
Having played with the fonts and font-sizes for the widget to no benefit, I think the problem is in the calendar script, presently:
I'm using pwidgets modified/beautified by forum member Moat although the calendar widget looks pristine (I added Osmo tasks to the TEXT section which displays below the calendar).
The widget files are stored on my data partition and most Pups' widgets just run via links to these files (such as the screenshot which is from a frugal bionicpup+12). Changing the config in one Pup then affects all the others sharing pwidgets.
This may be a part of my problem if no one else sees calendar mis-aligning in their pwidgets.
For the few Pups that have individually installed pwidgets (no shared links), the calendar is generally well set out and stable.
Thanks for any advice.
David S.
I have a minor problem with the Calendar widget aligning the number dates beneath the day abbreviations.
I looks like the spacing is not including a notional '0' in front of the first 9 numbers so the first two lines are shortened losing alignment to the day headings (screenshot).
Having played with the fonts and font-sizes for the widget to no benefit, I think the problem is in the calendar script, presently:
The /tmp/cal file mentioned in the script is OK if viewed in geany (screenshot) but when copied (ctrl-c) comes up the same as the widget display:#! /bin/sh
# Added by MHHP for compliance with ISO 8601
cal_monday (){
LANG=C CAL=`cal`
echo -e "\n$CAL" | cut -c1-2 | grep -v "^ $" > $HOME/.pwidgets/tmp/cal1
echo "$CAL" | cut -c4- > $HOME/.pwidgets/tmp/cal2
paste -d ' ' $HOME/.pwidgets/tmp/cal2 $HOME/.pwidgets/tmp/cal1 > $HOME/.pwidgets/tmp/cal
}
today(){
DATE=`date +%d`
[ `echo $DATE | cut -c1` = 0 ] && DATE=`date +%d | cut -c2`
}
export -f today
case "$1" in
heading_month)
#build calender here to do it only once
if [ `cat $HOME/.pwidgets/widgets/Calendar | grep WEEK_FIRST_DAY | grep MONDAY` ]; then
cal_monday
else
cal > $HOME/.pwidgets/tmp/cal
fi
#---
head -n1 $HOME/.pwidgets/tmp/cal | awk '{print $1" "$2}'
;;
heading_days)
head -n2 $HOME/.pwidgets/tmp/cal | tail -n1
;;
passed)
today
grep -v '[a-zA-Z]' $HOME/.pwidgets/tmp/cal | grep '[0-9]' | awk -F$DATE ' BEGIN {i=0}
($1 == $0 && i==0) {print $1}($1 != $0 && i==0){i=i+1;print $1}';
;;
today)
today
echo $DATE;
;;
comes)
today
grep -v '[a-zA-Z]' $HOME/.pwidgets/tmp/cal | grep '[0-9]' | awk -F$DATE ' BEGIN {i=1}
(i==0) {print $0}($1 != $0 && i==1){i=i-1;print $2}';
;;
esac
Complications:April 2018
Su Mo Tu We Th Fr Sa
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30
I'm using pwidgets modified/beautified by forum member Moat although the calendar widget looks pristine (I added Osmo tasks to the TEXT section which displays below the calendar).
The widget files are stored on my data partition and most Pups' widgets just run via links to these files (such as the screenshot which is from a frugal bionicpup+12). Changing the config in one Pup then affects all the others sharing pwidgets.
This may be a part of my problem if no one else sees calendar mis-aligning in their pwidgets.
For the few Pups that have individually installed pwidgets (no shared links), the calendar is generally well set out and stable.
Thanks for any advice.
David S.
- Attachments
-
- widget-calendar.jpg
- mis-aligned first rows in calendar widget
- (113.73 KiB) Downloaded 1128 times
-
- tmp-cal-file-viewed-in-geany.png
- (26.94 KiB) Downloaded 1077 times
Kernel info in the 'Puppylinux' widget may give alignment issues if string is too long. The info is grabbed by the uname -r command in /usr/local/pwidgets/widgets/configs/Puppylinux
to fix this, I have stripped the result
Code: Select all
# uname -r
4.9.92-lxpup-32-pae
Code: Select all
uname -r | cut -d'-' -f1