SATOSHI MURATA

画面をスクロールしたら固定ヘッダーに境界線がつくUIをCSSのみで実現する

画面をスクロールしたら固定ヘッダーに境界線がつくUIをCSSのみで実現する方法を紹介します。どんな時にそのようなUIを採用したくなるかというと、画面が読み込まれた直後はヘッダーとコンテンツの境界をシームレスに表現したいが、スクロールをしたらヘッダーが重なるので境界をはっきりさせたい。そんなときです。
開発
  • #CSS
  • #UI
に公開

CSSで文字を省略表示する方法まとめ

一覧画面で一覧しているアイテムの説明をちょっと出したい、ということがよくあります。テンプレートエンジンやJavaScriptでの切り詰めではなく、CSSでの切り詰めも当たり前になってきました。経験的にはこの記事にある1行テキストの省略、複数行テキストの省略、表の省略の3つがあれば、たいていのケースはカバーできるでしょう。
開発
  • #CSS
に公開

Webサイトやアプリの型をとらえることでデザインの着眼点が定まる

Webサイトやアプリのデザインを考えるとき、誰もが頭にいれておきたいのがその型です。型を理解して取り入れる意識を持つことで、そのWebサイトやアプリに相応しいデザインに素早くたどり着けるようになります。まったく新しいものをつくっている場合でも、型を知ることは思考の出発点として有益でしょう。この記事では、よく目にする典型的なUIデザイン・Webデザインの型を紹介します。
デザイン
  • #情報デザイン
に公開

プロダクトをデザインするときに意識したい前後のユーザー体験

デジタルプロダクトの施策はたいていの場合、〇〇機能というかたちで企画されることが多いと思います。プロダクトデザイナーがその機能をデザインするなら、単に使えるものにするだけでなく、その前後の体験までを含めた視野の広いデザインをしたいものです。独立した機能としてデザインしてしまうと、プロダクト全体からみたときにその機能が孤立しまって使いにくいという状況を生んでしまうことがあります。最悪の場合、せっかく作ったのにその機能に気づいてもらえないということが起こってしまったりします。なので、ユーザーが目的を達成するために必要なタスクを理解し、鳥の目でシステムとユーザーの行動がなめらかにつながるよう、プロダクトの体験を設計する必要があります。
デザイン
  • #UIデザイン
  • #ユーザー体験
  • #プロダクト
に公開

必要な情報を必要なときに提供すると体験が良くなる

タイトルの内容について。人と人とが会話する時には当たり前ですが、これと同じような体験をWebサイトで提供するのは簡単ではありません。Webサイトには様々な目的を持った人が訪れて、それぞれの人が求めている情報はそれぞれ違うからです。それをひとつのWebサイトでかなえようとしているのだから無理もありません。Webサイトをつくる側は、どのような人が訪れるのか、そしてどんな情報を必要としているのかを理解してから制作に取りかかるのが普通なので、情報の不足という点で困ることは基本的にないと思います。ただ、様々なユーザーを想定すればするほど、Webサイトに掲載したい情報は増えていくのが常でしょう。訪れた人がそのとき必要としない情報も掲載することになるので、人によっては、大量の情報に圧倒されて、自分がほしい情報がどこにあるのか分からないという状況に陥ってしまうことがありえます。なので、情報を適切にまとめてWebサイトの構造やナビゲーションなどを工夫して、わかりやすく情報を整理できるスキルがWebサイト制作者には求められています。
デザイン
  • #インタラクション
  • #情報デザイン
  • #ユーザー体験
に公開

WordPressの投稿（投稿タイプpost）の一覧を任意のURLに変更し、投稿パーマリンクを下層ページに位置付ける方法

WordPressの標準的な投稿（投稿タイプ post）の記事一覧ページ（アーカイブページ）をトップページとは別に用意したいことはありませんか？　この記事ではその設定方法を解説していきます。カスタム投稿タイプの一覧ページを作るときとはすこし違う設定が必要です。
開発
  • #WordPress
に公開

CSS ModulesでCSSを書く時に実務で必要になる書き方まとめ

このサイトのCSSはこれまでstyled-jsxだったのですが、Gatsbyを2から3にアップグレードしたのを機に、CSS Modulesに置き換えました。置き換える過程で、実務で必要になりような要件をどのようにクリアしていくのか体感できたので、まとめてみます。以下、GatsbyでSCSSを利用したCSS Modulesのサンプルになります。
開発
  • #CSS
  • #React
  • #Gatsby
に公開

デザインレビューをするときによく確認しているポイント

複数人でひとつのプロダクトをデザインしているなら、お互いにデザインの成果物をレビューしあうことが日常だと思います。僕がレビューする側になったときに、よく確認しているポイントを挙げてみました。この記事のプロダクトという言葉は、Webサービスやアプリといった使用をともなうデジタル製品を指しています。
デザイン
  • #コミュニケーション
  • #ソフトスキル
に公開

WordPressの記事編集画面で誤って記事公開してしまうのを防ぐために公開ボタンの色を変える

WordPressでの記事作成、こまめに保存をしながら記事を書くことありますよね。保存しようと思って保存ボタンを押したつもりが実は公開ボタンだった。なんてことがたまにあります。なぜ公開ボタンを押してしまうのか。これは記事ステータス変更のエリア一帯で、公開ボタンが目立つように色がついているからだと思います。ぼんやりしているといちばん最初に目に入ってきたボタンを押してしまいます。ということで、この認知的なミスが起こりにくくなるように、公開ボタンの色を変えてしまいましょう。
開発
  • #WordPress
  • #WordPress管理画面
に公開

CSS：tableのセル内文字が長くなったときに省略をする方法

テキストを1行に収めたいとき、収まりきらない文字を三点リーダー（…）で省略することがあると思います。次のようなCSSです。div { text-overflow: ellipsis; white-space: nowrap; overflow: hidden;}この例のように div 等の要素だったらこれで良いのですが、テーブルセル内ではもうひとつプロパティを追加する必要があります。
開発
  • #CSS
に公開

Webサイトにアップロードする画像や圧縮率はどのくらいがいいのか

低速回線でWebサイトがなかなか読み込まれなくてイライラすることはありませんか？　ウェブページの読み込みは速ければ速いほど良いです。そして、その速さに大きく影響を与えている要素のひとつが画像です。Webサイトを更新する立場なら、できるだけ画像のファイルサイズは小さく抑えて配信したいもの。アップロードした画像がそのアップロード先のシステムで変換されたり圧縮されたりしない場合は、自分の手で圧縮することになります。そんなとき、画像ファイルのサイズと品質のバランスはどのように調整したらいいのでしょうか？　実装テクニックまで踏み込むと話が大きくなるので、手元で画像を圧縮するときに知っておくと便利な知識に絞ってまとめてみます。
デザイン
  • #画像
に公開

完璧に機能することよりも、完璧だと信頼され続けることの方が重要

Web制作に向きあうときの基本的な考えかたとして「変わっていくもの」というキーワードがあります。ウェブはいつでもなんどでも変更できるメディアなので、ある特定の状況下においてのベストなデザインやベストな仕様は存在しますが、これ以上触らなくても良いという完璧な状態はなかなか存在しません。いつか必ずまた手を加えたくなるものです。そうして少しずつ手を加えて、Webサイトを育てていきます。
デザイン
  • #デザインの考え方
に公開

Big Surにしたら外部ディスプレイのTrue Toneがスリープ解除時にほぼ毎回オフになるようになったのでAppleScriptで対応した

タイトルの通りですが、macOSを11 Big Surにアップデートしてから、Macのスリープを解除するごとに外部ディスプレイのTrue Toneがほぼ毎回、実質オフになってしまう（機能的にはオンになっている）症状に悩まされています。
仕事
  • #ディスプレイ
  • #AppleScript
  • #デスク周り
  • #Mac
に公開

MacのFinderでファイルの拡張子を一括変換する方法

Macで大量の似たようなファイルを扱っていると、拡張子を一括で変換したいと思うことがあります。たとえば、デジタルカメラから取り込んだ写真とか、Adobeのアプリケーションから書き出した画像とかです。
仕事
  • #Mac
  • #Finder
  • #生産性向上
に公開

デザインは遅効薬なのでプライドを持って取り組めば良い

Webサービスのデザインの改善施策には成果が出やすいもの・出にくいもの、様々あります。もちろん即効薬もあるでしょう。しかしその多くは遅効薬だと考えています。小さな改善を積み重ねていった時に、気付いたら大きな成果になっていた。そんなこともよくあります。短期的な結果に一喜一憂せずにコツコツやるのが一番です。
デザイン
  • #デザインの考え方
に公開

gitのremote urlを変更する方法（BitbucketからGitHubへの引っ越しを例に）

GiHubの無料プランでプライベートリポジトリが作成可能になってから、それまでBitbucketに置いてあったリポジトリを、機会があるごとにちまちまとGitHubに引っ越しています。この記事では具体的な引っ越し手順をメモがてら書いてみます。Changing a remote's URLリモート URL をリポジトリに変更する
開発
  • #git
  • #GitHub
  • #Bitbucket
に公開

初めてShopifyテーマ開発をするときに読みたい情報まとめ

ネットショップをつくれるサービスShopifyのテーマ開発を開始するのに必要な情報をまとめてみました。公式ドキュメントが充実していますが、散らばっている印象があるので、このようなまとめが役に立つのではないかと思っています。前提として知ってほしいことは、テンプレート言語はliquid、開発ツールはthemekitを使うということです。
開発
  • #Shopify
  • #liquid
に公開

WordPressのユーザー権限をカスタマイズするときに必要な権限の知識

WordPressは、どのユーザーアカウントにどの権限を与えるかを権限グループという概念で定めています。開発者はこの権限を細かにカスタマイズできます。この記事では権限のカスタマイズで必要な最低限の知識をまとめてお送りします。基礎知識については「ユーザーの種類と権限 / Roles and Capabilities」を参照してください。
開発
  • #WordPress
に公開

RSSリーダーのアイテムに記事サムネイルを表示する方法

僕が見たのはFeedlyとInoreaderだけで他のRSSリーダーのことはわかりませんが、enclosure にサムネイルとして表示したい画像を指定してあげたら表示されました。過去のアイテムには反映されないようなので、指定後のRSSリーダーによるフェッチから反映、と考えておくと良さそうです。
開発
  • #RSS
  • #JavaScript
  • #Gatsby
に公開

2020年 Markdownエディタ検討 | 僕がiA Writerに決めた理由と検討の様子

これまでの僕のブログ執筆は、ブログ投稿画面のテキストエリアか、個人用Scrapboxのどちらかで行っていました。それらで特別困ってはいなかったのですが、世の中には文章を書くことに特化したアプリもあるし、使ってみてもいいのでは？ と思って、数あるエディタアプリの中から1つ選ばせてもらいました。それが今この記事を書くのにも使っているiA Writerです。選択の経緯を振り返りながら、僕がiA Writerのここがいいなと思った点を書いてみます。
仕事
  • #Mac
  • #アプリ
  • #Markdown
  • #エディタ
に公開

レスポンシブデザインで文章の改行位置をある程度狙ってデザインするための方法

レスポンシブデザインを採用したWebサイトでは、文章の改行位置をあらゆる画面幅で完璧にコントロールするのは至難の技です。とはいっても見出しやキャッチコピーなど印象的に見せたい箇所の文章は、その意味にあわせてなるべく綺麗に改行してあげたいもの。ある程度狙った位置での改行を実現する方法です。
開発
  • #CSS
  • #HTML
に公開

デザイン作業用レイヤーで効率化。デザイナーのための ErgoDox EZ キーマップ

身体を縮こめて手首が窮屈な状態で一日に何時間もタイピングしていることに違和感を感じてErgoDox EZを買ったのが2019年の8月のこと。縮こまらずにタイプできることに加えて期待していたことがもうひとつありました。それはキーマップをファームウェアで変えられるという点です。なんどもキーマップのチューニングをしてきましたが、購入から10ヶ月が経ち、だいぶそれも落ち着いてきたように思います。
仕事
  • #ErgodoxEZ
  • #キーボード
  • #Illustrator
  • #Photoshop
  • #デスク周り
に公開

どのような内容の画像が入るかわからない場合でもきれいな見た目の枠線をつけたい時に使えるCSS

画像の内容によって枠線をつけたほうがきれいに見える場合と見えない場合があります。画像一枚一枚にたいしてつけるかつけないかを決められるなら困らないのですが、UGCサイトやブログテーマのようにどんな画像が表示されるのかわからないケースでは、そのような丁寧な判断をしたくてもできないのが現実でしょう。そんなときに重宝する枠線がPretty Borderです。
開発
  • #CSS
  • #画像
に公開

ユーザーインタビューをより良く行なうための知見

これまで、担当しているプロダクトのユーザーを知るために「ユーザーインタビュー」をチームで何度も実施してきました。ユーザーに実際に会って、プロダクトをどう使っているのか、何を考えているのかを直接聞ける機会は貴重で、画面越しでは得られない情報が得られるので気に入っています。いくつか実施に際しての知見を書いてみたいと思います。
デザイン
  • #ソフトスキル
  • #ユーザー調査
に公開

UIデザインのガイドラインとの付き合い方

UIデザインの仕事をしていると、iOSやAndroidといったプラットフォームが公開しているデザインのガイドラインとどのくらい折り合いをつけていくかということがしばしば議論の的になります。私がアプリをデザインする場合は、ウェブのデザインをするときよりもそれを多く尊重しますが、ウェブの場合は独自のガイドラインを重視しています。
デザイン
  • #ガイドライン
  • #UIデザイン
に公開

じゃじゃーんをやめる。デザイン案はできるだけ早い段階でオープンにするのがおすすめ

日頃デザイン案をどの段階で他者に見せていますか。わたしは最近、途中でもできるだけ早い段階でチームメンバーにデザイン案をオープンにしていくということを試してみています。具体的には、Adobe XDでウェブデザインのモックアップを作成しているのですが、プレビューのシェアURLをグループウェアやGitHubのIssueに貼っておくというものです。翌日には新しいボタンが増えているかもしれないし、一週間後にはガラッと印象が変わってるかもしれない、という断りも添えて。
デザイン
  • #コミュニケーション
  • #ソフトスキル
に公開