[inc2734]

メディアクエリの指定に間違いがありました(TT
次のアップデートで修正入れます！

♥ 0

いいねをした人： いません

[inc2734]

unitone v14.0.0 で、オーバーレイのときにサブメニューが閉じた状態で表示できるブロックスタイルを追加しました！
詳しくはアップデート記事にてご確認ください。

unitone v14.0.0 をリリースしました – WordPress テーマ unitone

unitone.2inc.org

結構 CSS を書き換えないといけなかったので、ナビゲーションを CSS でカスタマイズしている場合は崩れが発生する可能性があります。事前のテストを推奨します！

♥ 0

いいねをした人： いません

[inc2734]

そうなんですよ！これ僕も Snow Monkey Blocks みたいにしたほうが絶対に良いと思ってるんですけど、コアがそうなってないんですよね。影つけたとして、それはポップオーバーを開かないとわからない、みたいな。unitone は UI をなるべくコアに合わせているから、一応今はコアに合わせて形になっているという感じです。

なのでねー、どうしましょう…。

♥ 0

いいねをした人： いません

[inc2734]

やっぱり PC とモバイルで同じメニューを使い回す（CSS でなんとか頑張って見た目を変えている）というのに無理があるなーとは思うんですよね…。別々のものが割り当てられるようになってくれれば良いのですが…。

時間があるときに、なんとかできないかもう一回見直してみます。

♥ 0

いいねをした人： いません

[inc2734]

そうなんですよ…。

Snow Monkey は PC 用のグローバルナビゲーションとモバイル用のドロワーナビゲーションに別々の HTML が出力されるようになっているのですが、unitone はブロックテーマの仕様に従う形で、PC もモバイルも1つの HTML が使われるようになっています。

本当は Snow Monkey のような形にするのが理想なのですが、1つの HTML を使う都合上、トグルボタンを追加したりそれによる開閉処理をモバイルだけできれいにやるのが難しくて今の形になっています。

うまい方法があるなら僕もデフォルトの挙動を Snow Monkey のようにしたいのですが…。

♥ 0

いいねをした人： いません

[inc2734]

v13.1.1 で20秒に変更しました！

♥ 0

いいねをした人： いません

[inc2734]

なるほど…。

未確認ですが、エディターをビジュアルモードからテキストモードに切り替えて、"speed": "10" となっているところを "speed": "20" に変えて保存するといけるかもしれません。ただ、UI が 10 までしか対応していないので、ビジュアルモードに戻したときにスライダーブロックを選択してしまうと元にもどっちゃうかもです。

あとでアップデートして、20秒まで指定できるようにしてみます。

♥ 0

いいねをした人： いません

[inc2734]

v13.1.0 で修正を入れました！

♥ 0

いいねをした人： いません

[inc2734]

あ、なるほどです。サイト全体の「追加 CSS」を想定していました。

WordPress ブロックテーマでカスタム CSS を追加する場所 (2023) |デイビスメディアデザイン

WordPress 6.2 のリリースで、WordPress はついにカスタム CSS を Web サイトに追加する機能を復活させました。 このヘルプ記事では、無料のオープンソース CMS プラット…

ja.daviesmediadesign.com

ブロックごとの追加 CSS に追加すると、そのブロックのセレクタが補完されちゃうんですよね。
とりあえず、アップデートまではそれでしのいでください！

♥ 0

いいねをした人： いません

[inc2734]

確認したところ、z-index: 1; が追加されていないっぽいです（今は消してますか？）。

また、.custom-hover-block が指定されたブロックもそのページ上には無さそうな気がします。

デベロッパーツールで追加したところ、クリックできるようになりました。
※マウスカーソルがスクショできなかったので、クリック範囲がわかりやすいように background: red を指定しました。

♥ 0

いいねをした人： いません

[inc2734]

ページを拝見したところ、.wp-block-cover .wp-block-cover__background が z-index: 1 になっており（WordPRess コアの CSS）、デコレーターのリンクよりも階層が上になってしまうためにリンクが効かなくなってしまっているようでした。

これまで効いていて最近効かなくなったのであれば、最近のコアアップデートでカバーブロックの CSS に変更が入ったのだと思います。

ひとまず、下記の CSS を「追加 CSS」に追加してみてもらえないでしょうか？ おそらく一時しのぎできるかと！

[data-unitone-layout~=decorator__link]::before {
  z-index: 1;
}

unitone に修正を入れようと思いますが、上記の CSS で良いのか、他にもっと良い方法があるか調べてみようと思います。

♥ 0

いいねをした人： いません

[inc2734]

これは僕も常々思っていたのですが、実装がそこそこ手間で後回しにしてしまっていました^^;
とりあえず、忘れないように開発リストには入れておこうと思います…！

♥ 0

いいねをした人： いません

[inc2734]

確かにリロードしたら再発しました…。で、色々調査したところ、原因がわかりました！ wp_options テーブルの型が原因でした。

これが通常の wp_options テーブルの構造です。option_value が設定値が保存される場所で、その型が longtext となっているのがわかると思います。

そしてこれが共有いただいたサイトの wp_options テーブルの構造です。option_value の型が text になっています。

text だと保存できる設定値の大きさに制限があるため、パターンのデータが全て保存できず途中で切れてしまい、実行時に復元できない、という状態だったようです。どういう経緯で text 型になってしまったのかはわかりませんが、phpMyAdmin 等のデータベースを触れるツールで型を変更してしまえば正しく動作するようになると思います。

※ちなみにこのスクショは Local に入っている AdminerEvo のものです。Local であればそれで型が変更できます。

♥ 0

いいねをした人： いません

[inc2734]

データ確認しました、ありがとうございます！

調査したところ、シリアライズされたパターンのデータが保存されているところまでは予想通りだったのですが、そのシリアライズされたデータが不完全な状態で保存されていたため、maybe_unserialize() でも復元できなかったようです。

本来は「ダッシュボード → 外観 → unitone セットアップ → パターンライブラリーからパターンを再取得する」からパターンのデータを再取得できるのですが、上記不具合のためにエラーがでて再取得できないため、コードを書いて保存しているパターンのデータを一度消して頂く必要があります。

themes/unitone/inc/remote-block-patterns.php の

$transient = get_transient( 'unitone-remote-patterns' );

の上の行に

delete_transient( 'unitone-remote-patterns' );

を追加してください。そしてリロードしてエラーがでないことを確認したら追加したコードを消してください。その後「ダッシュボード → 外観 → unitone セットアップ」を開き、「パターンライブラリーからパターンを再取得する」で最新のパターンデータに更新してみてください。

不正なデータが保存されそうになったときは保存しないように、unitone のほうのコードも修正したいと思います。

以上、ご確認よろしくお願い致します！

♥ 0

いいねをした人： いません

[inc2734]

よろしくお願いします！！

♥ 0

いいねをした人： いません

[投稿者]

投稿