China DOS Union

Re sorts:
During this phase, I conducted extensive searches on the Internet for VGA glyphs and CONFIG.SYS tools, and also made countless experiments on VPC. Now, I summarize the following regarding the VTF code sequence and the storage order of glyph data:

1. Code sequence: Theoretically and practically, I have achieved ① loading at one time the glyph data of continuous or out-of-order codes (partial or all ASCII codes) and the glyph data of out-of-order codes (all ASCII codes), ② loading at two times the glyph data of left and right halves of glyphs respectively with continuous codes (partial or all ASCII codes), and ③ loading at n*2 times the glyph data of sequential or out-of-order codes (partial or all ASCII codes). These can all be easily achieved on the DOS command line, but as a device driver, there are many problems - ① and ② are okay, but ③ is not. Originally, the method of ③ can be the most convenient way to achieve the unification of various sequential codes, especially for programs where the driver and execution are combined into one (my goal).

2. Storage order of glyph data: The storage order of glyph data in the normal Chinese character system font library is set as 1, 2, 3, 4,..., 31, 32. The VTF glyphs need to be split into left and right halves each occupying one ASCII character position/code position, and the glyph data is divided into 1, 3, 5,..., 29, 31 and 2, 4, 6,..., 30, 32. The overall storage order of glyphs has ① stored continuously in the order of the ASCII character set, ② stored in the order area of the left half glyph plus the order area of the right half glyph, and ③ the order of hz1 left half glyph right half glyph plus hz2 left half glyph right half glyph plus... plus hzn left half glyph right half glyph (Chinese character internal code/code out-of-order) storage. Among them, the order of ③ is beneficial for programming with the Chinese character code out-of-order method and secondary utilization of glyph data in the program.

3. If the file size is not much considered, the entire 256-character set glyphs can be loaded at one time, which can be compatible with various code sequences and achieve a unified storage order, and can also realize the program where the driver and execution are combined into one (my goal).

The thoughts on automatic replacement will be described in another post.

Re regarding sorting:
　　Thoughts on automatic replacement:
1. There is a problem of identifying Chinese characters and Western text tab characters.
2. There is a problem of whether a certain Chinese character string needs to be replaced.
3. There is a problem of synchronously performing string replacement and font replacement and making a comparison record of non - repeated character strings; otherwise, it will be inconvenient for future reverse replacement, secondary development, and improvement.
4. The loading starting ASCII code and multi - font merging are also fatal threats to replacement.

These really are some formidable people

First, give a generator for the non - repeated Chinese character list file, MKHZ.COM myfile.txt, to generate myfile.HZ. Then use VTHZMK.COM myfile.HZ to generate the VTF font pattern loading program.

[ Last edited by 本是 on 2005-12-6 at 17:00 ]

Multi-font, Multi-modification VTF Chinese Character Glyph Loading and Display Integration DEMO，The displayed information is:
Display Chinese characters without Chinese character systemChinese charactersChinese charactersChinese charactersInverse phase horizontal and vertical expansion underline

Display without Chinese character system -- UCDOS simplified Chinese character font library
Chinese characters -- XZL simplified style
Chinese characters -- Bold font library
Chinese characters -- Traditional Chinese character font library
Inverse phase -- corresponding style
Horizontal -- horizontal expansion
Vertical -- vertical expansion
Expansion -- horizontal and vertical expansion
Underline -- corresponding style

Hope it can be generated automatically by the program!

[ Last edited by 本是 on 2005-12-1 at 00:09 ]

Re Ben Shi:

After simple testing, both MKHZ and VGAHZ are fine.

Just took some detours when testing MKHZ. I don't know when vthzmk added support for the file VTHZMK.COM myfile.HZ? The 1281-byte version from 10-31 22:33 I used didn't find this function. So I tried using VTHZMK.COM<myfile.HZ, the program showed help and then automatically ended; tried using type myfile.hz | vthzmk, but found that it couldn't terminate the program because there was no carriage return; finally edited with edit to finally pass. Then used vthz and type vthz.txt normally, but still didn't display the original myfile.txt, and needed to manually edit vthz.txt again.

In addition, I also agree with you on the step-by-step and modular development method. When considering each step and module separately, try to exclude interference from other modules, use the most standard and simplest implementation, and then module combination is simple. First, eliminate repeated characters in the text to be converted and generate a simplified text code table (MKHZ), then check if there are sibling characters in the code table to determine the selection method of the ASCII characters to be replaced, then generate the ASCII character code table to be replaced according to the text code table, then batch load new character models or generate character model loading programs according to the replacement code table, and finally generate new display text according to the correspondence table of the text code table and the replacement code table.

Of course, I can't help with the details. Here I wish your project continuous new progress!

[ Last edited by willsort on 2005-11-30 at 10:47 ]

Originally posted by willsort at 2005-11-29 10:50 PM:
Re 本是:

After simple testing, there were no problems with MKHZ and VGAHZ.

Just took some detours when testing MKHZ. I don't know when vthzmk added support for the file VTHZMK.COM myfile.HZ? The 1281-byte version from 10-31 22:33 that I used didn't find this function. So I tried to use VTHZMK.COM<myfile.HZ, and the program displayed the help and then automatically ended...

I was also just about to ask this question. I estimate that he may not have uploaded the updated VTHZMK file yet.

Re ALL:

　　VTF software package initially completed!　　DEMO.BAT has the usage of each .COM, please refer to it.
　　DEMO.BAT itself needs to be run with a command line file name, otherwise it will display the help information. The command line file name must not contain a Western period ., if there is, please replace it with a Western space!!! -- Only refers to on the command line.
In the original package, you have--
716 DEMO.BAT　　Batch file for testing, also used as a text file for experimentation
32 HASDOT.COM　Test whether the command line file name contains ., if yes, return 46 as errorlevel
627 MKHZ.COM　　Generate .HZ non - repeating Chinese character list file from text file
1,278 NEWHZ.COM　Automatically replace according to the new and old Chinese character internal codes, generate .NEW file
515 PACKING.LST　File list
1,281 VTHZMK.COM　VTF program generator -- main program
------------------------
4,449 bytes 6 File(s)

After entering DEMO demo bat, 4 new files are automatically generated, and automatic replacement and automatic paging display are carried out.
At this time, the files are as follows--
Type DEMO demo bat, you'll get--
716 DEMO.BAT
126 DEMO.HZ Non - repeating Chinese character list file: display Chinese character shapes under Chinese character system
716 DEMO.NEW New internal code Chinese character text file: corresponding to the original internal code text file DEMO.BAT
32 HASDOT.COM
627 MKHZ.COM
1,278 NEWHZ.COM
515 PACKING.LST
2,052 VTHZ.COM Character font loading program: work in VGA text screen / non - Chinese character display state of Chinese character system
128 VTHZ.TXT New internal code non - repeating Chinese character list file: after running VTHZ.COM, Chinese character shapes will be displayed
1,281 VTHZMK.COM
------------------------
7,471 bytes 10 File(s)

Users only need to run VTHZ.COM and *.NEW files -- both can be renamed as needed.

[ Last edited by 本是 on 2005-12-1 at 21:06 ]

Tired, but the spirit is worthy of recognition.

Re Ben Shi:

Waited for a day, but no one released test results anymore. I'm worried that my test results might affect many people's first impression of this program; and in my view, VTF is an original software worthy of praise both in creativity and technology, and it is constantly developing and maturing; and my test environment and test results are local and one-sided, besides, my reports always omit normal results and give detailed explanations of abnormal results.

After downloading the vtfdemo package, I used the command line demo demo bat for simple testing. Most steps were normal, but there was still a problem at vthzmk. Just like the problem I mentioned in building 36, in my test environment of virtual machine MSDOS7.10, vthzmk < demo.hz just displayed the help information and then exited directly, and there was no InputHZ prompt. During the demo process, vthz.com was created but was only 0 bytes; and using vthzmk < demo.hz in the single command line would not create vthz.com. After I used edit demo.hz as mentioned above and then type demo.hz | vthzmk passed normally, all subsequent steps were normal.

I wonder if anyone else has tested it? Can you release different test results.

First, let's get to know～The original poster has worked hard!

Re regarding resorting:

　　If using the MKHZ.COM from post #38, the situation should be different. The new MKHZ automatically adds line breaks and returns to .HZ, then VTHZMK <xxxx.HZ. I have tried multiple times with different text files myself, and the result is as expected. Maybe the moderator is still using the old MKHZ. Also, please use the VTHZMK from the software package; otherwise, there may be conflicts between different "new" internal codes. (Maybe I released a different VTHZMK.COM!)

　　There is time below, first, make a small program to generate .SYS from .COM; second, I will synthesize a complete program, improve the command line or DEBUG-style running environment; third, add font styles and decorations; fourth, combine .COM and .SYS into a dual-purpose program .EXE for driving and running (just like EMM386.EXE).

　　Thank you all for your encouragement! Welcome various opinions and suggestions!

[ Last edited by 本是 on 2005-12-2 at 21:27 ]

Re regarding the re-sort:

The carriage return added by the new MKHZ was noticed later, but unfortunately, I still can't pass the test of vthzmk < demo.hz, that is, I still can't pass the Chinese characters in it to vthzmk. Only the method of type demo.hz | vthzmk can be used.

Later, it was found that the running result of this method only replaced the character patterns of 62 Chinese characters, that is, it only displayed up to "Please use space instead", and type vthz.txt also did find that there are two unrecognizable characters later.

And in many tests, I have repeatedly encountered the problem that even type demo.hz | vthzmk can't replace the character patterns, that is, the display of InputHZ appears, and then a string of characters is indeed displayed, but it is not the half-character pattern after conversion, but the original extended ASCII character pattern, and then the correct conversion result is not displayed, that is, strings like c0 80 c1 81.

Originally posted by willsort at 2005-12-4 22:50:...But...

　　First of all, thank the moderator for the timely test. I have also found many of the problems mentioned and more BUGS in the very convenient DEBUG - like debugging tool INSIGHT, and have corrected them one by one.
　　At present, the integrated version has been completed. It accepts the string passed by the command line parameter, the string input by the user, and the text file {no longer need the redirection symbol!} (all three types of strings can contain repeated Chinese characters and English characters {but the recognition of Western tab characters is not considered}, and the filtering of repeated Chinese characters and English characters is done by the program). Finally, it automatically generates relevant files and the new code - replaced file of the original text file.
　　Currently adding the function of only displaying the new code string without generating files, improving the error message prompt, and conducting the final test...

!! The new version of the program will be released soon!!
!! Everyone is welcome to put forward more opinions and suggestions!!

[ Last edited by 本是 on 2005-12-5 at 12:21 ]

Single-file integrated version VTHZMK.COM successfully launched! Welcome to test.