UWPからデスクトップアプリに回帰すべく、MSが送り出した「Project REUNION」 (1/2)
自分で分断しちゃったUWPとデスクトップアプリの両環境を 再度結合しようとしているマイクロソフト マイクロソフトはオンラインカンファレンスのBuild Windowsで「Project REUNION」を発表した。かなりプログラミング寄りの話なので、今回は誤解を恐れず、大胆な省略と例えを使って解説する。 「Project REUNION」って、なんかすごいもののようだが、実際には大したことはない。というのも、そもそもマイクロソフトがWindows 8でデスクトップ環境とモダン環境を“分断”しなければ、REUNIONは必要なかったからだ。つまり、自分で2つに分けちゃっておきながら、今になって再結合って言い出しているわけで、例えて言えば、「花瓶割っちゃったので接着剤で付けました」的な話である。 マイクロソフトがUWPからデスクトップアプリ（Win32アプリ）に回帰しようとしているという話は、本
ブラウザーをVivaldiに乗り換え。ChromiumベースでFirefoxのようにUIのCSSカスタマイズ可能 - AndroPlus
使っているCSS 一応私が使っているCSSを載せておきます。 ブックマークパネルの下にあるプレビューパネルを隠す ブックマークパネルの下にある、プレビュー・編集パネルは高さ調整できますが、再起動すると戻ってしまいます。スペースを取っている割にはタイトルやURLを詳しく見られるわけでもないので、消してしまいました。 消した後もアドレスバーのブックマークボタンなどで編集できます。 /* ブックマークパネルの下にあるプレビューパネルを隠す */ .panel-bookmarks-edit{ display: none !important; } ブックマークパネルのタイトルと + – ボタンを隠す ブックマークパネルの上部のタイトルと、新規作成・削除ボタンを消します。 /* ブックマークパネルのタイトルを隠す */ #panels > div.panel-group > div > div.pa
これ、実はけっこう深遠な話
もはや無効なメタファー…というわけでもない書き方は釣りっぽいけど、今30代前半以下のPCユーザーにはフロッピーディスクを実際に見たことがない人達が多いはずで、あのアイコンが「保存のメタファー」として直感的でなくなってるのは確かだと思います。 ただ、検索を虫眼鏡アイコンで、電話を黒電話アイコンで、電気を稲妻アイコンで表象するのと同じように、ひとたびユーザーの側に「これはこういうもの」という強力な連想が確立・共有されてしまえば、ユーザーが必ずしもその表象されてる実物を知らなくても大きな問題は起きないようにも思います。 そもそも機能アイコンとは何なのかそれより何より、自分が昔から気になってるのは、この保存アイコンに代表される「機能アイコン」の特殊性についてです。多くの人々が感じているように、機能アイコンには意味がわかりにくいものが多い。たとえばWordやExcelだとこんな感じ： https:/
画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール | UXデザイン会社Standardのブログ
2014.11.19 / UI 画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール Tomohiro Suzuki クライアントやディレクターから渡された画面遷移図を元にワイヤーフレームを作ってみると、後から足りない画面が次々に発見された、または画面内の情報がどこに繋がるのか分からないといった経験はありませんか？ この画面遷移図というものは本来は制作範囲の全体像と構造を明確にし、必要な画面というものを洗い出したりするものです。通常のWebサイトであれば、従来のような画面遷移図でも問題ないかもしれませんが、多くのインタラクションが発生するサービスの設計では複雑化しやすく、何度も情報を行き来して確認することになるため時間がかかります。 原因のひとつとして、画面遷移図では画面名のみを記載して繋げていくことになるため、必要な情報が不足していることが挙げられます。その結果、本来で
【Objective-C】コードでAutolayout
以前からAutolayoutの重要性や便利さをちらちら目にしてきましたがとっつきにくさからずっと避けてました。 そろそろ身につけなきゃとうことでレシピをまとめたいと思います。 参考 http://www.slideshare.net/classmethod/i-os-auto-layout を参考にさせて頂きました。 Autolayoutとは AutolayoutとはviewにConstraint（制約）を付けることでレイアウトする方法。 各view同士を5px間隔で配置する、など画面の大きさにとらわれず最適なviewの配置をします。 制約はNSLayoutConstraintクラスによって定義でき、制約には優先度を設定できます。 NSLayoutConstraint NSLayoutConstraintは2つのコンストラクタがあります。 constraintsWithVisualForm
ユーザーエクスペリエンスとは何か？【インタビュー】ホワイトハウスも注目のUXデザイナーJanice Fraser氏（前編） デザイン会社 ビートラックス: ブログ
世界中で講演を行い、ホワイトハウスでもプレゼンテーションを行ったという「UXの第一人者」Janice Fraser氏。 UXに特化する会社を立ち上げた彼女の経験・バックグラウンドや、彼女が語る「Lean UX」などに関しては同記事の後編に譲るとして、まずは彼女が定義する「UXとは何か？」ということや、よく混同されがちな「UIとUXの違い」、更には「国を超えるとUXに違いはあるのか？」「良いUXを測るための指標」について伺った。 ◆目次（前編）◆UXとは？混同されがちなUIとUXUXに国ごとの違いはあるか？良いUXかどうかを測る指標は？◆話者プロフィール◆ ゲストトーカー：Janice Fraser LUXr, Inc. CEO @clevergirl UXデザイナー、起業家。UXを重視したウェブサービスのデザインを手がけるAdaptive Path社の共同創業者、初代CEO。 15年に渡る
iOS な人が Android アプリを開発するときに気をつけたいこと | SmartNews開発者ブログ
Android の次期バージョン 4.4 の名称が《KitKat》だと発表されました。Android は歴代のバージョンに「アルファベット順のお菓子の名前」を付けていることで有名ですが、今回まさかの企業コラボ。「K」は「Key Lime Pie」になるだろうと言われていたのに、さすがの斜め上です。。 着実に進化を続け、いまやスマートフォンの世界シェアの8割近くを占める[1]ようになった Android ですが、多くのサービスは依然として「iOS ファースト」で開発している[2]ように思います。かくいう SmartNews も、まず iOS版から始まり、Android版が出たのはその数ヶ月後でした。 そういった場合、「iOS を出して、それがうまくいったら、Android にそのまま移植すればいい」というよう考え方をしてしまいがちなのですが、それでは多くの場合よいものになりません。どうしても
プログラマのためのカラーパレットツールを作りました - shoya.io
Paletta - HSV Color palette for every Programmer 背景 フラットデザインの台頭によって、昨今のアプリ/サービス開発において「色選び」が重要視されています。例えば上の写真は次のトイレの時刻を機械学習で予測するRestCastというアプリですが、「いい感じの青」を基調としたタイルを敷くことで、トイレというワードをニオワセないデザインに仕上がるよう心がけてつくりました。 デザイナー/プログラマーの皆さんは普段どうやって色を選んでいるのでしょうか。多くの場合、既存のカラーパレットをぽちぽち選択したり、#123456のようなカラーコードを調整するのではないかと思います。実は、この方法で「いい感じの色」を選ぶのは難しいのです。その理由を色の表現方法を踏まえて説明します。 混色系と顕色系 色を数値で表現する方法を表色系といいます。オストワルト表色系やマンセ
意識高いiOSアプリのつくり方 - 方向
基本編 1. Objective-Cで書く Obj-C使いたくないが諦める 結局Obj-C使うのが一番楽であることに気づくのだ 2. Xcodeを使う VimとかEmacsとかAppCodeで書きたいが諦める 結局Xcode使うのが一番楽であることに気づくのだ 設計編 3. 仕様とUIをしっかり設計してから実装する きちんと設計しないとあとから大量の手戻りが発生して泣きたくなる。 技術的に可能なことをやろうとしているのか 基本的な画面設計 メインのビュー部分 ナビゲーション方法（TabBarなのかNavigationBarなのかNavigationDrawerなのか） くらいは最低限調査・設計しておく 4. フレームワーク的ライブラリを使わない UIKitは既に十分にフレームワークになっており、新たな思想を持ち込む必要はない Reactive Cocoaを使うのはUIKitのMVCをよくよ
スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict
顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは「一画面の機能数とボタン数」が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日本の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの本質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
