Revision date and history available at the bottom of the page. Welcome to the Fiddler Alpha for Mono. Fiddler for Mono Current Linux build: 4.4.8.4 Built: June 13 2014 Old Linux build: 4.4.5.2 Built: August 28th 2013 Please report any issues (especially blockers) you discover to moc.kirelet|relddif#moc.kirelet|relddif. Please be sure to include your OS, Mono, and Fiddler version information. We've
CoreDataを扱うライブラリであるMagicalRecordをよく使いますが、 MagicalRecord では保存するデータベースファイル(デフォルトはアプリ名.sqlite)の名前指定するメソッドしか用意されていません。 具体的には、Setting up the Core Data Stackにかかれているようにsetup*経由で初期化処理をする際に、ファイル名を指定することが出来ます。 にsqliteファイルが保存されます。 アプリのディレクトリ ├── Documents ├── Library │ ├── Application\ Support │ │ └── アプリ名 │ ├── Caches │ └── Preferences ├── アプリ名.app └── tmp しかし、すでに Documents/アプリ名.sqlite というようにDocum
// if you use normal document mode: { document: { // the document element (see below) }, root: { // the html element (se 'Element' below) } } // if you use fragment parsing: { childNodes: [ list ] } Element: nodeName (string) (same as tagname) nodeType (number) 1 tagName (string) (normalized to lowercase) originalTag (string) original text from tag originalTagEnd (string) original closing tag from
この文書は「Hypertext Transfer Protocol version 2.0 (draft-ietf-httpbis-http2-04)」の日本語訳です。 原文の最新版 は、この日本語訳が参照した版から更新されている可能性があります。 原文はドラフト版であり、HTTP 2.0 は現在策定中の仕様であることに十分注意してください。 この日本語訳は参考情報であり、正式な文書ではないことにも注意してください。また、翻訳において生じた誤りが含まれる可能性があるため、必ず原文もあわせて参照することを推奨します。 公開日: 2013-08-20 更新日: 2013-09-01 翻訳者: Moto Ishizawa <[email protected]> 概要 この仕様書は Hypertext Transfer Protocol (HTTP) シンタックスの最適化された表現について述べます
概要 正規表現でドット「.」を改行文字にもマッチさせることができるようになった。 続きを読む 概要 try { } catch( err ) { }の( err )の部分を省略することができるようになった。 続きを読む 概要 正規表現内の好きな部分に名前を付け、その名前を使ってマッチ結果を参照できるようになった。 続きを読む 概要 プロミスの成功・失敗に関わらず継続して処理を行うためのPromise.prototype.finallyメソッドが実装された 続きを読む 概要 配列のSpread/Rest構文のように、オブジェクト内に別のオブジェクトを展開する構文が実装された。 続きを読む 概要 関数を定義する際、パラメータの末尾にカンマを付けてもよいことになった。 続きを読む 概要 対象のオブジェクトがもつ全てのPropertyDescriptorsを得られる関数が実装された。 続きを読
Extending jQuery teaches you to build custom extensions to the jQuery library. It covers all the extension points within jQuery and provides guidelines and techniques on how to make use of them. You'll not only discover how to write plugins, but how to design them for maximum reuse. You'll also learn how to write new widgets and effects for jQuery UI. Along the way, you'll explore extensions in ke
意外と要注意… なんて記事を書いておきながら、実際に HTML5 のカスタム・データ属性にオプションを指定する jQuery プラグインを作っていて、かなりハマってしまいました。 data-* 属性に書いた複雑なオプションを jQuery Data API で処理するには、JSON で指定しなくちゃダメなんですネ。ちゃんと ドキュメント にも書いてありました 😉 。 ということで、「もっと簡単に記述できるようにしたい!」を叶える 簡易な data-* 属性パーサー を作りましたので、ここに発表します。 ついでに data-* を使った jQuery オプション指定のユースケースを整理し、その実装方法をまとめてみたいと思います。 jQuery オプションと data-* のユースケース プラグインの設計段階では、オプションの構造とその指定方法を想定しておくことが重要です。そこでまず、想定し
前回も座標系だったんですけど今回も座標系。 CGGeometry にはいろいろ地味に便利な関数が揃ってるんですけどあまり日の目を見ない気がするので CGRectDivide について書こうかと思います。 使い方と得られる結果が理解しにくい CGRectDivide は任意の Rect を指定した方向から切り取り2つの Rect に分割してくれる関数です。 定義は以下の通り。 void CGRectDivide ( CGRect rect, CGRect *slice, CGRect *remainder, CGFloat amount, CGRectEdge edge ); 実行するとこんな感じ。 CGFloat amount = 44.0f; CGRect baseRect = self.view.frame; CGRect sliceRect = CGRectNull; CGRect
継続的にテストをする 今更感が否めないのですが、簡単にまとめました。 Travis CIとはなんぞやという方はこちら。 継続的インテグレーションとはなんぞやという方はこちら。 例えばテストの自動化をして、リファクタリングのしやすい環境を作って、 コードの品質向上を継続的に行っていくサイクル。というイメージ。 今回はGitHubとTravis CIで自動化を測りますが、 Jenkinsでビルド環境を整えて、継続的にデプロイをしていくのもひとつです。 テスト周りの環境とか オレオレライブラリにCI環境整えました。一応。 mochaのBDDでテストケースを書いて、イベントのバインド周りのテストはsinon#spy()を。 testemでそのテストをPhantomJSで実行させるといった流れ。 PhantomJS testem mocha sinon mochaのサンプルは公式
WebKit (Nightly Builds) で HTML の srcset 属性がサポートされたようですので、簡単に srcset 属性の仕様について解説してみます。 WebKit (Nightly Builds) で HTML の srcset 属性がサポートされたようです。 srcset 属性は、img 要素の属性として使用することで、高精細ディスプレイ (デバイスピクセル比に応じて) 向けや、ディスプレイサイズに応じて画像を出し分けるための属性。所謂、「Responsive images (レスポンシブ イメージ)」 を HTML のみで実現することができます。 Improved support for high-resolution displays with the srcset image attribute : Surfin' Safari WebKit Nightly
Scaling website automation for either testing or scraping can be a challenge when the site is enitrely driven by JavaScript or behaves differently when using specific browsers. Running a headless Selenium machine with Google’s Chrome installed provides a scalable way to automate your tests on one of the most popular browsers in use. Here are step by step instructions for installing a headless Sele
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く