megumitoshioka

ishitaka 様
CGさん、いつもありがとうございます。

毎回、キャッシュの削除はマメにしているほうですが
こちらの作業をする前にキャッシュの削除をし、
さらにAutoptimize を停止にして以下の作業してみました。

#our-services .shop_data p {
	font-size: 48px;
}

も

#our-services .shop_data p {
	font-size: 48px !important;
}

も試してみましたが、どちらも項目の文字ではなく、
たとえば住所なら、神戸市中央区～と入力した内容の文字のほうが
設定する以前よりも大きく表示され、48を38に変更しても小さくなりませんでした。

フィールド編集の再設定、投稿側などの入力など、
後程、一から作成して検証してみて報告させていただきます。

＞作成画面での「入力フィールドは、作成時の手順」。
＞サイトで「表示させる順番は、テンプレートで配列」と考えを整理したらどうでしょう。

分けて考えるということでしょうか。あくまで手順、ということですよね。

ちょっといったん、離席しますので作成画面の検証後、私の報告の後で構いませんので
お手数おかけしますが、またよろしくお願いします。

ishitaka 様

こんばんは。
いつもありがとうございます。

以下の内容で合っていますでしょうか？

<h3>住所</h3>
<p>{@address}</p>
<h3>電話番号</h3>
<p>{@telephone}</p>
<h3>店内写真</h3>
<p>{@interior._img.thumbnail}</p>
<h3>営業時間</h3>
<p>{@open}</p>
<h3>定休日</h3>
<p>{@regular holiday}</p>
<h3>最寄駅</h3>
<p>{@nearest_station}</p>
<h3>クレジットカード利用</h3>
<p>{@credit_card_payment}</p>
<h3>禁煙</h3>
<p>{@no_smoking}</p>

Pods　Adminの中の-Templatesを開いた画面にある内容です。
よろしくお願いします。

• この返信は5年、 1ヶ月前にmegumitoshiokaが編集しました。

ishitaka様

こんばんは。

元のサイト、どれだったのか探せませんでした。
そうですよね、<・h3><・/h3>は小見出しの時に使うコードですよね？

<・h3><・/h3>を削除して表示できるか検証してみます。
また、こちらのトピで結果を報告します。

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

ishitaka 様

こんにちは。遅くなりました。
コードエディターに切り替えて、「/classic」でクラシックブロックを呼び出した画面で
[code] ボタンがなかったので、詳細設定(縦に・みっつのアイコン)から
HTMLとして編集で、下の表示になったのですが、これで合っていますでしょうか？

Mesmerizeでは記事もそのまま(/classic<・h3>が表示された状態)の状態で公開しています。https://alavenirdevous.com/braille-on-jam-jar

<p>/classic<・h3></p>
<div style="padding: 10px; border-radius: 10px; background: #EEE;">

1. 誰にでも使えること。（Equitable Use）
2. 使う上で柔軟性があること。（Flexibility in Use）
3. 使い方が簡単で、直感的にわかること。（Simple and Intuitive Use）
4. 必要な情報がすぐにわかること。（Perceptible Information）
5. 簡単なミスが危険に繋がらないこと。（Tolerance for Error）
6. 身体的な負担が少ないこと。（Low Physical Effort）
7. アクセス・利用しやすい十分なスペースが確保されていること。（Size and Space for Approach and Use）

<p><・/h3></p>
</div>

VW Bakeryのほうは以下のとおりです。

<p>/classic</p>

<li style="list-style-type: none;">

<・h3>

<div style="padding: 10px; border-radius: 10px; background: #EEE;">

1. 誰にでも使えること。（Equitable Use）
2. 使う上で柔軟性があること。（Flexibility in Use）
3. 使い方が簡単で、直感的にわかること。（Simple and Intuitive Use）
4. 必要な情報がすぐにわかること。（Perceptible Information）
5. 簡単なミスが危険に繋がらないこと。（Tolerance for Error）
6. 身体的な負担が少ないこと。（Low Physical Effort）
7. アクセス・利用しやすい十分なスペースが確保されていること。（Size and Space for Approach and Use）

<p><・/h3></p>
</div>

以上、お手数をおかけしますがよろしくお願いいたします。

CGさん、こんばんは。
ごぶさたしております。

6月、7月は仕事でブログのほうは中断しておりました。
以前からの課題もまだ完了していないものもあるので、勉強しながら
解決していきたいと思います。またよろしくお願いします＾＾

トピの方向性についての言及、ありがとうございます。
私の文章が本筋がわかりにくくなっていましたね。

簡潔に要旨を伝える力も必要ですので、そのあたりも学習していきたいと思います。

hima_art様への返信で先程も述べましたが、私の希望としては
囲み枠などが使えるようになればベストです。

今、可能性があるものとしてはishitaka様からのアドバイスの
クラシックブロックでコードが表示されず、使えればAddQuicktagを削除せずに
使っていこうと思います。

コードが表示されてしまっている問題点が解決できれば、という感じです。

お時間いただきまして、感謝しております。

hima_art様

こんばんは。お世話になっております。
デバッグモードのリンク、ありがとうございます。

実は現在、他にも解決したい不具合が2、3あります。
もうひとつ準備中のサイトを公開したいので、そちらの準備のためにも
他にも質問したいことがあるので、デバッグモードの検証については
少し時間をいただきたいと思います。

CGさんがおっしゃっていますように、私の希望としまして
囲み枠の機能が使えるなら、AddQuicktagの設定をなんとかMesmerizeで使えるようにしたいです。

ちょうど、ishitaka様が引用してくださっていますが、
AddQuicktagの製作者の方がおっしゃるようにブロックエディターでは機能せず
Mesmerizeは非対応ということであれば、私の場合はテーマは変えたくないので
AddQuicktagをプラグインから削除して、少しでもプラグインを軽くしたいと考えております。

個人的にはAddQuicktagに代わる、同じように使える囲み枠などの機能があるプラグインがあれば
いいなと思います。

貴重なお時間を取らせてしまい、申し訳ありません。
こういったケースもある、ということで勉強になりました。

どうもありがとうございました。(デバッグはまた時間ができてからしたいので
いったんトピは完了させていただきますね)

ちなみにテーマの編集の下に表示されたままになっている
このファイルを更新する前に1個のエラーを修正する必要があります。
サイトを壊してしまうかもしれませんが、それでもアップデートしますか ?
についてですが、

178 -webkit-appearance: textfield;

　　↑このハイフンに黄色で~がついていましたが削除すると
更に赤字で違う表示になってしまうので手をつけずにいます。　
こちらも黄色の~にカーソルを合わせると別ウィンドウでエラーの内容が表示されます。

hima_art様

返信ありがとうございます。
先程、テーマをtwenty nineteenに変えて、表示するか確認していましたが
結果は同じでまったくツールバー切り替えボタンもプルダウンも出てきませんでした。

以下のサイトの下のほうの
ビジュアルエディターで表示されない方への説明にある画像のような感じですよね？
https://fox-wp.com/addquicktag-not-showing-quikcktag/

私の投稿画面ではAddQuicktagを有効化しても停止にしても
初期設定で入っているブロックタイプまたはスタイルを変更、
太字、イタリック、リンク、よりリッチなテキスト制御、詳細設定だけしか選択することができません。

これはもうMesmerizeでは対応していないということでしょうか。
VW Bakeryを使用しているサイトのほうでも検証してみましたが、こちらも表示されないままでした。

• この返信は5年、 1ヶ月前にmegumitoshiokaが編集しました。