![]() – sync preferences as well across devices (including shortcut keys) ![]() – sync FTP accounts via iCloud – iCloud should always be the preferred way for syncing for mac-only apps. – allow the use of function keys in Forklift – without having to change them in system preferences – Eltima’s Commander One does this and love this feature – focus on keyboard usage – ideally power users should be able to use Forklift just by using the keyboard ![]() That being said, here’s what’s very important (for me at least): Always ended up using ForkLift because Commander One is still very buggy. I’ve tested everything the mac universe had to offer best ones seem to be ForkLift and Eltima’s Commander One. It’s hands down, the best file manager, nothing comes close. Used to be a Windows guy 10 years ago and since my move to Mac there’s only one piece of software i miss every day. If you could add ONE feature to ForkLift 4, what would it be? Let us know in the comments which is the one, most important feature you definitely would like to see in ForkLift 4. We will make sure that this will be a fair offer. We will work out a fair concept this time too, where users won’t need to purchase ForkLift twice within a given period. In the past, we always introduced grace periods for the users who had bought ForkLift in the months before the release of the next major version. Users who need or want to buy ForkLift now should buy it now and shouldn’t postpone the purchase. Since we had announced that ForkLift 4 might come out in the spring, a lot of people asked if they should purchase ForkLift 3 now or wait until the new version comes out. ForkLift 4 will likely require a recent macOS version, but we hope that by the time ForkLift 4 comes out, this won’t be such a big issue. But unfortunately, using these modern implementations has its price too, and this price is the compatibility. It feels good and liberating to delete something old and unnecessary entirely or replace it with a much simpler solution. There is only one thing that can improve the app besides writing code, and that is deleting some unnecessary code. These new solutions are reducing the complexity of the code too. There are some new technologies and implementations (for example, SwiftUI) that we want to use in ForkLift 4, which would allow us to build a more robust and future proof app. If we want the code to stay relevant, then we have to change bigger parts of it, and it is better to change some of the core functions now, before the release, than a few months later on the live code. We want to create a solid foundation that we can later easily build on. ![]() The maintainability of the code will become even more significant now that we are switching to the new model of continuous development. A maintained, sustainable code is easier to work with, and it allows new functionality to grow. ![]() That is good for the developer and the users as well. That is a standard we have set for ourselves. However, we are postponing the release of ForkLift 4 because we have decided to make a major overhaul once again.įirst and foremost, we want to add more new features to ForkLift 4 than planned so that we can call it a new major version with a clear conscience.Īlso, because of the complexity of ForkLift, we need to keep the code of ForkLift clean and sustainable. That was one of the reasons why we hoped that we could release ForkLift 4 in the spring. And we certainly didn’t want to completely rewrite the code as we did in the past major versions. We were planning to make fewer significant changes to ForkLift than in the previous major releases. In this last post, we also wrote that we were hoping to release ForkLift 4 in the spring of 2021. The feedback from our users has been overwhelmingly positive, which has strengthened our decision about the new pricing model. In one of our latest blog posts, we discussed our plans for the new business model for ForkLift 4. ![]()
0 Comments
Leave a Reply. |