mxfb2025: Default apps

[Jerry3904]

I tested this morning the two suggested substitutes proposed by @siamhie.

I really prefer xarchiver to file-roller and it looks like it can be removed without problem

Code: Select all

$ sudo apt remove file-roller -s
[sudo] password for jb:        
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following package was automatically installed and is no longer required:
  libnautilus-extension4
Use 'sudo apt autoremove' to remove it.
The following packages will be REMOVED:
  file-roller
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Remv file-roller [43.0-1]

but I'm not sure if that would cause trouble somewhere else: @dolphin_oracle?

I'm much less persuaded about fsearch over catfish at this point since the latter works well enough for most purposes IMO and is tightly embedded into thunar.

[siamhie]

I tested this morning the two suggested substitutes proposed by @siamhie.

I really prefer xarchiver to file-roller but am less persuaded about fsearch over catfish at this point since the latter works well enough for most purposes IMO and is tightly embedded into thunar.

I really like xarchiver because it's more gtk looking over the gnome-ish looking file-roller.

That's reasonable regarding fsearch. Whenever I'm searching for something, I don't always know which hard drive the file might be on,
so I open the search program directly and fsearch will start displaying the results as I type. That's just a person preference.

[dolphin_oracle]

on xarchiver, at one point the thunar-archive-plugin did not work with it. I haven't checked in years if that issue is resolved. I see the package for thunar-archive-plugin still has xarchiver as one of the depends that satisifies installation, along with engampa and file-roler.

So if it works with the thunar-archive-plugin, I don't thing there would be any issues with a swap.

[siamhie]

on xarchiver, at one point the thunar-archive-plugin did not work with it. I haven't checked in years if that issue is resolved.

@dolphin_oracle It does work. When you select Create Archive from within Thunar, xarchiver's dialog window opens.




xarchiver is up to 0.5.4.23 (0.5.4.22 contains an important security fix).
https://github.com/ib/xarchiver/releases/tag/0.5.4.23

[Jerry3904]

I had tested it as well on MXFB, worked for me.

[Nokkaelaein]

Just another "yay!" for Xarchiver from over here :P. When not using the hefty PeaZip, it's pretty much always Xarchiver for me. It just seems to sit so well within the Fluxbox aesthetic.

On the topic of file management in Fluxbox, I hope you don't mind if I add a seemingly random mention of an obscure file tool here. It's not like a packaged, repo-available app, and it's just that its vibe is like the custom Fluxbox goodies included in mxfb. I have a feeling it integrates really nicely with rofi and the like, and potentially a great little touch to include as a default.

So, yeah, lately (a couple of months), I've been using a peculiar little utility more and more, and it really feels like it complements my Fluxbox experience ... I use the terminal a lot, and do file operations that involve fuzzy searching, you know, fzf, ripgrep-all, ugrep type of stuff. Sometimes it feels like: man, okay I've got these results here, I'd actually like to trivially keep them around on the desktop and potentially open these and these files (from many different directories) in these and these GUI applications, just like that. If there just was a... file palette of some kind, a drag&drop sink that I could... pipe these results to, and it would then show these files neatly and they would sit there until I close the window. Clickable and draggable. A bridge between the terminal and the GUI world, temporary ad hoc file bookmarks, kinda.

Turns out, as I actually googled it, someone coded just that a few years ago. I decided to try building it (upped the maximum file number for a particular mode somewhat) and it's just great imo.

https://github.com/mwh/dragon
Video demo of the basic functionality (there's some more polish in it these days) https://www.youtube.com/watch?v=ukIG_OVXa3Q

Sorry about blabbering about that, I just figured I had to mention it in case someone goes as bananas about it as I did, hahh, and goes for a rofi implementation or something. It feels so mxfb in use and blends in, in daily tasks.

I promise I won't flood about it more than that; just had to mention :')

[ceeslans]

@Nokkaelaein : interesting utility, will definitely check this one out. Thanks for sharing!

[Jerry3904]

We will probably want to review mxfb-keybindings. I noticed just now that "Screen Capture" is there but not the newer "Screen Capture -- Delay"

EDIT: that goes for the keybindings conky we have, as well

[siamhie]

We will probably want to review mxfb-keybindings. I noticed just now that "Screen Capture" is there but not the newer "Screen Capture -- Delay"

EDIT: that goes for the keybindings conky we have, as well

Is it the same as we have currently in the keys file?

Code: Select all

# take a screen capture, interactive by default
none Print :Exec mxfb-quickshot
## whole screen capture
Shift Print :Exec mxfb-quickshot -r -png
# whole screen capture with delay (default 8 s)
Ctrl Print :Exec mxfb-quickshot_delay
Ctrl Alt q :Exec mxfb-quickshot_delay
## active window capture
Mod1 Print :Exec mxfb-quickshot -u -png
## launch quickshot
Alt q :Exec mxfb-quickshot

[Jerry3904]

Looks like that's identical to what is currently in the skel file of GitHub:

Code: Select all

# take a screen capture, interactive by default
none Print :Exec mxfb-quickshot
## whole screen capture
Shift Print :Exec mxfb-quickshot -r -png
# whole screen capture with delay (default 8 s)
Ctrl Print :Exec mxfb-quickshot_delay
Ctrl Alt q :Exec mxfb-quickshot_delay
## active window capture
Mod1 Print :Exec mxfb-quickshot -u -png
## launch quickshot
Alt q :Exec mxfb-quickshot