Introduction and Background

In an OpenSuSE-11.1, Linux operating system with the primary language set as 
English and the secondary language set as "Simplified Chinese" and using the K 
Desktop Environment (KDE) 3.5.10, I can input simplified Chinese characters 
into a document in the text editor Kate using the AR PL Songtil GB font and the 
Small Common Input Method (SCIM) 1.4.7 with Smart Pinyin set for inputting 
simplified Chinese characters.  In this way I could input a set of LaTeX 
commands and some text containing simplified Chinese characters in a file of 
the form MyFile.tex file.   I also have Chinese/Japanese/Korean (CJK) 1.4.7 for 
LaTeX 2e, including various related CJK software packages, installed.  That 
permits the command of the form "latex MyFile.tex" to be executed.  Also it 
permits a command of the form "latex2html.............MyFile.tex" to be 
executed using the previously  installed program LaTeX2html 1.70 (a year-2002 
version).  Some of the relevant commands in such a .tex file could, for 
example, be similar to:

\documentclass{article}
\usepackage{CJKutf8}
\usepackage{pinyin}
..
\begin{document}
\begin{CJK}{UTF8}{gbsn}
....some simplified Chinese characters here.....
....some pinyin romanizations (Chinese pronunciation system) here, for example 
\Ni3 \hao3 \ma5?
\end{CJK}
\end{document}

In a successful case a resulting output file of the form MyFile.html could then 
be opened in the Konqueror-3.5.10 Web browser to display the simplified Chinese 
characters and pinyin romanizations input into the original .tex file.  The 
default in LaTeX2HTML is apparently to produce Portable Network Graphics (.png) 
images.  Without using Chinese characters such images may contain mathematical 
symbols, often with just one mathematical expression, symbol, or inline-used 
Greek letter in each .png file.  On the other hand, when using simplified 
Chinese characters, from my experience it appears that one .png file is 
produced for each segment in the .tex file which begins with 
\begin{CJK}{UTF8}{gbsn} and ends with \end{CJK}.  That one, .png file 
apparently contains all of the possibly numerous mathematical symbols and 
simplified Chinese characters generated from that segment of the .tex file.  
The program LaTeX2HTML 1.70 apparently treated the entire CJK segment in the 
.tex file as if it were a single, "mathematical" expression.  

The Apparent Byte Size Limit for a Portable Network Graphics (.png) File

However, in the file of the form MyFile.tex, apparently when the set of LaTeX 
commands and text between the commands \begin{CJK}{UTF8}{gbsn} and \end{CJK} 
was too extensive, one of the ensuing messages after entering the command of 
the form "latex2html........ MyFile.tex" was "Bad file descriptor" in 
attempting to generate the .png image.  That .png image was listed in the 
so-generated folder with a corresponding name of the form MyFile; but it had a 
size of 0 bytes.--So, of course, it either wasn't displayed or else a blank for 
it was displayed when the file of the form MyFile.html was opened in the 
Konqueror Web browser.  From experience the limiting size of the so-generated, 
yet displayable, not-empty, .png file had to have been somewhat larger than 60 
kilobytes, based on the largest .png file size I recall seeing in this context 
without the file-size problem.  Such a large size is in stark contrast to 4.6 
kilobytes, the largest size I saw for a .png image of a mathematical expression 
generated by LaTeX2HTML 1.70 from a .tex file containing mathematical 
expressions and possibly one or more Greek letters, but no simplified Chinese 
characters.

A "Workaround" Solution

By breaking the single, long, \begin{CJK}{UTF8}{gbsn}, \end{CJK} segment into 
several, shorter, such segments, such that no LaTeX2HTML-generated .png file 
had a size larger than the apparent byte limit of somewhat greater than 60 
kilobytes, the .html file produced by LaTeX2HTML could contain the designed, 
simplified Chinese characters and mathematical content.  Then each {CJK} 
segment of the .tex file corresponded to one .png file.

The above solution is much preferred over the alternative solution of breaking 
the long, say MyFile.tex file into files of the form MyFileA.tex, MyFileB.tex, 
MyFileC.tex, etc.; executing latex2hmtl commands of the forms 
"latex2html......MyFileA.tex",  "latex2html......MyFileB.tex",  
"latex2html......MyFileC.tex", etc., so-producing output files of the 
respective forms MyFileA.html, MyFileB.html, MyFileC.html, etc.; and finally 
appending each of those files in the order of MyFileA.html, MyFileB.html, 
MyFileC.html, etc., to make one long, .html document.--The undesirable features 
of this alternative solution are that, say equation number 1 and the image file 
name img1.png could conceivably appear for each of the files of the forms 
MyFileA.html, MyFileB.html, MyFileC.html, etc.  So if all of the multiple, 
img1.png files were placed in the same directory, there would likely be 
mistakes or problems when img1.png would be referenced by one of the .html 
files.  No, for one project each of the equations and .png files should have 
its own, unique number.  And that can be arranged automatically by LaTeX2HTML 
by using the first solution in which the long, CJK segment in the original .tex 
file is broken into several CJK segments, as discussed in the first paragraph 
of this section.

Unknown Origin of the Apparent .png-File Size Limitation

Since the origin in the computer code of the apparent, .png, file-size 
limitation is unknown to me, even whether it is within the CJK for LaTeX or 
LaTeX2HTML code, I hope I will able to send this e-mail letter to both the 
LaTeX2HTML and CJK users groups; however, so far e-mail letters sent to two 
e-mail addresses posted for joining the CJK users group have been returned to 
me as undeliverable.  Please advise me on where to make a change in one of the 
computer codes to accommodate a .png file size larger than the current apparent 
limit, which appears to be somewhat over 60 kilobytes.  Thanks in advance for 
help with where to make a change in some computer code to overcome this 
apparent limitation.

Pat  
_______________________________________________
Cjk maillist  -  [email protected]
https://lists.ffii.org/mailman/listinfo/cjk

Reply via email to