Zenity is a nice and simple way to prettify Bash scripts, similar to kdialog, xdialog and a few others, but on the whole I think the best of the lot. Though there is nothing preventing you from mixing them up if one has a feature that would be more useful for something.
I started using Zenity years ago, when there wasn't much documentation and consequently didn't use the progress dialogue the right way. The result being that some scripts eventually broke. For example, there was no information on how to make the progress bar progress - so I only used the whirr-whirr pulsate effect.
zenity --progress &
PID=$!
echo "Do something"
kill $PID
That used to worked fine, but recently on Fedora 22, it just sits there and does nothing. It won't even blink. Dead as a doornail. Bah, humbug...
https://help.gnome.org/users/zenity/stable/progress.html.en
The problem is that the progress dialog has a new bug and it expects to receive something over stdin in order to get going. If it never gets anything, it does nothing - in previous versions it worked fine in the background, but no-more. When it is pushed into the background with &, it just sits there and sulks.
The correct way to make a progress pulsater that must do something and exit based on a condition, at which point one has to stop the pulsater, is like this:
CNT=0
(
while TRUE, do
echo "This Will Do Nothing"
echo "#Change The Text"
sleep 5
let "CNT+=1"
if [ "$CNT" -eq 10 ]; then
# Close the progress dialog with 100%
echo "100"
exit 0
fi
echo "Continue doing nothing"
done
) | zenity --progress \
--width=350 \
--title="The Title"
--text="The Default Text" \
--no-cancel \
--auto-close \
--pulsate
The --auto-close parameter will cause the progress dialogue to stop when you echo "100" percent.
An echo statement that starts with a # will change the text and one without, will be ignored. The --no-cancel will suppress the Cancel button, since it doesn't make sense.
La voila!
I started using Zenity years ago, when there wasn't much documentation and consequently didn't use the progress dialogue the right way. The result being that some scripts eventually broke. For example, there was no information on how to make the progress bar progress - so I only used the whirr-whirr pulsate effect.
No Progress
In the past, I simply started a pulsater, pushed it into the background, saved the PID and later killed it when necessary, like this:zenity --progress &
PID=$!
echo "Do something"
kill $PID
That used to worked fine, but recently on Fedora 22, it just sits there and does nothing. It won't even blink. Dead as a doornail. Bah, humbug...
When All Else Fails...
Eventually, I found the documentation and RTFMed:https://help.gnome.org/users/zenity/stable/progress.html.en
The problem is that the progress dialog has a new bug and it expects to receive something over stdin in order to get going. If it never gets anything, it does nothing - in previous versions it worked fine in the background, but no-more. When it is pushed into the background with &, it just sits there and sulks.
The correct way to make a progress pulsater that must do something and exit based on a condition, at which point one has to stop the pulsater, is like this:
CNT=0
(
while TRUE, do
echo "This Will Do Nothing"
echo "#Change The Text"
sleep 5
let "CNT+=1"
if [ "$CNT" -eq 10 ]; then
# Close the progress dialog with 100%
echo "100"
exit 0
fi
echo "Continue doing nothing"
done
) | zenity --progress \
--width=350 \
--title="The Title"
--text="The Default Text" \
--no-cancel \
--auto-close \
--pulsate
The --auto-close parameter will cause the progress dialogue to stop when you echo "100" percent.
An echo statement that starts with a # will change the text and one without, will be ignored. The --no-cancel will suppress the Cancel button, since it doesn't make sense.
La voila!
Comments
Post a Comment
On topic comments are welcome. Junk will be deleted.