星新一じゃないじゃん！

要は広告そのものが死ねばいいのに

そうだね。
全部有料コンテンツのサイトになれば、広告もなくなって解決だね。

>>301
ごめん、筒井康隆だったw
広告が死んだら普通の人は今考える常識的な値段で物買えなくなるよ。
ただで見れないどころか。
広告は適切なものが適切な形で出れば悪いもんじゃないと思ってるけどな。
YouTubeの広告とか飛ばせるのにたまに見ちゃうじゃん。ああいうの。

>>302
> 全部有料コンテンツのサイトになれば、広告もなくなって解決だね。
そうあるべきなんだよね。
本当に価値があるものに金を払うべき

>>303
> YouTubeの広告とか飛ばせるのにたまに見ちゃうじゃん。ああいうの。
いや、俺飛ばしてるけど

最近はYouTubeの下とかに出る広告も消してるし。
FlashじゃなくてHTML5になったお陰で消しやすくなった



所で最近YouTubeの動画冒頭の広告見ないんだがなんでだろう？
意図的に消した記憶はないんだがuBlock originが対応してるのかな？

モノは万が一広告費なんて概念が消失したら値段はむしろ下がる
それぐらい広告費というものは高い
ネットの諸サービス運営ですら無料無広告でやってるところは今でも意外とある

ただ絶対なくなりゃしないがな

hostsでlocalhostに飛ばしてるとかじゃねーの
広告代理店を騙すという意味では受信だけして非表示もありだがトラッキングのことを考えると推奨できたもんではない
仕事のときと個人の立場での主張は別

広告見たところでその商品買うことなんてないからな。
それなら見ないほうがよくね？
広告表示するだけでも広告主は金払ってるだろうし

テキストエリアから入力データを取得するときvalueとhtmlどちらでもできるけど何か違いありますか？

>>308
中身書き換えた後とか、取れる値が変わる
でIEは変わったり変わらなかったりしたはず
とりあえずvalueで（jQueryならval()で）アクセスすりゃ大丈夫

>>304
おっしゃるとおり。価値のある物に相応の値段を払うのは必要。
放送では出来なかったから、CMなんて形が一般化したんだよな。
ただ、価値のある新しい物を、どう新しい価値があります！とドカッと広げたいってニーズもあるので、宣伝ってのをどうするかはまた1つ違う軸で話さなきゃならん。
そう言う意味でアマゾンのダッシュボタンは凄い。
広告同士の検討自体をさせない、という恐ろしい物の売り方。

YouTubeの広告飛ばすんだ。意外。

>>305
それは、無料でやってる部分と課金が必要な部分を、広告部分と広告でない部分、と分けてるだけで、無料分≒広告でしかないよ。
ちと前に流行ったフリーミアムモデルって奴かと。
自社内で完結するからあんまり表に出ないだけで。

このスレのテンプレにすら非フリーミアム運営URLがあるというのに

ビジネスモデルが確立されなければボランティアでもない限り非広告サイトは難しいだろうね
非広告サイトが好ましいことに反論する人はいないだろうけど、営利企業なら利益をあげなければならないからね

非広告サイトにして使い方を書籍で販売、というのが最近の流れでもある

>>312
そもそも一律に広告見せて一律の金取るというのが非効率なんだよ
有料会員だけ広告なしというのも２分化しただけだから然程でもない
それよりも価値を認めてくれた分、金を払ってくれる分貰うと言うのが良い
例えば個人ならAmazonのほしいものリスト晒したり、ギフト券受け付けるようにしたりな

>>314
それはユーザが嬉しいだけでは
効率だけ考えたら一律のほうがｗ

>>314
今は形を変えてツイートとかいいねになってるんじゃないか？
1円でも10円でも投げ銭システムあればいいけど、入金とかサイトへの設置とかめんどくさいんだよな

というかそれこそクリックして広告踏んでやれよ

そもそも買う側が値段決めるなんて
今の御時世ではリスキーすぎて中々できんだろうなあ
金持ってないキッズたちは1円も払わんだろうし

もしそれがうまくいく優しい世界なら
ウィキペディアは何度も何度も何度も何度も寄付のお願い出さずに済んでるはず

他ならぬWikipedia 寄付のお願い_(ウィキペディア) より

>2014年6月の決算で、ウィキメディア財団の純資産は7700万ドルを超えている[10]。
>そのため、寄付のお願いはウィキペディアの危機を過剰に煽っているのでないかともいわれてきた[9][10]。
>ウィキメディアのソフト開発者であるオリ・リヴネは>財団のメーリングリストに
>「僕が（もちろん限られたものではあるけれど）理解している範囲では、
>いまの我々の財政状態と、お願いにあるような切迫感や懸念は釣り合っていない」と投稿したことがある[15]。
>莫大な寄付金の使途については、「ゴールデン・チェア」とも揶揄された
>職員一人あたり3200ドルに及ぶ家具の購入費が槍玉にあがったこともある[15]。

あんだけ多くのサーバを持ちよくわからん支出状況でも寄付によってこんだけ支えられている

javascriptスレでも良く出てくるMDNは主にGoogleからの収入と寄付によって運営してるのかね

Mozillaの収入の97%は
Firefoxの検索窓のデフォルトをgoogleにしてあげるフィーだと聞いた

JavaScript側でセレクトボックスのある項目をtrueにした場合、それまで選択されていた項目の
selectedは自動的にfalseになりますか？それともtrueが複数存在する形になりますか？
multiple要素は入れていません
現在選択されている項目のselectedをfalseにするコードも一緒に書く必要があるのか気になったのでよろしくお願いします

非multipleなら自動的にselected=trueに変えたoption以外のoptionがfalseになって選択状態も外れる

>>322
ありがとうございます
無駄なコードを記述するところでした
助かります

質問とは関係ないけど、<option>に関して色々JS触ってたら、new Option()ってのがあることに気づいたわ。
new Imageもnew Audioもそうだけど、コンストラクタがある要素ってなんか特別だったりするのかな？

多くが仕様上インターフェイスの写し身として存在するだけの意味のない堅物

console.log(HTMLImageElement == Image); // false
console.log(HTMLImageElement.prototype == Image.prototype); // true in IE,Fx ; false in GC
これはやゔぁい

>>326
問題があるようには見えないが

同じく何が問題なのかわからん

DOM仕様は一応はJSとは分離して作られてるから、
それをJSでどのように実装するかまで決められているわけではない。
Imageは仕様上コンストラクタなので.prototype下にそのようなプロパティを持っておくのは分かるが、
HTMLImageElementはインターフェイス代わりのJS流クラスもどきを仕方なく置いたもの。
でもこれをクラス流に継承してカスタム要素が出来るわけでもないので、そうする必然性はない。
むしろプロトタイプベース的にただのオブジェクトでインターフェイスを表現して簡素なチェーンで良かったと思う。
まあ何れにせよその２つの.prototypeが等しいべきかどうかなんて決めようが無いこと。

実は「やゔぁい」と書きたかっただけで口実はなんでもよかったに一票

ヵッｵ やゔぁい

DOM原理主義者vsJQ使い

React派もいるんやで

標準は使いにくいことが分かっているのでDOM原理主義者はいない
DOM.next+マイクロポリフィル派と、jQuery派と、大型フレームワーク派に別れる

JQ使いは数行のスクリプトでもミニパッケージを読ませて無駄なウェイトを作り出す。

申し訳ないがライブラリ論争はNG

>>335
CDNとかキャッシュって知ってる？
毎回jQueryのファイルをダウンロードしてるわけじゃないんだよ

ライブラリの話題はスレ違いなので>>2へ

無駄なウェイトってどうせ1ミリ秒もないだろうし、
開発時間の無駄なウェイトのほうが重要

そうかね？
最近Googleが出してたと思うけど、
JSの実行時間と同じくらい、ロードとパースに時間かかってるってデータがあったと思うけど。
スマートフォンではそれがまだまだ数百msとかかかる。

jQueryで重いなら、それより数倍重いReactとかAngularとかモバイルでは使えないな

>>2へどうぞ

jquery ui以外でモードレスダイアログを作れるライブラリはありますか？

DOM標準を使え。たしかwindow.showModalDialogとかあっただろ

>>340
JQ使いは知らないんだろ
許してやれw

>>343
コンパクトな答としてはdialog要素のポリフィルかな
http://github.com/GoogleChrome/dialog-polyfill
chromeならネイティブにサポートされてる

ツリービューとかもポリフィルある？

Vue.jsの入門したいのですがなにか良い本とかありませんか？

公式サイト

おまいらjs書くときに何のソフト使ってる？