MacRuby でメニューバーのステータスメニューに常駐するアプリを作るための雛形をつくりました! - tokuhirom's blog.
MacRuby でメニューバーのステータスメニューに常駐するアプリを作るための雛形をつくりました! MacRuby でささっとメニューバーのステータスメニューに常駐するアプリケーションをつくれたら便利だと思いませんか? メニューバーのステータスメニューとは↓のような領域のことです。 これができると daemontools で常駐とかさせなくても app を start up にいれるだけでいいし、管理が楽です。 この分野では mynu というライブラリが有名なのだが、これはコードが複雑でとりあつかいづらい上に、ドキュメントをよんでも macruby コマンドで走らせようという話しかでてこなくて不安になる。僕がほしいのは .app だ! という気持になるのだ。 というわけで、通常のアプリ開発フローでステータスバーに常駐するアプリをつくるための雛形を作成した。以下のコードを Xcode で生成
HyperCard was not killed. It just died as it should : 404 Blog Not Found
2011年12月01日23:45 カテゴリCode HyperCard was not killed. It just died as it should かつてはそれを使わぬ日が一日とてなかった一人として、半分、同意。 yebo blog: なぜ、HyperCardは死ななければならなかったのか この理由は、HyperCardは別世界のエコーだからだ。コンピュータを使う事とプログラミングする事の境界が弱めら、ほとんど完全に消し去ってしまう世界だ。 Loper OS ≫ Why Hypercard Had to Die なぜ半分しか同意でないかというと、「HyperCardの末裔」はかつてないほど繁栄しているから。Flashしかり、DHTMLしかり。DOMのイベントが全部"on"ではじまるのは伊達じゃない。 むしろ適切な質問は、「なぜHyperCardはHyperCardのままでいられなか
[D] MacBook Air 11inchでChromiumのソースを弄ってみて分かった事
先日紹介したMaximizerによるLionの全画面対応ですが、やっぱりどこまで行っても SIMBLによる対応というのが気持ち悪かったり、タイミングで問題があったり、 非対応で困るアプリが主にChromeだったこともあり、結局自分でChromiumに パッチを書いて全画面対応しました。 で、別に、ここで「自分だけ一足先にChromeの全画面対応したぜ〜」と 自慢したいわけではなくw、一連の作業を行うにあたって、開発は全部Air11インチで 行ってみて、感じたことを書いてみようと思います。 結論的には、11インチのAirでも十分コードが書けたということ。 Chromiumは今時、最も規模の大きいオープンソースプロジェクトの一つで、 ソースコードの量も半端じゃないし、 特に.mmファイルなんて、 一ファイル数千行が当たり前状態なので、縦解像度の少ない11インチにとっては かなり厳しい相手だと言
Snow Leopardにアップデートした後に気をつけること 主にMacPortsとrubygemsについて - mizchi log
DP版ユーザーとして先走って3ヶ月前から使っていました。たぶん修正されないであろう問題があったので、ここに書いておきます。 MacPortsやRubygemsが怪しい挙動を示すんですね。MacPortsが依存を解決せずに中断したり、gems が モノによっちゃrequireできなかったり・・・。この二つ、開発者にとっちゃ致命的な問題。MacPortsはpkgのバージョンチェックでこけたので自分でビルドしたんですが、それが悪いのかと思って調べていたところ、海外の方に既に報告されていました。(日本だと全く情報がありませんでした) 参考 evolution - Snow Leopard with legacy macports and rubygems 超訳 LeopardのユーザーはおそらくOSに載っている標準のRubyを使っていて、既に大量のmacportsとrubygemsがあることだと思
throw Life - Dashcodeでウィジェットを作成する方法
Leopardにはウィジェット開発環境として「Dashcode」が準備されています。 今回は早速そのDashcodeを使って前回のエントリで公開したウィジェット「Jorudan Transfer」を開発してみます。
iPhoneアプリケーションをRubyで作る·iPhone RubyCocoa MOONGIFT
新しいことにチャレンジしたいと思いつつも、そのために新しい技術を習得するとなるとコストが高くなってしまう。もっと手軽にはじめられるとスムーズではないだろうか。特にプログラミング言語は習得コストが高く、気軽にはじめようと思うまでには相当時間がかかってしまう。 iPhoneでRubyCocoaが使える！ 幸いにして、Objective-Cには他言語とのブリッジを行う技術がある。そこで注目したいのがiPhone RubyCocoaだ。 今回紹介するオープンソース・ソフトウェアはiPhone RubyCocoa、その名の通りiPhone向けネイティブアプリケーションをRubyで開発するためのフレームワークだ。 iPhone RubyCocoaはRubyCocoaをiPhone向けに展開したフレームワークだ。RubyのスクリプトでiPhone向けの記述ができ、コンパイルすることでネイティブなアプリケ
Mac OSX用Gitリポジトリブラウザ·GitNub MOONGIFT
Gitを使っている場合、ターミナルで使うのが当たり前になっていてGUIでデータを見たいとは思わなかった。だが、プロジェクトが進むにつれて経過をみたり、複数人でプッシュが混在してくると何を変更したのかといったデータを見たくなる。 Gitリポジトリ専用ビューワー もちろんターミナルからでも見られないことはないが、ビジュアル的な方が分かりやすいのは確かだ。そのような時はGitNubを使ってみよう。 今回紹介するオープンソース・ソフトウェアはGitNub、Mac OSXらしいGitリポジトリブラウザだ。 GitNubはあくまでもリポジトリブラウザであって、リポジトリに対しての操作はできない。コマンドラインとGUIアプリケーションの組み合わせと言うちょっと奇妙なソフトウェアだ。アプリケーションはアプリケーションディレクトリにいれ、nubコマンドはパスの通った場所に配置する。 差分も見やすく表示される
クライアントPCに言語環境を入れる理由 （1/3）- ＠IT
準備編 クライアントPCに言語環境を入れる理由 繁田 卓二 株式会社 qnote 2008/7/25 エディタとWebブラウザさえあれば開発できる手軽さが特徴のLL言語。開発工程や環境を見直すと、もっとスマートなプログラミングが可能になる（編集部） 最近、Webアプリケーション開発者の間ではMacに移行することがトレンドとなりつつあります。そこには単に「おしゃれだから」「格好いいから」という理由ではなく、「開発の効率化」という言葉が背景にあるようです。 もちろんRubyやPHPをはじめとするLL言語（Lightweight Language：軽量プログラミング言語）と呼ばれる最近の言語は、実行環境だけでなく開発環境もプラットフォームに依存せず、極端な話、エディタとWebブラウザさえあれば開発できます。 にもかかわらず、Macが開発者に好まれるのは、Mac OS X 10.5 Leopard
MacOSXによるUNIX系開発：プログラマー社長のブログ：オルタナティブ・ブログ
私がプログラミングの仕事をする際には、8割以上、最近だと9割以上UNIX系OSで、C言語を使ってネットワークプログラムを作ります。最近ではEclipsやVisualStudioなどのような統合開発環境を使う開発も多いと思いますが、私は昔ながらの、viエディターとmakeで仕事をしてます。この開発スタイルの場合、端末エミュレータでtelnetやsshで開発機にログインすれば、開発機の目の前で作業せずに仕事ができますし、今時のネットワークは高速なのでリモートで作業してもほとんどストレスを感じません。統合開発環境を使う場合はリモートデスクトップなどで画面イメージを飛ばして遠隔作業ができますが、それはさすがに今時のネットワークでも結構重たい感じになります。 まあ、それはさておき、端末エミュレータを使うことを考えると、Windowsより断然MacOSXです。なにしろOSXはBSDがベースですから、元
Mac OS Xで動かす軽量プログラミング言語 − ＠IT
繁田 卓二 株式会社 qnote 2008/6/5 Mac OS X（Leopard）では、Webアプリケーション開発でおなじみのPerlやPHP、Python、Rubyといった軽量プログラミング言語を扱うことができます。その設定方法を紹介しましょう（編集部） 名実共にUNIXと認定されたMac OS X 10.5 Leopard。最近ではUNIX系Webアプリケーションの開発機としてMacを使用されている方も多いのではないでしょうか？ その理由の1つとして、Webアプリケーション開発に必要な一連の工程が、1台のMac上でシームレスに行えるというメリットが挙げられます。従来のようにプログラミング・動作デモ・デバッグ・単体テスト・性能評価などといった環境それぞれを「構築する」のではなく、手元のMac上に「乗せる」というスタイルは、迅速さと適応性を求める最近の開発スタイルにうまくマッチしている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「RubyCocoa 1.0.1」リリース Snow Leopard対応、x86_64アーキテクチャのバグ修正