はじめに 皆様は、アラートのOKボタンとCancelボタンの配置は どういった基準で決めていますか？ (右か、左か？） 勿論、スマートフォンを右手で操作する人、 左手で操作する人で、変わってくると思いますが、、、 基準はどうすべきか？ ちなみに、押しやすいのは、右か、左か？ 右手で操作する人を想定した場合 押しやすいのは、右側だと思います。 単純に親指からの距離が近いためです。 逆に左側は、親指からの距離が遠いため、 押しにくいです。 （当たり前ですね。） こういうときは、各プラットフォームのガイドラインに準拠するのがベターだと思います。 「郷に入っては郷に従え」ではないですが、 iOSの場合はヒューマンインタフェースガイドライン、 Androidの場合は、Google Material designに準拠すべきだと思います。 iOSヒューマンインタフェースガイドラインの存在 存在を知って
iOS遷移方法まとめ 案件にて、主に Navigation Controller に関する懸念点を考慮し Controller の構成を考える必要があったため、今回は iOSにおける一般的な遷移方法をまとめてみました。 遷移方法・Controller の hierarchy を決定するために役立てられればいいなと思っています。 また、最後にエンジニア1年生の独り言も記載しています。 ご指摘・ご感想・たわいもないコメントなどいただければ嬉しいです！ 環境 Xcode 11.2.1 Swift 5.0 iPhone 11 Pro Max (iOS13.2.2, シミュレータ) 遷移の種類 一般的な遷移の種類は大きく分けて以下の4つです。 push遷移 modal遷移: 番外編: モーダルとは? tab切り替え page遷移 push遷移 modal遷移 tab切り替え page遷移
Safari 15.4（最新は15.5）で新しいビューポート単位「lvh」「svh」がサポートされました。ビューポートを基準にした単位で、この単位を使用することで、iOSのSafariで100vhがビューポートの高さではないという仕様に対応できます。 今まではCSSの-webkit-fill-availableがその対応方法でしたが、ネストされた要素やcalc()内では使用できません。新しいビューポート単位を使用すると、そういった問題もなくなります。 The Large, Small, and Dynamic Viewports by Bramus 2021年の記事ですが、Safari 15.4でこれらの新しいビューポート単位がサポートされたので、このタイミングで紹介します。 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじ
Image designed by Alconost Inc.This article has been written by Artur Abrarov from Redmadrobot. Translated and reposted with permission by Alconost Inc., professional translation and localization company. Adapting an app’s design to another platform is an inextricable part of a mobile app designer’s job. The goal of this process is to organically integrate the app’s design into the user’s patterns
*display on phone is technically 2.61x Frame size. This is the “point size” or “@1x” size of a given device. I strongly recommend designing on frames of this size for a given device. (Here’s an explanation of points vs. pixels) Export scaling. This is how much bigger to make a raster image (PNG, JPG) when exporting to take maximum advantage of the higher resolution of some devices. What size frame
[19/9/25 追記2]Hiragino sansとの比較 (左がios12、右がios13.1) Hiragino sansでもboldが太くなっていることを確認。 ios13からは、lang="ja"のsans-serifは、Hiragino sansで表示されている Hiragino sansを指定している場合 lang="en"でも太くなる [19/9/25 追記]ios13.1で少しだけ細くなりました（Hiragino-sans w7?） (ios13.1) ios13から、lang="ja"のテキストに sans-serif が当たった場合、より太いboldで表示される（Hiragino-sans w8?） https://output.jsbin.com/givoduv シミュレータのキャプチャ (左がios12、右がios13) font-weightばboldまたは70
更新情報 2019/08/28: 初版公開 2020/11/25: 各項目について現在の状況を追記 ⚓ はじめに こんにちは、主にiOSアプリの開発を担当している川島と申します。 iOS 13のリリースが間近に迫りつつあり、またWWDC2019ではSwiftUIを始めとした新しいツール等の発表、ARKit2やCombineフレームワークなどの発表などにより、昨今のiOS界隈が盛り上がりを見せています。 そうした新しいツールや技術が登場する反面、Appleはバッサリとした互換切りや新技術への対応を短期間で強いる傾向にあり、既存プロジェクトの保守などをしているiOSアプリエンジニアはこの時期に頭を悩ませる人が多いのではないでしょうか。 2年前のSafeArea対応なんかは記憶に新しいですね。 今年もそうした「〇〇対応が必須」のような情報はチラホラと聞きますが、断片的な情報が多い印象です。 この
デザイナーとエンジニアが「いい関係」を築くために、どんな事をすべきか考えてみました。 こちらのイベントで発表した内容になります。 イベントのテーマデザイナーとエンジニアが「いい関係」を築くために 「いい関係ってなんだろう」 「どうしたら、いい関係が築けるだろう」 のアンサーを私なりに考えてみました。 「安心して開発できる環境を構築する」ためには、まずは相手の事をもっと知るべきだなと思い、SwiftやXcodeの使い方について学んでみました。 もっと様々なデザイナーが、難しそうな開発の事も少しでも知るきっかけになれば良いなと思い「デザイナーがここを知れば、エンジニアともっといい関係が築ける！iOS編」という内容をまとめてみました。 💡今日のトピック💡 デザイナーがとっつきやすいUI面、2点（Auto Layoutと色の定義）を紹介 ※下記は資料の一部抜粋になります。詳しくはこちらをご覧く
フリマアプリ メルカリの公式ブログ。アプリの最新機能・キャンペーンのお知らせ・配送/梱包のコツ・便利な使い方・メンテナンス情報など、メルカリに関するさまざまな情報をお届けします。
App Icon Resizer A simple service to resize your app icon to all needed resolutions with rocket speed. Made by How it works. As fast as possible. Just drag and drop the original image on the upload area or upload it manually. The image is uploaded and the icons are generated automatically. Activate the instant download option to directly download all icons. We also provide App Icon Management and
はてなブックマークのiOSアプリを真面目に使ってみたらひどい出来だったので書きます。 基本構造 まずはアプリの基本構造をおさらいします。このアプリは大きな画面構成として メイン（様々なエントリー一覧） フィード マイページ の3つからなっています。 それぞれの画面と親子関係、各画面を呼び出すための操作をまとめると以下のようになります。[ ]で囲まれた青文字がUI表現で、赤文字部分が最終操作画面とその説明です。★が初期画面です。 まとめたつもりなんですが読みにくいし主題とあまり関係がないので、面倒な人は下の画像まで読み飛ばしてください [フローティング操作ボタン] メイン（様々なエントリー一覧） [ツールバー横のナビゲーションドロワーボタンから左部ナビゲーション：タイトルは「話題を探す」] [仕切り線：カテゴリー] ホーム [タブ] 人気エントリー（いわゆるホッテントリ）★ 新着エントリー（
Showcasing beautiful icon designs from the iOS App Store
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 10.3 にて改修されました。 以下の内容は過去の事象としてご参照ください 何を言っているんだおまえは、と突っ込みたくなる方もいらっしゃるかと思いますが、ありのままに今起こったことを話すぜ…！ まずは動画をご覧ください。 （YouTubeに飛びます） 再現条件とか 以下の環境において端末を横位置にした上で画面をスクロールさせてタブバーを表示させると、{ position: fixed }で配置した要素が正常に機能しなくなります。 上記の動画ではメニューアイコンに張ったクリックイベントハンドラーが動作していないわけです。 iPhone 6s Plus iOS 8.4 / 9.1 / 9.2 / 9.3 / 10.0 / 10.1 / 10.2 Safari iOS用の Mobile Safari では端末を横位置にしたときにのみタブバーが表示される仕様と
36,087views／投稿 2015-08-16／更新 2019-02-17 ［この問題はiOS9から解消されてます。］ iOSのSafariで、:hoverに事件が起きています。 CSSでaタグに:hoverで何かの変化を施してある場合は、そのマウスオーバー変化が１クリック換算で止まってしまい、リンク先に飛ばない確率が高い感じです。要は２回クリックしないとハイパーリンク先にページ遷移しないです。iOS 8.4.1のiPhoneやiPadなどタッチデバイスでの話です。 １回タップ（a:hover描画処理のみで止まる） ２回タップ（やっとリンク先に飛ぶ） テキストリンク系は大丈夫ですが、「画像の透かし」や「お申込はこちら」的なボタン装飾も該当していそうです。 ［追記］サンプルページを作りました。iOSデバイスで確認してみてください。Chromeもどうやら対象のようです。 :hover事件の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
