ニコニコ大百科

れんしゅー
記事内参照用URL :

練習に。スペースお邪魔しました。
記事内参照用URL :

　
記事内参照用URL :

駅のつもり。
記事内参照用URL :

ゴロゴロ・・・。
記事内参照用URL :

>>485
おなかに顔うずめてスーハースーハーしたい

>>○○っチラシの裏
即ブーメラン

友人に言ったらチラシの裏に書いとけと言われたので。

守矢神社のキャラってジュースで考えても当てはまりそう。
早苗さん(カルピスソーダ)　神奈子・諏訪子(サイダー)

炭酸(信仰)が失われたらサイダー(神)はジュースとしての存在価値がなくなってしまう(存在が消えてしまう)。
だけどカルピスソーダ(早苗さん)は炭酸(信仰)がなくなってもカルピス(人)
としてはいられる(生きられる)…みたいな…。

みんなしてレベル上げるなよ
書きづらいだろうが
記事内参照用URL :

>>489
「チ」の後にちらっとなんか見えたからチラ裏の裏に何か描いてあるのかと思ったのに…！

ﾀｼｶﾆﾀｼｶﾆ
ｻｽｶﾞﾆｻｽｶﾞﾆ

「白昼堂々キス」なんていうゴシップ記事をよく見かけるが

夜中にキスしてる写真の方が生々しいだろうが　朝なんて・・・いかん危ない危ない危ない・・・

皆中馬族だよな？学校で普段いつも席に座っている民族！

昔はよくチラシの裏に絵を描いたなぁ～
でも最近ではノートの端に絵を描いてます
ちなみにコイツを描くたびに「コイツの体ってどうなんでるんだろ…」と、思う
記事内参照用URL :

今の俺の構想をまとめるために使わせてくれ

HTML5というのがある、まだ確定した仕様ではないが今までのHTMLとは大きく異なり、今までW3CそしてHTML原理主義者が唱えてきた「あくまで文章をマークアップするためのもの」という枠を超え、
Webアプリケーションを構築する言語の一つとしての位置づけを明確にしたことで今まで主にFlashが担ってきた部分ほぼすべてをHTML(及びCSS,JavaScript)で構築できるほどの表現力を持っている。
ただ、対応度合いがブラウザによりバラバラであることと、シェアトップのため無視することができないInternetExplorerではほとんと対応していないことが最大の障害であるが、
不完全な部分を互換ライブラリや代替ライブラリで補うことで対応する範囲を広げることができる。
iPhone/iPadやNintendo DSブラウザなどHTML5の一部には対応しているがFlashには全く対応していないモバイルデバイスも存在するので、
完全にFlashで構成するよりもHTML5を対応度をチェックして未対応部分を自動的に互換ライブラリに置き換える方式が最もサポートできるブラウザの範囲が広いのではないかと考えている。

続く

>>495の続き

HTML5のWebアプリケーション記述言語としての方向性を露骨に拒絶する有名なHTML原理主義者がいたりするが、
HTML原理主義者が「文章をマークアップするためのもの」というHTMLの理想を追求する理由のうち現実的に説得力があるものは以下の2つだろう
・HTML文章をプログラムで解析、処理する際の手間を軽減すること
・特定ブラウザの依存を排除し読み上げブラウザ対応などのアクセシビリティ向上
以上の重要性はいまだに変わっていないが、HTML5のWebアプリの方向性はこれを省みないように見えなくもない、複雑なものになればなるほど上記の内容に沿うことは難しくなってくる。
ただ、それは単一のページで構築した場合の話であり、Web関係ですでに広く知られている技術の存在を無視している。Ajaxである。
該当する部分を別々HTMLとして分離し、Ajaxでマッシュアップすればいいのである。
この考えを一歩進めて(HTML)文章を始め、画像、音楽、動画など、それ単独で意味を持つデータをコンテンツ、それ以外の見栄えやナビゲーションに関するデータをデザインと定義しそれを分離すれば、今までのHTMLの理想であるアクセシビリティとデータとしての解析・処理の容易性を確保しつつ表現力の高いデザインやWebアプリケーション構築の需要を満たせるのではないかと考えた。

続く

>>496の続き

コンテンツの管理は目的に応じたCMSやBlogを導入すればよく、なければ必要に応じてプラグインを記述すれば一から構築するよりも遥かに手間がかからない。
そのコンテンツをAjaxで取得する際に独自のXMLをCMS/Blogに出力させるというのがよく見られる方法であるが、それを独自XMLではなくフィード(RSSやATOM)にすれば以下のメリットがある。

・フィード出力機能はほぼすべてのBlog/CMSに実装されているのでプラグイン導入やハックが不要
・標準機能ではないが、フィードを解析するライブラリはいくつも存在するので解析するためのプログラムの記述が不要
・Google Ajax Feed APIというサービスを利用すればProxyの設置や各種クロスドメインハックを利用することなくクロスドメインでデータを取得できる

人によってはCMS/Blogのテンプレート機能を使えばいいのではないかという話も出てきそうだが、

・CMS/Blogシステムによってテンプレートの記述方法が大きく変わる
・そのためデザインを維持したまま別のBlogシステムに移行するのは手間がかかる
という問題が発生するのであまりお勧めできない、

HTML5でデザインしAjaxでCMS/Blogのフィードを取得してマッシュアップするという方法で
・最新ブラウザ向けのHTML5ページ
・CMS/Blogの記事/ページ表示機能を使った古いブラウザ/テキストブラウザ向けページ
・CMS/Blogの携帯ブラウザ向けの表示機能を使った携帯ブラウザ向けページ
・フィードリーダーでフィードを直接取得
といった利用者の環境や目的に応じた柔軟なコンテンツ表示が可能になる

サイト管理者によって賛否は様々ではあるが、フィードの全文配信のようにフィードを更新情報の取得だけではなく、フィードリーダーを通じたコンテンツ閲覧の手段の一つとする考え方はすでに浸透している。
これをさらに進めてコンテンツ取得の際のフォーマットとして普及すればいいのだが、どうなんだろう？
一応フィードフォーマットの一つであるATOMはそうした利用を想定しているし、GDataAPIという実装も存在するのだが・・・

妄想であるが、RESTサービスのレスポンスを独自のXMLではなくフィードにすればフィードリーダーでそのまま読めたりして利用範囲が広がりそうなのだがどうなんだろう？

タヒだかタムロだかいう奴の書き込みがうざすぎる；
一目でわかる文体で愚痴愚痴底の浅いことばっかり書きやがって……

言っとくけど生では「死」はNGだからな
死闘とか必死のときにタヒは仕方ない

普通の動画コメでタヒは気持ち悪いな

５２００万年前の鯨の化石、パキスタンで発見された。（最古の鯨？）
アザラシのように海と陸の両方で生活していたのかもしれない。

陸上生活していたオオカミのようなケモノの姿からどうして海の生活に進化していったのか。食べ物が豊富だったのか、安全だったのか、居心地が良かったのか。
海が美しくて安らげる場所だったからか。海が大好きで仕方なかったからか。

鯨がどうして鯨になっていったのか、誰も知らない。


他人から見てウザイことでも、言ったって別にいいんじゃない。大百科だもん。
記事内参照用URL :

この眼鏡つけかたがワカラン。
記事内参照用URL :

オタク系の曲がたくさん入っているカラオケはジョイで、
断じてソイジョイではない
ソイジョイは大豆のお菓子

知らない人のブログだからつっこめなかったので
失礼しました

何となく、思うが侭に描いた結果。らくがく。
記事内参照用URL :

初お絵カキコ
記事内参照用URL :

俺のオカンが見たヘンな人シリーズ

某ドラッグストアの前に止めてあった自転車の荷物の中に、カラスがアタマ突っ込んでた。
なんか入ってたらカラスに取られてしまうので追っ払ってたら登場！

おばはん「何してはるんです？」
オカン「いやぁ、カラスがね…」
おばはん「まかしといて！」
オカン「（・3・）？」
おばはん「私、カ　ラ　ス　と　話　が　出　来　る　か　ら　！」
オカン「！！」
おばはん「あらぁダメよ、そんなことやっちゃあ☆」←カラスに
オカン「逃げたほうがいいのかなコレ」
おばはん「あらあらあらぁ（フェードアウト）」

世界には、まだまだ不思議が満ち満ちている…

　
記事内参照用URL :

スク水好きだけどおっぱい星人でもあるんだよ
でもそんなこと言っても友人その他には理解されないからここで吐くよ

旧スクは水抜きは勿論だけど、あのガードの高そうな布面積も良いんだよ
でもそうすると大きい胸は隠れるじゃないか　勿体無いじゃないか
兼ね合いがわからない

要はスク水の絵のラフでいい胸が描けた時勿体無く感じるって話
記事内参照用URL :

>>501
鼻のところがクリップになってるんじゃね？
痛そうだが

>>508なるほど、ありがとう。
鼻筋通ってないと、すぐ取れそうだなぁ。
記事内参照用URL :

ラムちゃんを描こう！と、何度描き直しても、似てない。
記事内参照用URL :