photo credit: PabloBD
(function(o) {
window.addEventListener('load', o, false);
})(function() {
var nodes = document.getElementsByTagName('a');
for (var i = 0; i < nodes.length; i++) {
nodes[i].onmouseover = function() {
console.log(this.href);}
}
});
コード自体はページ内のリンクのマウスオーバでリンク先URLをコンソールに出してるだけです。
どうでしょうか、なんとなくシュッとしてる感じがしませんか？
それは、名前を付ける という事をしていないのです。
ではでわ。
みなさんこんばんは。
ここのところfontでウキウキしていた私ですが
これまで、CSSで影つけたことがなく、
スクロールバーも発生しないのです。
こんな感じでhtmlを書くとします。
<div class="sample03">EIPLAB</div>
CSSは
.sample03{
font-size: 100px;
color: #669933;
padding: 5px;
text-shadow: 3px 6px 8px #333333;
} こんな感じにしてみます。
そうしてブラウザでみてみると、
こんな感じになります。
文字から距離をおかないでおくこともできます。
.sample03{
font-size: 100px;
color: #ffcc66;
padding: 5px;
text-shadow: 0 0 6px #6666cc;
}
こんな感じですね。
文字の色を変えると
背景の色とあわせたりすると面白いかも。
とてもいいなあと思ったところは、
.sample03{
font-size: 100px;
color:rgba(255,255,255,0.8);
padding: 5px;
text-shadow: 0 0 6px #6666cc, 3px 6px 8px #333366, 20px 20px 33px #cc6699;
}
3種類の影を書いてみました。
ついでに、文字色の指定の仕方を
こんな感じになりました。
デザインする時はphotoshopとかなので
文字で指定できるところの良いところは
こんにちは。
MOTODEV Studio for AndroidはEclipseベースのIDEとなっています。
開発環境
Macbook Pro (Snow Leopard)
準備編
まずはAndroid SDKを入手します。
ダウンロードはこちら から
お好きな場所へ解凍します。
android-sdk-mac_x86/tools/android を実行します。
Installed packageから必要なSDKを選択してインストール。全部選ぶとかなり巨大ですのでご注意を。
また、Google API、Galaxy tab 用の拡張パッケージもインストールできます。
MOTODEV Studio for Androidをダウンロード。
http://developer.motorola.com/docstools/motodevstudio/
ダウンロードはこちら から。
最初にユーザ登録をしなければなりません。
ログイン後、Mac OS X 64bit用をダウンロードします。
MOTODEV_Studio_for_Android_2_2_1_MacOSX-x86_64.jarを実行するとインストーラが起動します。
インストールされたアプリケーションを起動します。
workspaceを任意に指定 -> deviceを新規追加。（今回はXperia acroにdpi等を合わせました）
File -> New -> Android ProjectでHelloWorldというプロジェクトで作成。
すると雛形が全て出来上がります。
こんな感じです。
開発する準備が整いましたね。
続きはまた今度。
前回 はコマンドプロンプトからmongoDBを使って行きました。
[今回の環境]
lenovo X200
rockmongoをダウンロード
まずrockmongoをダウンロードしましょう。
ブラウザで以下URLを開いてください。
http://code.google.com/p/rock-php/
開いたらDOWNLOADリンクをクリックします。
遷移先画面でファイル名のリンクをクリックします。
さらに遷移先の画面でファイル名のリンクをクリックします。
rockmongoの配備
ダウンロードが完了したらファイルを解凍してください。
そのフォルダをxamppの配下に配備します。
コマンドプロンプトからmongoDBをスタートします。参照
すでに起動している場合は以下のようなメッセージが表示されます。
C:\xampp\mongodb\bin>net start "mongoDB"
要求したサービスは既に開始されています。
NET HELPMSG 2182 と入力すると、より詳しい説明が得られます。
C:\xampp\mongodb\bin> RockMongoの起動
それではrockmongoを起動しましょう。
RockMongoのログイン画面が表示されましたでしょうか？
UserNameとPasswordの両方にadminと入力して、
下記の画面が表示されたら無事にmongoDBに接続が完了しています。
RockMongoにはUIに日本語が用意されているので、
表示が日本語に変わると、一気に親近感がわきますね♪
データの登録
この掲載を順番に進めている方は、すでにデータが3件登録されています。
一階層下が表示されるので、｢things｣をクリックしてください。
クエリー実行画面が表示されてきました。
次にメニューから｢挿入｣をクリックしてください。
データの登録にはコマンドプロンプトで実行したコマンドのJSON部分を利用します。
"book_name" : "Google Android" , "price" : "3000" , "digest" : "Androidの開発方法を詳細に記載している" 画面下部の｢保存｣ボタンをクリックしてください。
登録が無事に完了して、クエリー画面が表示されてきました。
データの検索
検索はアクションが｢findAll｣になっていることを確認してから、
{book_name : "Google Android"} ｢Submit Query｣ボタンをクリックしてみましょう。
おや？画面上部にWarningが表示されましたね。
Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Asia/Tokyo' for '9.0/no DST' instead in C:\xampp\htdocs\rockmongo\web\rockmongo\app\classes\VarEval.php on line 105 どうやらtimezoneを設定していないと言っているようです。
C:\xampp\htdocs\rockmongo\php\php.iniに以下のように変更してから保存します。
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
;date.timezone =
date.timezone=Asia/Beijing [変更後]
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
;date.timezone =
;date.timezone=Asia/Beijing
date.timezone=Asia/Tokyo いったんRockMongoを終了します。
これでWarningはでなくなりました。
まとめ
RockMongoはすごく便利です。
参考
過去分はこちら
photo credit: ben_onthemove
こんにちは！kadoppeです。
前回 に引き続き今回もGitネタについて書いてみようと思います。今回は「トピックブランチ」についてです。
トピックブランチってなに？
トピックブランチとは、何か特定の機能や、それに関する作業を行うための専用のブランチです。
機能追加やバグ修正の必要が出てきた場合、その都度専用のトピックブランチをmasterブランチから作成します。
トピックブランチには、そのブランチが扱う作業の目的とは関係の無いコミットを含めてはいけません。必ずそのブランチが扱う作業に関するコミットのみを含めるようにします。
機能追加やバグ修正が完了したら、トピックブランチをmasterブランチへmergeします。その後、masterブランチをpushすることで、トピックブランチに対して行った修正が公開されます。
どういう単位でトピックブランチをつくるの？
いくつか考え方があるみたいですが、僕はRedmineなどのバグ管理システムにおけるチケットの単位でトピックブランチを作成します。
「１チケット = １トピックブランチ」です。
僕はブランチにチケットの番号を名前として付けて管理しています。こんな感じ。
こうすることで、あるトピックブランチが扱う作業の範囲がはっきりするので、コミット先のブランチを迷うことなく、開発をスムーズにすすめやすくなるかと思います。
トピックブランチを使うと何がうれしいの？
トピックブランチを使うメリットでパッと思いつくものを２点紹介します。
複数の作業を同時並行で進めやすい
複数の作業を同時並行で進めたい時に、それぞれの作業ごとにトピックブランチを作成しておくと、便利です。
例えば、上司からの指示で突然ある作業の優先度が急上昇した場合でも、ブランチをささっと切り替えるだけですぐにその作業にとりかかることができます。
もし、全てのmasterブランチ上で作業していたら、いろんな作業のコミットがごっちゃごっちゃになってしまいますし、修正中のソースコードの退避も行う必要があったりして、こうは簡単にいかないですよね。
コミットログの書き換え・整理が楽になる
作業中、どんどん修正をコミットしていくわけですが、機能追加やバグ修正が完了し、一連の修正を公開する直前でコミットログを眺めてみると次のように思うことがあります。
「もっとこういう順番で修正・コミットすればよかったな」
「このコミットはいらないな」
「このコミットとこのコミットは一つにまとめればよかったな」
トピックブランチで作業を進めていれば、コミットの順番を入れ替えたり、複数のコミットを一つにまとめてからmasterブランチにマージすることができますし（git rebase -i ）、特定のコミットのみをトピックブランチから選択してmasterブランチにマージする、なんてこともできます（git cherry-pick ）。
もちろん、masterブランチだけでもコミットログの書き換えを行うことができますが、複数の作業を同時並行で進めていた時の混乱や、誤って整理する前のコミットを公開リポジトリにpushしてしまうリスクを考えると、トピックブランチを使ったほうがよさそうですね。
まとめ
以上、簡単ではありますが、Gitにおけるトピックブランチの使い方についてまとめてみました。細かいコマンドなどについては参考書を調べたりGoogle先生に訪ねてみてくださいね。
ブランチを作成するコスト、切り替えるコスト、マージするコストが低いGitだからこそのワークフローですよね。他の分散型VCSではどうなんだろう、と少し気になりました。
長くなったので今回はこんな感じで。
photo credit: PabloBD
