The Github is even deader than this forum. Can anybody suggest why SpaceFM invoked with sudo in Lubuntu might suddenly decide to alter my default app for scripts and not let me reset it? I had it set to an editor, but now it insists on executing the script. And it won't recognize the regular gui method of assigning a default app through right-click on the file, open, right- click on the entry, Set-as-default. The entries are there. I can go through the motions, but nothing changes. I've used it for...
Incorrect error handling running the Debian 11 version in Debian 12
This issue is the same in PClinuxOS, aka pclos, which is in the Mandrake family, so it is not specific to Ubuntu or even Debian family distros. I'm still using plain Openbox as a DE though so it could be OB specific. I'd really like to work around this or fix it. I tried using --theme & --gtkrc for the same end result but they didn't work either. Is this project still maintained?
Under v. 1.0.6 in openbox under pclos, I have no scroll bars. I don't recall missing them under a similar ubuntu, but maybe it just didn't seem important often. Vertical and horizontal scroll bars both would be very convenient. Have I missed a setting somewhere? Or is another solution indicated?
I should have mentioned that the extra tall window will not respond to the full-screen button on the title bar, nor to attempting to manually drag the top border down or the bottom border up, nor to wmctrl commands that should reduce the verticcal dimension. I can do other normal window manipulation, like dragging the whole window around, or changing the horizontal dimension, but it's determined to be tall. I found 2 workarounds: Using 2 yads: You could probably use 1 with panes the same way, and...
I should have mentioned that the extra tall window will not respond to the full-screen button on the title bar, nor to attempting to manually drag the top border down or the bottom border up, nor to wmctrl commands that should reduce the verticcal dimension. I can do other normal window manipulation, like dragging the whole window around, or changing the horizontal dimension, but it's determined to be tall. I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that...
I should have mentioned that the extra tall window will not respond tot he full-screen button on the title bar, nor to attempting to manually drag the top border down or the bottom border up, nor to wmctrl commands that should reduce the verticcal dimension. I can do other normal window manipulation, like dragging the whole window around, or changing the horizontal dimension, but it's determined to be tall. I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that...
I found a workaround using 2 yads. You could probably use 1 with panes the same way, and that would be better, but I've never found any examples of useing panes and I lose another square centimeter of hair every time I try to figure it out. So here's the 2-yad method: Put the text in the first and the buttons and other sutff in the second, and use xdotool to close the first one when you close the second one. Play with geometry until you get the place as you want. This works because yad makes the...