iPhone Xが発表されたわけですが、なにこのデザイナー泣かせの変態端末。 iPhoneのUI設計者グレッグ・クリスティが追い出されて、ジョナサン・アイヴがソフトウェア統括となったのが2014年。 iOS7のフラット化あたりから、どんどんとUI設計が置いてけぼりになった感がありましたが・・・ここにきてまたデザイナー泣かせの豪速球が。 ざっくりデザインガイドラインを読んでの、気になったところメモ。 画面サイズ サイズは従来のベースであった4.7インチの375pt x 667ptから、375 x 812ptに。縦方向に145pt追加された。 想定されるインパクト 表示可能な情報量が増える 縦スクロール系コンテンツのコンバージョンが増加 スクロールで隠れるナビゲーションの必要性が低下 画面上部のボタンのコンバージョンが低下 ゲームなどの全画面イラストに、黒枠が出たり、見切れたりする グラフィッ

IFTTTのトリガーを引き、レシピを実行するアクションです。 IFTTTに引き渡せる材料（テキスト）は、[Input]と、5つまで増やせる「Extra Ingredients」です。 [Input]（単体） テキスト、ファイル [Result] Inputをそのまま出力 このアクションの使用方法を具体例で説明します。 まずは、このアクションを使えるようにしておく必要があります。 ・Workflow Syncアカウントの作成（まだ作っていないなら） ・"Trigger IFTTT Recipe"にWorkflow Syncのアカウントでログインして有効化 ・IFTTTアプリでWorkflowのチャンネルに接続 （My Recipesの右にある"+"をタップ→"workflow"で検索→Connect） これで前準備は完了です。 では、サンプルとして、IFTTT経由で標準リマインダーに新規リマ

Dropbox 社の Mailbox が 2/26 に終了するという話は、昨年 12 月にユーザ間へ衝撃を与え、ぼくの周りでも代替メーラをどうするかで悩まされる人を見かけておりました。 blogs.dropbox.com Airmail ぼくは元々、標準のメーラを使っていたのですが、メールの量が多くなると重くてやってらんなかったので、色々と見た結果、Mailbox という選択をしました。スッキリとした、されど使いやすい UI がとても気に入っており、iPhone アプリもあったので、とても重宝しておりました。デザインからのスライス切り出しは iMac、コーディングは MacBook Pro とマシンを分けているので、どちらかでメールを書いているときに「あ、添付するファイルが違うマシンだ」と思っても同期しているので、違うマシンでもそのまま続きを書けるという素晴らしい体験ももらえました。そんな

Mailboxさんの代わりなんて…いるかも。 世界中で利用されていたメール管理アプリ『Mailbox』は、2016年2月26日をもってサービスの提供終了を発表。 愛用者が多かっただけに、突然の通達にびっくり。そう、ホントびっくりだけど・・・乗り換えを考えないといけません。 もちろんサービス終了直前まで粘るのもアリです。が、終了に向かいMailboxのメンテナンスがどこまで行われるのか未知数です。 挙動が不安定になっていきそうな可能性もあるのと、最終的には乗り換えするだろう”その時”までに、色々と気をつけないといけないこともあります。『Mailbox独自のラベル世界』があったり・・・その辺りはこちら で解説しています。 乗り換えの注意点が多く、早めの “お引越し対策” が必要なのであれば、いっそお引越し先のアプリを今から色々と検討してみたくなりますよね。 こういったアプリケーションはアップデ

Mailboxの独特なラベル世界、知ってました？ 世界中で愛用されていたメール管理アプリ『Mailbox』は、2016年2月26日をもってサービスの提供終了を発表。 Mailboxチームによるとサービス終了後、 Mailbox内のラベルは全て解放され、通常のGmailラベルになるとのこと。 『？？？』 はてなマークが飛び交っているアナタ、特に注意です。 Mailboxを利用している中で作られたリストは全て、 [Mailbox]というラベルの階層下に作られていたのはご存じですか？ あるラベルの階層下に、別のラベルを配置することを、Gmailでは『●●ラベルの下位にネストする』と表現します。 つまり、Mailboxを利用していた現状では、[Mailbox]ラベルの下にいくつかのラベルがネストされている状態のはずです。 ネストされていたラベルが、Mailboxアプリ内で利用出来ていたわけですね。

状況別に、2通りの移行方法。 世界中で愛用されていたメール管理アプリ『Mailbox』は、2016年2月26日をもってサービスの提供終了を発表。 Mailboxチームによると、サービス終了後、自動スワイプパターンは全て解除されるとのこと。 つまり、 『この送信元からのメールは受信トレイをスキップして即アーカイブ』 『この送信元からのメールはこのリストへ』 といったような設定は全て解除されてしまい、受信トレイを経由してしまうことになります。 『せっかく大量の仕分け設定をしていたのになんてことをしてくれるんだ！責任者を出せ！』 と、大げさな話になる前に、2つの対策方法を提案します。 自動スワイプパターンの移行 Mailbox公式サイトの説明では、 『自動スワイプパターンはエクスポートできるから、Gmailヘルプページを参考にフィルター設定してね！』（要訳） とあったので、 『ああ、フィルターを

お別れ前に、最初に済ませておきたいこと。 世界中で愛用されていたメール管理アプリ『Mailbox』は、2016年2月26日をもってサービスの提供終了を発表。サービス終了前にまずやっておくべきことは、スヌーズ設定をしているメールたちの救出作業です。 スヌーズ設定の解除 Mailboxチームによると、サービス終了後、スヌーズされているメールは全てその設定が解除され、受信トレイに戻ってくるとのこと。 『じゃあそのままで問題ないんじゃ？』 いやいや、”その時” までには他のアプリに移行しているはずだと思いませんか？Mailboxに首ったけだったあなたならきっとそうでしょう。他のアプリに乗り換えた時、”スヌーズされていたメールがどう処理されるか”は未知数です。 『2月26日以降にスヌーズしているメールなんて無いんだけど？』 私もそうです。でもそれまでスヌーズ機能は使えません。近々、少なくともサービス

なごり惜しくも、”早急に処理セヨ”。 【 Saying Goodbye 】。 ある早朝に開発チームから届いたメールの、文頭に並んだ文字です。 もはや手放せなくなっていたメール管理アプリ『Mailbox』。 衝撃の走った方も多いでしょう。私もその一人でした。 メールには2016年2月26日をもってサービスを終了するとの記載が。 オイ。目と鼻の先じゃないですか。 早速Mailboxのウェブサイトに行くと… コラ。まだこっちは終わった気になれてないです。切り替え早すぎ。 （まあそのセンスも好きだけど） Mailboxは、スワイプ操作でメールをアーカイブ・スヌーズ・リスト移動する概念を世に与えた、革命的なアプリでした。デザインも上品で、メール整理も捗って….（遠い目） と、感傷にひたっている場合じゃありません。 サービスが終了するに伴い、いくつか懸念点が出てきます。 面倒そうだとは思いつつも、知っ

先日「Mailboxが終了するから新しいメールアプリを…」との話を書いたが、その続報。 gonyo.hatenablog.com 結論から言うと、来年2月でサービス終了となるDropbox社のMailboxの後継を『Spark』に決めた。 Spark - Like your email again Readdle 仕事効率化 無料 Inboxがイマイチな理由 1. スワイプでごみ箱（Delete）とアーカイブの両方が使えない 2. 複数アカウントが1つの受信トレイで表示できない 3. ラベル機能は使わない Sparkを選んだ理由 1. Outlook.comなどGmail以外のメールサービスが利用できる 2. 元に戻す（Undo）が使える 3. メールの添付ファイルはクラウドストレージから 4. クラウドストレージへPDFで保存 5. 3D Touch対応 理想のメールアプリか！？ 最後に

ファイル管理アプリDocuments 5を開発したデペロッパReaddleの新作メーラーアプリ「Spark」をご紹介します。 機能性や使い勝手が本当に良すぎて、標準メールアプリには戻りたくないと思うぐらいの完成度の無料メールアプリです。 Mailboxやinboxといった人気のメールアプリも使ってきましたが、個人的な感覚ではSparkの方が直感的で使いやすいです。 Sparkのココが良い 特にSparkの以下の機能が便利です。 本文の入力をせずに「見たよ」「いいね！」のような簡単な返信が１ボタンで出来るようになる。（クイックリプライ機能） ピン（スター）、ニュースレター（メルマガ）を全てのアカウント（Gmail、独自ドメイン）で受信したメールを一括で管理＆確認が出来るようになる。（SmartInbox） 日頃から中身確認するようなメールだけを通知する事が出来るので、メルマガやセールスメール

はじめに AWAサーバサイドエンジニアの辻(jun06t)です。 今回はiOSとAndroidの月額課金のための実装について書かせていただきます。 形式として読み物と言うよりドキュメントっぽくなっています。 理由は私が実装しようとした際に実装方法についてまとめて書かれた記事が少なく、「検証時に使えるフィールドはどれだろう？」「昔はこうだったけど、今は違う？」「Androidではできるけど、iOSではできない（逆も然り）」など、色々と分からない部分が多くとても困ったためです。 やや長い記事となったため、iOSの実装を前編、Androidの実装を後編として説明させていただきます。 注意事項 ※1：開発中にプラットフォーム側の仕様変更があったなど、記載している内容は情報が古い可能性があります。 ※2：記載している動作は十分に調査できていないものも含んでいるため、内容が不正確である可能性があること

自分のiOSデバイスなら開発者ライセンスなして、アプリを動かせるようになるので、自動でコードを落してきてビルドして転送するタイプのアプリ配布補助をだれか初めてほしい。「brew install ios/hoge」でイスントールできる感じ— mzp (@mzp) 2015, 6月 10 Xcode7 からApple Developer Programに参加しなくて、iOSアプリの実機デバッグが可能になった。 これを利用し、Github等で公開されているソースコードをダウンロードし、自分のiPhoneにインストールするHomebrew拡張を作った。 例えば brew sparkling install SparkingSample でサンプル用のアプリケーションがインストールされる。 主な用途としては、次のようなアプリケーションの配布を想定している。 進捗時計のような雑なアプリケーション。Ap

Conference With Developers 2 - peatix.com iOSアプリ開発者向けのカンファレンスイベント「Conference With Developers 2」に参加してきたので、発表内容をまとめてみました。 iOSエンジニアとGitHubとキャリア 発表：浅野慧さん Twitter:@ninjinkun Blog:ninjinkun's diary GitHub:https://github.com/ninjinkun/ 発表資料：GitHub活動を通して個人のキャリアを積みつつ仕事の成果を出す方法 GitHubを使ったオープンソース活動についての、浅野さん自身の事例を交えた発表でした。 OSS活動は、自分自身の勉強になるし、使ってもらえる喜びがあるとよく聞きます。社内で評価されたり、GitHubのリポジトリが履歴書の代わりなったりと、２次的なメリットもある

今日はグリー株式会社で開催された Conference With Developers 2 に参加してきました。 Conference With Developersは、iOSに携わるすべての開発者に向けたカンファレンスイベントで、去年に引き続き2回目の開催らしいです。私は1回目に参加できなかったので、初めての参加になります。 イベント詳細ページを見ても分かる通り、LT含め、発表者陣がめちゃくちゃ豪華でした！ Conference With Developers 2 - Peatix イベント中のツイートもまとめさせて頂きました。 2014/2/1 #confwd Conference With Developers 2 以下はイベント中のメモになります。 GitHub活動を通して個人のキャリアを積みつつ仕事の成果を出す方法 GitHub活動を通して 個人のキャリアを積みつつ 仕事の成果を

iPhone上で論文や本だって執筆する…。ちょっと前なら「そんな無茶な」と言われていたことが、アプリや周辺サービスの充実で当たり前にできるようになってきました。 その一つの鍵となったのがDropbox やiCloudとの連携です。ユーザーの側でまったく意識することなく文書が同期される仕組みがあるおかげで、iPhoneで編集した文章をパソコンで清書ということが楽にできるようになったわけです。 もうひとつの鍵は、しだいにサポートされるようになったリッチテキストの扱いです。いまではEvernoteでもリッチテキストを扱えますし、Markdown書法経由で楽にリッチテキストを書くアプリも増えました。 そのなかでも群を抜いた高機能とUIの美しさを誇るアプリが Write です。Markdownの扱い、DropboxやiCloudとの連携、他サービスへの共有方法の数の多さなど、総合力が高い一方でこれま

富士見iPhoneクラブのメンバーが、iPhoneのちょっとした使いこなしテクを毎回紹介していく。iPhone上級者なら「なにを今さら…」と思うかもしれないが、案外知らなかったり、使っていなかったりするネタもあるかもしれないぞ。 iPhone 3G時代から使い続けてきた剛の者であれ、iPhone 5sやiPhone 5cからデビューしたピカピカのiPhone1年生な人であれ、「iPhoneのバッテリーが残り一桁……」というシチュエーションのヤバさに違いはない。モバイルバッテリーを持ち歩くのが現実的な解決策だが、まずは基本となるバッテリー節約術をおさらいしよう。 バッテリーを長持ちさせるテクはいろいろと紹介されているので、今回はiOS 7に焦点を絞りたい。iOS 7から追加された機能を設定でオフにすることで、バッテリー消費を防ぐ方法を紹介しよう。 モバイルデータ通信を使う機能をオフにする 特

iOS版の Chrome がリリースされましたね。 アプリとしての使い勝手どうこうというところよりも、JavaScript エンジン周りをどうしているのかに興味があったのだけど、TechCrunch の記事 (http://techcrunch.com/2012/06/28/hands-on-with-googles-chrome-for-ios-just-like-chrome-for-android-only-slower/) を見る限り v8エンジンは搭載されていないし、当然 UIWebView での JIT コンパイラも有効にはなっていないように見えました。つまり、JavaScript の実効速度に関して言えば、Mobile Safari のそれを上回ることはない。(厳密に言えば、純粋な JavaScrpit の実効速度以外のところの実装が良くてトータルとして速い、というようなこと