特に変更が多い「大規模」なパブリケーションの場合、ユーザーが公開プロセスをより適切に管理し、計画できるよう、新しいパブリケーションサイズ分類機能を導入しました。 この機能は、パブリケーションを3つの階層に分類します: 大、中、小の3つの階層に分類され、変更の回数やデータベースのサイズなどの要因に基づいて分類されます。これにより、ユーザーはパブリケーションの規模をよりよく理解し、パブリケーション中の潜在的な競合やパフォーマンスの問題を回避するために必要な措置を講じることができます。パブリケーションのオーナーは、パブリケーションのサイズが変更されるたびに通知されます。

主なメリット:

• プランニングの改善: 新しいサイズ分類により、ユーザーはパブリケーションの現在の「サイズ」を確認し、パブリケーションに適切な時間とリソースを割り当てることができます。これは、パブリケーションのサイズによっては時間がかかるかもしれない公開プロセスを急ぐことを避けるのに役立ちます。

• 潜在的な影響の可視性の向上: この分類では、パブリケーションのサイズを視覚的に示すインジケータがユーザーに提供されるため、パブリケーションのプロセスで予想されることが透明化されます。 また、「大規模な」パブリケーションの発行に関連するエラーやパフォーマンスの問題の可能性を減らすのにも役立ちます。

• 明確なコミュニケーション: ユーザーがサイズ分類にマウスオーバーすると、分類の意味とパブリケーションプロセスへの潜在的な影響を説明する便利なツールヒントが表示されます。これにより、ユーザーは十分な情報に基づいて意思決定を行うことができます。

このリリースでは、ページエディタ内のすべてのフォームフィールドに直接インコンテキスト翻訳を導入しています。 これにより、コンテンツ制作者は、ユーザーのためにローカライズされたフォームエクスペリエンスを簡単に作成できるようになり、ユーザーが好みの言語でフォームを入力できるようになります。 指定されたローカライズ可能なフォームフィールドのみが翻訳され、ローカライズされたコンテンツの正確なコントロールが保証されます。

主なメリット:

• ローカライズされたフォームの公開時間を短縮: エディタで直接翻訳することで、複数の言語でフォームを立ち上げるために必要な手順を減らせます。

• 外部ツールやワークフローへの依存を軽減: コンテンツチームは、ページを作成するのと同じインターフェイスで翻訳を管理できるため、プロセスが簡素化されます。

• 正確性と一貫性が向上: 翻訳可能としてマークされたフォームフィールドのみが含まれるため、間違った内容を翻訳したり、重要な内容を見落としたりするリスクが少なくなります。

• グローバルなオーディエンスにより良いエクスペリエンスを: 訪問者が自分の好きな言語でフォームを入力できるため、入力完了率とエンゲージメントが向上します: 編集者は、開発者のサポートを必要とせずに、いつ、何を翻訳するかを正確に選択できます。

同じカスタムフラグメント内の値に基づいて、フィールドの可視性を設定できるようになりました。 これにより、ユーザーの入力に基づいてフィールドを動的に表示または非表示にすることができ、より応答性の高い、コンテキストを考慮したインターフェースをサポートします。

このアップデートにより、カスタムフラグメントを構築する際の柔軟性が増し、カスタムコードを追加することなく複雑なユースケースを簡単にサポートできるようになりました。

お客様は非常に一般的にdeployフォルダを通してフラグメントをデプロイしますが、フラグメントのインポートが完了すると、ログが1つ欠落していることを確認しました。 これまでLiferayは、アプリケーションサーバーのログにフラグメントのインポートが開始されたことを示すメッセージを追加していましたが、いつ終了したかを示すことはありませんでした。 インポートプロセスが終了したときにログを記録することのメリットは、お客様が失敗した場合に通知されるだけでなく、デプロイがまだ進行中と終了した際に確認できることです。

この機能により、ページエディタで複数ステップのフォームを作成できるようになります。

ユーザーが最初のコレクション表示項目のみを変更できるようにします。

ClayコンポーネントとAPIテーブルの既存のドキュメントは、品質に一貫性がなく、詳細な説明や実用的な例が欠けていることが多くあります。この一貫性のなさが、開発者がこれらのコンポーネントを効果的に活用することを困難にし、混乱とサポート依頼の増加を招いています。

主なメリット:

• 開発者は、コンポーネントのAPIテーブルを生成するためのより良いメカニズムを持つようになり、コンポーネントの使用法と利用可能なAPIに関する全体的な理解が向上しました。 詳細な解説と実例付き。

• この新しい標準化された文書化手法により、すべてのコンポーネントにおいて均一な品質と完全性を確保することができます。。

• より明確で、より構造化され、より実用的な文書は、フラストレーションを軽減し、開発プロセスを改善します。

• より明確な文書化により、外部サポートの必要性を最小限に抑え、リソースを解放し、対応時間を改善します。

Clayテーブルのカラム表示ドロップダウンとカラムのソート機能をフロントエンドのデータセットに統合しました。これにより、一貫性のないカスタム実装に代わって、Liferay全体でテーブルインタラクションへの統一されたアプローチが可能になります。

主なメリット:

• より標準的なカラムの表示とソートにより、プラットフォーム全体でより使いやすく、予測可能なインタラクションが保証されます。

• Clayテーブルのネイティブ機能に合わせることで、冗長なコードを削減します。

• 開発者は、同様の機能に対して複数の実装を管理する必要がなくなりました。

• LiferayのデザインシステムとのUIとUXの一貫性を確保します。