Page 16 of 22

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 12:55 pm
by Jerry3904
On the second image: I only see a copy in /home if I right-click the image and save it. The image is automatically saved in whatever you have set as DESTDIR in the config file. I've been thinking of removing the feh command altogether.

On the Nitrogen: try replacing the content of the config file with this:

Code: Select all

[geometry]
posx=563
posy=90
sizex=946
sizey=861

[nitrogen]
view=icon
recurse=true
sort=ralpha
icon_caps=false
dirs=/usr/share/backgrounds;$HOME/.fluxbox/backgrounds;

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 1:28 pm
by dolphin_oracle
wallpaper entries under Appearance->Wallpapers

if a user uses "separate" to set wallpapers on individual workspaces, then later disabled, this message appears on logout/login.

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 1:45 pm
by Jerry3904
Thanks. I've seen that and solved it, but forgot about it since.

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 3:16 pm
by siamhie
Jerry3904 wrote: Sun Aug 29, 2021 12:20 pm On the Nitrogen problem: try $HOME/.fluxbox/backgrounds instead. I have a running list where the tilde doesn't work (mea culpa).

On the second image: I need to check the script on that behavior, thanks. I had never noticed it before.
Changing to the HOME variable didn't work either. The way I get it to work is to go to Appearance>Wallpaper>Select>Preferences and add my backgrounds folder. This could be handy because I have a folder of images on a second hard drive and I could just add that directory also if I wanted.

I just happened to notice my home folder was scrollable in Thunar and saw all these feh_ images. :laugh:

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 3:54 pm
by Jerry3904
dolphin_oracle wrote: Sun Aug 29, 2021 1:28 pm wallpaper entries under Appearance->Wallpapers

if a user uses "separate" to set wallpapers on individual workspaces, then later disabled, this message appears on logout/login.
OK, took me a while. I think that works as expected if the script changed these lines in startup:

Code: Select all

#start fehbg to get last background selected
#~/.fehbg
nitrogen --restore
to this:

Code: Select all

#start fehbg to get last background selected
~/.fehbg
#nitrogen --restore
If you or others can confirm this with manual change, then a pair of sed's should take care of it I imagine. Some wording changes would follow.

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 4:03 pm
by i_ri
hello siamhie and Jerry3904
"name of image starts with feh_", siamhie.
"feh" in a filename indicates something wrong with the take_shot command in mxfb-quickshot.
Can you please share the content inside /usr/bin/mxfb-quickshot. The function take_shot () scrot command for comparison to the default script.


in your screenshot, it is small to see, cannot differ the characters a dash or equals, a bracket or paren., a zero or eight or B, and the m in date?

Is the "NAME" %y%m%d ? is that an m?

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 4:38 pm
by dolphin_oracle
Jerry3904 wrote: Sun Aug 29, 2021 3:54 pm
dolphin_oracle wrote: Sun Aug 29, 2021 1:28 pm wallpaper entries under Appearance->Wallpapers

if a user uses "separate" to set wallpapers on individual workspaces, then later disabled, this message appears on logout/login.
OK, took me a while. I think that works as expected if the script changed these lines in startup:

Code: Select all

#start fehbg to get last background selected
#~/.fehbg
nitrogen --restore
to this:

Code: Select all

#start fehbg to get last background selected
~/.fehbg
#nitrogen --restore
If you or others can confirm this with manual change, then a pair of sed's should take care of it I imagine. Some wording changes would follow.
this is what my startup file looks like right now.

Code: Select all

#get last background selected
#~/.fehbg
nitrogen --restore
and the error messages is generated.

edit:: looks like this message might be generated by nitrogen itself. its looking for a wallpaper stored in the .fluxbox/lastwallpaper file, but that wallpaper doesn't exist after disabling the multi-workspace wallpaper setup via the "separate" script.

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 5:22 pm
by Jerry3904
I'm not sure that's right. I believe that nitrogen is looking at this: /home/jb/.config/nitrogen/bg-saved.cfg whenever it starts up.

Your startup file is the default, and we would like to test the separate bg with the commenting reversed at the start. Nitrogen must be disabled, as the opening screen tells us to do, but I still needed to enable the fehbg in startup to get it to work. All tested on Live.

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 5:24 pm
by dolphin_oracle
Jerry3904 wrote: Sun Aug 29, 2021 5:22 pm I'm not sure that's right. I believe that nitrogen is looking at this: /home/jb/.config/nitrogen/bg-saved.cfg whenever it starts up.

Your startup file is the default, and we would like to test the separate bg with the commenting reversed at the start. Nitrogen must be disabled, as the opening screen tells us to do, but I still needed to enable the fehbg in startup to get it to work. All tested on Live.
Look at my error report again. I disabled separate backgrounds via the separate backgrounds script. I want to set a wallpaper via nitrogen (and it is). but that lastwallpaer file is being sourced somewhere. enabling the seperate backgrounds worked OK.

what generates the .fluxbox/lastwallpaper file?

Re: MX-21 fluxbox beta 1 feedback thread.

Posted: Sun Aug 29, 2021 5:35 pm
by Jerry3904
I think it's feh
man feh | grep fehbg
In many desktop environments, feh can also be used as a background setter. Unless you pass the --no-fehbg option,
it will write a script to set the current background to ~/.fehbg. So to have your background restored every time
you start X, you can add "~/.fehbg &" to your X startup script (such as ~/.xinitrc). Note that the commandline
written to ~/.fehbg always includes the --no-fehbg option to ensure that it is not inadvertently changed by differ‐
--no-fehbg