Re Ben Shi:
Haven't expressed my views on your work for a long time because I found that many people have started to pay attention to this program and put forward some objective opinions and suggestions, so I had the idea of retiring successfully. But recently, I don't know what the reason is, the update progress of VTMagic has obviously slowed down. In view of this, I studied your work again and stated my opinions and suggestions on the following aspects, hoping to be of some help to your new development.
Algorithm Design
Guessing from the version span from 3.0 to 5.0, you attach great importance to this algorithm improvement; obviously, this algorithm improvement does increase the font loading speed in some ways, but considering the 64-character limit of VTMagic itself, I believe these efficiency improvements are difficult to be noticed by users, that is to say, it is possible that the external performance of the program has not changed much, but its internal complexity has increased significantly, which may not be what we hope for.
There is now a new encoding method that includes the standard ASCII characters not appearing in the text string to be analyzed into the new font modification code table. If so, when analyzing a text composed entirely of Chinese characters, it can support up to 128 Chinese characters. The disadvantage of this encoding method is that it causes inconvenience to the display of commonly used characters in subsequent processes, but it can be solved by restoring the font with /R.
The too few displayable Chinese characters is still a relatively prominent limitation. Although we rarely use it to display a long Chinese text, it is still very useful if it can support displaying 40*25 Chinese characters per screen. You once said, "It is impossible to display 25x80/2 Chinese characters on the same screen by modifying the character set with VGA hardware; only modifying the hardware settings to display graphics and characters on the same screen can be done." Then if we change our thinking, is it possible to realize the delay refresh similar to VPC under the real machine?
Or, adopt the method of artificial distributed processing. First, process 80 characters per line (or until the upper limit of the number of displayable Chinese characters is reached), generate the corresponding .EXE and .NEW files, then process the next 80 characters per line (or the next maximum displayable area), generate new .EXE and .NEW files, and so on until all the text processing is completed.
Help Information
1. Some Chinese characters appear in the description of /^, the example of /P, and the prompt of TS?.EXE in the English version.
2. "Send me donation" appears in the Chinese version.
3. The indentation format of the description text of /H and else in the English/Chinese version is incorrect.
Command Options
1. The difference between commands and options is not very big. It is suggested to merge them, that is, to be compatible with /command and -option at the same time, and to process them equally; it is suggested to separate the command and its subsequent parameters with a colon, which is very useful in batch processing and can effectively reduce the number of parameters; -m and /m are suggested to be changed to /G(ap), with a gap when specified, and no gap when not specified; its role in commands is not very big because it is usually not necessary to change its state repeatedly.
2. /R 4|8 is suggested to be changed to /N, with 40-column narrow screen mode when specified, and 80-column normal mode by default, and a new command /C is used to control clearing the screen.
3. /t is suggested to be changed to /i:file, which only controls obtaining text string input from the file, not controlling the output target; automatically obtain from it when there is a text string in the command line that is not a command option, and automatically obtain from it when there is a text string in the input stream; prompt the user to input when none of the above three places finds a text string.
4. /o:file controls outputting to a file or output stream, outputting to the file when specified, and outputting to the stream by default; because the output stream can be redirected to the file, this switch is cancelable.
5. /^ is suggested to be changed to /X, /+ is suggested to be changed to /M, the original settings can not consider case sensitivity, but may encounter troubles in special command lines; in addition, the usage of extended fonts has not been mastered so far, I wonder if it can be briefly explained?
Original command and option Suggested command and option
-M 9|8 /G (Gap) Chinese character gap: with gap when set, no gap when not set
-I 0|1|2 /L:C|E (Languge) Language environment: C=Chinese, E=English, automatically judged by default
-C 0|1|2 /C
|s|p Encoding method: o(riginal)=original Chinese character internal code
s(erial)=string sequence code (80,81,82,83...),
p(arallel)=parallel sequence code (C0,80,C1,81,...)
nnH specifies the 16进制 starting code, nnn specifies the decimal starting code
The default is 80H/128, it is suggested to cancel the limit of >= 80H
-Y J|F|... /S:J|F|...(Style) Font style: J=simple, F=complex, C=bold, X=XZL, V=simulated Song, etc.
/M 9|8 /G
/R 4|8 /R:N (Restore) Restore original font, use when N is specified
/C Clear screen
/P|p 含汉字和English的串 Automatically obtain from it when there is a text string in the command line that is not a command option
/I|i Automatically obtain from it when there is a text string in the input stream
Prompt the user to input when none exists
/T|t d:\dir\filename.ext /I:File Obtain text string input from the file
/O:File Output to the file when specified, output to the stream by default
/Y /W
/+ 1.exe 2.exe 3.exe /M
/^ h横z纵k纵k横k扩 /X
DigestI
Welcome to test!
Sorry! Because there is a BUG: The VTmagic 5.00 version has an error in address calculation, and the.NEW file generation is wrong. It has now been corrected. Please re-download the updated attachment on floor 154 - version 5.01!
