http://d.hatena.ne.jp/higayasuo/20070130#1170145191の続き。 tkawaさんにいろいろヒントをいただいてやりたいことはできるようになりました。m(_ _)m <html> <body> <table id="mytable"> <tbody> <tr><td>111</td><td>222</td></tr> </tbody> </table> <script> var mytable = document.getElementById("mytable"); var dummy = document.createElement("div"); dummy.innerHTML = "<table><tbody><tr><td>333</td><td>444</td></tr></tbody></table>"; mytable.append
在庫限り。人気のSurface Duo 2 が再入荷され、最大 36% OFF 中。ご購入はお早めに。
Closure DrawはJavaScript製のオープンソース・ソフトウェア。最近は何でもWebブラウザ上で動作するようになっている。メール、RSSリーダー、カレンダー、画像編集と何でもござれだ。そんな中、弱めだったのがドロー系アプリケーションだ。 プロジェクトサイトで試せる 元々ローカルアプリケーションでもあまり数の多くないドロー系だけに、Web上で使い勝手の良いものを作るのは難しい。だが幾つか候補が出てきている。一つは先日紹介したSVG-edit、もう一つは日本製のClosure Drawだ。 Closure Drawは直線、円、四角といったオブジェクトの他、文字や画像を埋め込むこともできるWebブラウザ上で動作するドローアプリケーションだ。できあがった図はSVGで出力できるので、保存すれば別なツールで読み込むこともできる。 配置の変更やオブジェクトの移動ができる 描いたオブジェクト
WebOS Goodies へようこそ! WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 先々週、 Python Hackathon #3 でのハンズオンの題材として 簡易ドローツールを公開しましたが、せっかくなのでもう少し実用的なものに発展させて、 Closure Draw というライブラリとして公開しました。特徴・機能は以下のとおりです。 長方形、楕円、テキスト、画像、直線パスを描画。 図形の移動、回転、削除、重なりの順序変更。 パスの頂点の編集。
(2010.02.05 追記) read-tree する前に ours ストラテジで merge しなきゃダメだったようなので、その手順を追加した。 下のエントリではプラグインを submodule として管理する方法をメモした。 今回扱っているリポジトリは僕だけでなく他社の人 (それも git に慣れてない人) と一緒に弄るものなので、submodule を使うと clone するところから大変なことが分かった *1。 そこで、submodule の代わりに subtree merge と呼ばれる方法を採用することに変更した。これは、プラグインのリポジトリをブランチの中で管理し、master ブランチへ read-tree というコマンドでマージする方法。 restful_authentication を例に説明する。まず、本家を remote リポジトリとして追加する。 $ git r
テーブルフィールドの妥当性検査をどこに配置するかは、DBシステムの開発において重要な問題である。大別してプログラム側に置く流儀とDB側に置く流儀とがあるが、基本的に後者が正しい。 なぜなら、どのプログラムで実行されるかに関わらず同じ検査がなされるとしたら、その仕様はフィールド固有の属性とみなされるからだ。たとえそのフィールドに対する妥当性検査を実行するプログラムが1個しかないとしても、そのように考えるべきである。フィールド固有の属性については、テーブル側の定義情報を読めばひととおりわかるようでなければいけない。以前にも書いたように「カエサルのものはカエサルへ、DBのものはDBへ」の原則で、フィールドの扱われ方に関する仕様はテーブル上に集約したほうがよい。 では次のような妥当性検査があったらどうだろう。「テーブルA上の関連レコードのフィールドBの値がナントカの場合、テーブルC上のフィールドD
原文(投稿日:2010/01/27)へのリンク Groovy 言語のバージョン 1.7 は、ライブラリの拡充と同様に言語それ自身の洗練もサポートしながら最近リリースされた。それに続いて、SpringSource は Groovy Eclipse IDE 2.0 をアナウンスした。それにより、以前は貧弱だった Eclipse の Groovy サポートに、デバッグ、洗練されたコンテンツアシスト、スタブ無しのコンパイルをもたらす。このリリースでは、それとともにコア Groovy 言語とライブラリへ大量のアップデートをもたらす。Java 統合フレンドリーな匿名内部クラスや入れ子クラスのシンタックスが導入される。Java において匿名内部クラスは、Groovy にあったように、他の言語ではクロージャやメソッド委譲が使われるかもしれないところで使われている。これらの新しい機能は、匿名内部クラスを使っ
Betanews - Technology News and IT Business Intelligence ブラウザの包括的なベンチマークを実施しているBetanewsは2日(米国時間)、It's a three-way race: Opera preview clings to lead over Safari 4, Chrome 5において2日版のCRPIベンチマーク結果を発表した。Windows Vista SP2で動作するIE7のベンチマーク結果を1とし、これと比較してどれだけ高速に動作するかをインデックスとしてまとめたもの。報告された結果は次のとおり。 CRPI結果(数値が大きいほど高速) - Betanews Windows 7 browser performance, Feburary 2, 2010結果のグラフ化 ブラウザ CRPインデックス値 推移 備考 Opera
AppleのiPhoneとGoogleのAndroidベースのケータイとのシェア争いの行方を決めるのは、それぞれの持つアプリ市場の規模だと言われる。ケータイやスマートフォンの使い勝手のよさを決めるのがアプリであり、iPhoneのAppStoreとGoogleのAndroidMarketのどちらのアプリ市場向けに、より多くアプリが開発されるかがモバイル領域におけるAppleとGoogleの争いの勝敗を決める、というのが業界関係者の支配的な見解だ。ところが今後はアプリよりもブラウザベースのサービスのほうが主流になるという予測が、米モバイル検索のTaptuから発表された。(発表文) AppleのAppStoreには既に約14万8000タイトルのアプリが登録されており、まだ2万4000タイトル前後のGoogleのAndroidMarketに大きく水を開けている。このタイトル数の圧倒的な差からスティ
すっかりAndoroidケータイHT-03を携帯電話としてしか使用しなくなってしまった昨今(^_^;;;、スマートフォンとしてしか使わなくなったiPhoneの 3Gをどげんかしたい!!と思い始めたのは、友達が持つ「3GS」と速度比較をしたら、あらまぁ、結構違うのね。。。というのと、8GBという容量が窮屈になってしまっていたから。 近所のショップにぶらり立ち寄って、店員さんと話してダメもとで聞いてみたら、iPhoneを半年以上使用していたら3GSは16GBなら無料、32GBは月々780円の追加でOK!との事!!もう一年半使っているから楽勝でオッケー!! ただし、旧機種の月割料金は払い続けてくださいね、、、というのはもちろん払いますとも。 おまけに新しい料金体系にプラン変更して、月々の支払いはかえって安くなって、なんてラッキーなんでしょ!? 旧機種は、寝室用のWeb端末&音楽プレイヤーとし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く