Tofu_Top
 豆腐……それは遙か昔中国で唐の時代に紀元を持つ謎の白色の物体。言い伝えによると中国の奥地で猿が棒を投げたところに現れたと言う。投げた猿は突然かしこくなり、人語を話だし、今就職難だから何か良いところ無いっすかね?と村人へ告げ、職業訓練センターへと消えたそうだ。

 これは頭の良くなる物体だと言うことで、数多くの冒険家がこの豆腐を求めて旅立ったのだが、簡単には行かなかった。

 この豆腐というもの、その姿は山のように大きく、目が光り、口からトーフーと言う雄叫び(名前の由来)を上げて暴れ回った。尻尾の一振りすると、その衝撃波で一つの街が消滅したと言う逸話もある。つまりだ、これはただの物体では無かった。生きていたのである。生きていただけではなく、その力からして所謂妖怪魔物の一種だったと言えよう。

 自分の知っている豆腐と違う?いやいや、確かに豆腐の末裔は今でこそ家畜となり人々の生活に溶け込んでいるが、その実態は魔。魔物なのだ。君が口に運んでいるもの、それは魔の残りかすである。それを食っているのである。

 むろん、誰一人として豆腐に立ち向かわなかった訳では無い。ある時は麻婆さんが妖力で片栗粉に閉じ込め、ある者は知謀で熱湯の罠へと豆腐を落とし、またある者は頭から聖なる醤油とショウガをかけて退治した。

 しかし、豆腐はコージョーと言うものを作り、パートのヲバチャンの呪力を借りてその数を増やし続けた。

 日本には豆腐百珍と言うものがあった。天明の時代に書かれた豆腐の本で、百種類の豆腐の倒し方が書いてあったと言う。日本人も戦っていたのだ。ビバ祖先。

 やっこ、田楽、焼き豆腐、ありとあらゆる手段で攻撃された豆腐勢力はじりじりとその勢力を減少させ、ついには無害といえるまでに衰退したのである。現代では完全に豆腐は家畜と化した。

 しかしである、確かに大人しくはなったがこれはいつ牙を剥くか分からない。油断は禁物である。なにしろこれは魔物なのだから。あまり知られてはいないが、今でも豆腐の魔に魅入られた事件は後を絶っていないのだ。

 おや、君の後ろに立っているその四角いもの、それは……何だい……?

 ……とか言うテキトーな作り話はまるで関係無く、ただひたすら豆腐をフリックするゲーム。豆腐は左へ、それ以外は右へ。さぁ、レッツプレイ!

豆腐フリッカー App
カテゴリ: ゲーム / 価格: 無料
豆腐、フリックしてみませんか?


StatusMenu_sc1
メニューバーの右側に常駐するアプリあるじゃないですか。

あれでタイマーが欲しいなと思っていた訳ですよ。それでしばらく情報を集めつつ、ちまちま作っていた訳ですが……出来ました!


  • Status Timer
    ステータスバーに常駐し、通知センターで教えてくれるタイマーアプリ。1分〜6時間まで対応。


    StatusMenu_set

    しかし、MacAppStoreで配布するにはアップル様にMacOSDeveloperとして登録して、今のiOSデベロッパーの年間1万円にさらに年間1万円を上納しないと出せない訳で……高いなー……また今度考えよう。

    そういう訳でこの辺に野良アプリとして置いときます。FREEです。

    ちなみにOSX10.9 Marvericksだと知らないアプリだから実行出来ませんとか言われると思いますが、MacAppStoreとMacDeveloperに登録していないとそう言われるようです。たぶん右クリックから実行するとかで実行出来たと思います。

    アプリは問題無いです。MacOSXのセキュリティ設定のせいです。アップルの囲い込みが激しいと思う今日この頃。

    以下興味のある人用、技術者向け読み物。

    メニューバーに常駐するアプリの作り方

    かいつまんで要点をまとめると次のような感じです。

    ・ドックに表示しないようにする
    ・起動時にウィンドウを表示しないようにする
    ・ステータスメニューアイテムを作って、クリックでメニューを表示するようにする

    ◯ ドックに表示しないように。
    TARGET>Info>Custom OSX Application Target PropatiesにApplication is Agentを追加。YES。

    ◯ ウィンドウを起動時に表示しないように。
    WindowのプロパティのVisible at launchをオフにする。

    StatusTimer_w_visible

    ◯ ステータスバー用のメニューをxibで作成。

    これを.mファイルにStatusMenuプロパティとして設定します。Ctrl+ドラッグですね。

    @interface stAppDelegate ()
      @property (weak) IBOutlet NSMenu *StatusMenu;
    @end
    

    ちなみにiOSだと@implementationにアウトレットが接続出来る訳ですが、Macだと出来ない模様。やると勝手に@prppertyが作成されてローカル変数の方はアンダーバー付きのものになります。

    個人的にこの方式は好きじゃないので、ローカル変数の方を削除。@propertyだけ残します。

    あと話が飛びますが、iOSで未だに@propertyを@synthesizeしてるのを良く見ます。@propertyは@synthesizeしなくともselfをつければアクセス出来ます。syhthesizeする方式は古いです。撲滅しましょう@synthesize。

    ◯ 本体(?)作成。ステータスバーに常駐するやつですね。ステータスアイテムと言うのが正式なのでしょうか?まあ仕組みが分かると本体では無いと言うことが分かりますがとりあえず。クリックした時にメニューが出るようにします。

    @implementation stAppDelegate{
        NSStatusItem *stItem;
    }
    
    - (void)applicationDidFinishLaunching:(NSNotification *)aNotification{
    
      //ステータスバーのインスタンスを取得
      NSStatusBar *systemStatusBar = [NSStatusBar systemStatusBar];
    
      //ステータスアイテムを作成
      stItem = [systemStatusBar statusItemWithLength:NSVariableStatusItemLength];
      [stItem setHighlightMode:YES];//ハイライトする
    //  [stItem setTitle:@"StatTimer"]; //文字を設定する場合
      [stItem setImage:[NSImage imageNamed:@"Icon16.png"]];//画像アイコンを設定する場合
    
      //クリックした時にself.StatusMenuが表示されるようにする
      [stItem setMenu:self.StatusMenu];
    
    }
    

    ・あとはSettingとかQuitとかのメニュー項目をアクションやらOutletとして繋いだりして実装して行く訳です。この辺はiOSとほぼ同じです。

    参考リンク:
    http://cocoatutorial.grapewave.com/2010/01/creating-a-status-bar-application/

    http://genjiapp.com/blog/2013/01/04/how-to-develop-a-status-bar-app-for-os-x.html

    https://developer.apple.com/library/mac/documentation/cocoa/reference/applicationkit/classes/nsstatusitem_class/Reference/Reference.html

    Macで通知センターを使う方法

    NSUserNotificationCenterというものを使います。これが通知センターらしいです。これにNSUserNotificationオブジェクトを渡すと通知してくれる仕組みみたいです。

    まず起動時にヘッダーにNSUserNotificationCenterDelegate宣言して、applicationDidFinishLaunchingでデリゲート。

    [[NSUserNotificationCenter defaultUserNotificationCenter]setDelegate:self];
    

    次にローカル変数を宣言。なんでローカル変数にしてるかと言うと、キャンセルすることがあるからです。

    @implementation stAppDelegate{
        NSUserNotification *scheduleNotif;
    }
    

    以下のカスタムメソッドで実行します。

    //ノーティフィケーションをスケジュール
    -(void)setScheduleNotification:(int)min{
        
        scheduleNotif = [[NSUserNotification alloc]init];
        int scheduleTime = min * 60;
        scheduleNotif.deliveryDate = [NSDate dateWithTimeIntervalSinceNow:scheduleTime];
        scheduleNotif.title = [NSString stringWithFormat:NSLocalizedString(@"TimePassed", nil),min];
        scheduleNotif.informativeText = @"Status Timer";
        scheduleNotif.soundName = NSUserNotificationDefaultSoundName;
        
        [[NSUserNotificationCenter defaultUserNotificationCenter]scheduleNotification:scheduleNotif];
    
    }
    

    ちなみに、最後のscheduleNotification:をdeliverNotification:に変えるといくらdeliveryDateを設定しようともすぐさま実行されます(はまりどころ)。

    キャンセルする時はこう。アップル的にはリムーブらしいですね。

      [[NSUserNotificationCenter defaultUserNotificationCenter]removeScheduledNotification:scheduleNotif];
    

    おまけ

    なお、タイマーの分数を保存してる訳ですが、何でやってるのかと言うと、NSUserDefaultsです。そう、iOSにあるアレです。同じです。iOSで覚えたことは結構Macでも活かせます。ではまた。


何でも書いてみるテスト。

garigari_2014427_1

最近ナポリタン味やら、コーンポタージュ以来どこまで行くのかと思われたガリガリ君ですが、なんとなくまともそうな味が出ました。

イレブンとの共同開発「ミルクたっぷりとろりんシュー味」。

買う買ういいつつようやく近所のイレブンで手に入れました。側に「ナポ……」とか言う文字が書かれたナニカのパッケージも見えましたが全力で回避。ふぅ、危ない危ない。149円也。

開封。

甘ぇ……。簡単に言うと練乳。ちょっと小難しく言うとスキムミルク。成分で言うと砂糖とミルク。そういった類のものシュー味のガワの中にとろりんと中に入っておりました。

んー、まずくはないんだが……普通の多少リッチなアイス。自分がガリガリ君に求めるのは新奇性と美味しさの両立。だが新しく無い気がするっ。

リッチチョコとかコーンポタージュやら結構リピートしてた気がするんですが……おしい。

以上「ミルクたっぷりとろりんシュー味」リポートでした。

tusin

レスポンシブデザインについて調べてみるとモバイルファーストと言う考え方に辿り着きます。

http://ascii.jp/elem/000/000/697/697463/index-5.html

要約すると、まずモバイル用に作って、どこでも情報にちゃんとアクセス出来るようにすると言うことだと思います。

制約があるから集中出来るとか、モバイル端末の機能を使うとかは、ちょっととってつけた感があります。まあそういうことでしょう。

Webのアプリ化

ここ数日目次作ったりレスポンシブデザインにしたりしてた訳ですが、これ、良く考えるとWebのモバイルアプリ化なんじゃないかと思った訳です。

今はまだページ然としてますが、これにインターフェースやアニメーション、プログラムを加えると……今あるようなネイティブアプリみたいにになりますよね。

以下妄想。

HTML5号は倒れたままなのか

iPhoneも当初はWebアプリだけを考えていたと言います。

それが現在のネイティブアプリ全盛になった理由としては、起動が遅い、処理が遅い、レスポンスが遅い、などの遅いづくしだったせいだと思います。

HTML5もFacebookが撤退したせいで終わったと言われています。

果たしてWebアプリは終わったのか。いや、そこにしか無い情報のある限り無くならないのではないか。

ちなみに、アップルはネイティブアプリからWebページを表示するだけのアプリは禁止してたはずなので、WebView乗っけてURLだけ書いて〇〇サイトをアプリ化!……とかは出来ない訳です。Androidは良く知らないのですが…。

Webアプリのネットワークとか

iPhoneでウチのページから「マメニュ」を立ち上げて貰うと分かると思うんですが、シームレスに他のページがアプリとして起動します。あ、更新は突っ込まないで。

モバイルwebの概念がページからページへ移動では無くて、アプリの移動と言う感じになります。使い方が変わる気がします。

マメニュとか素朴なテクノロジーを使ってるのであまりアプリらしくありませんが、現在の技術を使えばもっとアプリらしくすることも出来ます。

これを押し進めるとどういう感じになるのか。

ちょっとまだ想像出来ませんが、夢が無限に広がる大宇宙……というお話でした。

ReponsiveIM

まあ……大体出来た……かな。iPhoneからでも使い易くなりました。

レスポンシブデザインとは何か

PCとかiPhoneとか、タブレットとか世の中には色んなサイズの端末があります。

これをCSSを工夫することによってなんとかサイズの違う多様な端末に対応したデザインにしようと言うのが、レスポンシブデザインになります。

詳しくはこの辺読んでもらうとして。

ブラウザの幅を変えてみてもらえれば成果が分かると思います。

何をやったのかと言うと

  • 画面幅が小さくなったら display: noneでサイドバーを消す
  • それより小さくなったらメインの幅を%に
  • トップイメージの画像や文字の位置を%で指定。
  • サムネイルの大(size-large)と中(size-medium)を%表示に
  • iPhone用にヘッダーにメタタグを記述。
    <meta name=”viewport” content=”width=device-width, initial-scale=1″>

みたいなことを作りながら1コ1コ対処してみたらなんとなくそれっぽくなりました。

基本的に幅さえなんとかすればなんとかなります。高さはautoで十分です。

メディアクエリー

画面の幅でCSSを切り替えるのにはメディアクエリーと言うのを使います。
ソース書くとこんな感じ。

幅600ピクセルを超えると幅がauto(本来のサイズ)に切り替わります。

img.size-large{
	width: 100%;
	height: auto;
}
@media screen and (min-width:600px){
	img.size-large{
		width: auto;
	}
}

padding……

なんかいくらやっても横スクロールバーが出やがりまして。凄く謎だったんですが、paddingのせいでした。

paddingと言うのはdivとかの枠の内側に余白を持たせるCSSなんですが、これが元の幅に”足して”サイズを決定するものなんです。

例えば幅300ピクセルにpaddingを左右20ピクセル入れようと思ったら、幅を260ピクセルに変更しないといけません。……誰なんでしょうねこの仕様を考えた人は……。

という謎仕様によってあちこちに微妙なズレがあったんです。最終的にほとんど使わないことにしちゃいましたけど。いや、強敵だった。レスポンシブデザインの大ボスがpaddingだったとは。

もしやってみて、何故か横スクロールしてしまうと言うときはpaddingとかで何かはみ出てないかチェックしてみるといいかと思います。

このサイトのWordPressテーマ、お手製なんですが(リンク)、ナビゲーション的にちょっと問題があるなと思ってました。

そうだ、目次を作ってみよう。

という訳で、いまんとここんな感じ

>>続きを読む


kaimono1_4sc.png

iOS7、消費税計算に対応

kaimono1.4リリースしました。iOS7、消費税計算に対応。

地味〜なところで言うと合計の3ケタ区切りに対応してます。これで数千万の計算でもダイジョブ大丈夫。

消費税はオプションでオンオフ出来ます。いらないときも安心。メイン画面にオンオフつけようかとも思いましたが煩雑過ぎるのでこうなりました。

プログラムの不思議

ところで、アプリ作るといつも思うんですが、作ってる最中はえらい大変なのに、出来上がると簡単に作ったように見えるのはどういうことなんでしょうね?今回も技術的にはチャレンジャーだったんですが、まるで普通に見えるのはどう言うことなのっ。

シンプルに作るのを心がけているせいなのか、はたまたそういうものなのか、それとも妖怪に騙されてるとか。え、妖怪?だまされてる?

とか思いましたが、よくよく観察してみると、プログラム作業の半分は「ドキュメントを読むこと」なんですね。動かすのには知識が必要。そこに時間が吸い取られます。まあ知識なので、一度習得すれば作るのは速くなると思います。

そして忘れ物

About画面のレビューボタンにリンク忘れました〜。次で対応。
お役に立ちますように。

kaimono – 買物メモ&計算機

Delta?

Xcode5でiOS6とiOS7に対応するためにパーツにiOS6/7 Deltaと言う値を設定する必要があります。これを使えばあのアイヴデザインで生じたiOS6とiOS7とのにっくき差が吸収出来てしまうのです。手動ですが。んー、自動でやってくれって気もしないでも無いですが……。

で、これを実現するためにWebページの例を見ながらやってみました。AutoLayout外して…サイズインスペクタを……サイズインスペクタを……あれっ?……無いよ。

ググって辿り着いたのはやはりStackOverFlow。
http://stackoverflow.com/questions/19306762/inspector-size-on-xcode-5-is-showing-nothing

やー、毎回頼りになるねー。えーっと、クリックしろ?クリックと。ポチ。……ほう、畳まれてましたか……気付くの無理。

以上、何でデフォルトで畳まれているのかアップルに聞きたいでした〜。参考まで〜。

オマケ情報

実はこのデルタと言う値はナビゲーションバーの透明をオフにすることによって不要になります。ナビゲーションバーの分だから当然ちゃ当然なんですが。
Storyboardで設定出来ます。


スクリーンショットPixen

Mac用のドットツールは少ない

WindowsだとEdgeとかGaleとかあるんですがMac用のドットエディタって無い。過去に何本かシェアウエアであって買ってたような気がするんですが、何だったやら…(覚えてない

Pixen!

そこでGoogle先生に聞いてみたところ、見つけたのがこれ。Pixen!みんな大好きMITライセンス!
なんとレイヤーが使える。いや今どき普通か。いやしかし、これが次のアニメーションになると普通じゃなくなるのですな。

アニメーション

piyo
アニメーションが作れるんですね。しかもレイヤーを保持したまま。これかなり理想的。某アドビのソフトとかレイヤーがコマになっちゃってますからね。そうじゃないそうじゃないんだ。レイヤー構造を保ちつつ新しいフレームが欲しいんだ。

上の画像の例で言うと、本体とトサカを別レイヤーにしてそれぞれアニメーションさせてます。

ちなみにアニメーションのファイルは普通の画像とは別なので、後からアニメーションにするとレイヤーとかパーになるので注意。Animation > Create Animation From Imageでコンバートなんですが、レイヤーが統合されちゃいます。

File > New Animationで新規に作りましょう。

バグもいくつかありますが

・たまに色が拾えなくなったりする。>謎。そのうち直った。
・他のソフト使って戻ってくるとツールウィンドウが見えなくなってたりする>一度デスクトップをクリック。
しかし、いいんじゃないでしょうか。現状十分使えます。ドット描くならおすすめ。

http://pixenapp.com/


ScreenAndTablet

なぜか描きやすかったMacBookAir11インチ + intuos4 small

ちょっと前のこと。MacBookAir11インチとintuos4(小さい)を旅先に持っていったんですね。で、これで描いてみたらなぜか予想外に描きやすくて何だろうと思った訳ですよ。

これはintuos4(小さい)が高性能だからかなと思い、普段使ってる24インチモニタにMacBookAirを外部接続し、使ってみたのですが、おかしい、別に描きやすくない。

いつも繋いでるintuos3(大きい)の大きいやつに替えてみると…うん、描きやすい。あれ?こっちの方が面積大きいから良いのかなと思い直し、外部モニタ外したMacBookAirにituos3(大きい)を繋いでで使ってみたら…描きにくい。

性能では無く画面に合った大きさ?

思ったのは、もしや性能とか関係無く、画面に合った大きさのタブレットが描きやすいのではないかと。たぶん、手の移動量と画面の描画が一致するせいかなと。

つまり、大きい画面には大きいタブレットを。小さい画面には小さいタブレットが正解なんじゃないかと思います。

大画面27インチに小さいタブレットを使ってる人とかいるんじゃないかなと思うのですが、多分描きづらいと思うのです。もし知り合いが大きいタブレットを持っていたら借りて試してみるのもいいかと思います。

突き詰めると画面とタブレットが一体になった液タブ、または紙と鉛筆が最高なんじゃなかろうかと言う話はありますが、それは置いておいて。

あくまでも推測ですが参考まで。