- 作成者投稿
- 2024年11月14日 12:58 am #32062yasuji参加者
江村様
いつもお世話になっております。
yasujiです。游ゴシックまたは游明朝を[表示]->[フォントの設定]から設定すると、下記の表示不具合が発生する。
(1)Windows標準のMS ゴシックの行高と比べて1.5倍ほど不自然に高く表示され、行間が広くなる。
(2)[表示]->[記号]->[すべての記号]をONに設定している状態で、行頭の全角空白(U+3000)の四角記号の左側が欠けて表示される。ただし、[表示]->[行番号]がONに設定すると正しい四角記号が表示される。
(3)半角空白(U+0020)の記号が縦方向に伸びて表示される(Windows標準のMS ゴシックを基準)Windows標準のメモ帳(notepad)で同じフォントを設定した場合の表示には不自然な表示はない。
上記の表示不具合が発生するフォントの詳細:
フォント名:游ゴシック
フォントファイル名:YuGothB.ttc, YuGothL.ttc, YuGothM.ttc, YuGothR.ttc
フォント名:游明朝
フォントファイル名:yumin.ttf,yumindb.ttf,yuminl.ttf
※これらのフォントは、Microsoft OfficeまたはMicrosoft 365に付属している。上記不具合の発生の再現手順は下記の通りです。
〔対象〕
v24.4.1 (64bit)〔使用環境〕
CPU : AMD Ryzen 9 3900X 12-Core Processor 3.80 GHz
RAM : 128 GB
OS : Windows 10 Pro 64bit 22H2 build 19045.5011
MB : ASUS PRIME X570-PRO〔再現手順〕
1.EmEditor 64bit ポータブル版を初期状態で起動
zipファイルから展開して、起動する。
初回のエディション選択は、Professionalを選択する。2.下記のテキストを入力する
この行の先頭は全角スペースです。 本日、EmEditor v24.4.1 を公開しました。 v24.4.1 は、次の不具合修正を含みます。安定した動作のため、常に最新版に更新してお使いください。 v24.4.0 で発生していた、文書比較時のフリーズやクラッシュの問題を修正しました。 v24.4.0 で [対応する括弧を強調表示する] オプションが有効でも、太字で表示されない問題を修正しました。 v24.4.0 で Markdown デザイン ビューでのブックマークや変更行インディケーターの表示位置を修正しました。 OpenDocuments プラグインで発生する可能性のあるクラッシュを修正しました。 改行を含むすべて置換後、元に戻す際のメモリ不足によるクラッシュの可能性を減らしました。 文書比較中に行の折り返し方法を変更した際の表示の問題を修正しました。 クラッシュレポートを改善しました。 お客様により報告された問題を修正しました (1, 2, 3)。 デスクトップ インストーラー版をご使用の場合、[ヘルプ] メニューの [更新のチェック] を選択して更新していただけます。この方法で更新できない場合には、最新版をダウンロードして、そのダウンロードしたインストーラーを実行してください。デスクトップ ポータブル版の場合、こちらよりダウンロードして、更新していただけます。ストア アプリ版の場合、数日後、Microsoft ストア (64ビット または 32ビット) よりダウンロードまたは更新していただけます。
3.下記の通り設定する
[表示]->[記号]->[すべての記号]:ON
[表示]->[フォントの設定]からフォントを「游ゴシック」または「游明朝」に設定する5.結果の確認
(1)Windows標準のMS ゴシックの行高と比べて1.5倍ほど不自然に高く表示され、行間が広くなる。
(2)[表示]->[記号]->[すべての記号]をONに設定している状態で、行頭の全角空白(U+3000)の四角記号の左側が欠けて表示される。ただし、[表示]->[行番号]がONに設定すると正しい四角記号が表示される。
(3)半角空白(U+0020)の記号が縦方向に伸びて表示される(Windows標準のMS ゴシックを基準)2024年11月16日 10:51 am #32068Yutaka Emuraキーマスターいつもお世話になっております。江村です。
これは、使用されているフォントのデザインの問題です。設定のプロパティの [表示] ページの [行間] で調節可能です。ここには -1 のように負の値を入力することもできます。ただし、行頭の全角空白(U+3000)の四角記号の左側が欠けて表示される問題は、こちらでは既に修正しました。次に公開されるバージョンでは修正されています。
よろしくお願いいたします。
2024年11月17日 12:28 am #32073yasuji参加者江村様
いつもお世話になっております。
yasujiです。これは、使用されているフォントのデザインの問題です。設定のプロパティの [表示] ページの [行間] で調節可能です。ここには -1 のように負の値を入力することもできます。
冒頭に「Windows標準のメモ帳(notepad)で同じフォントを設定した場合の表示には不自然な表示はない。」と記載したのは、フォント特有の表示を考慮するために、メモ帳の表示状態を基本にして、その表示状態と比較してEmEditorは明らかに行間の空白が大きすぎるので、表示不具合だと説明しています。ちなみに、サクラエディタ32bit Ver. 2.4.2.6048 Appveyor (a3e63915b)でも、メモ帳とほぼ同じ状態で表示されます(この程度の表示であれば何の問題もありません)。
修正を拒絶する理由は、修正工数が大きすぎてかつ複雑なため、やりたくないからでしょうか?
それとも、過去の「#31387 – 〔要回答〕報告済:検索(置換)ウィンドウの動作不具合」と同じ理由でしょうか?記載漏れだと思いますが、下記の修正もお願いいたします。
(3)半角空白(U+0020)の記号が縦方向に伸びて表示される(Windows標準のMS ゴシックを基準)
よろしくお願いします。
2024年11月20日 10:46 am #32084Yutaka Emuraキーマスターいつもお世話になっております。江村です。
修正を拒絶する理由は、修正工数が大きすぎてかつ複雑なため、やりたくないからでしょうか?
そのようなことは思っていません。修正を拒絶することはありません。どうして、yasuji様は、そのように感じられるのでしょうか? もし、私の書き方が、yasuji様に、そのような印象を与えてしまったのでしたら申し訳ありませんでした。
先ほど公開した v24.4.902 にて修正いたしました。
よろしくお願いいたします。
2024年11月20日 9:48 pm #32086yasuji参加者江村様
いつもお世話になっております。
yasujiです。そのようなことは思っていません。修正を拒絶することはありません。どうして、yasuji様は、そのように感じられるのでしょうか? もし、私の書き方が、yasuji様に、そのような印象を与えてしまったのでしたら申し訳ありませんでした。
先ほど公開した v24.4.902 にて修正いたしました。
修正いただきありがとうございます。確認は別途いたします。
「どうして、yasuji様は、そのように感じられるのでしょうか?」については、下記の通りです。
1.過去の検索(置換)ウィンドウの切替キー操作時の不具合についてのメールでのやり取りの「#31387 – 〔要回答〕報告済:検索(置換)ウィンドウの動作不具合」において、ユーザのお好みの動作が異なるという理由と、この方法で代替できますよというご説明で修正をお断りされました(実際に修正いただいたのは、このメールの内容をトピック作成した後でした)。私個人としては、他のテキストエディターができていることで、無理を言っているつもりはなく、このような説明で修正を拒絶されたと受け止めて、かなりショックでした。
2.「ここ最近のEmEditorのリリース情報について」のトピックにおいて、「不具合は非常に軽微なもの」としてご説明しておりましたが、追及した結果、その非常に軽微なものの中に2バージョンでクラッシュバグが合計5件も含まれていたことが判明し、かなりショックでした。上記の2つが今回私の対応の背景になります。
これは、使用されているフォントのデザインの問題です。設定のプロパティの [表示] ページの [行間] で調節可能です。ここには -1 のように負の値を入力することもできます。ただし、行頭の全角空白(U+3000)の四角記号の左側が欠けて表示される問題は、こちらでは既に修正しました。次に公開されるバージョンでは修正されています。
上記のご回答は、まず問題点と代替案を説明して、次の「ただし、」からは私が記載した(2)の四角記号の表示が欠ける問題について修正したと説明しています。
私の中での説明文は、フォントの問題でEmEditorの問題はないので不自然な行間表示は提示した方法でユーザ側がご対応ください、(2)は次に公開されるバージョンで修正しました、(3)については記載がないので修正するつもりはない(穏便に記載漏れとしました)と理解しました。
過去の江村様のご対応の1.と2.については私の中では強く記憶していたため、私の中でまた1.と同じ対応(言い訳めいた理由を書かずに)を繰り返すのかと怒りが沸き起こりそのように書いた次第です。以上が私の回答内容になった理由です。
2024年11月21日 12:32 am #32088yasuji参加者江村様
いつもお世話になっております。
yasujiです。さきほど、v24.4.902で、(1)~(3)の不具合がすべて解消されて、問題がないことを確認しました。
よろしくお願いします。
2024年11月22日 10:08 am #32093Yutaka Emuraキーマスターいつもお世話になっております。江村です。
「どうして、yasuji様は、そのように感じられるのでしょうか?」については、下記の通りです。
1.過去の検索(置換)ウィンドウの切替キー操作時の不具合についてのメールでのやり取りの「#31387 – 〔要回答〕報告済:検索(置換)ウィンドウの動作不具合」において、ユーザのお好みの動作が異なるという理由と、この方法で代替できますよというご説明で修正をお断りされました(実際に修正いただいたのは、このメールの内容をトピック作成した後でした)。私個人としては、他のテキストエディターができていることで、無理を言っているつもりはなく、このような説明で修正を拒絶されたと受け止めて、かなりショックでした。yasuji様のお気持ちは理解しました。私の返信メールが言葉足らずで、お客様のお気持ちに寄り添えていなかったと思います。不快な思いをさせてしまい、申し訳ありませんでした。しかし、yasuji様のご要望を拒絶しているわけではありませんでした。私は、一言も「できない」とは書いていません。「これは、ユーザーによって好みの動作が異なると思います。」と書いただけで、「できる」とも「できない」とも書いていません。どうして、私の返信メール1件だけで、要望が拒絶されたと感じられるのでしょうか?
私は、毎日、多くのお客様からご質問やご要望のメールを受信しています。お客様のご要望については、まずその内容をできるだけ正確に把握する必要があります。1件のメールだけでご要望を把握することは難しく、その後、返信メールを重ねて議論を行い、ご要望にお応えする形になります。1件のメールだけで、すぐに「できる」か「できない」かを判断することは、ほとんどありません。お客様から返信メールをいただかない場合には、そこで議論は終了してしまい、ご要望にお応えすることができなくなってしまいます。
したがって、私の返信メールは、yasuji様のご要望の内容を確認するために書かせていただいたものであり、拒絶したものではありません。具体的には、
「例えば、検索ダイアログが表示されている状態で、再び Ctrl+F を押した場合には、どうするのかとか、検索ダイアログで [置換 >>] ボタンを押した場合、さらに 検索ダイアログにフォーカスが設定されている状態で Ctrl+H を押した場合など検討しなければなりません。」
の内容について、yasuji様のご意見をお聞かせいただきたかったのです。yasuji様のご意見を聞かずに、ご要望を実装することは難しいと思うからです。
私がyasuji様にお願いすることは、私のたった1件のメールだけで、拒絶されたとか否定的に思わないでいただきたいのです。私が言葉足らずだったり、配慮が足りなかったのは認めます。申し訳ございませんでした。しかし、yasuji様も、これにめげずに、建設的な議論をしていただきたいと思っています。
2.「ここ最近のEmEditorのリリース情報について」のトピックにおいて、「不具合は非常に軽微なもの」としてご説明しておりましたが、追及した結果、その非常に軽微なものの中に2バージョンでクラッシュバグが合計5件も含まれていたことが判明し、かなりショックでした。
まず、バグの無いソフトウェアは存在しません。サンプルプログラムのような小さなアプリでしたら存在するかもしれませんが、市販されているような標準的なサイズのアプリの中では、どんなに優秀なソフトウェアにもバグは存在します。マイクロソフトが販売しているソフトウェアでも、Windowsは月に数回の更新を行っていますし、私が使用しているVisual Studioも月に数回、更新されていますが、それほど騒ぐほどの問題ではないと思います。EmEditorは、ユーザーからのご指摘やクラッシュレポートをいただいたら、すぐに対応して修正しています。履歴に不具合修正の項目が多いから、不安定ではないかと不安をお持ちになるかもしれませんが、実際にはその逆で、不具合を修正しないで更新がないソフトウェアの方が不具合が多いこともあります。
また、クラッシュが致命的な不具合だと感じていらっしゃるかもしれませんが、私は必ずしもそうは思っていません。技術的には、クラッシュをさせないで無視して継続することも可能で、そうしているソフトウェアも存在します。しかし、EmEditorでは、不具合を意図的にクラッシュさせて、お客様にクラッシュレポートをフィードバックしていただくことにより、私がすぐに修正して更新するという良い循環を実現しています。そのため、他のソフトウェアよりもクラッシュが多く存在するように見えるかもしれませんが、ソフトウェアの品質は向上しています。
私が「不具合は非常に軽微なもの」として説明したのは、非常に稀な条件のもとで発生する不具合のためです。既定の設定で、普通に行う動作ではまず発生することのないような不具合のため、非常に軽微なものと表現いたしました。しかし、この点についても私の言葉足らずであったことを認めます。申し訳ございませんでした。今後は、不具合の内容をできるだけ丁寧に説明いたしますので、お許しください。
以上、何かと懐疑的な気持ちをお持ちのこととは存じ上げますが、今後もご要望に対して拒絶することはありませんので、これに懲りずに、EmEditorをご愛用いただきますようお願い申し上げます。
最後に、私も人間ですので、今までのような攻撃的な発言が続いてしまうと、私もサポートする気がなくなってしまいます。このフォーラムは、ユーザー間の交流の場であり、私との1対1のサポートの場ではございません。フォーラムでのご質問やご意見に対して、必ずしも私からの返信が付くとは限らないことをご了承願います。また、過去のメールでのやりとりの内容をフォーラムに転載される場合は、事前に私の許可を取っていただきたかったと思います。勝手にメール内容が転載された点について、私も不快な気持ちになりました。攻撃的な内容の場合には、私のことはともかく、他のユーザーの方々へのご迷惑にもなりますので、フォーラムではなく、直接メールでいただいた方がありがたいです。その点、ご理解いただけると幸いです。
よろしくお願いいたします。
- 作成者投稿
- このトピックに返信するにはログインしてください。