セル内の背景は消えてしまうのですね。ありがとうございます。
@Kotaro_Miki
cellsnet-58477とcellsnet-58478については、申し訳ありませんが、aspos.cellsはSurface chartとMap chartの変換をサポートしていません。この2つのチャートの実装は複雑でまだ時間がかかりそうです.
承知いたしました。最優先ではないので、よろしくお願いいたします。
こちらについてはどうなりましたでしょうか？
@Kotaro_Miki
あなたのフィードバックに感謝します。
Error 2については、3つのファイルのいずれにも再現問題はありません。
Error 3については、「ExcelTest _ 1.xlsx」でのみ再現しましたが、「ExcelErrorSample 1.xlsx」と「ExcelErrorSample 1.xls」では再現していません。
Error 11については、3つのファイルの中にも再現問題はありません。3つのソースファイル（「ExcelErrorSample 1.xlsx」、「ExcelErrorSample 1.xls」、「ExcelTest _ 1.xlsx」）に対応するxpsとpdf結果ファイルを提供してください。まず、Aspose.Cellsを使用して3つのpdfと3つのxpsファイルを生成してから、結果ファイルを使用してフォントをチェックする必要があります。
ファイルをzip形式に圧縮してここに長く伝えることができます。ファイルが大きすぎる場合は、クラウドにアップロードし、リンクを共有してください。
@Kotaro_Miki
さらにテストを行って、Error 3とError 5のセルの内容が##として表示されている問題を再現しました。
内部問題追跡システムで次の新しいチケットを開き、Free Support Policies に記載されている条件に従って修正を提供しています。
質問番号：
CELLSNET-58491：The number is displayed as # when converting file to xps
CELLSNET-58490：The date texts are displayed as # when converting file to xps
For ErrorNo.15: オブジェクトが消失する
CELLSNET-58479：Control button is lost when convert file to xps
ボタンの「Print object」にチェックが入っていないため、出力されません（Microsoft Excelで保存されたxps）。
Excelの「Print object」オプション、またはApose.Cells APIの「Shape.IsPrintable」をチェックすると、ボタンが出力されます。
Screenshot_Print object.jpg (106.1 KB)
こちらでも再現ができなくなりました。原因が分からないので、これについては問い合わせを中止します。お騒がせしました。
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"です。
今回の最適化したロジックは正しいです。