同じカスタムフラグメント内の値に基づいて、フィールドの可視性を設定できるようになりました。 これにより、ユーザーの入力に基づいてフィールドを動的に表示または非表示にすることができ、より応答性の高い、コンテキストを考慮したインターフェースをサポートします。
このアップデートにより、カスタムフラグメントを構築する際の柔軟性が増し、カスタムコードを追加することなく複雑なユースケースを簡単にサポートできるようになりました。
Release Notes
同じカスタムフラグメント内の値に基づいて、フィールドの可視性を設定できるようになりました。 これにより、ユーザーの入力に基づいてフィールドを動的に表示または非表示にすることができ、より応答性の高い、コンテキストを考慮したインターフェースをサポートします。
このアップデートにより、カスタムフラグメントを構築する際の柔軟性が増し、カスタムコードを追加することなく複雑なユースケースを簡単にサポートできるようになりました。
お客様は非常に一般的にdeployフォルダを通してフラグメントをデプロイしますが、フラグメントのインポートが完了すると、ログが1つ欠落していることを確認しました。 これまでLiferayは、アプリケーションサーバーのログにフラグメントのインポートが開始されたことを示すメッセージを追加していましたが、いつ終了したかを示すことはありませんでした。 インポートプロセスが終了したときにログを記録することのメリットは、お客様が失敗した場合に通知されるだけでなく、デプロイがまだ進行中と終了した際に確認できることです。
この機能により、ページエディタで複数ステップのフォームを作成できるようになります。
ユーザーが最初のコレクション表示項目のみを変更できるようにします。
ClayコンポーネントとAPIテーブルの既存のドキュメントは、品質に一貫性がなく、詳細な説明や実用的な例が欠けていることが多くあります。この一貫性のなさが、開発者がこれらのコンポーネントを効果的に活用することを困難にし、混乱とサポート依頼の増加を招いています。
主なメリット:
開発者は、コンポーネントのAPIテーブルを生成するためのより良いメカニズムを持つようになり、コンポーネントの使用法と利用可能なAPIに関する全体的な理解が向上しました。 詳細な解説と実例付き。
この新しい標準化された文書化手法により、すべてのコンポーネントにおいて均一な品質と完全性を確保することができます。。
より明確で、より構造化され、より実用的な文書は、フラストレーションを軽減し、開発プロセスを改善します。
より明確な文書化により、外部サポートの必要性を最小限に抑え、リソースを解放し、対応時間を改善します。
Clayテーブルのカラム表示ドロップダウンとカラムのソート機能をフロントエンドのデータセットに統合しました。これにより、一貫性のないカスタム実装に代わって、Liferay全体でテーブルインタラクションへの統一されたアプローチが可能になります。
主なメリット:
より標準的なカラムの表示とソートにより、プラットフォーム全体でより使いやすく、予測可能なインタラクションが保証されます。
Clayテーブルのネイティブ機能に合わせることで、冗長なコードを削減します。
開発者は、同様の機能に対して複数の実装を管理する必要がなくなりました。
LiferayのデザインシステムとのUIとUXの一貫性を確保します。
Liferayのスタイルブックは、作成時に特定のテーマに明示的に結び付けられるようになりました。(OSGiまたはthemeCSSクライアントエクステンションを介して)そのテーマが提供するフロントエンドトークンの定義を使用します。 この構造的なリンクにより、各スタイルブックは関連するテーマの境界内でのみ使用できるようになり、テーマ横断的なトークンの汚染を排除し、より明確なテーマベースのデザインガバナンスを実現します。
主なメリット:
異なるテーマのトークンを誤って組み合わせたスタイルブックを保存することがなくなり、視覚的な不一致やデザインの後退を防ぐことができます。
すべてのスタイルブックに、どのテーマに属しているかが目に見える形で表示されるようになったため、ミスが減り、チームが複数のサイトでデザインアセットを管理しやすくなりました。
スタイルブックをページに適用する際、システムはそのページの現在のテーマと同じテーマで作成されたものだけをリストアップします。
スタイルブックが適用されたテーマと互換性がなくなった場合(テーマ変更後など)、表示の問題を防ぐために自動的にリンクが解除されます。
プラットフォームのアップグレード時に、既存のスタイルブックはサイトの現在の公開テーマ(サイトビルダー > ページ > オプション > 設定で定義)に自動的にリンクされるため、手作業によるクリーンアップ作業が軽減されます。
有効な themeId
を持たないスタイルブックがインポートされた場合、ユーザーには明確な警告が表示され、インポートを修正するために何が足りないのかが正確にわかります。
デプロイされなくなった、または有効なフロントエンドトークン定義を提供しなくなったテーマに基づくスタイルブックは、自動的に非アクティブとしてマークされます。
OSGiまたはthemeCSSクライアントエクステンションIDが非アクティブなスタイルブックのために表示され、開発者や管理者がどのテーマを再インストールまたは修正する必要があるかを特定するのに役立ちます。
Liferay DXP 2025.Q2のリリースに伴い、Elasticsearch 7との互換性は廃止されます。 Liferayは、7.17.x またはそれ以前のデプロイメントをご利用のすべてのお客様に、Elasticsearch 8.xの最新互換バージョンへのアップグレードを強くお勧めします。詳細はこちら。