PDICとは関係ありませんが、公開中。ソースコードの検索などに便利。エラーが発生する場合があるようです。こちらでは再現できないため問題を解決できないでいます。問題解決のため、ご連絡をお待ちしています。5.14予定エラー時のレポート機能これまではエラー発生時簡単なメッセージが出るだけでしたが、詳細なレポートを作成・送信する機能を追加してあります。【完了】こちらに試用版の辞書が公開されています。活用形の多いチェコ語ですが、ポップアップ検索などで多くの単語がヒットするようになっています。ポップアップ画面を無変換キーで閉じるさらなる高速化。ディスクアクセスが支配的だと思うのでどれだけ高速になるのか。(今後SSDが増えるからあまり意味はないかな。アップデート先のURLが変更になると案内が出ない・出せないため対応が難しくなるバグの修正した最新のものを使用したい、というのはあると思いますが、正式版については十分テストされているものなので、小さな問題の修正がほとんどなので重要な問題のときだけバージョンアップの通知をして欲しい、というのはあると思うので、そのためのオプションを考える必要があるかもしれません。追加→単語登録時に登録可能辞書がないときに作成・追加する?検索対象の単語のハイライト、履歴だけではなく、その単語の最も近い訳語を辞書の中の訳語をマーク、さらには検索語とマークされた訳語との一覧表を作れば単語帳が作れるFAQWeb検索ウィンドウで「このページのスクリプトでエラーが発生しました」と出る場合がある→ブラウザのエンジンがとても古いためそのようなメッセージが出る場合があります。そのようなHPの利用を避けていただくしか対処する方法は今のところありません。Android!Android版情報はこちらへ■会議室PDICの仕様に関する議論・要望など。多くの場合無駄な処理となるためオプション扱いにする必要がある。検索時に正規化するのではなく辞書作成時に正規化すれば、検索も早くなるということで検索時にはUnicodeの正規化は不要、という結論です。注意:キーワード部のカスタマイズは様々な問題が発生します。的な機能を検討するための実験です。しくみUnicode版ではキーワード部が新設されましたが、それを使って今回の機能を実現しています。登録語編集で「キーワード欄を表示する」をチェックすると、登録語編集のDLGに出てきます。このキーワード部をカスタマイズすることで実現しています。インストール手順PDICはどのバージョンでもoK。ppmを使って次のモジュールをインストール。Text-CSV_XS※ほかにも必要なモジュールがあれば同様にインストール。mk_mkey.zipをダウンロードして適当なフォルダーに展開。ボタンを押し、「検索キー」をチェックOKボタンを押して変換。test.txtと実行する。指定し、あとは表示に従ってPDIC辞書に変換。(英辞郎を使用した場合は数十分以上かかります)使い方すでに辞書が登録されたはずですので、いつもの通りに使えます。入力するとeffortを含む見出し語が瞬時に出てきます。そこでさらに関連語検索をすると同様に出てきます。ポイントは、今まで時間のかかっていた「見出し語の全文検索が瞬時に出てくる」ことです。入力すると大量の見出し語がヒットし、逆に見にくくなってしまいます。比較的小さい辞書のほうが、良好な結果が得られるかもしれません。・単語の切り出し精度を上げる・見出し語だけでなく、訳語部も対象にすれば訳語部も高速化といった可能性があります。(辞書は最適化済み)。15年以上前に考えた辞書形式をベースにしているとはいえ、5百万語登録してもまだ使用率が16%っていうのは我ながら凄い。その場合、現在ある標準の辞書形式を変更するのではなく、高速に検索するための別に用意した辞書という感じです。巨大な辞書からマイナーな熟語などを探すときはこういう機能は便利なんですよね。多くの場合は、そんなマイナーな熟語を検索することなんてほとんどないですから(日本人が英語を勉強をする場合)。不要というわけではありませんが、比較的マイナーと思われる語句に対して、上記のようなことをやらないといけません。これをPDICの標準機能とするには敷居が高いですよね。今すぐにでも出来ますよ。問題はそれが本当に欲しいかどうかです。私の今までの経験では、全文検索をしないといけないと思うような単語・熟語は全文検索してもほとんど出ることはありません。いった機能は90%以上、いや、単純に速くして欲しいと思っている人にとっては99%以上が無駄だと思うんですけどね。辞書の仕様書むか〜しの辞書形式も一緒に記述していたため混沌としてきました。・・・誰か書き直してください。ファイル経由によるDDEコマンドFirePop!とのプロセス間通信として使用されています。その頃はPDICなんて無くなっているでしょう。nkf文字コード判別&文字コード変換。wrapperは、かなり酷い作りになっているので作り直しました。仮リリース・作成途中C++Builder5がある場合は、nkfudll.bprを開いてbuild。無ければ、nkfudll.cをメインファイルにして、必要なファイルをリンクしてできあがり。includeして利用してください。(nkf.hやnkf32.hではありません)注意事項としては、APIが返してきたポインターを後生大事に保存してはいけません。高速な正規表現検索モジュールは?PDICでは従来regex++をDLL化したものを利用していましたが、bregonig.dllに載せかえたところ数倍速い事に驚き!現在re2を実装中。→Windowsでは正常に動かない??要件:・Unicode対応であること・Windows対応済み、あるいは対応が容易であること・動作が安定していること・PDICが必要とする正規表現に対応していること・ライセンス的に問題が無いこと高速検索用のインデックス辞書こういうのはありそうでなかなか無い。汎用的な全文検索エンジンは重すぎてダメ。・検索語をMD5(の簡略・高速版)でハッシュ値を取り、それを検索キーとする。(検索キーは8バイト)・それをB-treeもどきで検索。(WindowsではMemoryMappedFileを使っているためあまり大きくできない)・ですが、1つのファイルに格納しきれない場合は複数のファイルに分散して格納するため、実質検索キーの登録数は64bitの制限になるはず(検討中)・データの数(見出し語の数)は約6万件に制限。nになりますが、固定長のキーとしているため、実質O(1)のオーダーと見なして問題ないはずです。ほうで時間がかかります。現在のPDICの辞書の検索処理が支配的ではないかと思います。(Profilingをまだしていません)恐らく英辞郎程度の辞書でN-gramでやってもサクサク動くだろうと思ってます。なりに巨大になりますが。1万語でN-gram=4でやったら100MB余りだったような気がするので、英和辞書だけでやったとしても10GB超かな〜。間違いなく登録処理で時間がかかるので一般用途ではNGですね〜そもそも英辞郎を対象にしていませんので、あくまで参考実験用です。実装を完了しないことにはわかりません。自分が知らないだけかもしれませんが、巨大データをサクサク検索するエンジンの実装はあまりないのではないでしょうか。サーバー側に巨大なデータベースを構築しているからできることです。自分がやろうとしているのは、1台のPCでという話なので。・同時に同じサーバーへは2つの接続まで。それよりもWinHTTPを使った方が良いだろう。Explorerの設定を引き継がない、などの問題があり、簡単にはportingできなさそう。historyポップアップ検索した単語は忘れやすい。履歴情報の共有機能(世界初?)普段は自分のPCでPDICを使ってwebサイトやWordドキュメントや色んな文書を検索して読む。PDICでマークした暗記必須単語や、検索履歴を学習サイトに情報をアップ。それを元にした単語テストや、関連するテストをwebサイトで実施。PDICでやるよりずっとユーザーフレンドリーで学習が出来る。共有はグループ単位で設定。現在のステータス:散在している自分の検索履歴を一つにまとめられるのはいいと思う。それが必要だとは思わない。他人と履歴を共有、というのもある程度条件がないとあまり意味がないだろう。ランキングに参加しますか?」でOKした人は履歴内容をサーバーにアップ。それより、それぞれの検索語に対してどういうWebサイトで検索したとか、検索に付随する情報のほうが面白いけど、それは難しいな。検索履歴はとても有益な情報なのに、有効に利用する方法が見つからない。・辞書グループ共通の設定で不一致が発生し、混乱を与えやすい。(フォント設定、言語プロセッサID不一致などなど)・現状のレジストリ構成では対応でき無さそう。便利に行えるようになります。PDIC上で行った一連の編集作業(ネット共有辞書からの更新も含む)を保存し、過去へ戻れる。万が一辞書破壊が発生しても、履歴に残っている情報なら戻せる。履歴を閲覧し、特定の単語だけ過去に戻せる。辞書共有機能を使うか、別途新しい仕組みを用意するか。ポップアップウィンドウを手始めに連絡先:。