こちらでも再現ができなくなりました。原因が分からないので、これについては問い合わせを中止します。お騒がせしました。
ExcelErrorSample 1.xlsxをXPSに変換したものでは発生を確認しました。以前共有したフォルダにXPSのデータを追加したので、ご確認ください。
Excel
ありがとうございます。再現ファイルの設定を変えてXPSに変換すると、ボタンが表示されました。ありがとうございます。
@Kotaro_Miki
あなたのフィードバックに感謝します。Error 11については、3つのソースファイル（「ExcelErrorSample 1.xlsx」、「ExcelErrorSample 1.xls」、「ExcelTest _ 1.xlsx」）に対応するpdf結果ファイルを提供してください。まず、Aspose.Cellsを使用して3つのpdfを生成してから提供してください。フォントをチェックするにはpdfファイルが必要です。
先ほど共有したフォルダに追加しました。ご確認お願い致します。
提供された結果ファイルを分析した結果、ヒストグラムのタイトルに改行がある問題を発見しました。
内部問題追跡システムで次の新しいチケットを開き、Free Support Policies に記載されている条件に従って修正を提供しています。
質問番号：CELLSNET-58492
お客様からご報告いただきました問題（チケットID：「CELLSNET-58473」および「CELLSNET-58474」）が解決いたしましたので、お知らせいたします。これらの修正および機能強化は、2025年6月前半に予定されている次期リリース（Aspose.Cells v25.6）に反映されます。次期バージョンのリリース時には改めてお知らせいたします。
@Kotaro_Miki
日時値のフォーマットに関する問題（チケット CELLSNET-58490）:
マイクロソフトの異なるバージョンの Excel では、日本の [jp-JP] 地域に対して異なる形式の結果が得られます。Excel 2010 などの古いバージョンでは、日付は “2025/04/18” と表示されます。Office 365 などの新しいバージョンでは、日付は “2025/4/18” と表示されます。
日付の値を処理する際、通常、対応する地域のCultureInfoオブジェクトが提供する形式を使用して日付をフォーマットします。実際、jp-JP の CultureInfo から取得できる短い日付形式は “yyyy/MM/dd” です。Windows のコントロール パネルの地域設定でも、短い日付形式は “yyyy/MM/dd” と表示されており、書式設定された月と日には先頭のゼロが含まれています。
最近のバージョンの MS Excel がなぜ一貫性のない結果を出すのかは不明です。また、この動作を今すぐ変更すべきかどうかも不明です。なぜなら、他のユーザーの既存のアプリケーションに影響を与える可能性があるからです。回避策として、現在、ユーザーは CultureInfo のデフォルトの日付形式を変更して、期待される結果を得ることができると考えています。
CultureInfo customCulture = new CultureInfo("ja-JP");
customCulture.DateTimeFormat.ShortDatePattern = "yyyy/M/d";
workbook.Settings.CultureInfo = customCulture;
...
コンポーネント内でja-JP地域向けのdatetimeのフォーマット処理の挙動を自動的に変更するには、ほとんどのユーザーにとって適切な対応であるかを確認するため、さらなる時間と調査が必要となる見込みです。
お客様からご報告いただいた問題（チケットID：「CELLSNET-58492」）は解決いたしましたので、お知らせいたします。修正と機能強化は、2025年6月の次週にリリース予定の次期リリース（Aspose.Cells v25.6）に含まれます。次期バージョンのリリース時には改めてお知らせいたします。
なお、この問題は環境とフォントの選択に起因しており、弊社のローカル環境では再現できません。（お客様のマシンでランダムに選択されたフォントは、弊社の環境のフォントと異なる可能性があるためです。）
ただし、フォントの選択がランダムになることを回避するための修正をいくつか行いました。
1 Like
フォントの選択がランダムにならないということは、ファイルで指定されたフォントの設定で固定されるということでしょうか？
それとも、そのフォントがサーバーに存在しなかった場合、デフォルト設定が決められているということでしょうか？
この質問に対して、私は以下のような詳細な回答を試みました:
1, 問題のxlsxファイルには、グラフのタイトルに明確なフォントが指定されていません。研究の結果、異なる言語環境で異なるフォントとして現れることがわかりました。
2, 例えば、私のマシンの場合、フォントが"Calibri"となっていると、この問題が再現されません。このフォントは機械環境ではランダムです.
3, この問題を改善し,xlsxファイルのデフォルトの日本語フォントを使用しました。もはや機械環境からフォントを取り出すことはありません.
4, あなたはバージョン25.6を使用した後に効果を観察して、あなたのフィードバックを教えてくださいです。xlsxのデフォルトフォントを使えば、問題は解決できるはずです。バージョン25.6は来週リリース予定です。
あなたのXLSXファイルのデフォルトフォントは"Yu Gothic"です。
今回の最適化したロジックは正しいです。
CELLSNET-58491については Status : Resolvedとなっていますが、これも次期バージョンで解決されるということでしょうか？
@Kotaro_Miki
あなたのフィードバックに感謝します。CELLSNET-58491が解決しました。この修正はv25.6バージョンに含まれます。バージョンv25.6がリリースされたら、すぐにお知らせします。
1 Like
For ErrorNo.4: オンライン上から数値を取得しているセルが＃Value！に変化する
CELLSNET-58472: The cell content becomes # VALUE when converting file to xps
正しいテキストが表示されるように修正することは可能ですが、起動時のアイコンは表示されません。よろしいでしょうか？プレビューのスクリーンショットをご確認ください。
ErrorNo.4_fix_preview.jpg (117.2 KB)
そのアイコンを表示するように修正することは不可能ということでしょうか？
不可能ではないが長期間かかるのであれば、段階的に修正をしていただくことは可能でしょうか？