たわしそふと

フォーラムへの返信

15件の投稿を表示中 - 1 - 15件目 (全29件中)
  • 投稿者
    投稿
  • 対馬さん
    追加のアドバイスをありがとうございました。

    >つまり、このプラグインの音量指定はスマホには無効です。
    あまりこんな些細なトピックを長に貸せても失礼と考えて、閉じることを優先させてしまいましたが、
    実はそうなのではないかと危惧はしており、ちょうど調査を始めたところでした。

    スマホの設定画面自体がPCとは全然違うので、こりゃ検証が大変だなぁと思っていたところにお知らせをいただきました。
    プラグインのレビュー評価があまりにもいいので、こりゃスマホでも有効なのかなとちょっとは期待していたのですが、やはりPCとスマホのインタフェース・ギャップは大きいのでしょうね。

    私は今後、原データのほうで音量を適切にしてからBGM利用をすることをノーコード伝道の本筋にしていきますが、自分でコードを組めない庶民にとって何はともあれプラグインがあるのは力強いわけです。
    実際現場の声として、
    ・MP3音源自体の音量を下げる方法を習得することが大変だし、何度も試行錯誤での調整となる
    ・スマホは端末で音量調節が簡単にできるので、さほど支障にならないのではないか?
    との、まさに庶民ならではの判断もありますので、プラグインの存在は伝えていこうと考えます。

    対馬さんのご厚意には心から感謝申し上げます。
    今度もどうかよろしくご指導いただければ幸です。 
    m(_ _)m

    皆様
    追加情報と解決策がわかりました。\(^o^)/

    フォーラム内でのみ検索していたのでわからなかったのですが、
    ネットでいろいろ検索したら、「音声ブロックのボリューム設定は保存されても実際の再生には反映されない」というのは
    どうやらWordPressとしてのバグであるようです。
    要するにブラウザにはかかわらず、保存ができないとのことで、みな追加コードを記述することで対策していました。

    また、私はどうしてもノーコードを貫きたいのでプラグインをAIに聞いたら、ありました!

    Background Music Manager


    主な機能
    – サイト全体またはトップページだけでBGM再生
    – ループ再生
    – 音量を 0.0〜1.0 で指定可能
    – 自分の音源をアップロードして使用可能
    – ブラウザの自動再生制限に対応(ユーザー操作後に再生)
    WordPress公式プラグインで、BGM用途には最も扱いやすい選択肢です。

    なーんだ、最初からAIに聞けばよかったですね。
    私の調査不足でお騒がせしました。

    最後までお付き合いいただいた対馬さんに感謝してクローズいたします。 m(_ _)m

    津島さん
    いつもご回答ありがとうございました。

    >テーマやプラグインでここに手を加えるのはちょっと違うかなと思います。
    なるほど、言われてみれば納得です。
    ですが、なぜ主要ブラウザでも無効な調声機能を放置しているんでしょうか?
    そもそも、私のスキルレベルではなぜ音量調節がブラウザの仕様制限下にあるのかがわかりません。
    むしろOS(Windows)の使用制限下だというのであれば納得できるので、
    スマホOS(Android、iOS)では無効だといわれればうなづけるのですが。(-_-;)

    @Vektorさま
    VK_Soundなんて汎用的な音量調整のブロックパターンかプラグインを作っていただける予定はないでしょうか?

    対馬さん
    いつも迅速なご回答をありがとうございました。

    え? これってブラウザの仕様なんですか?
    まさか、こんな基本的な音量制御がブラウザの仕様に左右されるとは思ってもみませんでした。

    >カスタム HTML ブロックを追加して以下のコードを貼り付ければ、音量設定をコントロールできます。
    ありがとうございます、お手数をおかけして恐縮です。
    でも、X-TPの特に顧客に委譲したサイトでコードを追加するのはどうしてもいやなんですよね。

    >モバイルデバイスのブラウザには無効でした。
    うわぁ、それはまずいですね。
    HPは、もはやスマホから見られることのほうが普通な時代ですから。

    というわけで
    >音源のボリュームを下げるのが確実です。
    承知いたしました。 ではそのように周知いたします。

    PS:ダメ元でVektorさんに改良ブロックをおねだりしてみまーす。😇

    対馬さん
    お誘いありがとうございます。

    私、現在ブログ持ってないので、とりあえずどうしよう!?!
    どこかに隠し部屋でも作りますかね。

    でも、技術的なTIPS話なんぞまったくできないのでバラエティになっちゃいますよ。
    …まぁ、津島さんが責任取っていただけるなら。(*’▽’)

    ではどうぞよろしくお願いいたします。 m(_ _)m

    石川さん
    いつもアドバイスありがとうございました。

    「CTAカテゴリー」での検索が盲点でした。
    なるほど、応用パターンとして便利に使えそうです。
    まだ全然このあたりの感覚がついていけていませんが、X-T9しか知らないアマチュアでもちゃんと立派なホームページが作れるのだということを世間に啓発していくために、これからも頑張っていきます!

    余生をX-T9に捧げているジジイwwなので、これからもどうぞよろしくご指導ください。
    m(_ _)m

    というわけで、クローズさせていただきます。
    むな様重ねてありがとうございます。

    対馬さん
    重ねてのご回答をありがとうございました。

    まず、パターンライブラリの「ヒーローエリア_画像の上に…」を試してみましたら、やはり画像がトップ画面用のワイドサイズ固定のようなのと、ボタン以外の要素を消さねばならないので、ちょっと違うかなと感じました。
    ちなみに試しているうちにやっとこのパターン名の意味が理解できました。(笑)
    WordPress初級者とはこんなものですねー。(;’∀’)

    次に
    >カバーブロックにボタンブロックを入れて、いちから作る方がわかりやすいです。
    なるほど、言われてみれば納得でした。
    WordPress初級者にもほどがありますねー。(;’∀’)

    この方法でやっていこうと思います。m(_ _)m

    対馬さん
    重ねてのご回答、ありがとうございました。

    今回ご指摘いただいたブロックの存在は知っていましたが、私のスキルが不足しており、説明を読んだだけでは私の意とするようにボタン配置がオーバーレイできるものとは判断できなかったからです。
    タイトル自体も難しくて「これって…何ぁに??…」てな理解しかできませんでした。(-_-;)

    おすすめ頂いたからには早速試してみようとおもっております。
    少し後日になりますが結果をお知らせして、その内容によってはクローズさせていただく予定です。

    >もしかしたら、<map> と <area> で作るイメージマップのことなのでしょうか?
    そうでしたね、昔は左上座標を指定して貼り付けていました。
    要するに背景画像の任意の地点にボタンを配置したいわけですが、このパターンで試してみますね。

    ひとまずはご回答の御礼まで。 m(_ _)m

    返信先: 横並びボタンのパターンについて #115165

    追伸です。

    対馬さん、お名前の誤変換に気づかず送信してしまい、大変失礼いたしました。
    m(_ _)m

    謹んでお詫び申し上げます。

    返信先: 横並びボタンのパターンについて #115164

    津島さん
    いつもお世話になっております。
    今回も迅速なご回答ありがとうございました。m(_ _)m

    そうそう、これです!
    以前どこかで見かけたはずでしたが、今回「ボタン」で検索しても見つからなくて… (ToT)
    Pro版ユーザなのでこれを使用させていただきます。

    佐々木様
    貴重な情報を早々に有難うございました。  m(_ _)m

    本件ですが、6.8の仕様変更…として開発者の方が「本来の考え方の仕様に戻す。 その理由は…」などとものものしく書かれていたので「わぁ、面倒になっちまったなぁ」とブウたれながらも納得しまして、ウチのメンバーにもその旨告知したばっかりなのですが、結局もとに戻しちゃったんですかぁ?(;’∀’)

    きっと、反響が大きすぎて耐えられなくなったんでしょうか?(笑)
    私としてはたとえ邪道であってもこの仕様のほうが助かるので、ありがたいです。

    …減税か、給付金かって論争もこの類ですかね? (←全然違ぇよっ!)

    この先もシロートならではのX-T9利用で何かとお世話になりますが、どうぞよろしくお願いいたします。
    m(_ _)m

    石川様
    本件もご回答いただきまして有難うございました。

    なるほど、PDFは文書ではなくファイルのジャンルなのですね?
    またまたこういうところで初心者丸出しで申し訳ございません。

    このあとご指摘の方法にて検索し、対応してまいります。
    また今後もよろしくお願い申し上げます。
    m(_ _)m

    石川様
    ご多忙の中、重ねてのご回答ありがとうございました。

    >WordPress 6.8 。気になる新機能や変更点
    この存在に気が付いていませんでした! (;’∀’)
    中にしっかりと今回の記事がありましたね。
    ※添付画像参照

    調査不足で申し訳ございませんでした。
    要するにやはり「仕様変更」ということなのですね。
    関連リンクのコメントをみると、私が用いていた編集方法はどうやら「シロート向けウラ技」(まさに!)だったようで、本来のルートに戻すべきと判断されたようですね。
    というわけで、この件については納得の上クローズさせていただきます。

    ただちょっと気になるのは、石川さんが書かれていた
    >HOMEの編集にいってから、添付の画像の通りテンプレートを表示にチェックを入れてください。
    >次回以降フロントページのテンプレートも含まれた状態で表示されます。
    の件ですが、これはすでにそのようにはしているのですが、事態は変わりません。
    「サイトを表示」→「サイトの編集」がVer6.7.2と同じような動作になる、という意味ではありませんよね?
    たぶん私の表題の書き方が悪くて、疑問のポイントを誤解されたのだと思います。
    大変申し訳ございませんでした。 m(_ _)m

    今後とも引き続きよろしくお願いいたします。

    Attachments:
    You must be logged in to view attached files.

    石川様
    いつも迅速なご回答を有難うございます。

    >外観 > エディタ を開いた上で、画面左の「テンプレート」をクリックして「フロントページ」を選択してみてください。
    はい、これはもちろん承知しているのですが、この手順のことではなく添付動画のように「サイトの表示」→「サイトの編集」からの編集が6.7.2ではできていたのに、6.8からできなくなったということに困惑しております。
    (こちらの手順のほうがてっとり早かったので)
    要するに、内容は同じなのに以前は可能であった手順が最新WordPressでは使えなくなったことが不可解なのでお尋ねしました。

    お答えを見る限り、これはWordPressの仕様変更として容認すべき現象ということなのでしょうか?
    それとも何かの設定を変更すれば、以前の手順が利用可能になるのでしょうか?
    ベクトレではこのあたりは判断できませんので、どうぞよろしくご教示ください。 m(_ _)m

    追伸です。

    当該のデモサイトのエクスポートファイルをギガ便でお送りします。
    https://xgf.nu/aonYP

    よろしくお願いいたします。
    m(_ _)m

15件の投稿を表示中 - 1 - 15件目 (全29件中)