Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

File Pilot: A file explorer built for speed with a modern, robust interface

filepilot.tech

Post reply on HN
Print view View original

211–220 of 231 posts

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#211

Post by qingcharles »

vjekoslav wrote: post #104
semantecture wrote: post #72

Nice work, really snappy, love the "speed at the your fingertips" approach. I absolutly am willing to shell out some EUR for such life-altering tools. I have been entrenched in the https://www.ghisler.com/ camp for 20+ years for three main reasons: 1. function keys for copy/move etc. like in mc, norton etc. 2. navigate (even larger) archive files in every format under the sun as if it were an extension of the file sy…

Thanks for trying it out! I was a long-time TC user too. 1) Those are not assigned by default, but all hotkeys in FP are reassignable, so you can create a setup very similar to TC. 2) This is a planned feature. 3) Not currently on the roadmap, but it's a possibility.

This app is game-changing. It makes Windows vastly more useable as someone who needs a dozen tabs open all day in Explorer. As soon as I have spare cash next month I'm paying. The sheer hours saved from having to restart Explorer daily..!

Only one single feature request: can you allow thumbnails larger than Windows sizes? https://ritt.app does this well with a slider in settings.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#212

Post by deburo »

vim-guru wrote: post #95

You might as well sell this to Microsoft—they'd pay well, and more people would get to benefit from your great work! It really makes you wonder what kind of bloat is slowing down Explorer and whether it's lurking elsewhere too.

Looking at PowerToys, they would probably turn it into a WinUI slug. I wonder what hardware the WinUi devs run it on.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#213

Post by Kuraj »

xyx0826 wrote: post #47
sorenjan wrote: post #43

Another file explorer option is Files [0], that looks a lot more like the built in Explorer in Windows but with some additional features. [0] https://files.community/

Files looks great but it has performance issues and occasional crashes when I tried it out a few months ago. When going into subfolders, there is a very noticeable subsecond lag which I don’t get from native Explorer. For all complaints of lack of features that Windows File Explorer gets, it’s still a very respectable native GUI app for being Windows’ most used program!

Yeah I had to give up on Files because of the performance too. I'm glad this exists.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#214

Post by Kuraj »

tredre3 wrote: post #172
anthony88 wrote: post #140

Earlier quoted context omitted.

I can't answer for the File Pilot author but I've spent many years on writing a file manager. * It's fun to write and to use. It's like craftmanship. * Hopefully some companies/people will realize how many hours they waste using the default OS file manager * It's less risky than developing a game full time (I think) * Sure, I lost a lot of money to not having a normal job but my bills are low and my priority is more…

> It's like craftmanship. I've come to realize (mainly by reading comments on this very forum) that, for an increasing amount of people, programming is just a job and they don't see it as an art form or a hobby. They genuinely cannot fathom that someone would spend time on ANY project without being paid. It's very sad but ultimately society couldn't function of we only hired passion-driven programmers, so eh.

To be honest I'm just burn out after 8 hours of coding for work, to do even more coding after.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#215

Post by mwcampbell »

Nice work. I noticed, though, that there's no accessibility for blind people or others who need assistive technology that uses the platform accessibility API. If you can accept a Rust dependency, here's my project for solving this problem: https://accesskit.dev/ We do provide pre-compiled static libraries of the C binding, so you don't need to directly introduce Rust into your build process. I specifically kept immediate-mode toolkits in mind when designing AccessKit. Or if you'd rather just look at our code and implement the accessibility APIs yourself, that's cool too.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#216

Post by vjekoslav »

mwcampbell wrote: post #215

Nice work. I noticed, though, that there's no accessibility for blind people or others who need assistive technology that uses the platform accessibility API. If you can accept a Rust dependency, here's my project for solving this problem: https://accesskit.dev/ We do provide pre-compiled static libraries of the C binding, so you don't need to directly introduce Rust into your build process. I specifically kept immed…

Hello! I can't promise anything on this topic yet, it's on my list, but it's fairly low priority right now. The program was written in C with no dependencies, so introducing a huge dependency like that isn't an option. But I appreciate the advice!

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#217

Post by mwcampbell »

vjekoslav wrote: post #216
mwcampbell wrote: post #215

Nice work. I noticed, though, that there's no accessibility for blind people or others who need assistive technology that uses the platform accessibility API. If you can accept a Rust dependency, here's my project for solving this problem: https://accesskit.dev/ We do provide pre-compiled static libraries of the C binding, so you don't need to directly introduce Rust into your build process. I specifically kept immed…

Hello! I can't promise anything on this topic yet, it's on my list, but it's fairly low priority right now. The program was written in C with no dependencies, so introducing a huge dependency like that isn't an option. But I appreciate the advice!

I'm curious, how did you conclude that AccessKit is a huge dependency? The binary size does vary by platform, with the Linux backend being especially large due to its use of a pure-Rust implementation of D-Bus. But the Windows x64 DLL is 268 KB, and the macOS x86-64 dylib is 437 KB stripped. The impact of the static library on your binary size will probably be about the same, or maybe a little less because most applications don't require all of the little setter and (especially) getter functions. I'm not happy with the size on Linux, but I think it's acceptable on Windows and macOS, given that accessibility is, in many contexts, a must-have.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#218

Post by vjekoslav »

qingcharles wrote: post #211
vjekoslav wrote: post #104

Earlier quoted context omitted.

Thanks for trying it out! I was a long-time TC user too. 1) Those are not assigned by default, but all hotkeys in FP are reassignable, so you can create a setup very similar to TC. 2) This is a planned feature. 3) Not currently on the roadmap, but it's a possibility.

This app is game-changing. It makes Windows vastly more useable as someone who needs a dozen tabs open all day in Explorer. As soon as I have spare cash next month I'm paying. The sheer hours saved from having to restart Explorer daily..! Only one single feature request: can you allow thumbnails larger than Windows sizes? https://ritt.app does this well with a slider in settings.

I'll check it out, thanks!

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#219

Post by vjekoslav »

mwcampbell wrote: post #217
vjekoslav wrote: post #216

Earlier quoted context omitted.

Hello! I can't promise anything on this topic yet, it's on my list, but it's fairly low priority right now. The program was written in C with no dependencies, so introducing a huge dependency like that isn't an option. But I appreciate the advice!

I'm curious, how did you conclude that AccessKit is a huge dependency? The binary size does vary by platform, with the Linux backend being especially large due to its use of a pure-Rust implementation of D-Bus. But the Windows x64 DLL is 268 KB, and the macOS x86-64 dylib is 437 KB stripped. The impact of the static library on your binary size will probably be about the same, or maybe a little less because most appli…

Sorry, I based this on your comment "If you can accept a Rust dependency". I haven't actually looked into it yet, but I'll check it out, thanks for sharing.

However, I'd still prefer to go with my own solution, if possible, for tighter integration.

Re: File Pilot: A file explorer built for speed with a modern, robust interface

#220

Post by linsomniac »

linsomniac wrote: post #25
willaaam wrote: post #11

Please, I beg you dear developer, replace my stupid MacOS finder with your superpowers!

What is the deal with MacOS file dialogs? A couple days ago I was trying to open a project in Cursor, and I click on "home" and my name, and then it has the directories grouped by year created. So I type in the search box, but it's now searching some other context, like the whole system or something? I don't even have tons of files/directories in my home directory "ls | wc -l" gives 36. It's like they designed it whi…

Thanks everyone, these pointers were really helpful. At one time I think I set it to "most recent" and forgot about it, since I'm not using the finder a whole lot. I hadn't even thought about going into settings, so I went there and did some tweaks, including defaulting to searching within folder by default, and changing some locations that it defaults to, which I think will really help.
Post reply on HN