レイヤーを重ねると、下の階層のあるメニュー等が反応をしてうまく動作がしないことがあります。 このような現象を防ぐために「モーダルレイヤー」を作成します。 「モーダルレイヤー」とは、簡単に言いますとレイヤーのタッチを優先的に受けることができるレイヤーのことです。 今回は、この「モーダルレイヤー」をcocos2dx Ver3.xで実装をする方法を紹介します。 #define kModalLayerPriority -1 auto listener = EventListenerTouchOneByOne::create(); listener->setSwallowTouches(true); listener-> *touch,Event*event)->bool{ return true; }; auto dip = Director::get
Cocos2d-x には CREATE_FUNC というマクロがあります。これは以下の実装になっています。 #define CREATE_FUNC(__TYPE__) \ static __TYPE__* create() \ { \ __TYPE__ *pRet = new __TYPE__(); \ if (pRet && pRet->init()) \ { \ pRet->autorelease(); \ return pRet; \ } \ else \ { \ delete pRet; \ pRet = NULL; \ return NULL; \ } \ } これを以下の様に使うことで、autorelease 済みの TestLayer オブジェクトを生成できます。 class TestLayer : public cocos2d::Layer { public: bool i
先にオブジェクトを継承したMyObjectクラスの宣言を示します。 class MyObject : public cocos2d::Object { public: virtual bool init(); CREATE_FUNC(MyObject); }; さて、これが今回のキーポイントです。 CREATE_FUNCは単なるマクロで、正しくこのインスタンスを作るためのcreateメソッドを定義してくれます。 これだけ聞くと分かりにくいので定義を確認してみます。 #define CREATE_FUNC(__TYPE__) \ static __TYPE__* create() \ { \ __TYPE__ *pRet = new __TYPE__(); \ if (pRet && pRet->init()) \ { \ pRet->autorelease(); \ return pRet
書き方 例として、micropostsテーブルにuser_idカラムを外部キーとして設定したいと思います。 （この例では、他にcontentカラムもテーブルに設定しています。） 普通に user_id カラムを作成 class CreateMicroposts < ActiveRecord::Migration def change create_table :microposts do |t| t.string :content t.integer :user_id t.timestamps end add_index :microposts, [:user_id, :created_at] end end references を使う references はuser_idカラムを作成します。 class CreateMicroposts < ActiveRecord::Migrati
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
With Toodledo you can create powerful to-do lists to improve your productivity. We provide you with folders, tags, contexts, subtasks and more to help organize your lists as efficiently as possible. You can sort, filter and search through your list and Toodledo can tell you what needs to be completed and alert you when tasks are due. Watch a video demo Keep track of your ideas with our note editor
今日はちょっとだけはまったSQLの話し。例えばブログのエントリーについたコメントが新しい順にエントリーをソートしたいときを考えてみます。 テーブル構成はこんな感じ。 CREATE TABLE `entry` ( `id` int(11) NOT NULL auto_increment, `title` text, `body` text, `created_at` datetime default NULL, PRIMARY KEY (`id`) ); CREATE TABLE `comment` ( `id` int(11) NOT NULL auto_increment, `entry_id` int, `body` text, `created_at` datetime default NULL, PRIMARY KEY (`id`) ); で、入ってるデータはこんなん。 mysql
Active Record Callbacks Callbacks are hooks into the life cycle of an Active Record object that allow you to trigger logic before or after a change in the object state. This can be used to make sure that associated and dependent objects are deleted when ActiveRecord::Base#destroy is called (by overwriting before_destroy) or to massage attributes before they’re validated (by overwriting before_vali
先日うちの開発メンバーから新人さんに共有があったんですが、 saveとsave!の振る舞いの違いなどについてまとめておきます。 当然のことながら、ActiveRecordでは、モデルオブジェクトの値を変更、保存、削除することができ、対応するレコードの内容を更新することができます。属性の値を変更、保存するメソッドはたくさんありますが、自分が使うところで以下一例です。 save、save!、create、create!、update、update_all、update_attribute、update_attributes、update_attributes!、destroy、destroy_all、delete、delete_allActiveRecord::Baseを継承したモデルオブジェクトの属性の変更について、ぽちぽちまとめてみようかなとは思いますが、とりあえず、話に上がったsaveと
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
はじめに たとえばこんなDDLを投げる。 CREATE TABLE test ( id int(10) unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY, hoge varchar(256) NOT NULL, UNIQUE KEY (hoge) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; するとエラーになる。 Specified key was too long; max key length is 767 bytes (SQLState:S1000)エラーに書かれているとおり、keyは最大で767byteまでしか使えないらしい。 ちなみにkeyはPRIMARY KEYとUNIQUE KEYがダメ、ただのKEYならOK。 で、どうするか。 1.素直に諦める 上記例ではテーブルがCHARSET=utf8のため1文字3b
■rakeタスク 一覧 rake -T ■rake db:abort_if_pending_migrations 実行されてないmigrationを教えてくれる。 ■rake db:charset データベースの文字コードを教えてくれる。 ■rake db:collation データベースの照合順序を教えてくれる。 ■rake db:create database.ymlの内容でデータベースを作る。 −「RAILS_ENV」オプション productionのが作りたければrake db:create RAILS_ENV=production ■rake db:create:all database.ymlに定義してあるデータベースを全部作る。 ■rake db:drop createの逆。 ■rake db:drop:all create:allの逆。 ■rake db:migrate:r
2013年12月2日更新: 参照されることが多いので Rails 4 の情報を訳注として追記しました。また、Rails 4 に関する情報は、 WEB+DB PRESS Vol.73 が非常に参考になるので、一読をおすすめします。 この文章は Mitch Crowe 氏のブログより 2012年4月14日の記事を翻訳したものです。 The 10 Most Underused ActiveRecord::Relation Methods http://blog.mitchcrowe.com/blog/2012/04/14/10-most-underused-activerecord-relation-methods/ 昨日は ActiveRecord::Relation のコードに膝まで浸かって、使われているのをこれまで全然見たことがない面白いナゲットを思い出させてくれた。この記事で、十分に活用
co-meetingではユーザ管理をDeviseをベースに開発しています。 開発過程でDeviseについて調べたことを、何度かに分けて書いていこうと思います。 Devise(http://rubygems.org/gems/devise)とは、Railsアプリにログインの仕組みを組み込む場合にデファクトスタンダードになっているgemで、メールによるコンファームなど必要な仕組みが揃っていて非常に便利です。*1 Rails3のインストールからプロジェクトの作成、Deviseの使い方については以下のサイトで詳しく解説されています。 http://www.oiax.jp/rails/rails3.html チュートリアル的に習得するならこちらのページの方が参考になります。 ここでは、Deviseの導入から、独自ログインのみのシステムでDeviseを使うに当たって最低限必要と思われる設定についてのみ
この前のエントリーでは、Rails 3.1で登場した assign_attributes という渋いメソッドについて書きました。 今回紹介するのも渋い新仕様です。その名も has_secure_password。 いま、User というモデルがあるとします。データベーステーブル users には name password_digest という2つのカラムがあります。いずれも文字列型です。 app/models/user.rb を次のように書き換えます。 class User < ActiveRecord::Base has_secure_password end これで準備完了です。 rails c でRailsコンソールを起動してください。 まず、Userオブジェクトを作ります。 > User.create!(:name => "tsutomu", :password => "jumb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く