編集画面のタイトルの上の余白が広いようです。

WordPress 6.5から、AVIFに対応するようです。

WordPress 6.5 adds AVIF support
https://make.wordpress.org/core/2024/02/23/wordpress-6-5-adds-avif-support/

試しにアップロードしてみましたが、問題なくできました。

やはり、パターンのタイトルは、編集画面にはないみたいです。
（Cocoonだけでなく、WordPress公式のクラシックテーマにも見つからないです、全部は確認していませんけれど）

すみません、パターンのタイトルについて、書き漏れがあります。

新規作成時は、入力できます。

投稿者:: @mk2_mk2

↑

コードエディタに切り替えれば、入力はできるようです

これは目から鱗。
タイトルを入力させたくないなら入力できる部分を全て消すべきなんでしょうけど、どういう意図なんでしょう。
ビジュアルエディター部分で入力できないのは、ちょっと不具合のようにしかに見えない。

投稿者:: @mk2_mk2

↑

インラインで指定されているみたいです。

これも、なんであえてインラインなんだろう…。
修正するとしたら2remくらいでいいのかな。

投稿者:: @yhira

↑

これも、なんであえてインラインなんだろう…。
修正するとしたら2remくらいでいいのかな。

本当に、謎です。

ゼロで良さそうです。

6.5 RC2と、6.4.3を比較してみました。

【デフォルトの状態(4rem)】

投稿者:: @yhira

↑

どういう意図なんでしょう。

さっぱり分からないですね。

投稿者:: @yhira

↑

ビジュアルエディター部分で入力できないのは、ちょっと不具合のようにしかに見えない。

私も不具合だと思います。

ブロックテーマでは、簡単に変更できるのに、なぜクラシックテーマでは、編集画面を開いて、更にコードエディタにしなくてはならないのか。

考慮漏れなのか、何か変だと思います。

投稿者:: @mk2_mk2

↑

WordPress 6.5から、AVIFに対応するようです。

avifファイルに対応させておきました。
https://github.com/xserver-inc/cocoon/commit/c17998eb0edb8554be502adc6a5e63be19394d32

投稿者:: @mk2_mk2

↑

ゼロで良さそうです。

スマホ表示とかだと多少窮屈ですか、前もそうだったようなので0pxにもどしてみました。
https://github.com/xserver-inc/cocoon/commit/88843715926a42853cd587813b4dea05ba84318f

投稿者:: @yhira

↑

スマホ表示とかだと多少窮屈ですか、前もそうだったようなので0pxにもどしてみました

ご対応いただき、ありがとうございます。

WordPress 6.5 RC2の方だけ、Cocoonをアップデートして、WordPress 6.4.3と対比してみました。

投稿者:: @yhira

↑

avifファイルに対応させておきました。

ご対応いただきありがとうございます。

とりあえず、画像拡大効果(baguetteBox,Lity)とボックスメニューで確認させていただきましたが、問題なさそうです。

ご確認いただきありがとうございます！
タイトル余白は前と同じで全然いいですよね。それにしてもなんで余白が入ったんだろう…。しかもインラインに。
何か問題があったとしても、インラインに入れなくてもいいと思うんですよね。

確か、WordPress 6.5で、ブロックの「ドラッグ＆ドロップ」ができるようになるという話だったと思いまして・・・。

それが、どういう方法なのか分からずにいたのですけれど。

今分かりました、こんな感じみたいです。

WordPress 6.5がリリースされたようです。

WordPress 6.5 “Regina”
https://wordpress.org/news/2024/04/regina/

投稿者:: @mk2_mk2

↑

（確かに表示が少し違います。WordPress 6.4の時に、これができること、私は気づきませんでした。）

僕も知りませんでした…。

今のところWordPress 6.5の大きな問題といえば、これぐらいでしょうか｡

ワードプレス 6.5 アップデート以降、韓国語が出力されません。
https://wp-cocoon.com/community/postid/78276/

現時点で子テーマでやられていることが原因かもしれないので、まだ触らず返信待ちです。

投稿者:: @yhira

↑

今のところWordPress 6.5の大きな問題といえば、これぐらいでしょうか｡

ワードプレス 6.5 アップデート以降、韓国語が出力されません。
https://wp-cocoon.com/community/postid/78276/

該当トピックで触れられていたことは、以下のことなのでしょうか・・・。

WordPress 6.5 Field Guide
https://make.wordpress.org/core/2024/03/15/wordpress-6-5-field-guide/#i18n

上記の以下の部分？

I18N
The Performant Translations feature plugin has been merged into Core. The new translation system is much faster and uses less memory with the new .l10n.php format; it also continues to support all three existing translation formats: .l10n.php, .mo, and .po files. Two new filters translation_file_format and load_translation_file are introduced.

I18N Improvements in 6.5 (Performant Translations)
https://make.wordpress.org/core/2024/02/27/i18n-improvements-6-5-performant-translations/

 

国際化
Performant Translations機能プラグインはCoreにマージされました。新しい翻訳システムは、新しい.l10n.phpフォーマットでより速く、より少ないメモリを使用します： .l10n.php、.mo、.poファイルです。2つの新しいフィルタtranslation_file_formatとload_translation_fileが導入されました。

6.5での国際化の改善 (パフォーマント翻訳)
https://make.wordpress.org/core/2024/02/27/i18n-improvements-6-5-performant-translations/

上記からリンクされているのは、以下のようです。

I18N Improvements in 6.5 (Performant Translations)
https://make.wordpress.org/core/2024/02/27/i18n-improvements-6-5-performant-translations/

上記には以下のようにもありますけれど。

This is a progressive enhancement, so if there’s only an .mo file but no PHP file, translations will still be loaded as expected.

これは段階的な機能強化であるため、.mo ファイルのみがあり PHP ファイルがない場合でも、翻訳は期待どおりに読み込まれます。

以下のような記載もありますが、そもそも関係あるものかどうか。

New filters to customize this behavior

If you would like to disable the support for PHP files for some reason; for example, if you don’t have any yet in your project and want to prevent the extra file lookup operation, you can use the new translation_file_format filter to change the preferred format (default is php) like so:

add_filter(
	'translation_file_format',
	static function () {
		return 'mo';
	}
);

 
この動作をカスタマイズするための新しいフィルター

何らかの理由で PHP ファイルのサポートを無効にしたい場合: たとえば、プロジェクトにまだファイルがなく、余分なファイル検索操作を避けたい場合は、新しい translation_file_format フィルターを使用して、次のように優先形式 (デフォルトは php) を変更できます。

良く分かっていませんけれど。

先にリンクしたものは、以下のプラグインを使用した場合みたいです。

Performant Translations
https://wordpress.org/plugins/performant-translations/

上記には、以下のような記載がありました。

WordPress 6.5 and newer
 

Important:this new functionality has been merged into WordPress 6.5! However, this plugin is still useful!

On WordPress 6.5+, this plugin automatically converts existing.mofiles to.phpand afterwards only loads the translations from the.phpfile.
This is useful for cases where language packs are not downloaded from WordPress.org but somewhere else.

 

WordPress 6.5 以降
 

重要: この新しい機能は WordPress 6.5 に統合されました。 ただし、このプラグインはまだ役に立ちます。

WordPress 6.5 以降では、このプラグインは既存の .mo ファイルを .php に自動的に変換し、その後は .php ファイルから翻訳のみを読み込みます。
これは、言語パックが WordPress.org からではなく別の場所からダウンロードされる場合に便利です。

これをご利用ということなんでしょうか・・・。

そうだとすると、翻訳ファイルが別に必要っぽいですし、試すことができないです・・・今のところ。

最初、私のテスト環境の「設定」－「一般」－「サイトの言語」のところに、ハングルらしきものがなくて、どうやって変更できるのだろうと、分からなかったのですが。

いろいろやっている内に、ハングルが出てきて、無事変更できたみたいです。

お問い合わせのあったトピックにも貼りつけましたけれど、こちらにも貼ります。

WordPress公式テーマで確認してみたら、メニューとかもしっかりと韓国語になるので、どうやらCocoonにも何らかの原因があるっぽいです。
https://wp-cocoon.com/community/postid/78307/

て、書いて↑のURLを取得しに行ったらもうすでに書き込みが。
https://wp-cocoon.com/community/postid/78311/
すでにお試しになられてました。

投稿者:: @yhira

↑

WordPress公式テーマで確認してみたら、メニューとかもしっかりと韓国語になる

そうですね。
公式テーマにして、それが分かりました。

何故か「English(United States)」に戻っているなとは思ったのですけれど、Cocoon設定ばかり気にして、メニューなどが英語になっていることに気づかなかったです。

こういうことも含めて、事象を詳しくご説明いただいたり、事象の説明に画像を添付いただいたりすることって、大事だと改めて思います。

WordPress 6.5.2がリリースされていました。

WordPress 6.5.2 Maintenance and Security Release
https://wordpress.org/news/2024/04/wordpress-6-5-2-maintenance-and-security-release/

  
WordPress 6.5.1は、飛ばされたみたいです。

What Happened to WordPress 6.5.1?
https://make.wordpress.org/core/2024/04/09/what-happened-to-wordpress-6-5-1/
 
 
同時に、WordPress 6.4.4もリリースされていましたね。
（私の本番は、まだ6.4.3だったもので、自動更新されていました）

以下のような脆弱性があって、WordPress各バージョンにマイナーアップデートが入ったみたいです。

WordPress Core < 6.5.2 - Authenticated (Contributor+) Stored Cross-Site Scripting via Avatar Block
https://www.wordfence.com/threat-intel/vulnerabilities/wordpress-core/wordpress-core-652-authenticated-contributor-stored-cross-site-scripting-via-avatar-block?asset_slug=wordpress

投稿者:: @mk2_mk2

↑

WordPress 6.5.2がリリースされていました。

ほんとだ。
自動アップデートされていました。

ここら辺のバージョンからずっと脆弱性があったんですね。

WordPress 6.5.3は、以下のようなスケジュールみたいです。

5/2(木) RC版
5/7(火) 正式リリース

WordPress 6.5.3: An upcoming maintenance release
https://make.wordpress.org/core/2024/04/15/wordpress-6-5-3-an-upcoming-maintenance-release/

ちょうど2週間後かー。
RCが出たら確認してみます。

そんなこんなで、WordPress 6.5.3がリリースされました。

WordPress 6.5.3 Maintenance Release
https://wordpress.org/news/2024/05/wordpress-6-5-3-maintenance-release/

まだ、殆ど触ってませんけれど。
（これから寝ますし）

WordPress 6.6は、以下のような感じみたいです。

WordPress 6.6 Development Cycle
https://make.wordpress.org/core/6-6/

6/4(火) beta1
6/25(火) RC1
7/16(火) 正式リリース

どんどんきますねぇ。

クラシックテーマ特有の不具合も解消されていたようで安心しました。

次は7月中旬ですか、結構間があって嬉しい///

投稿者:: @yhira

↑

次は7月中旬ですか、結構間があって嬉しい///

もはや麻痺しているような・・・。
私はこれを見た時、もう？と思いました。

でも、そういう風に前向きに考えられる方が良いですね。

WordPress 6.5.3になって、サイトの表示が少し軽くなったような気がするのですが、気のせいでしょうか。
（PCの時は変わりませんが、スマホの時に少しだけ感じます、回線によるのかもしれないです）

確かに今回そんな間が長いわけではなかった。
感覚的なもんなのか今回聞いたとき瞬間的に「まだ2ヶ月以上もある」と思っちゃったんですよね。
病気でしんどかった時と比べて少し心に余裕ができたということなのかな？

投稿者:: @yhira

↑

少し心に余裕ができたということなのかな？

そんな気はしますね。
少なくとも、前向きに捉えることができたということでしょうし。

WordPress 6.5.4もあるって、ちらっと書かれていましたが、日程が書かれていないのですよね。