Author Archives: S.U

カテゴリー VS ディレクトリ

実験結果

ディレクトリにwordpressをインストールした方が優先される

理由

わかりません。

推測

おそらく、wordpressで作ったものより、実在するものの方が優先されるのではないか？

もし、AAA.php を作ったらどうなるのか？暇があったら実験してみましょう！
（この書き方だと多分やらない。）

実験内容

既存のwordpress内に、カテゴリー　「AAA」を作って投稿した場合と、

ドメイン直下に「AAA」という名前のディレクトリを作り、Wrodpressをインストールした場合、

https:// ドメイン /AAA/ にアクセスすると、どうなるのか？

目次プラグイン

Easy table content　を利用している。

Head Line 2

Head Line 3

sample text

sample text
sample text

Head Line 2

sample text

sample text
sample text

コンテンツ一覧

何のコンテンツが必要だったかな？

よくあるので、名前も悩むし、パーマリンクも悩むので、一覧にてすぐに確認できるようにしておく。

TEMPLATES NAME (File Name)

name ot files.

STATUS

  1. … 手をつけていない
  2. … コンテンツをまとめる
  3. … デザイン中
  4. … コーディング中
  5. … 完成
  6. … 見直しして完了

一覧

ページ名linkTemplates Namestatus 0 1 2 3
会社概要会社紹介・経営理念aboutnone1
特定商取引法に関する表示Business dealtem-b-deal.php2
個人情報の取り扱いについてPrivacy Poricytem-pp.php2

カテゴリやタグをクリックしたら、勝手にソートしてくれる　WordPress

WordPressにて

悩み事

基本的に追記できるノートのような使い方をしているので、「執筆中」や、畑の野菜に関しては、「育成中」のものが多くある。（「後で調べよう！」ってやつ。）

最初、探すのに手間取っていたので、カテゴリで対応。
しかし、カテゴリだとパーマリンクがどうなるのか分からなかったから嫌だった。

悩んでいたところ、一覧に表示されている「カテゴリ」や「タグ」をクリックしてみたら …

勝手にソートしてくれた

カテゴリでしかソートできないかと思いきや、

ダッシュボード　＞　投稿

の画面にて、「カテゴリ」や「タグ」をクリックしたら、勝手にソートしてくれた。

そういえば、そうだったけど、忘れていたので、

記事にしたら忘れないのではないのか？と思い、MEMOすることに。

次の悩みは

執筆中で溢れそう。

これは、完結。

media query

考え方

  • モバイルファースト
  • デバイスは縦に利用することを基本とする。
  • html > body > .row > .container
  • html { width: 100%;}
  • .row { width: 100%;}
  • sass 2.0.1 : _02_setting.scss

.container { width: xxx;}

スマートフォン : sp

320

375 – 640

800

タブレット : ta

800 – 970

パソコン : pc

DTP max-width

1120

970 – 1120

@media (min-width: 970px) {

}

Preferlance

四の倍数

4 8 … 32,48,64 128,256,512,1024,

想定

デスクトップ　1920 × 1080
ノートPC　1366 × 768
タブレット　768 × 1280
スマホ　375 × 667

320 は必要なのか？

iPhone

機種名PX WIDTH
12 Pro max428
7,8,X,XS,11Pro375

iPad

PX WIDTH
iPad Mini768
iPad 古いやつ768
iPad810
iPad air820
iPad Pro 12.91024

CSS 単位、サイズに関して

2024

html {fonto-size: 62.5%;}

を利用していこうかと。

14px = 1.4rem

1px = 0.1rem

…sassの計算式も変更

2021

サイズ指定、1rem = 16px
文字サイズ、14px　（モバイル）

気持ち悪いのは、1rem = 1文字と考えてしまうからである。

しかし、0.875rem = 1文字 ( 14 / 16 ) と、考えれば良いだけ。
と思う。

html {
   font-size: 0.875rem;
   font-size: 14px;
}

他は、16pxに指定する。

色々考えたけど、これまでと一緒。

2020年まで

1rem = 16pxで全てを計算していた

コンパイル後、

margin-right: 1rem;
margin-right: 16px;

のような表示で統一。

コードが見やすかったので長い間利用しているが、数年前から、スマホでの文字サイズが、14px 相当が適していると感じているので、デフォルトで、14pxを使えるようになるとどうなるのか？

メリット、デメリットを最近の動向を踏まえて考えたい。

現状のメリット

とにかく色々と計算しやすい。
後少しスペースが欲しい時に、基準が持てるので分かりやすい。

0.1rem = 2px
0.5rem = 8px
1rem = 16px
1.5rem = 24px
2rem = 32px

デメリットは特になかった。
最近の文字サイズに合っていない気がするだけ。

そこで、

1rem = 14px

62.5% を利用する方法もある。が、そんなことする必要あるのか？って感じなんですよね。

今まで

4px,8px,12px

といった、2の倍数で対応できたので、16pxを利用していたと思う。

とりあえず、14で適当にしたら、どうなるか？あまり気にぜず計算してみよう。

0.1rem = 2px ... = 2/14
0.5rem = 7px ... = 7/14
1rem = 14px ... = 14/14
1.5rem = 24px
2rem = 32px

320px = 16 * 20rem

色々考えたけど、そもそも、割り切れない…そういえばそうだった。

sass のmixin で管理しているから、割り切れた方が、管理しやすいので、最初の結論に至る。