藤原です。

> 織田です。
> 
> 説得力という点では、mysql.comのバグトラックに上げて、
> そのバグについて日本のユーザからvote(投票)を積み上げていく、
> つまり実際に不具合に困っている数がないと、なかなか理解され
> 辛いのではないでしょうか。
> 
> でもMozillaでもそうですが、日本のユーザってバグトラックに
> 参加する人は少ないですね。言語の壁かとも思いましたが
> 日本語のバグトラックでもreport/voteは少ないと思います。
> 根本的にデバッグによって開発に協力するという意識自体が
> 残念ながら余り無いような感じがしています。
> 
> reportはともかく、voteのカウントアップを推進させる方法としては
> 
> ・本家バグトラックに上がっている日本語絡みのバグを説明・紹介する。
> ・バグトラックに登録して、voteする方法の解説
> 
> これらが日本語で読めると「言語の壁」の部分は、ある程度
> 緩和されると思います。あとはユーザ個々に積極性を出してもらう
> しかないですね。

  説明を英語に訳すことはできるでしょうが、肝心なトラブル例は日本語のデー
  タと一緒でないと意味がありません。

  utf8にして mysqlクライアントでselectを使ったとき、漢字が含まれている
  と、表がガタガタになってしまいますが、このような場合には画面の状態を
  正確に伝える必要があるので、日本語をちゃんと表示できる状況にないのな
  ら、ウィンドウの画像を添付するなども必要かも知れません。

  「MySQL4」を読んだのですが、ujisに設定した場合の実行例が掲載されてい
  ました。utf8も使えるとあったのですが、上記理由で避けたのかと思ってお
  ります。

  日本語では、文字数、バイト数、表示幅（全角/半角）の3つを考慮しないと
  いけないのですが、表示幅に関する認識が無いのかなと思っております。

  sjisだと、バイト数と表示幅は一致し、ujisだと一部の文字でズレが生じ、
  utf8だとズレまくります。

  日本語の問題を知らせるとき、相手がどこまで日本語を使えるかで対処の方
  法は変るでしょう。通常のアプリならそれほど大きな問題にならないことも
  多いのですが、DBという文字列をもろに扱わないといけないソフトなので、
  そのあたりの状況をきちんと把握したいところです。

------------------------------------------------------------------
株式会社 タイムインターメディア       藤原 博文 fuji@xxxxxxxxxx
本社 160-0002 東京都新宿区坂町26-27 ＩＰＢビル    TEL 03-5362-9009
URL  http://www.timedia.co.jp/                    FAX 03-5362-9008
地図 http://www.timedia.co.jp/company/map/     新宿線曙橋駅徒歩5分
------------------------------------------------------------------
♪  Puzzle Japan  http://www.puzzle.jp/  毎日新作パズルで遊ぼう ♪
------------------------------------------------------------------