I have cleaned up the output to terminal. I have to agree that it is useful to get rid of unnecessary output to give a more accurate troubleshooting.
The follow symlink is an advanced option, but users tend to have an idea of what this means, and I feel (for now) it's more logical to keep it in the filesystem section.
Be aware, that I don't run Puppy 1, and I do not know how gtk-themes are arranged there. I have NOT checked it in Puppy 2 either, but in Puppy 4 it all worked properly atfer fixing the bug you reported....it didn't override my theme when I tried it on Puppy 1
I know... But since you only can burn 1 disc at a time anyway, I haven't given it priority. The first logical thought is to check if Pburn is running before starting a new instance. But when gtkdialog doesn't kill pid if using window manager for closing program (x-button in upper right corner), we can't use 'ps' to check it. I don't know how else we could give it a check. The other way is like Pfind/Picker, - give all temporary files a tail with pid. Like this every instance differs from each other. But there is no point of allowing several instances of Pburn, since burning can't be parallel.Look what happens if you open pburn when it is already running - that doesn't seem very good.
Do you mean that 'ok' without changes is the same as 'cancel' or......?Also, we could probably improve the message we get if you click rename, then click OK without changing anything.
Thanks for input
Sigmund