I want code to right click context menu on a file and if it is a .mp4, then convert that to a .mp3 of the same name
also include an option to play faster by +25 +33 +50 or slower by -25 -33 -50 (in a sub menu)
I understand this is different depending on your system, so answer how to do it for the people who use the same system as you
Can I just say something? I personally view (almost) anything that involves editing configuration files by hand as an opportunity for the Linux community to implement a GUI.
You’re absolutely right, I’m surprised that xfce (or Thunar anyway) has a GUI for it and KDE doesn’t.
KDE might and I just didn’t find it in the search results.
Pull request time!
Thanks for volunteering yourself and your own time to this endeavor.
So you admit the lack of GUIs on Linux is due to a lack of developers?
You don’t think it’s easier for users to edit configuration files by hand?
Actually no I don’t.
Linux doesn’t lack GUIs; there’s at least ten entire Desktop Environments in active development at any given time and several of them are quite feature complete such as Cinnamon and KDE. Then you’ve got GNOME which is polished if deliberately feature poor.
A few DEs do have GUI applets for editing the context menu but not all do. Windows doesn’t have one built in. Quote the second page of that thread:
I’m a subscriber to the old adage “GUIs make simple tasks easy, CLIs make complex tasks possible.” This task is either within the city limits of shell scripting or close enough to read the “Speed limit 35 unless posted” sign, so it might as well be left as a “write a config file” type thing.
Editing a config file takes a few seconds. Implementing a GUI takes hours of unpaid labor, and depending on the case the UX in the end might be almost identical.
The UX at the end should never be identical.
It’s why laypeople shy away from Linux. They prefer GUIs because GUIs are easier for users.
Well, sometimes it’s gonna be. What if there’s a field that can take an arbitrary string? You would rather input that string into a styled form input with some buttons to click than use a text editor for a second?
Absolutely!
How am I supposed to know where to find the file? Editing files by hand is also more error-prone compared to using a GUI. It’s not for laypeople and they shouldn’t have to adjust for it.
A big appeal of software development for me is making things easier for users even if it’s harder for the developers to implement. That’s good design, and great work.
Okay if finding the file is the problem I assume you’re just allergic to documentation, which, yeah, would make configuring things pretty annoying.
Hypothetically yes it would be great if all settings were easily discoverable and all users could easily make all their software work exactly how they want. In practice you’re asking for a huge amount of development by unpaid volunteers whose time could be (and is) going to, for example, the actual features or configuration options that you’re trying to set in the first place.
Most apps with GUIs do expose most settings that “laypeople” would use, anyway. OP is literally asking to be able to run custom scripts from context menus, I’d love to see your suggestion for implementing a clean and user-friendly GUI for that.
Allergic to documentation? See, this is where the free software community fucks up. Stop putting the onus of usability on the users. It’s the role of developers to make their software easy to use for people who aren’t working on it. That’s why macOS and Windows are still dominant to this day. The companies that develop them realized decades ago that laypeople don’t want to and shouldn’t have to read documentation or sift through configuration files if software can be designed so that it’s easier to use.
Unfortunately, thanks to people like you, getting this solution across to the Linux community at large is like pulling teeth.
I’d be happier if we could just admit, “Yeah, GUIs are better but they’re harder to implement so we don’t do it.” At least then we’re being honest and not trying to blame users for the lack of developers.
As it stands right now, your rhetoric actively discourages people to take up GUI development because you keep trying to make it a user problem, not a developer one.