石川@Vektor,Inc.

フォーラムへの返信

15件の投稿を表示中 - 1,321 - 1,335件目 (全3,452件中)
  • 投稿者
    投稿

  • 石川@Vektor,Inc.
    キーマスター

    > もしかすると、アンカーを入れた場所に移動した際にヘッダーメニューが下りてくると、コンテンツがメニューの下に隠れてしまうので、それを考慮した構造なのでしょうか?

    はい、そうです。

    * スクロールするとbodyに識別用のclassがついて、そのクラスがあるとヘッダーが降りてくるようになる。
    * ページ内スクロールがあった時点で識別用のclassを一旦外す

    という処理をしています。

    * ヘッダーの高さや、スクロール後に上部にどれくらい余白を持たせたいかは人によって異なるため、固定ヘッダーを一旦外した方が多くのユーザーに安定してページトップに表示させられる
    * ページを見たらほぼほぼスクロールするので、スクロールすればまた固定ヘッダーは降りてくる

    という理由で不特定多数に対する最適解はこうだろうという意図での仕様です。

    解除するフックを実装する事は不可能ではありませんが、結局それを利用するにはコードで外した上でCSSでごにょらないといけないので、手間としては現状カスタマイズされている方法と結局大差ない状態でしかないので、私としては対応フック実装・カスタマイズ検証するより、全ユーザーに恩恵のある別の機能改善にリソースを回したいと考えてますが、ページ内スクロースしても固定ヘッダーを解除しないようにできるフックはあった方が良いですか?


    石川@Vektor,Inc.
    キーマスター

    おまたせしました。
    1.41.0.0 で修正いたしました。
    ご迷惑おかけして恐れ入りますがアップデートの上ご確認くださいませ。


    石川@Vektor,Inc.
    キーマスター

    VK Pattern Library のユーザー登録をして改善するかご確認ください。

    ユーザー登録の流れ

    ※連携機能を利用しない場合は このメッセージを表示しない をクリックしてください。


    石川@Vektor,Inc.
    キーマスター

    該当箇所はテーマが出力している部分ですのでテーマをカスタマイズしてご利用ください。


    石川@Vektor,Inc.
    キーマスター

    REST API の通信が阻害されているようですね。

    * REST API の通信を停止するようなプラグインが有効化されていないか確認
    * 一時的にサーバーのWAFを停止してみる
    * 他のブラウザを使ってみる

    をお試しください。

    返信先: オーバーレイメニューの実装 #67602

    石川@Vektor,Inc.
    キーマスター

    > オーバーレイメニューの実装で

    これだけの説明でいきなりコードが書いてあっても何をどうしたいのか理解が難しく、個別の環境の個別のプログラムのカスタマイズなのでフォーラムでの回答は難しいです。ショーケース登録の製作者などに有償でのサポート依頼をご検討ください。

    トップページ


    石川@Vektor,Inc.
    キーマスター

    どこかのウィジェットエリアに配置している要素の内容に問題があるか、
    サーバーのWAFなどにひっかかっているのかなと思います。

    まず一旦フッターウィジェットエリアにあるものを外して保存はできますか?
    できないようなら、プラグイン クラッシックウィジェット を有効化してバナーウィジェットなどを配置する事はできますか?


    石川@Vektor,Inc.
    キーマスター

    > 個人的には、キーワード を入力しない状態での表示は、「検索結果」とだけ表示されてもよいかなと思ったのですが

    現状 Lightning はその仕様です。
    ご利用のテーマとバージョンは何ですか?


    石川@Vektor,Inc.
    キーマスター

    基本キーワード指定がない場合にはそうならない仕様です。
    どういった検索項目で検索した場合に発生しますか?

    返信先: 非表示設定の不具合 #67378

    石川@Vektor,Inc.
    キーマスター

    本件修正版アップ済みですのでアップデートの上ご確認ください。
    ご報告ありがとうございました。

    返信先: EXUnitの関連記事の表示に関して #67359

    石川@Vektor,Inc.
    キーマスター

    表示順は関連度が高い順です。たぶん。

    記事Aのタグが [WordPress][ウェブ制作][PHP]

    記事B [WordPress]
    記事C [ウェブ制作][PHP]
    記事D [WordPress][ウェブ制作][PHP]

    だった場合、記事Aでの関連記事の表示順は

    記事D
    記事C
    記事B

    です。

    記事Aにアクセスする人はリピートよりもはじめてアクセスする人のほうが圧倒的に多い
    ランダムで表示されるよりも自分の調べた記事により関連性の高い記事が表示されていたほうがクリック率が高い

    という理由で現状の仕様にしています。

    タグから変更したり他のカスタム投稿タイプで利用する場合は先の記事に記載のように関連の基準にする taxonomy を指定してください。

    返信先: EXUnitの関連記事の表示に関して #67339

    石川@Vektor,Inc.
    キーマスター

    該当ページに記載の通り「関連に紐付けるtaxonomy名」を指定します。
    関連に紐付けるtaxonomy名 を event-cate にしてあった場合、
    投稿A の event-cate が WordPress に指定している場合、投稿Aのページに表示される関連記事は、
    event-cate が WordPress に指定してある他のページが表示されます。


    石川@Vektor,Inc.
    キーマスター

    ライターのおすすめ記事 と 記事人気ランキング の記事の部分ですね。
    他の部分はブロックで作ってあって、該当箇所は従来のウィジェットなので、従来のウィジェットの見出し部分は見出しブロックのように簡単には変更できません。
    変更は手間ですが、従来のウィジェットの該当見出し部分をCSSで非表示にして、見出しだけ別途配置すればできると思います。


    石川@Vektor,Inc.
    キーマスター

    トップページのサイドバーに 「VK最近の投稿」と「表示数」 が見つけられませんでした。


    石川@Vektor,Inc.
    キーマスター

    Lightningのご利用ありがとうございます。株式会社ベクトルの石川と申します。
    ご意見ありがとうございます。
    ご提案の件につきまして、以下の理由により今回は見送らせていただきます。

    * 文字サイズの変更についてはCSSで比較的簡単に行える
    * 毎回同じ変更をするようなケースの場合、毎回使うカスタマイズを記載した子テーマあるいはカスタマイズ用のプラグインを用意してそれを使い回した方がファイルで管理できる
    * 管理画面で一個一個値を入力するよりも↑のように予め自分好みに改変した子テーマやカスタマイズプラグインを有効化した方が早い
    * 管理画面からの入力項目が増えると設定項目だらけになって、該当の設定項目が不要な人にとっては逆に使いにくくなる。
    * 簡単なCSSで調整可能な部分までPHP制御したりすると不要な不具合やメンテナンスコストが発生する

    せっかくご意見いただきましたがお応えする事ができずに恐れ入ります。
    これに懲りず今後も何かございましたら引き続きよろしくお願いいたします。

    カスタマイズの準備 1 : Lightningの子テーマの準備

15件の投稿を表示中 - 1,321 - 1,335件目 (全3,452件中)