パターン認識と機械学習の学習－ベイズ理論に挫折しないための数学
The Community ENTerprise Operating System CentOS is an Enterprise-class Linux Distribution derived from sources freely provided to the public by Red Hat, Inc. for Red Hat Enterprise Linux. CentOS conforms fully with the upstream vendors redistribution policy and aims to be functionally compatible. (CentOS mainly changes packages to remove upstream vendor branding and artwork.) CentOS is developed
「State of the Web 2008」の結果が公開 | Web標準Blog | ミツエーリンクス
Web Directionsより、“State of the Web 2008”という、昨年12月に行われた、Web技術者の環境に関するサーベイの結果が公開されています。 今回はこの結果から、いくつか気になった項目を取り上げてみようと思います。 結果一覧 サーベイの結果と考察は、いくつかのカテゴリーに分けられ公開されています。 Who was surveyed?（回答者の業種や会社の規模など） Browsers and Operating systems（ブラウザーとOS） Markup（HTML文書） CSS and other Presentation technologies（CSSや視覚表現） JavaScript, Ajax and the DOM（JavaScriptやAjax, DOM） Flash, Silverlight, and other embedded conte
ウェブブラウザなんかに気を遣わなくてもいい理由 (agenda)
いつの間にか2009年になってしまった。 IE6に気を使わなくてもいい理由とか「そういう系」 の話を聞くと、なんで非営利個人サイトが自分の嫌いなウェブブラウザなんかに一々気を遣わなきゃならないんだとか思う。もちろん気を遣うのには色々理由があるだろう。だが「気を遣わなくてもいい理由」というのもあっていいんじゃないか。そう思ってだらだらと悪文を書いてみた。本当に悪文だからまとまりはないよ。 相手にしていられないほど膨大な種類の「ウェブブラウザ」 この文脈においてはウェブブラウザではなく、所謂レイアウトエンジンやHTMLパーサの種類を把握すべきだろう。たとえばSleipnirもfubも、同じMSHTML.dllを利用しているなら一つとしてカウントできる。 ウェブページのレイアウトエンジン レイアウトエンジン等の名称主なバージョン（2009年1月現在）応用しているプロダクト他
target=”_blank”問題にクライアント側で対処する - ナレッジエース
おそらく、誰もがやる深夜のWebサーフィンは、究極のところ時間の無駄ではないのかもしれない。 それは、Webで夢をみているのにほかならないのだ。(T.B=リー「Webの創成」より) target=”_blank”に関する議論 - 徒委記の内容が、なかなか興味深いです。 以前はユーザの意図に反して新しいウィンドウがぽこぽこ開のはよろしくないという考えが一般的でした。 実際、タスクバーもすぐゴチャゴチャになりますし、新しくウィンドウが開く度にいちいち表示を最大化し直すのは面倒です。 しかし最近ではタブブラウザが普及して、新しいウィンドウ(タブ)を開くリスクが減り、むしろメリットが増えています。 「戻る」ボタンでページを再表示するよりは、遷移先ページのタブを閉じるだけの方がよほどスピードも速く、ストレスを感じません。 マウスジェスチャーの「閉じる」機能などを使えば閉じる動作も楽になります。 ただ
覚え書き@kazuhi.to: そろそろIE8の新しい標準モードとモードスイッチについて一言（ｒｙ
そろそろIE8の新しい標準モードとモードスイッチについて一言（ｒｙ タイトルはもちろんネタで。目下、賛否両論が渦巻いていると思しきIE8の新しい標準モードとモードスイッチについてですが、そのアイデアに賛成か反対かを問われれば、僕は反対だと答えるでしょう。 第一に、特定のブラウザ＝IE向けに特別な記述なり設定を必要とする点に、標準準拠という方向性との矛盾を強く感じます。閲覧環境が今日あるまでに多様化し、また今後一層その傾向に拍車がかかるであろうご時世に、IEのためだけの特殊なケアをしなければ他の（標準準拠を推進する）ブラウザとの整合が取れないだなんて、ナンセンスです。また、そのケアに要する時間的/金銭的負担を（Microsoft側ではなく）コンテンツを制作する側が強いられるというのも、おかしな話だと感じます。これでは、Web標準に準拠していくというMicrosoftの言葉はお題目、所詮リップ
IE8の描画モード - （アーカイブ）わざわざ自分のサイトに記事として書くほどのことでもない
ミツエリンクスさんが解説してくれています。感謝。 モードが3つあるとかいう訳の分からないク○仕様みたいです。いい加減にしろ。そのうちモードが108出来たとか言い出すんじゃないだろうな。 IE8を利用するユーザーにはあまり問題ありませんが、IE6やIE7を利用するユーザーには大きな問題となります。IE6やIE7は今後数年も大きなシェアを持ち続けると予想されるため、標準準拠度の高いIE8と、そうではないIE6、IE7を同じDOCTYPEスイッチで区別するのは、互換性の確保という問題から、現実的な解決策ではないのです。 IE8の新しい標準モードとモードスイッチ | Web標準Blog | ミツエーリンクス だからと言ってモードを3つにする意味が分からない。IE6の標準モードで正しく表示されるよう制作されたページが、IE8の標準モードで崩れると何か問題があるのかな。最初から全てのブラウザの標準モー
フォームとアクセシビリティ -- ごく簡単なHTMLの説明
フォームはテーブルと同様、視覚的な表現を伴わないと理解しにくいところがあります。HTML4.0では、フォームの各要素とラベル（説明的な名前）を結びつける手段や、要素をグループ化する手段が提供されました。これらを使うとフォームの内容を論理的に構造化でき、スタイルシートとの組合せで自在なデザインも可能になってきます。まだ未対応のブラウザが多い要素ですが、アクセシビリティに配慮したページづくりのためにも、このような機能があることをぜひ理解しておいてください。 目次： コントロールにラベルを付ける コントロールをグループ化する メニュー項目のグループ化 キーボードによる項目移動 取り上げる要素： label fieldset legend optgroup コントロールにラベルを付ける フォームの入力コントロール（テキストフィールドやメニューなど）は、name属性を持ちますが、それは送信データに名
別窓指定の理想論 (kuruman.org > Kuruman Memo)
幾度と無くtarget="_blank"について書きたくなるのだが、きっと僕はそれほどにtarget="_blank"が嫌いなのだろうと思う。 このtarget="_blank"の話ってのが、もっともわかりやすいWebを操作する一例だと思うのだけれど、どうだろう。未だDTPとかいった固定的デザインの呪縛から逃れられていないからこそtarget="_blank"を擁護する声が上がるのではなかろうか。……と、そんな感じの理想論を語ってみる。 理想 まず、target="_blank"が消えることは無いため、ブラウザ側で「target属性を無視」という設定は必須。UAは利用者が不利益を被る可能性があるならばそれを排除する機能を有するべきだと思う。その上で、別のサイトへ移ったときに元のサイトのページのタブが残せるような設定も可能とすべきだ。それによって閲覧者は選択肢を得ることができるのだ。そしてこ
Re: firefoxのurlライン・ブレーク問題 - WebStudio
もずはっく日記(2006年8月) 2006年8月17日 Re: firefoxのurlライン・ブレーク問題 初回投稿日時: 2006年08月17日04時08分25秒 最終更新日時: 2006年08月17日04時10分44秒 カテゴリ: Mozilla Core SNS: Tweet (list) geckoはそもそもライン・ブレーク問題を解決するような実装をしていないのであって、UAX#14はさらに間違った方向に行っているのではないか？そもそも他のブラウザができてfirefoxが出来ないのは何故なのだろう？ 少し誤解があるようなので現在の改行仕様を紹介しておく。 現在のGeckoは二種類の改行仕様を利用している。ひとつはJIS X 4051(実際にはタイ語と、一部記号への対応のために拡張されている)。名前から分かるように日本語のための改行仕様である。これはテキストのフラグメントにCJK
firefoxのurlライン・ブレーク問題 - huixingの日記
firefoxでは長すぎるurlは折り返し出来ずに画面からはみ出してしまう。しかしfirefoxのブラウザ・エンジンgeckoは間違えた実装をしている訳ではない。そこでgeckoはユニコードの仕様であるUAX#14を使ってurlライン・ブレーク問題を解決しようとしている。しかしこの仕様をブラウザに実装することは現実的ではない。なぜならUAX#14は自然言語を前提にした仕様でどこでライン・ブレークを行うかは文脈に左右される。自然言語にしたところで日本語と中国語を機械的に自動判定するのは難しい。たとえ辞書を使って解決できても問題のURLには辞書が使えないから、これをブラウザに期待するのは無理がある。以上が大体の主意だと思うけれども、geckoはそもそもライン・ブレーク問題を解決するような実装をしていないのであって、UAX#14はさらに間違った方向に行っているのではないか？そもそも他のブラウザが
MSIE7はMIMEタイプ“application/xml+xhtml”サポートしない見込み | Web標準Blog | ミツエーリンクス
（この記事はWeb Standards Project（WaSP）における投稿記事「MSIE7 Will Not Support application/xml+xhtml MIME Type」を翻訳したものです。当Blogは翻訳の正確性を保証いたしませんので、必要に応じ原文を参照ください。） 2005年9月20日 Dean Edwards著 数日前にIEBlogで以下のお知らせがありました： なぜメディアタイプ“application/xml+xhtml”で送られたXHTML文書をIE7がサポートしていないかって？私がIE7でそのMIMEタイプをサポートしないことを決めたのは、単にXHTMLが長期的にうまくいって欲しいと個人的に望んだからです。 これは明らかに、IE開発チームからの最近の元気が出るような一連のお知らせに期待を募らせていたWeb開発者たちを失望させるでしょう。 私はというと
ID の名前によって IE は印刷時にスクリプトエラー - lucky bag
どうやら、IE の新しいバグが見つかった模様。 Eric's Archived Thoughts: When Printing Kills 事の発端は、A List Apart のアーティクル「Facts and Opinions About PDF Accessibility」を印刷しようとすると、“Object doesn’t support this property or method” というスクリプトエラーが表示される不具合があると。んで、調べてみたところ、(X)HTML コード内のID 名に Tags と付与していた部分が引っかかっていたらしい。な、なんだってー！っつうことで、試してみた。 deth_by_id_testpage.html IE 6 で印刷しようとしたら、下記のエラーメッセージが表示された。 なんのスクリプトも使ってないのにスクリプトエラーですってよ。もしかし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
width属性とheight属性が指定されていないimg要素を非表示にしたときのメジャーブラウザの挙動 - 雑記 - AZ store
http://mynotes.jp/blog/2007/12/problems-of-imagemap