fman Blog

There are great alternatives. I used Python and Qt to create my file manager fman [1]. It's a tool that needs to start quickly so Electron was not an option [2]. I open sourced my build system for creating cross-platform desktop apps with this stack in minutes [3]. For a quick tutorial, see [4]. 1: https://fman.io 2: https://fman.io/blog/picking-technologies-for-a-desktop-app-in-2016/ 3: https://build-system.fman.io/ 4: https://github.com/mherrmann/fbs-tutorial

In the spirit of tiny SaaS companies that offer great products, fman is a cross platform dual pane file manager I like. (No affiliation, I just love that people can make a living making things like this) https://fman.io/

Non-commercial clauses seem to be a good fit for software that is someone's "day job" where they charge for licenses. It's not common, but I've run across the following projects: Duplicacy by Gilbert Chen https://github.com/gilbertchen/duplicacy Dome by Federico Milano http://faraday1.ucd.ie/dome.html Fman by Michael Herrmann https://fman.io From what I've gathered, success has been mixed. Duplicacy seems to be doing well based on forum activity and release history. Fman never made much money. If I recall correctly the Fman author was turned off by the number of people who criticized it for being fully open-source and wished he'd stuck with a closed-source full commercial model. I'd like for the open-source community to be more accepting of this model as there is potential value in it. As an example, Mathematica still refuses to let anyone not employed by the company see the source code, which creates a reproducibility/validation problem for math researchers. While Steven Wolfram understandably rejects pleas to make the software FOSS, there is real benefit in letting people see the code. Edit: Fixed names

My first donations were for daily-driver productivity tools: Min browser (https://github.com/minbrowser/min) and fman (https://fman.io/)

Slightly off topic, but I ditched windows explorer for most things years ago. I’ve been using a neat indie app I found called fman. Not affiliated, just a fan https://fman.io/

fman (https://fman.io) is a cross-platform GUI file manager. It's from the Norton Commander school of file management. It's under active development, and the author seems pretty responsive. It's not gratis, but not expensive either.

>> I’m still holding out for tabbed windows in the file explorer Try these: Total Commander: https://www.ghisler.com/ fman: https://fman.io/

You may be interested in fman[0]. Dual pane file manager, actively developed. I don't believe it has feature parity with Norton Commander, but it's a good modern alternative. The developer is also active on HN. [0] https://fman.io

Shameless plug: if you're looking for a file manager inspired by ST, check out (my) https://fman.io

I don't really have a use case for a file manager, but I love your https://fman.io/blog/transparency/#open-source-promise :)

PyQt seems to work quite well, for example fman is written in it: https://fman.io/ Regarding gamedev: Unity itself is still written in C++ and Unreal Engine uses it even more. AAA games are written mostly in C++ with Lua/C#/Python for scripting. There are still a lot of other reasons to use C++, too.

Finder really needs some attention beyond adding features like tagging that add complexity without, as far as I can tell, bringing any real benefit. I want a Finder that's keyboard-accessible, that lets me easily restart it when it crashes, that doesn't frustrate my efforts to view certain hidden files. I'd still take it over windows explorer, on balance, but only barely, and that's pretty damning. I've recently started using fman [0] which seems a promising alternative. [0] https://fman.io

This is eerily similar to fman, which was posted here a few weeks ago https://fman.io/ https://news.ycombinator.com/item?id=13764060

Ah, from viewing the site on my desktop, I can see the link to the main site. It appears to be a paid app (but still in pre-release) EDIT: link to actual site: https://fman.io/

FYI, there is already an existing fman: https://fman.io/

The section "TUI : Text-based User Interfaces" resonates with me strongly, and is somewhat relevant to the WTF thread[1] from yesterday, in particular this subthread[2] about GUI vs TUI. Compare the statements: > terminal protocols are ghastly display server protocols in disguise vs > > At what point do we just say why not 'install a modern GUI'? > I have yet to see a modern GUI that didn't put pretty little animations a higher priority than being modular and configurable and having as much or as little data density as I desire > Command lines[3], on the other hand, do it natively if not intuitively. Which brings up few interesting observations: * Terminal vs graphical is almost completely orthogonal and an implementation detail. There are plenty of WIMPy style[4] TUI/ncurses applications, and also various forms of commandlines/repls that are natively graphical. * I'd argue that there are few other categories that are less often recognized, namely "keystroke-driven" and "web style" (nomenclature is mine and not fully though out). * The characteristic attributes of "keystroke-driven" is full interactivity (in contrast to command-line) but where typically there are no (or minimal) interactive elements on-screen. Some examples off my head would be VisiData[5], tdo[6], fman[7]. These types of applications tend to have very high data densities (what the commenter above desired) * "Web style" applications is more ambiguous (and debatable) category, but I think there is…

Alternatives for terminal are: lf (https://github.com/gokcehan/lf) nnn (https://github.com/jarun/nnn) lfm (https://github.com/langner/lfm) vifm (https://vifm.info/) ranger (https://github.com/ranger/ranger) With UI (cross platform): muCommander (https://www.mucommander.com/) DoubleCommander (https://doublecmd.sourceforge.io/) fman (https://fman.io/) Camelot (https://github.com/IngvarX/Camelot) I prefer lf and muCommander (only for simple ops, though), for sync and resumable copy I use rsync and rclone.

Thanks! I enjoy doing both and have enough bandwidth to provide consultancy for others while also working on my own projects. For Checkbot, it can take weeks to see the impact of changes to on-boarding, pricing, SEO, UX etc. so I have time for other activities. Checkbot has also helped me connect with companies that need help getting their own SaaS products polished and ready to launch. I enjoyed your posts on your journey with fman on https://fman.io/blog/ by the way. Selling software as opposed to only coding it has its own set of challenges for sure.

I work on the client-side javascript SDK for PayPal (documented at https://developer.paypal.com/docs/checkout/). We took Michael's feedback from his original article at https://fman.io/blog/paypal-for-saas-99-problems/ very seriously. We're not all of the way there yet; but if anyone has any remaining concerns about the integration, I'd be glad to take them onboard!

it captures data by default... https://fman.io/docs/metrics at least he is open about this. still don't like that is it ON by default or that it's built in to the core code.

>If you're interested in a little history: https://fman.io/blog/dual-pane-file-manager-history/ Thank you, though I knew most of those info as - unfortunately - I was there, in the sense that I was in my twenties when NC came out, I practically started my computing experience at work using NC and I couldn't imagine doing some tasks without a dual pane filemanager, and when the NC was killed by Symantec I mourned the loss (and quickly found some decent alternatives, the one with the most "NC feeling" being IMHO DN - Dos Navigator and later NDN - Necoromancer's Dos Navigator). As a side note, what not everyone knows/noticed, 7-zip it is also a (almost orthodox) dual pane file manager, very handy to manage, besides files residing on mounted filesystems also those inside archives (obviously) and those inside disk/disc/drive images, such as .iso, .img and similar.

> QT used to, the source in escrow, to be released under GPL or BSD if a nominated independent person decides the software is ever "abandoned". Wow, interesting. I was aware of Qt's early history of being fully closed, but I didn't know it was in escrow like that. Link from wikipedia: https://www.kde.org/community/whatiskde/kdefreeqt_announcement.php Here's an example of another non-OSS program with source under escrow: https://fman.io/blog/transparency/#open-source-promise

I would suggest just removing it. Debian/Linux have a system wide update mechanism for everything - the OS & apps - and it's very strongly preferred that you just use that. The UX of asking stuff during install is also pretty bad - and goes against the grain; it's vanishingly rare that Linux install packages ask questions. Even if you make it a startup/in-app/config option, it would also be a strange question to ask on Linux: Would you like auto-updates? Of course, everything on linux auto-updates, why do you ask? No - I mean would you like me to force-update just fman everyday? What? No! Also, don't forget to update this page while you're at it: https://fman.io/docs/obtaining-updates

Especially when you make licenses scarce: https://fman.io/buy > I'm sorry, we're sold out :-( 100 licenses were made available on March 1, and all are gone. Please join the waiting list below to be notified when new licenses become available. Not sure I understand the intent here of keeping people from paying you.

I find the licensing model described in a previous blog post https://fman.io/blog/transparency/ quite interesting: If no commit is made to fman in more than 6 months, then it will be open sourced under a BSD license. I'd like more closed source developed software adopting this model. Perhaps there could be a service automating this type of promise, especially for software with a bus factor 1. :) Edit: Fixed autocomplete spelling errors.

You release fman on Linux, so you use at least some open source libraries. I wonder which ones are those and what is your policy of transferring a share of your earnings from your project to them. Also I suggest anybody using this software with a paid subscription to evaluate this bit from the EULA: > fman is provided as-is. You are using it at your sole risk. We give no warranty of any kind. You agree that we shall not be liable for any damages related to fman. Source: https://fman.io/eula Also, stop this FUD already. Anybody can release software however they want, free, libre or not, but this attitude that I quote from your link is plain wrong. > We all like free stuff. But in a world where everything is free, we are the product. We're talking about FOSS software here, not about Facebook or Google. If you don't want people "bashing a little guy who's trying to innovate", you can quit spreading misinformation about people whose gratutiuous libraries and kernels you use (yes every platform you release to uses FOSS somewhere).