$Z seems to indicate the compressed file, e.g. utils.zip. $A (imo, not tested) is used as a user prompt for the extraction location, which is then fed into the command line.
Thanks a lot for working on this btw! I’ll be looking out and am sure to test your RC!
The zip contains:
- Multimente and manual full translated in English (need help tocheck please)
- A /French folder that contains manual and configuration files in French (text coded in Windows Latin 1, you can see accents with the internal viewer of MM using WIN-LAT1.FNT font)
- A /Duch folder that contains manual in Duch (need help to complete what is missing)
- A /Japanese folder that contains the full version of MultiMente in Japanese.
These English and Japanese versions of MultiMente support FAT16 (even formated with Nextor) and them are free of Y2K bug. In addition, the English version does not crash anymore if we press [CTRL]+[SPACE] or [SELECT]+[GRAPH] when no Kanji ROM. Some English texts in MM are also fixed.
Thanks to Sebbeug for the proofreading of the doc in French and to have tested MM on OCM.
MM does not work correctly with the hacked version of MSX-DOS 2 kernel 2.20 (SHA1: ac26be7fc8386d12ed6a3de4f05fd462967599a8)
MM does not work with MSX2 updrade (Neos MA-20 cartridge or clones)
MM doesn't clear correctly its buffer to display the elements of disk. If a file name is displayed on an empty disk, execute the external command INIRAM.COM to fix temporarily this minor bug.
Avoid using CS.COM to configurate MM, I have to check if the data of the MM.CFG are correct or not. They are bad for the Japanese version. I will correct that later.
@gdx: for me the first run MM would not finish starting, it showed only the outlines but not the disk contents. So I ran CS and that fixed it for me.
I also noticed that in the sort option in MM.CFG some info is gone. I don't know if these have been removed from the code. Here is what I had in my personal MM.CFG (translated from the Japanese MM.CFG supplied with MFR):
SORT = 0 ; Sort Type
; 0 = None (+0)
; 1 = Name (+1)
; 2 = Size (+2)
; 3 = Time (+3)
; 4 = Extension (+4)
; 1 = Ascending (+64) / 0 = Descending (+0)
; Save Sort State
; 0 = OFF (+0) / 1 = ON (+128)
;
; (Please add all the numbers in parentheses)
The part in bold is not in your MM.CFG. e.g. Sorting on name ascending should thus lead to SORT = 65.
Sort parameter for files in the tree seems ignored in this version. This parameter is not even present in the Japanese version. I will probably remove it from the documentation.
