はてなブックマーク

はじめに：背景 Karabiner-Elements がアップデートされて、キーバインドの複雑なルール (Complex Modifications) を定義できるようになっていました。 https://github.com/tekezo/Karabiner-Elements 今までも単純なキーリマップ (Simple Modifications) は行えましたが、空打ちと複雑なキー操作のリマップが定義できませんでした。なので以下の画像の場合だと、左optionキーは完全に英数キーに置き換えられてしまっていてそれはまた不便だったので、仕方なく他のソリューションに頼らざるを得ないのでした。 日本語ユーザーかつUSキーボード使いの悩みとしては、英数キーとかなキーをどうするかというところだと思います。伝統的な command + space ショートカットでも良いのですが、ローマ字が普通に混在す

論理尺度比較図 ピクセル値ではなく、iOS ランタイムで扱われる論理尺度での比較図を作りました。単位は pt です。プログラミングにおいては実際にはこちらの座標系が利用されるからです。 *iPhone X, iPhone XR, iPhone XS, iPhone XS Max 反映版。間違ってたらごめんなさい。* |デバイス|解像度|論理尺度|物理尺度|セーフエリア（縦）|セーフエリア（横）| |:---|:---|:---|:---|:---|:---|:---| |iPhone XS Max|3x|414×896 pt|1242×2688 px|414×818 pt|808×393 pt| |iPhone XR|2x|414×896 pt|828×1792 px|414×818 pt|808×393 pt| |iPhone XS|3x|375×812 pt|1125×2436 px|

USB-C で電源に繋いでいれば外部電源の設定、外せば内部電源の設定を出力する。 standby: 1 スタンバイモードを有効。（初期値のまま） standbydelay: 28800 スリープから8時間後にスタンバイモードに移行。（初期値では3時間後なので短すぎる） womp: 0 Wake on Demand を無効。そもそも内部電源では機能しないので電池の消耗には影響を与えないだろうが、スリープ中に Bonjour サービスが実行されなくても良いので無効化。 powernap: 0 バッテリーでは Power Nap を無効。いつのまにか電池が消失していたのはおそらく Power Nap が原因。これを無効化してやると復帰時に電池残量ゼロ状態やプログレスバー表示になりにくくなる。 hibernatemode: 3 ハイバーネートモードは利便性を考え MacBook 初期値の 3 のま

vim vs. emacs の宗教戦争は抜きにして、おなじみのカーソル操作も使えるので、ホームポジションから手を外さずに快適なテキスト編集を行うことができます。 Kill buffer は macOS のペーストボードとは独立した領域なので、Mac では実質的に2種類のペーストボードを利用することができます。これほどウマい話はなかなかないでしょう。 これらキー操作は macOS ネイティブのキー操作とも組み合わせることができます。 例えば shift ⇧ を押しながら上記のカーソル操作を入力すると、移動だけでなく選択範囲を拡張します。option ⌥ を押しながらだと単語単位の移動になるので、さらに shift ⇧ を押しながらやると単語単位で選択範囲を拡張します。 macOS では伝統的に command ⌘ でのカーソル移動が備わっていますが、これと組み合わせることで、行の先頭・末尾、

3.5inchスクリーンは生きていた 手元には実機がiPhone 6/7 Plusしかないとします。さらにDeployment TargetがiOS 10以降で、完璧なモダン開発体制を整えました。例によりiPadはシカトです。だからUniversal Appではなく、iPhoneのみを対象にします。こうなるとiPhone 4s以前の3.5inchスクリーンサイズは完全無視でも良さそうですよね。iOS 10だから古い端末のシミュレーターももはやないので、2017年の世界ではあんな小さな画面は存在しないも同然だと思われました。この時点では。 しかし大きな落とし穴があって、iPad向けに最適化せずともiPadはiPhone互換モードでiPhone Appを動かすことができます。そしてApp StoreのレビュアーはこのiPhone互換モードでアプリをレビューするため、たとえiPhone向けのアプ

はじめに iOS 10からの UICollectionViewCell の Self-sizing Cells に関する情報をまとめたいと思います。はじめは簡単そうに思えたのですが意外と落とし穴が多くて苦労したため、その知見も残しておきます。 参考： WWDC2016: What's New in UICollectionView in iOS 10（21:40 あたり〜） https://developer.apple.com/videos/play/wwdc2016/219/ 追記： 結論から言うと、 UICollectionViewFlowLayoutAutomaticSize は少なくとも iOS 10 では バグだらけで使い物になりませんでした。 特にセクションヘッダー／フッターを利用しているコレクションビューの場合はそれらの座標がずれる等の謎の現象に悩まされ、結局解決することは

なにやら Qiita の仕様変更で波紋が広がっていますね Qiita の Contribution 算出方法の変更と UI 変更について、動揺と不安が広がっているような気がしています。 投稿記事やコメントに「いいね」できるようになりました（Contributionの算定基準も変わります） Qiitaの「いいね」について思うこと Qiita の「いいね」ボタンの位置は間違っている 「ストック」ボタンを救済して etc 算出方法の計算式云々の議論はよくわかりませんが、それによる Contribution への影響は確かに出始めている印象です。 最近はあまり投稿しないので、仕様変更を境にグラフの勾配がなくなってきました QiitaTeam との違いが気になる Qiita への「いいね」の実装がありましたが、Qiita / QiitaTeam それぞれの UI の“不統一感”に違和感を覚えていたの

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事の目的 セル（UITableViewCell）は iOS においてもっとも一般的なビューのひとつです。セルを利用することで、コンテンツの表示、選択、スイッチやボタンの配置、テキストフィールド、ナビゲーションを実装することができます。この辺りの具体的な実装例は『設定』や『Apple Store』が参考になるでしょう。セルにはさまざまな役割を与えられますが、どのような作法に従ってデザインされているのかよく理解する必要があります。 セルの一般的な利用作法は iOS Human Interface Guidelines で解説されていま

詳細 Interface Builder で UITextView を配置する時、初期値として “Lorem ipsum…” が挿入されています。 Lorem ipsum バグだと思いますが、この内容を Interface Builder で少しでも変更すると iOS 9系に限り日本語環境であっても中華フォント現象が発生してしまうようです。なのでこのプレースホルダーは Interface Builder からは触らずにコードから nil を入れておくような処理を実装するのが良いです。 関連記事 iOS で日本語文章に発生する中華フォント現象とは

はじめに 一昔前の話になりますが、iOS 7から標準のアニメーションカーブが変更されたのはご存知でしょうか。勘の良い方なら、モーダルビューやプッシュなどのアニメーションがiOS 6以前よりも勾配が大きくなったようなイージングに変わったということにすぐ気付いたかと思います。しかしこのアニメーションカーブは UIViewAnimation や Core Animation では定数として用意されておらず、システム標準っぽいアニメーションに近づけるためには独自にカーブを設計するしか方法がないものと思っていました。……実はあるんです。iOS 7で UIView に追加されたメソッドを使えば、システム標準っぽいアニメーションを UIViewAnimation として適用することができます。お恥ずかしいことに3年経ってようやくそのメソッドの存在を知りまして、ググってみても情報量が圧倒的に少ない様子でし

カスタムビューを xib で定義しつつ、それを IBDesignable できる形で他の xib/Storyboard にロードして配置したい、という場合、この記事のようにやればできます。 Create an IBDesignable UIView subclass with code from an XIB file in Xcode 1. カスタムビューを xib で作って、"File's Owner" のクラスにクラス名を指定する。 2. カスタムビューのクラス（File's Owner に指定したクラス）を実装する。 nib からビューをロードして addSubview() するのだが、このとき、コードからの初期化用イニシャライザ init(frame: CGRect) と nib からの初期化用イニシャライザどちらからも行うようにする。 import UIKit @IBDesig

NSOutlineView には標準で幾つかのビヘイビアが用意されていますが、それぞれで挙動がどう異なるのかを比較してみました。 ハイライトスタイルについて NSTableView (NSOutlineView) の全体的な見た目やクリック時のハイライトの色などをあらかじめ OS が定義しています。これを利用することで Mac アプリでよくある見た目のリストを簡単に再現することができます。ハイライトスタイルは Interface Builder でも指定することができます。 コードでは NSTableViewSelectionHighlightStyle として enum が定義されています。

3種類の座標系 緯度経度 CLLocationCoordinate2D 緯度経度で表される座標系、原点はアフリカ大陸西方沖 マップ座標系 MK〜 メルカトル地図の座標系、原点は左上 Core Graphics 座標系 CG〜 UIView における座標系、原点は左上 緯度経度 CLLocationCoordinate2D 緯度経度値をもつ構造体. WGS84（米国で採用されている世界測地系）で定義される座標系 latitude: 緯度. CLLocationDegrees (double) 型 longitude: 経度. CLLocationDegrees (double) 型 __『無効な値』__を表す場合、lat/lon それぞれが NaN となる模様. isnan() 関数で判定できる 緯度経度なので、本初子午線と赤道を境にマイナス値を取る場合もあり得る 日本はだいたい、{35,

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに iOS のヒューマンインターフェースを理解するためにはまず UI 設計の原則を定めた聖典 iOS Human Interface Guidelines を読むことから始めなければなりません。ここにはプラットフォームの特徴からデザインの原則、それぞれの部品が何のためにデザインされたのか、どう利用するのか、iOS を構成する UI の基本指針がまとまっています。 よく、『磨りガラス効果がかっこいい』『アニメーションしておくとイケてる』『ボタンは右配置の方が右手で押しやすい』『流行っているから』……などの観点によって UI の設計が

どういうこと？ iOS アプリの開発をしていると 中国語っぽい日本語フォント というものを見たことがあると思います。Interface Builder で配置した UILabel だったり、英語設定になっている iOS Simulator でうっかりアプリを実行してしまったときだったり、そのような場面でお目にかかることができるフォントです。Interface Builder の件は残念ながらわかりませんが、シミュレータについては設定アプリから言語設定を「日本語」にすれば本来のヒラギノフォントになります。これはバグではなく iOS の仕様です。詳しくは後ほど説明します。今回はこの 中華フォント現象 の仕組みと、それが通常のアプリでも発現し得ること、そしてその解決策を示したいと思います。 中華フォント現象とは まずは中華フォント現象について詳しく説明します。 中華フォントの正体 このお馴染みに

はじめに 本稿は UI Design Advent Calendar 2015 – 9日目の GUI アニメーションに関する記事です。 アニメーションの12の基本原則と GUI ディズニーの アニメーションの12の基本原則/12 basic principles of animation というのがありまして、要はこの原則に沿ってアニメーションを制作すればまるでそれが生きているかのような動きをする、平たく言えばディズニーっぽい動きになる、というものです。http://the12principles.tumblr.com がとてもわかりやすいので、うちいくつかを転載しておきます。 SQUASH & STRETCH ANTICIPATION FOLLOW THROUGH & OVERLAPPING ARCS ビデオ解説：The illusion of life これらを見ただけでも、『あー、デ

はじめに 本稿は UI Design Advent Calendar 2015 – 8日目のモバイル UI に関する記事です。 まず私はハンバーガーメニューという UI が嫌いです。その理由についてこの記事で説明していきたいと思います。 あの三本線を人はハンバーガーと呼ぶ 最近よく見かけるあの“三本線”のことを海の向こうでは ハンバーガーアイコン とか ハンバーガーメニュー とか言うらしいです。上のがパンで、真ん中のがハンバーグで、下のがパンに見えるからだそうです。にしてもこのただの三本線をハンバーガーと表現するのは少し無理があるような気がします。まあ違和感あれどそこに抗っても仕方がないので、とりあえずこれはハンバーガーと呼称することにします。 ハンバーガーメニューを避けたい理由 真面目にハンバーガーメニューを考察してみます。 1. 何をするのかがわからないアイコン https://dri

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

特定ドメインの TLS バージョンや Cipher Suite を調べたい iOS 9 の App Transport Security いわゆる ATS はなかなか厳しい条件かもしれませんが、Info.plist の定義次第ではその条件を緩和することができます。（Info.plist の定義方法については資料を参照ください。） ※2017年以降からはATSが必須になるとWWDC16でアナウンスされました。 そしてそのためには TLS プロトコルのバージョン、Cipher Suite を把握する必要があります。身内のサービスであればサーバー管理者に聞けば良いのですが、外部の API を利用しているという場合にはそれが ATS に対応する条件なのかどうかはなかなか判断しづらいところがあります。そこで、以下のツール、サービスを利用してみるとよいかもしれません。 nscurl nscurl コマ

Cocoa Touch では UIScrollView の減速率は UIScrollViewDecelerationRateNormal がデフォルトなので、明示的に UIScrollViewDecelerationRateFast を設定しない限りは Safari のような滑りの悪い慣性スクロールは実現し得ないのですが、Apple は Safari や WebView には滑りの悪いスクロールをあえて設定しているようで、Web のユーザーはこのスクロールしづらい体験を強いられています。アプリであれば Objective-C / Swift 向けの API で慣性スクロールの制御ができますが、Web の世界からはこれに触ることができません。だからといって「オレオレ慣性スクロール／オレオレバウンスバック」なんてものを採用しても iOS のそれとは大きく異なるので、体験・体感を余計に悪くするだ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに iPhone の登場から日本でも次第にアプリや Web における UI, UX というものが重視されるようになりましたが、昨今はプロトタイピング・ツールが盛り上がりつつあるようです。毎年いろいろなツールが登場してきているので、ここでは特に気になったプロダクト（一応モバイル方面、特に iOS/Mac に近い所）を自身のメモも兼ねて挙げていきたいと思います。 プロトタイピング・ツール / サービス Prott **用途：**ワイヤーフレーム設計、ペーパープロトタイプの取り込み、画面遷移設計、共有 Goodpatch が開発したプロ

中華フォント STHeiti が出なくなったはいいが…… Interface Builder（中身は実質的に iPhone Simulator）の日本語フォントが、かつての中華フォント「STHeiti/华文黑体」から違うものに変わったようです。まだ見やすくなりましたが、ただやはりこれも中華フォントな気がします。少なくともヒラギノではありません。 Xcode 6.4: STHeiti のキモイ感じが前面に出ています Xcode 7: まだマシですが、ヒラギノ角ゴではないし、「直」が向こうの字体です。 STHeiti ライト（STXihei）。「て」のカーブや「ォ」のバランスなどが “特徴的”。 SDKの中身を見てみたら「HeitiFallback」なる ttf ファイルが追加されていました。フォールバックとは「正しく表示できないフォントに対して代替のフォントを設定すること」を指すようですが、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 3D Touch 概要 iOS 9 の隠し球 3D Touch がヤバそうなので、現状の公開されている情報をもとに予習をしておきたいと思います。 実機での操作感などを含めて概要をまとめたいと思います。 感圧 (Pressure Sensitivity) iPhone 6s/6s Plus の圧力検知機能を利用して、たとえばペンやブラシの太さ、スタイルの変化を実装することができます。絵を描く創作系アプリなどに活用できます。 チラ見とポップ (Peek and Pop) OS X でいう QuickLook に操作性を追加したようなものでし

tbd ? 昔のプロジェクトを iOS 9 SDK でビルドをしようとしたら libz.dylib が見つからないと怒られてしまいました。調べてみると、どうも dylib は基本的に直接参照することはなくなり、その代わりとして libz.tbd なるファイルを参照するようになったようです。 これを開いてみると単なるテキストファイルだということがわかりました。tbd = Text Based Dynamic Library といったところでしょうか。 install-name: /usr/lib/libz.1.dylib という記述があるので、どうやら実体として dylib が SDK の外側に別にあり、tbd はそれらをロードするための設定を記述したテキストファイルのようです。SDK の容量を減らす目的で Mac 側のライブラリを参照する仕組みにしたということでしょうか？（詳しい資料が見つ

前提 Android 6.0 Marshmallow (MPA44I) Developer Preview 3 Nexus 5, Nexus 6 Google 様の言う Doze のテスト方法がよく分からない件 いわゆる Android M の Doze をテストする方法として、Google の公式文書では adb を使った方法が示されています。 追記：以下はプレビュー時代の解説文書の内容になります。現在は こちら がそれに相当します。 Doze と App Standby をテストする アプリで Doze をテストするには: M Preview のシステム イメージを使用して、ハードウェア端末または仮想端末を構成します。 端末を開発マシンに接続し、アプリをインストールします。 アプリを実行し、アクティブ状態のままにします。 以下のコマンドを実行して、端末の Doze モードへの移行をシミ

前提 私はUS配列を愛用しているのですが、それで困るのは「英数」キーと「かな」キーが無いことです。入力切替の度にcontrol-spaceは面倒なので、 Karabinerで左option空打ちを「英数」、右command空打ちを「かな」としています。 （左がcommandではないのは、ショートカットの入力で不意に英数に切り替わってしまうことが多いからです。） 最近はKarabiner-Elementsにて 左shift空打ちを「英数」、右shift空打ちを「かな」 にリマップして使っています。 また、Cocoaでemacs風のカーソル操作が使えるのが快適なので、C-p/n/b/f/a/eやC-d/hなどの組み合わせも多用します。 いつの間にか謎の見えない文字（制御文字）が入力されてしまう Cocoaではoptionキーを押しながらカーソル移動をすると単語ごとにジャンプしてくれます。ここに