システム開発・構築の神様

新しいサービスや技術を使った開発や構築。その他不具合解決など

爆速HTML5コーディングの為のレスポンシブ フォント サイズを学ぶ

システム開発一筋うん十年の身としては、デザイン寄りのHTMLコーディングの作業は、極力避けたいものです。

 

プログラムとなるJavascriptの部分は大好きなのですが、CSS・スタイルシートについては、あまり好きではないのが本音です。

 

ただ、最近ではSASS,SCSSなどの影響で、前よりは少しやる気が上がっています。

そして、最近ではCSSフレームワークの普及に伴い、オリジナルのCSSを記述するのでは無くフレームワークに用意されているものを使うようになりました。

 

そう言う意味では、HTMLコーディングも以前ほど苦痛にはならなくなっています。

 

マージン、パディング、フォントのカラー、サイズの指定などは、classを追加するだけのお手軽さが便利だと感じています。

 

そんな訳で、自分でCSSを記述することもほとんど無くなった今!

 

もう少し改善できないのか?調べて見ることに・・・

 

そう!画面サイズ毎にメディアクエリを使って、スタイルを調整する作業が残っていました。

 

これって意外に面倒だと感じていたところでした。

 

画像については、画面サイズの変更を気にすることも無いんですが

フォントのサイズについては?です。もっと簡単にならないのか?

 

今まで疑問に思っていたことを、今回調べて見ることにしました。

 

そして、ビューポートを使えば、画面サイズに合わせてテキストのサイズが自動調整されることが分かりました。

 

ただ、完璧に近い動作を求めるための計算方法が・・・よく分かりませんね。

もっとシンプルに記述はできないものなのか?

 

探したところ、いくつかのSASS,SCSSのMixinが公開されていました。

 

とりあえず、使い勝手が良さそうな下記の2つを試して見ることに

 

① Minimum-maximum based mixins
https://codepen.io/dbox/pen/meaMba
https://www.madebymike.com.au/writing/precise-control-responsive-typography/

 

② RFS: the automated approach for responsive font sizes
https://blog.intracto.com/rfs-automated-scss-responsive-font-sizing

 

①、②ともに満足する結果になりました。

 

②の方が、パラメーターの数が少なくてシンプルです。

 

ただ、結構アバウトな範囲での動作になるのでしょうか?

 

①の方が完璧に近い動作をしてくれます。

 

とりあえず、①の方を実務に導入してみようと思います。

 

いやはやこれで、CSSの作成もぐーんと楽になりましたね。

 

今までコーダーさんに依頼していたことも、自分でこなせるようになるのかもしれません。

 

そう遠くない未来に・・・

Wordpressの順番が変わってしまったpost_IDの番号を書き換えて変更する

Wordpressのパーマリンクをpost_IDで運用している際に、極稀にpost_IDの番号を変えたい!

 

そのような場面に出くわすことがあると思います。

 

いらないと思って削除した投稿を、新しく投稿し直した場合?

 

何らかのエラーで、投稿を一旦削除しなければならなかった時?

 

などなど

 

検索エンジンのキャッシュやSEO的にも、元のpost_IDを使いたい時がでてきます。

 

そんな時は

 

Redirectionプラグインを使うと良いです。

 

変更前のURLから変更後のURLへ、リダイレクトしてくれるようになります。

 

これが1番早く簡単に行えます。

 

ただ、物理的なURLが変わってしまい、違和感を感じて前のURLを引き継ぎたいと考えるなら直接DBを編集するしかありません。

 

一般的な使い方をしている場合の、変更箇所は3つです。

 

更新するSQLを、サクッと実行するだけで完了します。

 

UPDATE wp_posts SET ID=[変更後の番号] WHERE ID=[変更前の番号];
UPDATE wp_posts SET post_parent=[変更後の番号] WHERE post_parent=[変更前の番号];
UPDATE wp_postmeta SET post_id=[変更後の番号] WHERE post_id=[変更前の番号];

 

他のプラグインを使っている場合は、一応他のテーブルでpost_IDが利用されていないのか?

 

確認をした方が良いと思います。

 

お約束ですが、SQLの実行前にはデータベースのバックアップをおすすめします。