Best development platform for Total Commander?
Moderators: white, Hacker, petermad, Stefan2
Best development platform for Total Commander?
TC 8 (64 bit) has been developed using Lazarus. Now a new Delphi version has been released that supports 64 bit. What do you think is the best way to continue TC development?
Author statements are welcome
Author statements are welcome
One reason to use either Lazarus (option 1) or the new Delphi version (option 2) would be effort. This would mean having a single source to maintain which saves a lot of time - which could be used for further improvement of the software.
Looking at the bug reports Lazarus seems to have quite some issues. And it's not really clear how much effort it would be to go with new Delphi version.
Although a larger executable size isn't nice in the long run it's not really an issue nowadays. It would be interesting to know how large a version compiled with new Delphi version would be.
Looking at the bug reports Lazarus seems to have quite some issues. And it's not really clear how much effort it would be to go with new Delphi version.
Although a larger executable size isn't nice in the long run it's not really an issue nowadays. It would be interesting to know how large a version compiled with new Delphi version would be.
Wouldn't it be a lot easier to port the current Delphi 32 version to Delphi 64, than it must have been porting it to Lazarus 64?
If it is a matter of a couple of month, I could easily wait for a Delphi 64 version.
If it is a matter of a couple of month, I could easily wait for a Delphi 64 version.
License #524 (1994)
Danish Total Commander Translator
TC 11.03 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1371a
TC 3.50 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.03 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1371a
TC 3.50 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
I guess you meant "free" and not "open source" - there are closed source, but free applications too. Obviously, neither is the case with TCehab wrote:this would only matter if TC is open source, but i guess the author is the one who can really vote.
Being free, Lazarus opens ways for easy decisions about upgrading to a later version of the development system in the future, whereas with Delphi, Christian would have to pay for the upgrade. Isn't this one of the reasons he stayed for so long with Delphi 2?
- ghisler(Author)
- Site Admin
- Posts: 48138
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
No one forces you to use the 64-bit version, you can as well continue to use the 32-bit version. The 64-bit bit version is mainly for ignorant people who think that 64-bit is "better", and for some very specific usage cases (e.g. only 64-bit extension available, or 64-bit Windows PE with no 32-bit support).
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
…and for those who does not want to deal with file system and registry redirection, with missing and/or placed into really slow X64 submenu shell extensions, etc. To me, this is the most significant advantage of the 64-bit TC, and not its "64-bitness" in itself.
That's a pity, MS chose so idiotic method of making 32- and 64-bit applications live together as placing 64-bit DLLs into system32, and 32-bit DLLs into syswow64, with hiding the real file system from the applications, instead of just making a normal system64 dir (like Linux systems do), so that using a native 64-bit application is the only choice for anyone who wants to navigate FS freely, without always trying to remember what's he seeing now — real FS or some virtual substutite, and without necessity to constantly switching the redirection off (to see real files) and back on (to continue working with plugins and other specific functions).
That's a pity, MS chose so idiotic method of making 32- and 64-bit applications live together as placing 64-bit DLLs into system32, and 32-bit DLLs into syswow64, with hiding the real file system from the applications, instead of just making a normal system64 dir (like Linux systems do), so that using a native 64-bit application is the only choice for anyone who wants to navigate FS freely, without always trying to remember what's he seeing now — real FS or some virtual substutite, and without necessity to constantly switching the redirection off (to see real files) and back on (to continue working with plugins and other specific functions).
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 10.52 / Win10 x64
Using TC 10.52 / Win10 x64