<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>QuadCameraのインターフェース改善案 へのコメント</title>
	<atom:link href="http://fladdict.net/blog/2009/01/quadui.html/feed" rel="self" type="application/rss+xml" />
	<link>http://fladdict.net/blog/2009/01/quadui.html</link>
	<description>このブログはfladdictの私的な雑記帳です。公的な発表、考えにつきましては、各種公式サイトをご覧ください</description>
	<pubDate>Thu, 09 Sep 2010 08:09:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>admin より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9621</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 24 Jan 2009 08:19:22 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9621</guid>
		<description>&gt;inamiさん

ありがとうございます。そんなですよね、一般ユーザーを結構取り込んでしまったみたいなので、今後は普及機能を優先するか、エッジを残していくかの判断が難しそうです。

iPhoneのアプリは、いかにアプリケーション臭さを消すか？というのがある種のキーだと思っていて、独自UIは学習コスト面でリスクを負いますが、トータルで見ればメリットも十分にあるかなと思っています。

毎回適当なこと書いてるブログですが、今後ともよろしくお願いいたします。</description>
		<content:encoded><![CDATA[<p>>inamiさん</p>
<p>ありがとうございます。そんなですよね、一般ユーザーを結構取り込んでしまったみたいなので、今後は普及機能を優先するか、エッジを残していくかの判断が難しそうです。</p>
<p>iPhoneのアプリは、いかにアプリケーション臭さを消すか？というのがある種のキーだと思っていて、独自UIは学習コスト面でリスクを負いますが、トータルで見ればメリットも十分にあるかなと思っています。</p>
<p>毎回適当なこと書いてるブログですが、今後ともよろしくお願いいたします。</p>
]]></content:encoded>
	</item>
	<item>
		<title>inami より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9603</link>
		<dc:creator>inami</dc:creator>
		<pubDate>Tue, 20 Jan 2009 00:22:05 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9603</guid>
		<description>初めまして。
UI についての色々な意見、面白いです。
賛否両論ある様で、こういった議論はとても有益な情報ですね。
興味深く拝読させて頂きました。

俺自身、ゲーム会社でデザインの仕事をしており、
UI も手掛けるのですが、ユーザビリティとカッコ良さの狭間で
いつも苦労しています。（苦笑）

基本的にはぽえさんの意見に同意ですが、
作者さんの考えにもシンパシーを感じるところがあり、
他人事とは思えず、ついコメントしてしまいました。


作者さんは「特にトイカメラユーザーを意識している」と仰ってますが、
このアプリは、写真愛好家だけに留まらず、
全 iPhone ユーザーにリーチする楽しい作品だと思いますよ。


P.S.
このブログは iPhone アプリを制作する上で、
大変参考になっております。</description>
		<content:encoded><![CDATA[<p>初めまして。<br />
UI についての色々な意見、面白いです。<br />
賛否両論ある様で、こういった議論はとても有益な情報ですね。<br />
興味深く拝読させて頂きました。</p>
<p>俺自身、ゲーム会社でデザインの仕事をしており、<br />
UI も手掛けるのですが、ユーザビリティとカッコ良さの狭間で<br />
いつも苦労しています。（苦笑）</p>
<p>基本的にはぽえさんの意見に同意ですが、<br />
作者さんの考えにもシンパシーを感じるところがあり、<br />
他人事とは思えず、ついコメントしてしまいました。</p>
<p>作者さんは「特にトイカメラユーザーを意識している」と仰ってますが、<br />
このアプリは、写真愛好家だけに留まらず、<br />
全 iPhone ユーザーにリーチする楽しい作品だと思いますよ。</p>
<p>P.S.<br />
このブログは iPhone アプリを制作する上で、<br />
大変参考になっております。</p>
]]></content:encoded>
	</item>
	<item>
		<title>admin より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9601</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 19 Jan 2009 15:46:47 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9601</guid>
		<description>&gt;ぽえさん

ご指摘どうもです。
基本的に、ぽえさんの指摘が教科書的には正しいのですが、QuadCameraではあえてそれは採用しませんでした。もちろん理由あってです。

QuadのUIはチンマリしていますが、一応クリックしにくいレベルにはならないようにテストしています。つまり字が小さいだけな感じですね。

個人的にはQuad程度の選択肢量だったら、標準UIで設定画面にスクロールがついてしまうよりは、ちんまりしたUIにしても１画面に抑えるほうがよいと考えました。 ボタン数があの程度だったら、２～３日の学習コストでユーザーに慣れてもらうほうが、毎回スクロールするより、利便性が高いと判断したからです。

もう１つダサいうんぬんの話ですが、普及機、大衆モデルと考えるならばQuadは、標準UIでも別によかったと思います。ただ個人的にターゲット層がカメラ、特にトイカメラユーザーを意識しているので、アプリであることの前に世界観のほうが重要であると思いました。　学習コスト的に数回の仕様で理解できる程度の不便さならば、長期的に使ってくれる人の為に、世界観を有効にしたほうがいいと思うわけです。

多分価値観の違いなんだと思いますが、数日使ってもらえればぽめさんもインターフェースは大して気にならなくなるんじゃないかと思いますが、どうでしょうか。</description>
		<content:encoded><![CDATA[<p>>ぽえさん</p>
<p>ご指摘どうもです。<br />
基本的に、ぽえさんの指摘が教科書的には正しいのですが、QuadCameraではあえてそれは採用しませんでした。もちろん理由あってです。</p>
<p>QuadのUIはチンマリしていますが、一応クリックしにくいレベルにはならないようにテストしています。つまり字が小さいだけな感じですね。</p>
<p>個人的にはQuad程度の選択肢量だったら、標準UIで設定画面にスクロールがついてしまうよりは、ちんまりしたUIにしても１画面に抑えるほうがよいと考えました。 ボタン数があの程度だったら、２～３日の学習コストでユーザーに慣れてもらうほうが、毎回スクロールするより、利便性が高いと判断したからです。</p>
<p>もう１つダサいうんぬんの話ですが、普及機、大衆モデルと考えるならばQuadは、標準UIでも別によかったと思います。ただ個人的にターゲット層がカメラ、特にトイカメラユーザーを意識しているので、アプリであることの前に世界観のほうが重要であると思いました。　学習コスト的に数回の仕様で理解できる程度の不便さならば、長期的に使ってくれる人の為に、世界観を有効にしたほうがいいと思うわけです。</p>
<p>多分価値観の違いなんだと思いますが、数日使ってもらえればぽめさんもインターフェースは大して気にならなくなるんじゃないかと思いますが、どうでしょうか。</p>
]]></content:encoded>
	</item>
	<item>
		<title>ぽえ より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9600</link>
		<dc:creator>ぽえ</dc:creator>
		<pubDate>Mon, 19 Jan 2009 04:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9600</guid>
		<description>「非常に見づらいUIデザインだなぁ」と思っていた矢先、このエントリーを見つけました。

別に『QuadCamera』に限った話ではないのですが、特に必然性が無い以上、素直に標準の（ユーザーにとって見慣れた、使い慣れた）パーツを採用して欲しかったです。その方が見映え・使用感ともに違和感を感じる事なく、サクサクと迷わず使える点で好ましく思います。

（絵的には）クールでスタイリッシュなデザインだとは思いますが、小さなビットマップフォントは確実に視認性を落としており、視力が弱い私には、かなり見づらいです。

ゲームなどの場合「世界観を損なわない為」など、独自にデザインする意義も機能性も大きいですが『QuadCamera』の様な小道具系のアプリの場合は、極力、標準的なデザインに合わせてしかるべきではないかと思います。

「iPhoneディフォのテキストだとダサい」との事ですが、視認性を犠牲にしてまでカッコ良くする意味はどこにも無いと思います。（ちょっと辛口ですが、そんな風に表面的なカッコ良さを追い求める姿勢の方がずっとダサいと思います。）「見映えをカッコ良くする」＝「優れたUIデザイン」では決してありません。

身も蓋もない意見ですみません。
アプリ自体はお気に入りです。</description>
		<content:encoded><![CDATA[<p>「非常に見づらいUIデザインだなぁ」と思っていた矢先、このエントリーを見つけました。</p>
<p>別に『QuadCamera』に限った話ではないのですが、特に必然性が無い以上、素直に標準の（ユーザーにとって見慣れた、使い慣れた）パーツを採用して欲しかったです。その方が見映え・使用感ともに違和感を感じる事なく、サクサクと迷わず使える点で好ましく思います。</p>
<p>（絵的には）クールでスタイリッシュなデザインだとは思いますが、小さなビットマップフォントは確実に視認性を落としており、視力が弱い私には、かなり見づらいです。</p>
<p>ゲームなどの場合「世界観を損なわない為」など、独自にデザインする意義も機能性も大きいですが『QuadCamera』の様な小道具系のアプリの場合は、極力、標準的なデザインに合わせてしかるべきではないかと思います。</p>
<p>「iPhoneディフォのテキストだとダサい」との事ですが、視認性を犠牲にしてまでカッコ良くする意味はどこにも無いと思います。（ちょっと辛口ですが、そんな風に表面的なカッコ良さを追い求める姿勢の方がずっとダサいと思います。）「見映えをカッコ良くする」＝「優れたUIデザイン」では決してありません。</p>
<p>身も蓋もない意見ですみません。<br />
アプリ自体はお気に入りです。</p>
]]></content:encoded>
	</item>
	<item>
		<title>admin より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9598</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sun, 18 Jan 2009 12:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9598</guid>
		<description>&gt;furokuさん
あら、わかりにくかったですか？
ちょっと検討してみます。ありがとうございます。

&gt;toroさん
技術的な話としては可能だと思います。
ただ保存できるのは、あくまで300*400の画像なのですが、こちらで需要ありますでしょうか？ メニューパネルのスペース的に、色系をもう１行増やすか、レイアウト系をもう１行増やすことはできると思うので、ちょっとどっちを採用するかで悩み中です。</description>
		<content:encoded><![CDATA[<p>>furokuさん<br />
あら、わかりにくかったですか？<br />
ちょっと検討してみます。ありがとうございます。</p>
<p>>toroさん<br />
技術的な話としては可能だと思います。<br />
ただ保存できるのは、あくまで300*400の画像なのですが、こちらで需要ありますでしょうか？ メニューパネルのスペース的に、色系をもう１行増やすか、レイアウト系をもう１行増やすことはできると思うので、ちょっとどっちを採用するかで悩み中です。</p>
]]></content:encoded>
	</item>
	<item>
		<title>toro より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9597</link>
		<dc:creator>toro</dc:creator>
		<pubDate>Sun, 18 Jan 2009 12:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9597</guid>
		<description>今後アップデートで、連写したものを１枚づつ保存する機能（８枚連写すれば８枚の画像を保存）をつける予定はありますか？</description>
		<content:encoded><![CDATA[<p>今後アップデートで、連写したものを１枚づつ保存する機能（８枚連写すれば８枚の画像を保存）をつける予定はありますか？</p>
]]></content:encoded>
	</item>
	<item>
		<title>furoku より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9596</link>
		<dc:creator>furoku</dc:creator>
		<pubDate>Sat, 17 Jan 2009 21:09:18 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9596</guid>
		<description>はじめて使った時に、写真がどこに保存されたかわからなくて、一瞬不安になりました。

「fladdictさんのアプリなんでまさか消えるなんてことはない」っていう意識で「たぶん写真のところに」って探したらあったわけですが１回目の保存のときぐらいメッセージがあってもよいかもと。
＃もしかすると、そういうメッセージあった？のかもしれないけど。

それ以外は特にないです。

QuadCameraを使ってから、（活きた）表情が撮りやすくなって
もうめっさ使わしてもらってます＾＾</description>
		<content:encoded><![CDATA[<p>はじめて使った時に、写真がどこに保存されたかわからなくて、一瞬不安になりました。</p>
<p>「fladdictさんのアプリなんでまさか消えるなんてことはない」っていう意識で「たぶん写真のところに」って探したらあったわけですが１回目の保存のときぐらいメッセージがあってもよいかもと。<br />
＃もしかすると、そういうメッセージあった？のかもしれないけど。</p>
<p>それ以外は特にないです。</p>
<p>QuadCameraを使ってから、（活きた）表情が撮りやすくなって<br />
もうめっさ使わしてもらってます＾＾</p>
]]></content:encoded>
	</item>
	<item>
		<title>slo より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9595</link>
		<dc:creator>slo</dc:creator>
		<pubDate>Sat, 17 Jan 2009 19:04:22 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9595</guid>
		<description>いままでのカメラアプリのなかでいちばん気に入ってます！

カメラの画面（アプリ立ち上げた画面）に
連写でシャッターが切れるタイミングを示すカウントみたいのは出せますか？
例えば、黒丸●が点滅で3、2、1、カシャ、3、2、1、カシャ・・・という風に。
もしくは、都度、ゲージが縮んでいってゼロ位置で切れる、とか、
画面上になにか連写の"間合い"がとれるものが示されると、使いやすくなると
思います。

TIMERの値を変えて色々使い方を楽しめるんですが、ぱっとアプリ出したときに
いま速写だっけ「証明写真」くらいだっけ？と忘れてて設定画面見に行ったり
します。
なので、画面上にもいまのTIMERの値が出てるのもいいかも（実際のカメラ風）</description>
		<content:encoded><![CDATA[<p>いままでのカメラアプリのなかでいちばん気に入ってます！</p>
<p>カメラの画面（アプリ立ち上げた画面）に<br />
連写でシャッターが切れるタイミングを示すカウントみたいのは出せますか？<br />
例えば、黒丸●が点滅で3、2、1、カシャ、3、2、1、カシャ・・・という風に。<br />
もしくは、都度、ゲージが縮んでいってゼロ位置で切れる、とか、<br />
画面上になにか連写の&#8221;間合い&#8221;がとれるものが示されると、使いやすくなると<br />
思います。</p>
<p>TIMERの値を変えて色々使い方を楽しめるんですが、ぱっとアプリ出したときに<br />
いま速写だっけ「証明写真」くらいだっけ？と忘れてて設定画面見に行ったり<br />
します。<br />
なので、画面上にもいまのTIMERの値が出てるのもいいかも（実際のカメラ風）</p>
]]></content:encoded>
	</item>
	<item>
		<title>admin より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9592</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 17 Jan 2009 00:07:06 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9592</guid>
		<description>&gt;処理が終わった後のプレビューでもセンサによる回転が有効だとみんなで遊んでるときに大分嬉しかったりします・・・！

ちょっとこれ、テクニカルに可能かどうか検証します！！　どうもです！


グリッド的には２：１で分割できるようになってるんですが、チェックボックスの直線と合わなくてキモいというオチがありましたｗ

とりあえず、他の方からの提案でOKというのがあったので、それを採用しようかと。　あるいはボールド体とか。</description>
		<content:encoded><![CDATA[<p>>処理が終わった後のプレビューでもセンサによる回転が有効だとみんなで遊んでるときに大分嬉しかったりします・・・！</p>
<p>ちょっとこれ、テクニカルに可能かどうか検証します！！　どうもです！</p>
<p>グリッド的には２：１で分割できるようになってるんですが、チェックボックスの直線と合わなくてキモいというオチがありましたｗ</p>
<p>とりあえず、他の方からの提案でOKというのがあったので、それを採用しようかと。　あるいはボールド体とか。</p>
]]></content:encoded>
	</item>
	<item>
		<title>tats より</title>
		<link>http://fladdict.net/blog/2009/01/quadui.html#comment-9590</link>
		<dc:creator>tats</dc:creator>
		<pubDate>Fri, 16 Jan 2009 19:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://fladdict.net/blog/?p=1670#comment-9590</guid>
		<description>完全にユーザ側の都合でアレなんですが、処理が終わった後のプレビューでもセンサによる回転が有効だとみんなで遊んでるときに大分嬉しかったりします・・・！

それからupdate/cancelってボタンの横幅に差をつける等では不味そうでしょうか？深津さんのことなので確実に試したかと思われますが。（汗</description>
		<content:encoded><![CDATA[<p>完全にユーザ側の都合でアレなんですが、処理が終わった後のプレビューでもセンサによる回転が有効だとみんなで遊んでるときに大分嬉しかったりします・・・！</p>
<p>それからupdate/cancelってボタンの横幅に差をつける等では不味そうでしょうか？深津さんのことなので確実に試したかと思われますが。（汗</p>
]]></content:encoded>
	</item>
</channel>
</rss>
