% This file was converted to LaTeX by Writer2LaTeX ver. 0.4 % see http://www.hj-gym.dk/~hj/writer2latex for more info \documentclass[12pt,twoside]{article} \usepackage[ascii]{inputenc} \usepackage[T1]{fontenc} \usepackage[english]{babel} \usepackage{amsmath,amssymb,amsfonts,textcomp} \usepackage{color} \usepackage{calc} \usepackage{hyperref} \hypersetup{colorlinks=true, linkcolor=blue, filecolor=blue, pagecolor=blue, url color=blue} % Pages styles (mast
希望する追加機能をあげるスレッド (スコア:0)
Re:希望する追加機能をあげるスレッド (スコア:2, 参考になる)
Re:希望する追加機能をあげるスレッド (スコア:0)
いやスゲェッ!まさか片方とはいえ実現するなんて。
#とは言っても実はLaTeX⇒Writer(⇒MSWord)が真に求めている変換ソースなのでAC
##いや、いるんですよ、数式(∬とかΣとか\fracとか)多用する業界なのに
##MS製品しか使わない大ボス。
#自分は下っ端の書いた数式しかコピペしてないので数式を書くめんどくささを理解していない:-p
Re:希望する追加機能をあげるスレッド (スコア:3, 参考になる)
日本語化けますけどね>WriterのLaTeX出力
が
飽きたのでだれか引き継いでください。 (スコア:2, 興味深い)
ContextクラスのsLangが"en"のままで、
LaTeXDocumentクラスのsEncodingが"ASCII"のままなのが問題みたいです。
(writer2latex.xmlとかを読み込んで決めている気がしますが)
ざっと見た限り、JavaのI18nに頼らない―というか、無視する―
ようになっているみたいで、
対応していない日本語へ対応するには簡単には行かない気配でしたので
場当たり的な対応をしてみました。
(といってもTex環境がないので正しいかはわかりません)
1. I18nクラスのnotFoundメソッドの中身を
return Character.toString(c);
に総書き換える。
2. LaTeXDocume
Re:飽きたのでだれか引き継いでください。 (スコア:0)
まじめに対応する場合のヒントになるかもしれない情報でも。
まず、ContextクラスのsLang変数ですが、
sxwファイルに圧縮されて入っているstyles.xmlの
style:propertiesタグのfo:language属性を見ているみたいです。
(日本語で書いてもここは"en"になる模様)
ざっと、style:propertiesタグを見てみると
ほかにstyle:language-asian属性や
style:language-complex属性があり、
こちらに対応する必要があるかもしれません。
(sxwファイルのフォーマットを知らないので間違っているかも)
しかし、本質的にはContextクラスのsLang変数に"ja"が設定されるようにしても、
I18nクラスのtable変数(UnicodeTableクラス)に日本語を登録しないと、
相変わらずI18nクラスのnotFoundメソッドにいってしまうので、
こちらの対応をまずすべきと思われます。
(そもそもsLang変数は"us"のままでも問題ないかもしれないです)
次にLaTeXDocumentクラスのsEncoding変数ですが、
コマンドライン実行なら-configオプションで指定した設定ファイルの
<option name="inputencoding" value="ascii" />
を見ているみたいです。
(/doc/user-manual4.htmlの3.2と3.5を参照してください)
ただし、I18n.readInputencメソッドで
ascii/latin1/latin2/iso-8859-7/cp1250/cp1251/koi8-r/utf8
以外はasciiにしてしまいます。
とりあえず、UTF8で出力できるようなので、
(Tex環境がUTF8未対応でも変換フィルタアプリでも通せば運用回避できるから)
I18nクラスのnotFoundメソッドにいってしまう問題を先に対応して、
Shift_JISやEUC-JPに対応する場合には
I18n.readInputencメソッドなどにそれらを加えるのではなく、
文字コード処理自体をJavaに任せるようにした方が、
ほかの未対応の言語にも有効なことがあるでしょうから
ベターではないでしょうか。
Texは5年以上触っていないので、最近の事情は知らないAC