[キタジマ タカシ]

となると Bogo というよりは設定の問題の可能性のほうがありますかねー。フォームは日本語版と英語版で別のものを使っていますか？ もしそうであれば、英語版のフォームの設定（特に管理者用メールアドレスの指定）が正しくできているか確認してみてください。

♥ 0

Who liked: No user

[キタジマ タカシ]

.c-container の中に入っているのが影響しているのかもしれません。

#front-page-top-content .smb-spider-slider.alignfull に max-width: 100vw !important; を追加してみるとどうですかね？

♥ 0

Who liked: No user

[キタジマ タカシ]

セクションブロックのコンテンツ部分は .c-container で囲ってあるので、コンテンツに width: 100% を設定したとしても .c-container の幅に対して100%になるだけで全幅にはなりません。

セクションブロックのインスペクター（設定パネル）にある「コンテナーの配置」を「全幅」にしてみてください。

♥ 2

Who liked:

[キタジマ タカシ]

こちらでもローカル環境を作って試してみました。

– WordPress 5.8.2
– Snow Monkey Forms 2.1.0
– Bogo 3.5.3
– フォームを1つ作成し、日本語ページ・英語ページともに同じフォームを設置

これで試してみたところ、日本語ページ・英語ページともにエラーができず送信できました。
Bogo を修正してもらう前に発生していた REST API の404エラー自体は改善されているようでした。

※コンソールに /en/wp-json/snow-monkey-form/v1/view:1 Failed to load resource: the server responded with a status of 404 は表示されていますでしょうか？

なので問題は当初のものとは別にあるのかなと思いました。

♥ 0

Who liked: No user

[キタジマ タカシ]

実現できないことはないと思いますが、結構コードを書かないといけないので難易度は結構高いと思います。流れとしては次のような感じでしょうか。

1. 記事編集画面に、任意の記事を4つまで選択できるカスタムフィールドを用意する
2. カスタムフィールドで記事が選択されていればそれを、されていなければデフォルトのものを表示する
3. 関連記事のクエリは snow_monkey_get_template_part_args_template-parts/content/related-posts フックで `$args[‘vars’][‘_posts_query’] を書き換えて実現する

♥ 0

Who liked: No user

[キタジマ タカシ]

Snow Monkey のスムーススクロール機能を使うと、ヘッダーの高さを考慮してスクロールしてくれます。試してみてください！

特定のリンクをスムーススクロールにする

ページ内リンクをクリックしたとき、通常であればピッとそのアンカーの位置に移動してしまいますが、そうせずに、スル…

snow-monkey.2inc.org

♥ 0

Who liked: No user

[キタジマ タカシ]

Snow Monkey Blocks v13.5.0 で修正しました。確認してみてください！

♥ 0

Who liked: No user

[キタジマ タカシ]

Snow Monkey Blocks v13.5.0 で追加しました。試してみてください！

♥ 2

Who liked:

[キタジマ タカシ]

なるほど仕様なのですね、、ということは別ページからアンカー部分へ移動したときは、ヘッダーが表示の状態に変えるとかも不可ですよね。

CSS で非表示にしているだけなので、.l-header の visibility と opacity を上書きすれば表示させること自体はできます。ただ、ヘッダーを表示させるのであればその分ずらす処理は独自になんとかする必要はありますね…。

♥ 1

Who liked:

[キタジマ タカシ]

2.このように非表示のような現象も出ております。(>_<)

これは仕様です。

Snow Monkey v14.3.3 をリリースしました

Snow Monkey v14.3.3 の概要 変更 別ページのアンカーリンクを開いたとき、ヘッダーやドロップ…

snow-monkey.2inc.org

別ページからアンカー部分へ移動したときは、ヘッダーが非表示の状態で、アンカーの部分がブラウザの最上部に位置する状態でページが開きます。もし最上部ではないところで開くようであればなにか問題があるのかもしれません。
（ちなみにこの挙動はスムーススクロール機能とは別なものになります）

♥ 0

Who liked: No user

[キタジマ タカシ]

@GONSY さん
has_excerpt() 頭になかったです！ $post->post_excerpt` を参照したらどうかなとか考えていました。ありがとうございます！

♥ 1

Who liked:

[キタジマ タカシ]

@media screen and (max-width: 1024px) { … }
みたいな使い方はしてないってことでしょうか？

そういう使い方ですね。つまりブレイクポイントの指定に使っていると。でもモバイルファーストで書いているので @media (min-width: xxx) の記述のほうがかなり多いはずです。

あー、@media の max-width の指定ということですね、CSS プロパティの max-width のことだと思っていました。失礼しました。

♥ 0

Who liked: No user

[キタジマ タカシ]

scroll-behavior: smooth なんですね。Snow Monkey はスクロールすると上からにゅっとナビゲーション（ドロップナビゲーション）がでてくるのでページ内リンクの際はその高さ分スクロール位置をずらさなければいけませんが scroll-behavior は単にスムーズにスクロールするだけの指定なので位置ずらしも自分で実装しなければいけません。

ただ、それは結構難しいと思うので、Snow Monkey のスムーススクロール機能を使うほうが簡単ではないかと思います。

参考：

特定のリンクをスムーススクロールにする

ページ内リンクをクリックしたとき、通常であればピッとそのアンカーの位置に移動してしまいますが、そうせずに、スル…

snow-monkey.2inc.org

♥ 0

Who liked: No user

[キタジマ タカシ]

えっと、max-width: 1024px のような使い方はしていない（ほぼない）ということです。max-width は必要でない限りはブラウザのデフォルト値です。

♥ 0

Who liked: No user

[キタジマ タカシ]

1028でなく1280pxですよね？　あれ？

あ、失礼しました！ 1280px が正しいです。

basisのブレークポイント変数定義をみてみると
0：スマホ
640：タブレット縦
1024：タブレット横
1280：PC
と言う考え方でしょうか？

です。

これmax-width？

そういう部分もあるかもですが、あくまでブレイクポイントですね。

♥ 0

Who liked: No user

[投稿者]

投稿