[対馬 俊彦]

山添様、

道案内がうまくいって、解決してよかったです。

–対馬

[対馬 俊彦]

Lightning 15.20.0 にアップデートしましたが、
#1119 の以下の CSS が反映されていないようです。

a {
  display: block;
  width: fit-content;
}

念のため、複数(3つ)のサイトで試しましたので、
たぶん間違っていないと思うのですが…。

[対馬 俊彦]

Lightning 15.20.0 にアップデートして、
ボタンが無効なときはマウスホバー動作をしないようになりました。

ありがとうございます！

[対馬 俊彦]

することで、この送信エラーが解決することなのでしょうか？

reCAPTCHA がエラーの原因になる可能性がある、ということです。
今回の問題の解決策にはなりません。

「reCAPTCHA」の対策の方がよいのでしょうか？

私は比較したことがないので、答えられません。

もし追加のご質問があれば、このフォーラムではなく Contact Form 7 のサポートフォーラムの方が適しています。

[対馬 俊彦]

以前、私のサイトで同じエラーメッセージを見たことが何回かあります。

そのときの原因は以下の通りでした。

【1】Contact Form 7 の設定 (reCAPTCHA)
　または
【2】サーバーの設定 (高速化・セキュリティー)

【1】については Contact Form 7 のサポートが役に立つと思います。

サポート

【2】についてはさくらインターネットに問い合わせればサポートが得られると思います。

[対馬 俊彦]

横から失礼します。

その CSS を追加しない、Lighnting のデフォルトの状態でも、
ヘッダーレイアウト が ナビゲーション回り込み になっていると
リンクエリアが画像よりも大きくなっています。

Lightning の以下の CSS が影響しています。

@media (min-width: 992px) {
  .site-header--layout--nav-float .site-header-logo {
    margin-right: 2em;
    width: 100%;
  }
}

全幅にするとよけいにそれが気になるということですが、
全幅にしなくてもリンクエリアが広がらないように
テーマ側で調整していただくのがよさそうに思います。

[対馬 俊彦]

子テーマの style.css の以下の部分が原因です。

/* ページヘッダーの背景 */
.page-header{
    background: #f0f0f0;
}

[対馬 俊彦]

Lightning 15.19.1 にアップデートして、リンクエリアの違和感が解消されたことを確認しました。

ありがとうございました。

[対馬 俊彦]

うなこさん、こんにちは。横から失礼します。

できれば、CSS を以下のようにして、submit ボタンが無効なときは
マウスホバー動作をしないようにしていただくとうれしいです。

.wpcf7-submit.btn:not(:disabled):hover {
  box-shadow: 0 0 5px 0 rgba(0,0,0,.12);
  transform: translateY(0.1875em);
  background-color: var(--vk-color-primary-vivid);
}

これと関係して、Lightning の _g3/assets/css/style-theme-json.css
の以下の部分も合わせて変更を検討していただくとありがたいです。

input[type=submit]:hover {
    color: #fff;
    cursor: pointer;
    background-color: var(--vk-color-primary-dark);
}

　　　↓

input[type=submit]:not(:disabled):hover {
    color: #fff;
    cursor: pointer;
    background-color: var(--vk-color-primary-dark);
}

ボタンが無効のときにはマウスホバーで禁止マークが表示されますが、
使えない状態のボタンなので動きはない方がいいように思います。

もしかしたら、私の個人的な好みなのかもしれませんが…

皆さんいかがでしょうか？

[対馬 俊彦]

Lighting Pro のカラム全体（コンテナ）の幅を指定している CSS は以下の通りです。

@media (min-width: 992px) {
  .container {
    max-width: 960px;
  }
}

@media (min-width: 1200px) {
  .container {
    max-width: 1140px;
  }
}

960 と 1140 の部分を増やせば幅を増やすことができますが、極端に増やすと画面幅によっては見た目がイマイチ（左右が狭すぎて窮屈なかんじ）になってしまう不安があります。

大きめの画面で見たときのことを考えて調整したいのであれば、以下のような CSS を追加するのが効果的だと思います。

@media (min-width: 1300px) {
  .container {
    max-width: 1240px;
  }
}

[対馬 俊彦]

> リンクがタイトルに張られたままで変化がありませんでした。

リンクの HTML は出力されますが、pointer-events: none; により
リンク動作が無効になる（期待した結果になる）はずですが、そうはなりませんか？

もしリンクの HTML も出力したくないということであれば、
PHP でのコーディングが必要になりますが、
投稿リストにはリンク部分のフックが用意されていないようなので、
実装は大変そうです。

[対馬 俊彦]

横から失礼します。

リンクしないようにしたい投稿用のカテゴリーを作って、
以下の CSS でやりたいことが実現できるように思います。

.vk_post.category-***** a {
    pointer-events: none;
}

***** はカテゴリーのスラッグです。

[対馬 俊彦]

あー、たしかに「お知らせ」にも先頭のチェックボックスがないですね。

こういう現象、初めて見ましたが、↓ のようにしたら再現～解決しました。

カテゴリーリンクの URL を見ると、
中小企業診断士のカテゴリーリンクの最後が
/?taxonomy=Category&term=中小企業診断士
となっていますね。

たぶん、以前にカスタム投稿タイプを作成したときに、
カスタム分類名（スラッグ）を Category としたことが原因です。

もういちど同じやり方でカスタム投稿タイプを作れば、
そのカスタム投稿タイプのカテゴリーの画面で「中小企業診断士」を削除できると思います。

【以下、補足です】

標準投稿のカテゴリーのスラッグが category なので、
それとバッティングしてしまったんです。

例えば、カスタム投稿タイプ「イベント」の場合、
以下のようにスラッグを設定するとよいです。

カスタム分類名（スラッグ）：event-category
カスタム分類名（表示名）： イベント分類

表示名も「カテゴリー」にしない方が混乱しなくていいです。

[対馬 俊彦]

まったく表示されないということだとすると、
表示設定が「スライドを非表示にする」になってるとか…

可能であれば、サイトの URL を提示してもらうと回答がつきやすいです。

[対馬 俊彦]

ダッシュボードの [設定] → [投稿設定] → [投稿用カテゴリーの初期設定] が
「中小企業診断士」になっているようです。

他のカテゴリーを初期設定にすれば削除できると思います。

[投稿者]

投稿