Well, I've been out for a long time, but saw that my thread started kinda brainstorm here
So, here goes my 2 cents... One of greatest qualities of Linux is it's enormous flexibility. All that pipe & socket stuff gives us a possibility to integrate very different kinds of stuff... As those who uses Midnight Commander like me knows, archive browsing plugins for it are mere shell scripts. Simple yet efficient! So, Ghisler, I think that it is very plausible to release Total Commander for Linux "as is", I mean, with no unsupported components at all... I guess the "skeleton" of TC is mainly functional if compiled on Delphi, the problem stays in FTP/file-dir comparsion and plugins stuff... Maybe it is possible to rip'em all outta Linux version, and left pipe-alike plugin extension system. Keep just the File Browser and make it easily expansible -- Linux users will do the rest
FTP is one of the things which I couldn't port to Linux. I just didn't figure out how all this signalling stuff works. On Windows, I use blocking sockets, which call a callback function when they are busy for a longer time. Blocking sockets also exist on Linux, but there is no callback function. I could put them in a thread, but there seems to be no way to cancel a blocking call. Are there any Linux experts here who know how to handle this?
Well, I'm not the Linux expert but I already solved that problem for several projects of mine... The only Linux built-in signalling system is that what uses kill() syscall AFAIK... It can be used to inform processes that some event happened and yes, it has callbacks. Now, you must handle the event BY YOURSELF. I'm used to make bidirectional pipes (kinda primitive sockets) and write my own messenging protocol. This is the only low-level way I know. That's enough for assembly coder like me, but for big projects there's some libraries that simplifies all the signals stuff. There's a LibSigC++ (http://libsigc.sourceforge.net/) that does all the signal/callback stuff... It's C++, but maybe it's possible to use it in Kylix. But I think that there's much more powerful and easy way: to make ONLY filesystem plugun interface (no file/dir comparsion, no ftp at all...). All those functions can me implemented by Linux enthusiasts. The only thing that doesn't fits well here is the "directory syncronisation" function. I think there's no way to make it external to Total Commander
I'm very, VERY interesting too by a Linux version of TC.
Even if there aren't not all the functions, doesn't matter.
I'm using MignightCommander from too much time and when I return under Windows, I'm too happy.
Thank you for the time tou will pass on this version
Well, Linux environment is very powerful by it own.... This is totally opposed to Windows environment which is poor and weak. Thus why Total Commander for Win32 must have FTP client, sync tools, packer & FS extensions... Now the thing I personally most need on Total Commander for Linux are 2 panels with file associations, lister & key bindings... And sure, expansion mechanism like KIO
Now the thing I personally most need on Total Commander for Linux are 2 panels with file associations, lister & key bindings...
I wrote this allready 2 years ago (except for associations, which Linux doesn't know), but never released it because I couldn't port FTP and compare by contents. In fact, the internal TAR and GZ packers in the Windows version were originally written for the Linux version.
Unfortunately I had to stop development on the Linux version because of lack of time. Currently 90% of my daily work consists of support (e-mail etc). So if you want to see a Linux version, send me less e-mails.
Now the thing I personally most need on Total Commander for Linux are 2 panels with file associations, lister & key bindings...
I wrote this allready 2 years ago (except for associations, which Linux doesn't know), but never released it because I couldn't port FTP and compare by contents. In fact, the internal TAR and GZ packers in the Windows version were originally written for the Linux version.
Unfortunately I had to stop development on the Linux version because of lack of time. Currently 90% of my daily work consists of support (e-mail etc). So if you want to see a Linux version, send me less e-mails.
You should advertise better this forum: many users could ask in this forum before writing directly to you.
A possible solution would be to add a link to the forum in the TC installation, no?
And what about a menu item in the TC help menu pointing to the forum?
How about changing the link called "Support" to "FAQ and Support" on the webpage? FAQ is so much used now everyone having trouble will look for that link. Of course, support is the correct term but it might help to let the word FAQ be more visible from the homepage.
ghisler, and what about releasing your already-ported portion under GPL or alike?
Certainly there will be coders that would program FTP and comparsion stuff... And who knows if Linux users liked the GPL Total Commander for Linux they could also buy it for Windows?
what about releasing your already-ported portion under GPL or alike?
The problem is that the code is 90% identical to the code of the Windows version - so the Windows version would automatically become free too and I could close my company...
A possible solution would be to add a link to the forum in the TC installation, no?
