アントマンが世界を変える！ このスレッドでは、片山博文MZの最近の活動と最新情報について書きます。

>迷宮入りしそうなので、Gitで少し巻き戻しました。


imetestsプログラムもビルドに失敗するようです。
なぜか禁止ワードに引っかかってエラーログが貼れません。

>imetestsプログラムもビルドに失敗するようです。

リソースコンパイラ周辺は、依存関係が解決しない不具合があります。
ime/mzimeja_res.rcをtouchしてみてください。

x64関連のバグだったようです。すみません。
すぐに修正します。

修正しました。

enumと配列と関数型を使えば、アクションを仮想化できるが、
UIまでは作れないだろう？
コンボボックス2つで出来そうか？

オーナードローのリストボックスを
置いて「アクション変更」ボタンで変更するとか。

SKK辞書L 統合スクリプト改定版です。
元のres/basic.datとres/name.datに手を加えず、SKK-JISYO.L から重複する
名詞を取り除いて追記するのみとしました。

何で最初からそうしなかったかと云うと、重複を取り除く正規表現パタンが
１万行にもなって、grepが20GByteぐらいメモリを食って何時間たっても終了
しなかったからです。
なので小細工をあれこれしてミスを作り込んでしまったのですが、駄目元 grep
を ripgrep に置き換えたら数分で終了してしまいました。ウソみたいです。


#!/bin/sh

[ "$1" != "" ] && cd $1

[ -f res/basic.dat ] && rm res/basic.dat
[ -f res/basic.dic ] && rm res/basic.dic
[ -f exclude.txt ] && rm exclude.txt

awk 'NF==1 && $1!=";"{print "^" $1 "$"}' res/basic.dat.orig | awk '!a[$0]++==1{print}' >> exclude.txt
awk 'NF!=1 && $1!=";"{print "^" $1 "\t" $2 "$"}' res/basic.dat.orig | awk '!a[$0]++==1{print}' >> exclude.txt

awk 'NF==1 && $1!=";"{print "^" $1 "$"}' res/name.dat | awk '!a[$0]++==1{print}' >> exclude.txt
awk 'NF!=1 && $1!=";"{print "^" $1 "\t" $2 "$"}' res/name.dat | awk '!a[$0]++==1{print}' >> exclude.txt

cp res/basic.dat.orig res/basic.dat

iconv -f EUC-JP -t UTF-8 ../SKK-JISYO.L | awk '/^;/{next} ; /#/{next} ; {gsub(/[^ぁ-んー]/,"",$1) ; if(length($1)==0){next}} ; {n=split($0, ary, "/") ; delete ary[1] ; delete ary[n] ; for (x in ary){gsub(/;.*/,"",ary[x]) ; print $1 "\t" ary[x]}}' | awk '!a[$0]++==1{print}' | rg -v -f exclude.txt >> res/basic.dat

rm exclude.txt

./build64/dict_compile res/basic.dat res/basic.dic

exit

>どういった順番なのでしょうか。

現状は文字コード順ですね。

辞書データを取り込むのはライセンスの問題があります。
mzimejaをGPLにすれば可能ですが、乗り気ではありません。

現状はコストの低い順&文字コード順ですね。

ヘビースモーカーのタバコの煙に巻かれながら
毎日説教めいた酔っ払いの話を聞いていたら
こんな中途半端な大人になっちまった。

> 現状は文字コード順ですね。
> 現状はコストの低い順&文字コード順ですね。

Oh orz
辞書に書かれた順番は関係ないのですね。てっきり辞書の読み込んだ順と思い込んでいました。
現状、ソースファイルのコストを書き換えるしか、優先度のカスタマイズをする方法はないと。
ならば学習機能がないので、下手に辞書を大きくすると選択が面倒で返って不便になりますね。

>mzimejaをGPLにすれば可能ですが、乗り気ではありません。
>辞書データを取り込むのはライセンスの問題があります。

Github の MZ-IMEja のページの下のほうに以下のように書いてありますが

> 現状は文字コード順ですね。
> 現状はコストの低い順&文字コード順ですね。

Oh orz
辞書に書かれた順番は関係ないのですね。てっきり辞書の読み込んだ順と思い込んでいました。
現状、ソースファイルのコストを書き換えるしか、優先度のカスタマイズをする方法はないと。
ならば学習機能がないので、下手に辞書を大きくすると選択が面倒で返って不便になりますね。

>mzimejaをGPLにすれば可能ですが、乗り気ではありません。
>辞書データを取り込むのはライセンスの問題があります。

Github の MZ-IMEja のページの下のほうに以下のように書いてありますが汗

License
MZ-IMEja: GPLv3
Vibrato: MIT / Apache 2.0


SKK-JISYO.L は GPLv2 and later なので問題ないと思っていました。
Canna の Public+ や Chasen の NAIST-JDIC なら MITライセンスですけれど、
もう使われているんでしたっけ？


なんか絵文字の汗を使ったらプレビューでは見えていたのに、掲示板では
書き込みの汗から先が消えていた。

ライセンスをGPL v3にしました。
F9とF10を修正しました。

お世話になっております。
Windows11 にて MZ-IME日本語入力（gitビルド版）にSKK辞書Lを統合して長文入力を
試行しています。

> ライセンスをGPL v3にしました。

御手数をおかけしました。
GPLが気になられるようであれば、MITとデュアルライセンスという選択もあります。


> F9とF10を修正しました。

[スペース] 変換で【、】が【，】【,】になりませんでした。【､】はなりました。
[F9] 全角英数変換で【、】が【，】になりませんでした。
[F10] 半角英数変換で【、】が【,】になることを確認しました。

[スペース] 変換で【。】が【．】【.】になりませんでした。【｡】はなりました。
[F9] 全角英数変換で【。】が【．】になりませんでした。
[F10] 半角英数変換で【。】が【.】になることを確認しました。

[スペース] 変換で【・】が【／】【/】になりませんでした。【･】はなりました。
[F9] 全角英数変換で【・】が【／】になることを確認しました。
[F10] 半角英数変換で【・】が【/】になることを確認しました。


以下、入力中に気になった部分です。

・【ローマ OFF】のかな入力モードで【、】【。】【・】が入力できません。
　シフト＋【ね】【る】【め】を押しても【、】【。】【・】でなく【＜】【＞】【？】
になります。
　他の記号入力のように全角英数入力モードになり【，】【．】【／】を入力して
[スペース] 変換で【、】【。】【・】にはできます。

辞書の記号を確認中に、【あいえんか】の間違い発見。
禁止ワードが含まれていて投稿できなかったため、伏字にしています。

誤：　あいえんか ＊煙者
正：　あいえんか ＊煙家


辞書の【きごう】に品詞情報なしで記号を大量追加した、おま環のせいで【記号】が
変換候補に埋もれた(笑)
やはり辞書ファイルの上から順に変換候補が出て欲しいです。

おま環かもしれないのですが【とうきょう】も【おおさか】も変換できないので name.dic を
全く参照していない気がします。

追記

imetestsプログラムでは【東京】も【大阪】も変換候補にいました。

東教

(東教:1050:1050:名詞|東京:1150:1150:名詞|とうきょう:4450:∞:|トウキョウ:4450:∞:|ﾄｳｷｮｳ:4450:∞:)

逢坂

(逢坂:1050:1050:名詞|大坂:1050:1050:名詞|大阪:1150:1150:名詞|おおさか:4450:∞:|オオサカ:4450:∞:|ｵｵｻｶ:4450:∞:)


上記はコストで結果をソートする部分を無効化して変換候補が辞書の順番通りになるようにしています。

enaka:~/tmp/mzimeja-master/ime $ cat -n convert.cpp | head -1355 | tail -10
1346
1347 // コストで結果をソートする。
1348 void MzConvResult::sort()
1349 {
1350 clauses_t::iterator it, end = clauses.end();
1351 for (it = clauses.begin(); it != end; ++it) {
1352 MzConvClause& clause = *it;
1353 // clause.sort();
1354 }
1355 }

辞書にない【しじみ】なども mzimejaプログラム側が変換に対応しているため、辞書の
【ひらがな　ひらがな】と【ひらがな】の名詞は不要な気がしますが、どうなんでしょうか。
禁止ワードが含まれていて投稿できなかったため、伏字にしています。

enaka:~/tmp/mzimeja-master $ grep $'^[ぁ-んァ-ン]*\t[ぁ-んァ-ン]*$' res/basic.dat | head
あご あご
あさり あさり
あざ あざ
あほんだら ア＊んだら
ありのまま ありのまま
あるかん アルカン
あるきん アルキン
あるけん アルケン
あるみにうむ アルミニウム
あれこれ あれこれ

enaka:~/tmp/mzimeja-master $ grep $'^[ぁ-んァ-ン]*\t[ぁ-んァ-ン]*$' res/basic.dat | wc
80 160 3452

enaka:~/tmp/mzimeja-master $ grep $'^[ぁ-ん]*\t[ぁ-ん]*$' res/basic.dat | wc
49 98 2035

enaka:~/tmp/mzimeja-master $ grep $'^[ぁ-ん]*\t[ァ-ン]*$' res/basic.dat | wc
16 32 724

enaka:~/tmp/mzimeja-master $ grep $'^[ァ-ン]*\t[ァ-ン]*$' res/basic.dat | wc
0 0 0

enaka:~/tmp/mzimeja-master $ grep $'^[ぁ-んァ-ン]*$' res/basic.dat | wc
2044 2044 60360

enaka:~/tmp/mzimeja-master $ grep $'^[ぁ-ん]*$' res/basic.dat | wc
527 527 14757

enaka:~/tmp/mzimeja-master $ grep $'^[ァ-ン]*$' res/basic.dat | wc
1515 1515 45540

逆に、dict_compile プログラムが全ての名詞のひらがなとカタカナを辞書に追加するようにし、
mzimeja プログラムをシンプルにするのと、どちらがいいんでしょうか。

お世話になっております。
Windows11 にて MZ-IME日本語入力（gitビルド版 Vibrato有効化）にSKK辞書Lを統合
して長文入力を試行しています。

ちょっと小細工して、以下のやり方で Vibrato有効化してビルド出来ました。
コストで結果をソートするのを無効化したために変な箇所で文節が切られているためか、
Vibrato無効との違いを体感出来ていません。


以下、ビルドの手順です。
まず、tools/convert_mecab_dict.sh スクリプトが以下の問題で利用できませんでした。

・cargo install vibrato --features=train がバイナリがないためインストールできない
・ipadic-mecab-2_7_0.tar.xz が 404 のためダウンロードできない

そのため、変換済みの辞書をダウンロードしてスクリプトの所定の場所に配置。

enaka:~/tmp/mzimeja-master/ime $ wget https://github.com/daac-tools/vibrato/releases/download/v0.5.0/naist-jdic-mecab-0_6_3b.tar.xz
enaka:~/tmp/mzimeja-master/ime $ tar xvf naist-jdic-mecab-0_6_3b.tar.xz
enaka:~/tmp/mzimeja-master/ime $ mkdir -p third_party/vibrato-c/dicts/vibrato
enaka:~/tmp/mzimeja-master/ime $ zstd -dc naist-jdic-mecab-0_6_3b/system.dic.zst > third_party/vibrato-c/dicts/vibrato/ipadic.vibrato

ビルドエラーになる個所を、ヘッダファイル指定の追加。

enaka:~/tmp/mzimeja-master/ime $ diff main.cpp.orig main.cpp
3a4
> #include "vibrato_engine.h"

ビルドエラーになる個所を、取り敢えずコメント化。

enaka:~/tmp/mzimeja-master/ime $ diff vibrato_engine.cpp.orig vibrato_engine.cpp
125c125
< lattice.Fix(text);
---
> // lattice.Fix(text);
200,201c200,201
< node.gyou = DAN_NO_GYOU;
< node.katsuyou = KATSUYOU_NONE;
---
> // node.gyou = DAN_NO_GYOU;
> // node.katsuyou = KATSUYOU_NONE;

ビルド開始。

enaka:~/tmp/mzimeja-master $ cmake --fresh -DUSE_VIBRATO=ON -DCMAKE_BUILD_TYPE=Release -G "Unix Makefiles"
enaka:~/tmp/mzimeja-master $ cmake --build .

セットアップ前準備。Vibratoの辞書も念のためコピー。

enaka:~/tmp/mzimeja-master $ mkdir build64/x86
enaka:~/tmp/mzimeja-master $ mkdir build64/x64
enaka:~/tmp/mzimeja-master $ touch build64/x86/mzimeja.ime
enaka:~/tmp/mzimeja-master $ cp build64/mzimeja.ime build64/x64/
enaka:~/tmp/mzimeja-master $ cp res/basic.d* res/name.d* res/kanji.dat res/radical.dat res/postal.dat build64/
enaka:~/tmp/mzimeja-master $ zstd -dc naist-jdic-mecab-0_6_3b/system.dic.zst > build64/ipadic.vibrato

セットアップして再起動。

enaka:~/tmp/mzimeja-master $ ./build64/ime_setup64

GitHubのVibratoのプルリクエスト、できますか？
できなければGit Diffください。

> おま環かもしれないのですが【とうきょう】も【おおさか】も変換できないので name.dic を
全く参照していない気がします。

【basic, L"name.dat"】は【name, L"name.dic"】の間違いでしょうか。


enaka:~/tmp/mzimeja-master $ cat -n ime/main.cpp | head -109 | tail -15
95 std::wstring name;
96 if (!Config_GetDWORD(L"NameDictDisabled", FALSE)) {
97 if (FindLocalFile(basic, L"name.dat") ||
98 FindLocalFile(basic, L"res\\name.dat") ||
99 FindAppFile(basic, L"name.dic") ||
100 FindAppFile(basic, L"res\\name.dic") ||
101 Config_GetSz(L"NameDictPathName", name))
102 {
103 if (!g_name_dict.Load(name.c_str(), L"NameDictObject")) {
104 ret = FALSE;
105 }
106 }
107 } else {
108 g_name_dict.Unload();
109 }

[F10]の修正内容を参考にして、以下のように [F9]の修正ができました。
ほかに悪影響がないといいのですが。

>> F9とF10を修正しました。
>
>[F9] 全角英数変換で【、】が【，】になりませんでした。
>[F10] 半角英数変換で【、】が【,】になることを確認しました。
>
>[F9] 全角英数変換で【。】が【．】になりませんでした。
>[F10] 半角英数変換で【。】が【.】になることを確認しました。

enaka:~/tmp/mzimeja-master $ diff ime/comp_str.cpp.orig ime/comp_str.cpp
426,433c426,431
< BOOL bCommaPeriod = Config_GetDWORD(L"bCommaPeriod", FALSE);
< if (bCommaPeriod) {
< str_replace_all(str, L".", L"．");
< str_replace_all(str, L",", L"，");
< } else {
< str_replace_all(str, L".", L"。");
< str_replace_all(str, L",", L"、");
< }
---
> str_replace_all(str, L"。", L"．");
> str_replace_all(str, L"、", L"，");
> str_replace_all(str, L"｡", L"．");
> str_replace_all(str, L"､", L"，");
> str_replace_all(str, L".", L"．");
> str_replace_all(str, L",", L"，");

>GitHubのVibratoのプルリクエスト、できますか？
>できなければGit Diffください。

プログラマじゃないんでgit使ったことありません(泣)
文書管理でRCSなら使ったことがあります。

>【basic, L"name.dat"】は【name, L"name.dic"】の間違いでしょうか。

助かりました。ありがとうございます。

>プログラマじゃないんでgit使ったことありません(泣)

なら、ここで勉強しよう。MSYS2かGit for Windowsはインストール完了していますか？
「git diff > /c/mypatch.diff」
で現在の差分が「C:\mypatch.diff」が出力される。

Gitは、「.git」というフォルダで変更履歴の情報を記録している。
「.git」がない場合は、Gitは使われていない。
「git status」で現在の状態を表示。
「git branch」で現在のブランチを表示。

ime/convert.cppのLattice::AddNodesFromDictで、ひらがな以外の辞書変換が
できないという設計上の問題が発生している。

if (!mz_is_hiragana(m_pre[index])) { // ひらがなではない？

「git checkout (ファイル名またはフォルダ名)」でファイルを変更前に戻すことができる。

>辞書にない【しじみ】なども mzimejaプログラム側が変換に対応しているため、辞書の
>【ひらがな　ひらがな】と【ひらがな】の名詞は不要な気がしますが、どうなんでしょうか。

変換できない場合は、MzIme::MakeResultOnFailureで辞書にない文節を追加している。
【ひらがな　ひらがな】と【ひらがな】は文節情報のため、必要だろう。

「git clone https://github.com/katahiromz/mzimeja」などでダウンロードしていない場合は、
「.git」がなくてGitが使えない。

>>【basic, L"name.dat"】は【name, L"name.dic"】の間違いでしょうか。
> 助かりました。ありがとうございます。

name.dat は name.dic に直さなくてよいのでしょうか。

> なら、ここで勉強しよう。

はい。頑張ります。MSYS2 は割とよく使っているので pacman で git も入れてみます。
MSYS2 の pacman で llvm clang rust golang codeblocks zed も入れてはいるんですが
bash grep sed gawk less nanoで事足りてしまってディスクの肥やしです。

>「git clone https://github.com/katahiromz/mzimeja」などでダウンロードしていない場合は、
>「.git」がなくてGitが使えない。

今は wget で master.zip をダウンロードし unzip しているので、次からは git clone します。

GitHub もアカウント登録が必要かなあ。今までGoogle以外のアカウント登録をしたことがない。

Vibrato有効化出来ていませんでした。
main.cpp をみてVibrato辞書の置き場が間違っていることと zst圧縮したままで
良いことに気付いて正しい場所にしたら、文節の区切りの傾向が変わったことが
実感出来ました。

git 使ってみました。
大量の辞書の差分を除外すべく .gitignore に res/ と書き足したけれど効果なかった。

enaka:~/tmp/mzimeja $ git diff ':(exclude)res/' > mypatch.diff
enaka:~/tmp/mzimeja $ cat mypatch.diff
diff --git a/ime/convert.cpp b/ime/convert.cpp
index b50ed80..ade8f52 100644
--- a/ime/convert.cpp
+++ b/ime/convert.cpp
@@ -1350,7 +1350,7 @@ void MzConvResult::sort()
clauses_t::iterator it, end = clauses.end();
for (it = clauses.begin(); it != end; ++it) {
MzConvClause& clause = *it;
- clause.sort();
+// clause.sort();
}
}

diff --git a/ime/lang/en_US.rc b/ime/lang/en_US.rc
index 7790340..e7c7aa8 100644
Binary files a/ime/lang/en_US.rc and b/ime/lang/en_US.rc differ
diff --git a/ime/lang/ja_JP.rc b/ime/lang/ja_JP.rc
index 034db74..ed262ed 100644
Binary files a/ime/lang/ja_JP.rc and b/ime/lang/ja_JP.rc differ
diff --git a/ime/main.cpp b/ime/main.cpp
index 64bd8ff..1b01651 100644
--- a/ime/main.cpp
+++ b/ime/main.cpp
@@ -2,6 +2,7 @@
//////////////////////////////////////////////////////////////////////////////

#include "mzimeja.h"
+#include "vibrato_engine.h"
#include <shlobj.h>
#include <strsafe.h>
#include <algorithm>
diff --git a/ime/mzimeja_res.rc b/ime/mzimeja_res.rc
index 6e29380..70c1908 100644
Binary files a/ime/mzimeja_res.rc and b/ime/mzimeja_res.rc differ
diff --git a/ime/vibrato_engine.cpp b/ime/vibrato_engine.cpp
index 0c8f84b..685ce66 100644
--- a/ime/vibrato_engine.cpp
+++ b/ime/vibrato_engine.cpp
@@ -122,7 +122,7 @@ BOOL VibratoEngine::AnalyzeToLattice(const std::wstring& text, Lattice& lattice)
vibrato_tokens_free(tokens, num_tokens);

// ラティスの構造を更新
- lattice.Fix(text);
+// lattice.Fix(text);

DPRINTW(L"VibratoEngine::AnalyzeToLattice: Success (%zu tokens)\n", num_tokens);
return TRUE;
@@ -197,8 +197,8 @@ void VibratoEngine::VibratoTokenToLatticeNode(const std::string& surface, const
node.deltaCost = 0;

// 活用形情報のデフォルト設定
- node.gyou = DAN_NO_GYOU;
- node.katsuyou = KATSUYOU_NONE;
+// node.gyou = DAN_NO_GYOU;
+// node.katsuyou = KATSUYOU_NONE;

// 特徴文字列からタグを抽出（必要に応じて）
node.tags.clear();
diff --git a/imepad/imepad_res.rc b/imepad/imepad_res.rc
index 5843800..331535d 100644
Binary files a/imepad/imepad_res.rc and b/imepad/imepad_res.rc differ
diff --git a/imepad/lang/en_US.rc b/imepad/lang/en_US.rc
index eeddfee..e3c2aa6 100644
Binary files a/imepad/lang/en_US.rc and b/imepad/lang/en_US.rc differ
diff --git a/imepad/lang/ja_JP.rc b/imepad/lang/ja_JP.rc
index 800f6ba..a1fcda5 100644
Binary files a/imepad/lang/ja_JP.rc and b/imepad/lang/ja_JP.rc differ

古本屋で今は亡き秀和システムの入門Gitを220円で入手して読み始めました。
17年前の本ですが多分そんなに違わないと思います。

カンマ／ピリオド／スラッシュと読点／句点／中黒を相互にスペースで変換するため、
ime/keychar.cpp の気になった所を変更したのですが特に変化が無いです。
句読点の変換はどこでしているのでしょうか。
また ime/mzimeja.h で mz_translate_char のパラメータが不一致でもワーニング等が
出ないのも不思議です。

enaka:~/tmp/mzimeja $ git diff ime/keychar.cpp ime/mzimeja.h > mypatch2.diff
enaka:~/tmp/mzimeja $ cat mypatch2.diff
diff --git a/ime/keychar.cpp b/ime/keychar.cpp
index a8a4e43..e8cc22a 100644
--- a/ime/keychar.cpp
+++ b/ime/keychar.cpp
@@ -17,7 +17,10 @@ WCHAR mz_translate_char(WCHAR ch, BOOL bCommaPeriod, BOOL bNoFullwidthAscii, BOO
else
ch = L'，';
} else {
- ch = L'、';
+ if (bNoFullwidthAscii)
+ ch = L'､';
+ else
+ ch = L'、';
}
} else if (mz_is_period(ch)) {
if (bCommaPeriod) {
@@ -26,7 +29,10 @@ WCHAR mz_translate_char(WCHAR ch, BOOL bCommaPeriod, BOOL bNoFullwidthAscii, BOO
else
ch = L'．';
} else {
- ch = L'。';
+ if (bNoFullwidthAscii)
+ ch = L'｡';
+ else
+ ch = L'。';
}
} else if (L'!' <= ch && ch <= L'~') {
if (!bNoFullwidthAscii) {
@@ -1832,38 +1838,24 @@ BOOL mz_is_hyphen(WCHAR ch)
BOOL mz_is_hiragana(WCHAR ch)
{
if (0x3040 <= ch && ch <= 0x309F) return TRUE;
- switch (ch) {
- case 0x3095: case 0x3096: case 0x3099: case 0x309A: case 0x309B:
- case 0x309C: case 0x309D: case 0x309E: case 0x30FC:
- return TRUE;
- default:
- return FALSE;
- }
+ if (0x30FC == ch) return TRUE;
+ return FALSE;
}

// 全角カタカナか？
BOOL mz_is_fullwidth_katakana(WCHAR ch)
{
- if (0x30A0 <= ch && ch <= 0x30FF) return TRUE;
- switch (ch) {
- case 0x30FD: case 0x30FE: case 0x3099: case 0x309A: case 0x309B:
- case 0x309C: case 0x30FC:
- return TRUE;
- default:
- return FALSE;
- }
+ if (0x30A1 <= ch && ch <= 0x30FA) return TRUE;
+ if (0x30FC <= ch && ch <= 0x30FE) return TRUE;
+ if (0x3099 <= ch && ch <= 0x309C) return TRUE;
+ return FALSE;
}

// 半角カナか？
BOOL mz_is_halfwidth_katakana(WCHAR ch)
{
- if (0xFF65 <= ch && ch <= 0xFF9F) return TRUE;
- switch (ch) {
- case 0xFF61: case 0xFF62: case 0xFF63: case 0xFF64:
- return TRUE;
- default:
- return FALSE;
- }
+ if (0xFF61 <= ch && ch <= 0xFF9F) return TRUE;
+ return FALSE;
}

// 漢字か？
diff --git a/ime/mzimeja.h b/ime/mzimeja.h
index 8563490..11e7196 100644
--- a/ime/mzimeja.h
+++ b/ime/mzimeja.h
@@ -400,8 +400,8 @@ BOOL mz_is_comma(WCHAR ch);
BOOL mz_is_hyphen(WCHAR ch);
// 設定に応じて文字を変換する。
WCHAR mz_translate_char(WCHAR ch);
-WCHAR mz_translate_char(WCHAR ch, BOOL bCommaPeriod);
-WCHAR mz_translate_char(WCHAR ch, BOOL bCommaPeriod, BOOL bNoFullwidthSpace);
+WCHAR mz_translate_char(WCHAR ch, BOOL bCommaPeriod, BOOL bNoFullwidthAscii);
+WCHAR mz_translate_char(WCHAR ch, BOOL bCommaPeriod, BOOL bNoFullwidthAscii, BOOL bNoFullwidthSpace);
// 設定に応じて文字列を変換する。
std::wstring mz_translate_string(const std::wstring& str);
std::wstring mz_translate_string_2(const std::wstring& str);

Lattice::AddNodesFromDictで、
ひらがな以外の文字の変換ができないという問題がある。
句読点が変換できないのもそのせいだろう。

> Lattice::AddNodesFromDictで、ひらがな以外の文字の変換ができないという問題がある。

なぜか [Esc] で未変換に戻して、再度スペースで変換するとちゃんと対応する記号
の変換候補が現れます。

ちょっと斜め上の修正方法ですが、全角記号だけ変換できるようにしました。
何か修正箇所が足りないせいで、半角記号も追加すると合体して一つの変換候補に
なってしまう。

enaka:~/tmp/mzimeja $ cat mypatch3.diff
diff --git a/ime/convert.cpp b/ime/convert.cpp
index b50ed80..c947451 100644
--- a/ime/convert.cpp
+++ b/ime/convert.cpp
@@ -1884,6 +1884,10 @@ BOOL Lattice::AddNodesFromDict(size_t index, const WCHAR *dict_data)
fields[I_FIELD_HINSHI].resize(1);
fields[I_FIELD_HINSHI][0] = MAKEWORD(HB_PERIOD, 0);
switch (index - saved) {
+ case 1:
+ fields[I_FIELD_POST] += L'．';
+// fields[I_FIELD_POST] += L'.';
+ break;
case 2:
fields[I_FIELD_POST] += L'‥';
break;
@@ -1894,7 +1898,7 @@ BOOL Lattice::AddNodesFromDict(size_t index, const WCHAR *dict_data)
fields[I_FIELD_POST] = fields[I_FIELD_PRE];
break;
}
- DoFields(saved, fields);
+ DoFields(saved, fields, -100);
--index;
continue;
}
@@ -1911,6 +1915,10 @@ BOOL Lattice::AddNodesFromDict(size_t index, const WCHAR *dict_data)
fields[I_FIELD_HINSHI].resize(1);
fields[I_FIELD_HINSHI][0] = MAKEWORD(HB_SYMBOL, 0);
switch (index - saved) {
+ case 1:
+ fields[I_FIELD_POST] += L'／';
+// fields[I_FIELD_POST] += L'/';
+ break;
case 2:
fields[I_FIELD_POST] += L'‥';
break;
@@ -1921,7 +1929,7 @@ BOOL Lattice::AddNodesFromDict(size_t index, const WCHAR *dict_data)
fields[I_FIELD_POST] = fields[I_FIELD_PRE];
break;
}
- DoFields(saved, fields);
+ DoFields(saved, fields, -100);
--index;
continue;
}
@@ -1937,8 +1945,16 @@ BOOL Lattice::AddNodesFromDict(size_t index, const WCHAR *dict_data)
fields[I_FIELD_PRE] = m_pre.substr(saved, index - saved);
fields[I_FIELD_HINSHI].resize(1);
fields[I_FIELD_HINSHI][0] = MAKEWORD(HB_COMMA, 0);
- fields[I_FIELD_POST] = fields[I_FIELD_PRE];
- DoFields(saved, fields);
+ switch (index - saved) {
+ case 1:
+ fields[I_FIELD_POST] += L'，';
+// fields[I_FIELD_POST] += L',';
+ break;
+ default:
+ fields[I_FIELD_POST] = fields[I_FIELD_PRE];
+ break;
+ }
+ DoFields(saved, fields, -100);
--index;
continue;
}

このラティス(lattice)構造というのが、変換結果を左右している。英和辞書でlatticeを参照せよ。
開始位置から終了位置までノードで橋渡しする構造になっている。橋渡しが最後までできないと変換に失敗する。

お世話になっております。

> ラティス(lattice)構造

どういう構造なんでしょう。
配列やリスト、原始的なハッシュ関数や二分探索で理解が止まってしまっているので。
lattice の単語の意味はFPGA（Field Programable Gate Array）ファブレス半導体メーカーの
Lattice セミコンダクタで知っていましたが、そのせいで余計、配列と区別がつかない。


Windows11 にて MZ-IME日本語入力（gitビルド版 Vibrato有効化）にSKK辞書Lを統合
して長文入力を試行しています。現状の一発変換結果です。


日本語入力|の|漢字変換|の|制度|に|就いて|少し|弔文|を|入力|仕手|確認|仕手|三|増田


【して】と【み｜ました】が惜しいですが、他は良い感じに文節と品詞を認識しているよう
です。
コストで辞書をソートするのを無効化するのは無謀が過ぎたため戻しました。
辞書読み込み時に頭から通し番号をつけて、コストでソートする際に同コストでは通し番号
順にできないか考えていますが、ラティス構造というものを理解する必要がありそうです。

コストで上位12bitで最大約4000、辞書の通し番号が下位20bitで最大約100万件、
つなげた32bitの値でソートするイメージです。

簡単に言えば、ラティス構造は、大学数学のグラフ理論の有向グラフの一種と言える。

グラフ理論の有向グラフというと、複数のノード(頂点)から枝(弧)が伸びていてそれが、別のノードに連結しているというイメージだ。

今回のケースでは、ラティスのノードは変換前の一文字一文字であって、開始ノードが一番左の文字、終了ノードが一番右の文字となる。ラティスの弧は、左の文字に戻ったりしない。必ずその文字より右に向かう。一つの開始ノードから始まり、枝分かれや合流しつつ、最終的に終了ノードに到達する。

こういうのがラティスです。

訂正。

(誤)終了ノードが一番右の文字となる。
(正)終了ノードが一番右の文字の次の仮想的なノードHB_TAILとなる。

MZ-IME 1.0.0.7をリリースしました。

MZ-IMEを使い、Firefoxブラウザのアドレスバーやフォームに入力後に
この入力領域以外の場所をクリックすると、IMEツールバーが消えてしまい、
以後表示されなくなります（日本語入力は一応出来ますが、）。
同様にGoogle Chromeブラウザのアドレスバーやフォームに入力後に
この入力領域以外の場所をクリックすると、IMEツールバーは消えませんが、
以後、変換キーを押しても変換候補一覧が表示されなくなってしまいます。
加えて入力中の文字が変な場所に表示されます。
以上、何とかなりませんでしょうか？　お願い致します。

hotmotさん、こんにちは。
お使いのOSはReactOSでしょうか、Windowsでしょうか？

Windows10 x86です

hotmotさん、修正しました。
v1.0.1.1をお試しください。

新バージョンですが、Google ChromeはOKです。
FirefoxはChromeと同様の
変換キーを押しても変換候補一覧が表示されない問題が発生しています。
その他の問題はOKです。
Firefoxは2010年代の古いバージョンまで確認してみましたが、
全てのバージョンで同様の問題が発生するみたいです。
以上です。

時間切れですので、来月まで気長にお待ちください。

「リソーエディタ」は、片山博文MZが開発したWin32APIのリソースエディタです。
ご意見・ご感想・バグ報告・要望をお待ちしております。

公式サイト：http://katahiromz.web.fc2.com/re/ja

リソーエディタ 5.0.9
https://katahiromz.web.fc2.com/re/ja
resource.hの出力を改良。
ツリービューのアイコンをさらに改良。
インポートできるファイルの種類を追加。

リソーエディタ 5.1.0
https://katahiromz.web.fc2.com/re/ja
文字列エントリのダイアログを改良。Ctrl+Aの動作を修正。
ファイルのロックを確認するように。
リソースIDの大文字小文字を区別するように。
リソース項目ごとに文字セット設定できるように。
「言語の一覧」で異常終了する不具合を修正。

リソーエディタ 5.1.1
https://katahiromz.web.fc2.com/re/ja
キャプションテキストボックスが空白を受け付けなかったという重大なバグを修正しました。

文字列テーブルをGUI編集した後に文字列テーブルの表示が更新されていないという不具合を発見しました。次のリリースで修正します。

>>72は勘違いです。すみません。

リソーエディタ5.1.2をリリースしました。
https://katahiromz.web.fc2.com/re/ja

多数のバグ修正。

新年明けましておめでとうございます。

リソーエディタ 5.1.3をリリースしました。
https://katahiromz.web.fc2.com/re/ja
https://twitter.com/katahiromz/status/1079917464765358080

「リソースIDの一覧」の修正。

リソーエディタ 5.1.4
https://katahiromz.web.fc2.com/re/ja
英語インストーラを追加。
イタリア語サポート。

リソーエディタ 5.1.6
https://katahiromz.web.fc2.com/re/ja
「別の言語で複製」を修正。

リソース項目のコンパイルに失敗すると、編集前に戻ってしまう不具合を確認しました。次のリリースで修正します。

リソーエディタ 5.1.7
https://katahiromz.web.fc2.com/re/ja
コンパイルエラーの処理を修正。
PBS_MARQUEEとPBS_SMOOTHREVERSEスタイルを追加。

5.2.3がXPで使えないという報告がありました。
次のリリースで修正予定です。

5.2.4でXPサポートが修正されました。

ダイアログプロパティのダイアログでWS_CHILDWINDOWが不正に選択される不具合が確認されました。

次のリリースで修正します。

EXEを上書きできない不具合が確認されました。
次のリリースで修正いたします。

EXEを上書き保存できない不具合は修正されました。

メニューリソースが読み込めない不具合は、次のリリースで修正される予定です。

リソーエディタ 5.4.0がリリースされました！
https://katahiromz.web.fc2.com/re/ja/
- GUI編集時のクラッシュを修正。
- RT_ACCELERATOR の出力を修正。
- 抽出機能を強化。
- ドロップダウンの言語矢印を追加。
- 多数のバグが修正されました！

リソーエディタ 5.4.4がリリースされました！
https://katahiromz.web.fc2.com/re/ja/
- 国際的な Delphi の DFM データをサポート。
- コントロールが1ピクセルずれるバグを修正。

これでリソーエディタは完成です。

v5.5.2はGitHubからダウンロード出来ないですね。
https://github.com/katahiromz/RisohEditor/releases/tag/5.5.2/のファイルが
"RisohEditor-5.5.1-installer.exe"になっています。

>>87
報告ありがとうございます。修正しました。

256x256のアイコンで起こりがちですが
アイコンの置き換えで画像の形式を正しく認識しない物があります

実行ファイルを読み込んだときは正しいですのですが
イメージ#10: 幅 256, 高さ 256, ビットの深さ 32, ID 11
アイコンを抽出して置き換えすると幅やビットの深さがおかしくなりますね
イメージ#10: 幅 13, 高さ 256, ビットの深さ 21060, ID 144

>>89
データをメールでくださるか、パスワードを付けてアップロードしてくれると助かります。

katayama.hirofumi.mz@gmail.com

>>90
firefoxやmsedge.exeで再現できるかなと思います

こちらからダウンロードできる multisizepng.ico Windows用(PNG)も正しく認識しません
http://multix.jp/icon-view-size/

>>91
不具合を確認しました。次のリリースで修正いたします。

>>92
ありがとうございます

バイナリリソースのようにテキストのリソース(*.rc)はインポート可能でしょうか
外部エディタと連携できて助かります

>>94
現状ではできないようですね。
ひまなときに修正します。

>>94
5.5.6で修正しました。

>>96
実装ありがとうございました

普段使ってる古いアプリをClearTypeフォントに変更して今時なUIに生まれ変わりました！
本当に感謝します！
Delphiのdfmデータもテキスト形式でやり取りできたらなと思いました

UIがかけてるところがあったので調整してGithubに上げました
初めてなので不備があったらすみません

>>98
変更前、変更後のスクリーンショットをPull Requestのページに貼り付けてくれ。すまん。

>>99
貼っておきました

RisohEditorPortable 5.6.0 の謎挙動。

ツールバー的なところの+ボタンを押してダイアログをaaaという名前で追加する。
追加したダイアログの名前をbbbに変更する。
何故か大文字になっているBBB下の日本語(日本)(1041)をダブルクリックする。
ダイアログの編集というウィンドウが出るが、これを右上の×ボタンをクリックして閉じる。
何故かダイアログBBBが左のツリーから消える。

>>101
不具合を確認しました。名前変更時の誤動作のようです。
次のバージョンで修正します。

>>101
5.6.1で修正されました。

RisohEditor-5.6.4-portable.zip
ファイルがありません

>RisohEditor-5.6.4-portable.zip
>ファイルがありません

リソーエディタ 5.6.5
http://katahiromz.web.fc2.com/re/ja/

5.6.4で致命的な不具合が発見されたので、混乱を避けるために削除しました。
新しいバージョンをお試し下さい。

ツールバーを編集する機能をリクエスト致します。
サイズの変更やボタンの追加など行いたい。
////////////////////////////////////
//
// Toolbar
//

IDR_MAINFRAME TOOLBAR 16, 16
BEGIN
BUTTON IDM_PLAY
BUTTON IDM_PAUSE
BUTTON IDM_STOP
END

>>106
qrlさま、次のバージョンで対応致します。

>>107
作者様、ありがとうございます。

ツールバーリソース表示・編集を実装しました。

>>109
おかげさまでツールバーを大きくして使いやすくなりました。

UTF-8で出力することは可能でしょうか
Windows11のUTF-8化(ワールドワイド言語サポートでUnicode UTF-8を使用)を有効にすると古いアプリでもUTF-8のファイルを扱えるというメリットがあるものの
GUIの日本語が文字化けします。文字コードだけ変えればそうなります。

そこでリソーエディタでUTF-16やShiftJISで書かれた日本語をUTF-8化できませんでしょうか
古いアプリが救済できてとても助かります

もとのソースをバックアップした後で、文字コードを変えずにそのままRisohEditorで読み込んで、上書き保存してみて下さい。

細かい差分ができましたが文字に変化はなく、うまくいきませんでした
RT_DIALOG、RT_STRING、DelphiならRT_RCDATAの文字コードが変わると期待しています

MultiByteToWideCharとWideCharToMultiByte呼び出しの
第一引数を932に変えると直るかも。

>>113

コードページの認識は、
#pragma code_page(...)
で行なっていると理解しています。Shift_JISでしたらコードページは932です。

検索機能が使えない不具合があるようです。
可能ならば次のリリースで修正します。

検索機能が回復しました。

RisohEditor (リソーエディタ) 5.9.8は不具合入りのダメなバージョンです。5.9.9以降をお使いください。

あなたの所有するソフトウェアの著作権と所有権をだれかに譲渡しませんか？ きっと見知らぬだれかが運用を引き継いでくれます。

《譲渡者テンプレ》
【リクエストの種類】譲渡します
【ソフト名】
【著作権者のハンドル名】
【所有者のハンドル名】
【使用言語/技術フレームワーク】
【レポジトリURL】
【メルアド】
【コメント】

《継承者テンプレ》
【リクエストの種類】継承します
【ソフト名】
【継承者のハンドル名】
【メルアド】
【コメント】

クロスワード自動作成ソフト「クロスワード ギバー」に関するご要望やご意見をお待ちしています。

使える単語データもお待ちしています。

>>217
2.6.5で修正いたしました。

クロスワード ギバー 4.6.6
https://katahiromz.web.fc2.com/xword/
https://github.com/katahiromz/XWordGiver
「ルール」メニューに「スケルトン モード」を追加。
「問題の作成」ダイアログで「最大文字長」を指定可能に。

クロスワードギバー 2件バグ報告。
ルールをリセットしたときにスケルトンモードが解除されない。
スケルトンモードにしても黒斜四連禁が解除されない。

次のリリースで修正します。

電子書籍「クロスワード自動生成の世界」
https://www.amazon.co.jp/dp/B08T877944

電子書籍１本目、購入ありがとうございます。

電子書籍２本目、購入ありがとうございます。

漢字辞書でスケルトンモードが作動しない不具合が確認されました。次のリリースで修正予定です。

電子書籍３本目、購入ありがとうございます。

電子書籍４冊目、購入ありがとうございます。

活用させていただいています。
設定について・・・
印刷・出力用に「マスのフォント」をいろいろ試しているのですが、
新規にインストールした日本語フリーフォントが設定できません。
「小さいフォント」のほうは設定できるようです。
お手すきの際に調査していただけませんでしょうか？

>>226
ご利用ありがとうございます。
フォントの名前を教えて下さい。

例えばこのフォントなどです。

マメロン Hi Regular
https://moji-waku.com/mamelon/

>>228
固定ピッチのフォントに制限しているのが原因ですね。
問題がなければ、制限を解除します。

>>229
そうしていただけると助かります。

>>230
修正しました。

>>231
バージョンアップし、フォントが設定できるのを確認しました。
この度はありがとうございます！
支援させていただきました。
ご査収くださいませ。

１０２本目、お買い上げありがとうございます。
１０３本目、お買い上げありがとうございます。

皆さま、どんどん要望をお願いします！！！

電子書籍5冊目、購入ありがとうございます。

電子書籍6冊目、購入ありがとうございます。

電子書籍7冊目、購入ありがとうございます。

電子書籍8冊目、購入ありがとうございます。

電子書籍9冊目、購入ありがとうございます。

電子書籍10冊目、購入ありがとうございます。

どうやら、単語の少ない辞書でスケルトンが生成できないという不具合があるようです。可能ならば修正します。

ファイルメニューの「単語リストから自動生成」により、複数の単語からサイズを指定せずにスケルトンを生成できるようになりました。単語数に制限(300語まで)があるのと、ルールが自動的に変更されるので注意して下さい。
スケルトン風にして黒マスを表示したくないのであれば、表示メニューからスケルトンビューを選択して下さい。

電子書籍11冊目、購入ありがとうございます。

書籍12冊目、購入ありがとうございます。

書籍13冊目、購入ありがとうございます。

書籍14冊目、購入ありがとうございます。

書籍15冊目、購入ありがとうございます。

書籍16冊目、購入ありがとうございます。

書籍17冊目、購入ありがとうございます

書籍18冊目、購入ありがとうございます

書籍19冊目、購入ありがとうございます

書籍20冊目、購入ありがとうございます

書籍21冊目、購入ありがとうございます

書籍22冊目、購入ありがとうございます

書籍23冊目、購入ありがとうございます

書籍24冊目、購入ありがとうございます

書籍25冊目、購入ありがとうございます

書籍26冊目、購入ありがとうございます

書籍27冊目、購入ありがとうございます

書籍28冊目、購入ありがとうございます

書籍29冊目、購入ありがとうございます

書籍30冊目、購入ありがとうございます

紙に印刷した際にカギの文を大きく表示したいのですが出来ませんか？

> 紙に印刷した際にカギの文を大きく表示したいのですが出来ませんか？

いったんPDF形式で印刷して、PDFファイルを編集できるソフトで
編集してからPDFを紙に印刷するという方法があります。

お返事ありがとうございます。
その方法でやってみます。

書籍31冊目、購入ありがとうございます

書籍32冊目、購入ありがとうございます

コンピュータ研究家の片山博文MZのソフトウェアに関する掲示板です。関係のない書き込みは削除されます。NGワードが設定されております。適切にご利用下さい。

片山様、お邪魔します。

VeySicKリファレンスマニュアルへアクセスする術はまだありますか？
ソフトのテキストにあるアドレスではアクセス不可になるので新規の
アドレスがありましたらご提示ください。

売れないので販売中止にしました。

画像カラスンポPro、一本目購入ありがとうございます。

「ガゾーナラベ」、「デカ文字PDF」などのPDF・画像生成系のソフトの話題はこちらへお願いします。

ジグソーパズルを生成する「ジグソーメイクPDF」を発表しました。https://katahiromz.web.fc2.com/jigsaw-make-pdf/

シェアウェアの「ガゾーナラベPDF」、「デカ文字PDF」、「ジグソーメイクPDF」の
ライセンスキー（パスワード）が購入可能となりました。
以下のページでご購入下さい。

ガゾーナラベPDF
http://shop.vector.co.jp/service/servlet/NCart.Add?ITEM_NO=SR482980
デカ文字PDF
http://shop.vector.co.jp/service/servlet/NCart.Add?ITEM_NO=SR482981
ジグソーメイクPDF
http://shop.vector.co.jp/service/servlet/NCart.Add?ITEM_NO=SR482982

デカ文字PDF1本目、お買い上げありがとうございます。

ガゾーナラベPDF購入ありがとうございます。

デカ文字PDF2本目、購入ありがとうございます。

ジグソーメイクPDF一本目、購入ありがとうございます。

スクリーンセーバー集のXScreenSaverWinに関するスレッドです。

公式サイト：http://katahiromz.web.fc2.com/xscreensaverwin/ja
購入方法：http://katahiromz.web.fc2.com/xscreensaverwin/ja/buy.html

１本目、ご購入ありがとうございます。

２本目、ご購入ありがとうございます。

３本目、ご購入ありがとうございます。

４本目、ご購入ありがとうございます。

５本目、ご購入ありがとうございます。

６本目、ご購入ありがとうございます。

７本目、ご購入ありがとうございます。

８本目、ご購入ありがとうございます。

９本目、ご購入ありがとうございます。

１０本目、ご購入ありがとうございます。

１１本目、ご購入ありがとうございます。

１２本目、ご購入ありがとうございます。

１３本目、ご購入ありがとうございます。

１４本目、ご購入ありがとうございます。

１５本目、ご購入ありがとうございます。

１６本目、ご購入ありがとうございます。
１７本目、ご購入ありがとうございます。

１８本目、ご購入ありがとうございます。

１９本目、ご購入ありがとうございます。

２０本目、ご購入ありがとうございます。

２１本目、ご購入ありがとうございます。

２２本目、ご購入ありがとうございます。

２３本目、ご購入ありがとうございます。

２４本目、ご購入ありがとうございます。

２５本目、ご購入ありがとうございます。

２６本目、ご購入ありがとうございます。

0.81にバージョンアップしました。
randomセーバーが改良されています。

２７本目、ご購入ありがとうございます。

２８本目、ご購入ありがとうございます。

２９本目、ご購入ありがとうございます。

３０本目、ご購入ありがとうございます。

３１本目、ご購入ありがとうございます。

３２本目、ご購入ありがとうございます。

３３本目、ご購入ありがとうございます。

３４本目、ご購入ありがとうございます。

３５本目、ご購入ありがとうございます。

３６本目、ご購入ありがとうございます。

３７本目、ご購入ありがとうございます。

３８本目、ご購入ありがとうございます。

３９本目、ご購入ありがとうございます。

４０本目、ご購入ありがとうございます。

４１本目、ご購入ありがとうございます。

４２本目、ご購入ありがとうございます。

４３本目、ご購入ありがとうございます。

４４本目、ご購入ありがとうございます。

４５本目、ご購入ありがとうございます。

XScreenSaverWinは、再びフリーソフトになりました。購入する必要はありません。
パスワードは、「XWS2WIN」です。

寄付ありがとうございます

for文とif文を使って1から200までの整数に対して、7の倍数の合計を求めるプログラムを作りたいのですが、わからなくて困っています。よろしくお願いします。

7の倍数は7で割りきれる。C言語で書くとn % 7 == 0だ。
forループの中でifで場合分けしてint sum = 0に加算していけば良いだろう。

Windowsソフトウェアの開発の依頼をお待ちしております。忙しい時は対応できないのでご了承下さい。

ここは有料だったりするのかな。
cubicgridスクリーンセーバー(元xscreensaver)の左下に時計を追加したバージョンが欲しいです。
フォント、サイズ、位置を設定出来れば尚嬉しいです。

できました。
http://katahiromz.web.fc2.com/xscreensaverwin/cubicgridclock.scr

素早い対応有難うございます。
昔からxscreensaverをWindowsで使いたくて、xscreensaver for windowsを見つけた時は感動しました。
今回の件も含めて、願ったり叶ったりです。本当に感謝しております。

661: 【重要】 [] 2014/11/26(水) 21:50:11.38 ID:0gGIykAv

おい片山。暇だろ。
起動一発でTポイントの第三者提供拒否設定するプログラム作れ。
リストが更新されるたびにブラウザ開いて設定するの面倒だ。

http://peace.2ch.net/test/read.cgi/tech/1406986967/661

>>5
ギブアップしました。

前回依頼した者です。
使用上問題は無いと言えば無いのですが、
テキストサイズを大きく設定する(150、200etc)と非常に重くなり、表示もチラつきます。
全体的に軽量化することは出来ませんか？

申し訳ありませんが、これ以上軽くすることはできません。

多分、フォントの生成や破棄の回数を減らせば高速化できると思いますが、現在、時間がありません。

>>7
Win7 64bitでMS Gothic 200などにしてみましたが、特にちらつきなどはなく、問題はありませんでした。そちらのPCの性能不足かと思われます。

依頼ではないですが、逆コンパイラは挫折ですか?
JavaやC#のようなVMとかインタプリタで動かす中間ファイルに対しての逆コンパイルはできますが、
C/C++で作られた実行ファイルは理論上できないと思います。

>>11
REC Studioというソフトがありますので、そちらをお使い下さい。

REC Studio
http://www.backerstreet.com/rec/rec.htm

ひらがな電卓、作ったよ！！！

「ひらがな電卓Calc-H」
http://katahiromz.web.fc2.com/calc-h/

ご要望、不具合報告などを受け付けています。

流石にひらがなだけだと検索にかからないようだな

Calc-Hに改名しました。小数をサポートしました。

VS2013で試そうとしたら
HParser.hが見つからない
と出ます。

>>4
ビルドにはjonigataさんの最新のパーサジェネレータCaperが必要です。jonigataさんのGitHubからダウンロードして下さい。

caper HParser.cpg HParser.h

ビルド方法はHowToBuild.txtに書いてありますよ。

ver.0.4.1にバージョンアップしました。

ひらがな電卓

0.5.0にバージョンアップしました！！！！
http://katahiromz.web.fc2.com/calc-h/

0.5.3にバージョンアップ！！！！

http://katahiromz.web.fc2.com/calc-h/

窓の杜に掲載されました。

http://www.forest.impress.co.jp/docs/review/20140617_653760.html

0.5.5にバージョンアップしました。
いくつかバグ修正されています。

http://katahiromz.web.fc2.com/calc-h/

0.5.9にバージョンアップしました。

0.6.2にバージョンアップしました。

0.6.3にバージョンアップしました。

実戦では漢字に変換する時間がないから、ひらがな入力にするしかないんだよなあ。

v0.6.9！！！
簡単な質問に答えられるようになった！！！
http://katahiromz.web.fc2.com/calc-h/

「なんですか」を正しく処理できない不具合があるようです。次のリリースで修正します。

この恵まれた環境で人工知能１つ完成できないなら、最高の頭脳とは嘘っぱちだ、この種は１代で終わりにしよう。

テストを自動化してバグが混入しないようにするぜぇ！！！

ひらがな電卓の心臓部はRubyで書き直される予定です。

0.7.0にバージョンアップしました。

0.7.2にバージョンアップしました。

0.8.0にバージョンアップしました。

マイナスの数の割り算に不具合が見つかりました。次のリリースで修正します。

0.8.1に更新しました。割り算の不具合が修正されています。
約数や倍数などの概念を理解しています。

何の為に

ひらがな　で計算する必要があるのですか？

漢字は入力変換が必要で、アクセス可能性に問題がある。普通の数式は人工言語であり、数式の入力は、記号めいていて苦手な人が多い。ひらがなの計算式は、自然言語に近く、小学生でも入力できる。

>>27

2 + 2 = 4

いちいち

にたすにわ

とか入力するの？タイプ数が数字の方が楽かと思いますが

ひらがなではない普通の計算式も入力できるから問題ない。

v0.8.2にバージョンアップしました。

v0.8.5にバージョンアップしました。

企業からのしょーひん化を受け付けております。早い者勝ちです。

しょーひん化の受付は終了しました。

電卓から声が出る！ 新しいひらがな電卓、試してみてね http://katahiromz.web.fc2.com/calc-h

0.8.8がベクターからダウンロード可能です。
http://www.vector.co.jp/soft/winnt/personal/se512950.html