Hallelujah! 🔥🔥🔥

Nice to see this. Did a quick test and it works really well. Some feature requests:

• A refresh option would be nice (when removing/adding some files/directories while running the program)
• Multi select for bulk actions like upload, download and remove (with INS key etc)
• Option to change window position (I like the ftp server on the right 😀)
• An option to start the app and get a window for the connection options in the app
• A config file to save the connection information (and option to ask for password if you don't want to save it)
• With a config file in place maybe an option to select different servers within the app (close connection; connect to new server etc)

I made a similar program for EtherDFS in the past so these features are mostly copy/paste from a list I made before. 😜

Yoghoo wrote on 2026-04-01, 10:15:

[*]A config file to save the connection information (and option to ask for password if you don't want to save it) [*]With a conf […]
Show full quote

[*]A config file to save the connection information (and option to ask for password if you don't want to save it)
[*]With a config file in place maybe an option to select different servers within the app (close connection; connect to new server etc)
[/list]

I made a similar program for EtherDFS in the past so these features are mostly copy/paste from a list I made before. 😜

I use a customized Dos Navigator menu with preconfigured servers. Some of them have the password specified right away, while others do not.

As an alternative, you could use choice-like utilities together with a batch file.

The one truly essential feature here is multiple selection, no question about it.
But I wanted to finish it by April 1 and not dig myself in any deeper.

Wow. Great idea, Can't wait to test this. The ftp client for wfw3.11 I've got always generates a error when opening a remote dir. Odd enough, it's 1 error generated per file in the remote dir, and I have to click IGNORE for all of them, anytime if I acknowledge, it just crashes.

v2
You can select multiple files at once and copy or delete them in one go.
I think this is mostly enough for now. From here on, it’ll probably just be bug fixes, if any turn up.

oh this is nice, will test it next time I want to transfer some files!

Very nice! I will check it out 😁

Hi,
For me the 150 maximum item count seems to be overly restrictive. Can it be increased to at least 512 or rather make UI_MAX_ITEMS to be a command line parameter instead of a fixed define?
The main problem is that because of this limit many directories are not even listed.

Falcosoft wrote on 2026-04-03, 23:30:

For me the 150 maximum item count seems to be overly restrictive.

Indeed.
Norton Commander 5.51 for DOS can do more, even in reduced-memory-usage modes:

1        Command Line            Description
2        -------------------     --------------------------------------------
3        nc /s                   Launch Commander with SMALL memory
4                                configuration. Number of files per panel
5                                is 700.
6
7        nc /t                   Launch Commander with TINY memory
8                                configuration.  Number of files per panel
9                                is 300.

Norton don't have to handle long filenames / utf8.
I'll see what I can do.

radozd wrote on 2026-04-04, 02:22:

Norton don't have to handle long filenames / utf8.

NC 5.5/5.51 does support LFN where the LFN API is available, eg. under Windows 9x.
But I don't know how it affects the maximum number of files per panel...

Anyway, nice to see such an utility - for a long time, it's been like the Holy Grail for many people!

Given the item size, the limit can be increased to 400 files without effort. I hope it will be enough.
I don't want to make this part dynamic yet(?)

So I've downloaded a 100 MB file on my 286 box - which naturally took a while, but completed successfully... almost.
After the download, I can see "Timeout", and can't see the downloaded file in the local panel - it's not refreshed.
But if I refresh it manually, I can see the file.
I've even tested the file's integrity - perfectly fine.

Thanks for the report.
The issue has already been fixed and committed, but the fix hasn’t been released yet. A global transfer timeout was a bad idea.

radozd wrote on 2026-04-04, 05:52:

Given the item size, the limit can be increased to 400 files without effort. I hope it will be enough.
I don't want to make this part dynamic yet(?)

Hi,
Yes, 400 items would be much better.I have noticed that in your commit description you mentioned the limit change to 400. But in the modified code I found this:

1#define UI_MAX_ITEMS          (300)

On my server currently I have ~360 files/directories in the root. So 400 would be just enough but only 300 not really.

It will be 400, don't worry.
I'm focused on testing the timeouts now.

Look ok to me. You may try 2.1

radozd wrote on 2026-04-04, 07:45:

Look ok to me. You may try 2.1

Thanks, it seems to be working well.

Version 3 is here

I'm not entirely sure why I keep doing this, but I seem to get a kind of forgotten enjoyment from exploring old FTP servers.