This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
やっぱりXPやMACで見ると、こんなにも字体が違うのね。。。 使って最初に思ったことがこれですｗ クロスブラウザテストを行えるサービスはキャプチャを取ったり、IETesterのように実際に表示できたりするものもありますが、無料で「BrowserLab」ほど信憑性と手軽さを感じるものは他にないのでは？ 組織のマインドマップツールをマインドマイスターにすべき理由 伸びてる産業、会社、事業を紹介しまくるStrainerのニュースレターに登録!! アドビの「BrowserLab」が便利なこと この上ない「BrowserLab」は、複数のOS上でのFirefox、Internet Explorer、Safariのサイトキャプチャ画像をオンラインで比較できるクロスブラウザテストサービス。 複数ブラウザの比較をカンタンに行えるのも非常に便利です。 ↑複数ブラウザの表示を比較するのもカンタン。 ↑メニュー
LovPop.netのWebアクセス解析ソフトに脆弱性が見つかり、他製品へ切り替えるようIPAが呼び掛けた。 情報処理推進機構（IPA）セキュリティセンターとJPCERT コーディネーションセンターは4月16日、LovPop.netのWebアクセス解析ソフトウェア「apricot.php」にクロスサイトスクリプティングの脆弱性が見つかったと発表した。他製品に切り替えるようアドバイスしている。 脆弱性が悪用された場合、ユーザーのWebブラウザ上で任意のスクリプトが実行される可能性がある。LovPop.netは3月19日でapricot.phpの公開およびサポートを終了している。 修正パッチなどの提供が行われないため、IPAはapricot.phpの使用を停止し、同等機能を持つほかの製品へ切り替えることを勧めている。 過去のセキュリティニュース一覧はこちら
Amazon 和書商品ページにて、価格情報下に書籍インデックスを表示させるGreasemonkeyスクリプトを作りました。以下のような感じでインデックス（目次）が表示されるようになります。 目的 購入書籍を選ぶ際の内容把握のため＜購入判断材料として＞ 実際に何が書かれているのか？自分の欲しい情報・関心事にひっかかる事柄があるかどうか？本屋で立ち読みする理由には、そんな目的があるからだと思います。 Amazonでも同じように立ち読み感覚で書かれている内容がわかればと思い調べてみると、目次ページに（つい最近、目次があることに気づいた）一度跳ぶ必要があり、ストレスを感じ、スクリプを探してみたものの無く、勉強がてら作ってみました。初のGreasemonkeyスクリプト（若干追加すべき点がありますが・・・・目次リンク有無判定） スクリプト ダウンロードは以下からどうぞ amazonbookinde
ブログとか。どうやって広告を見せるかという話。 本文の右側や左側に広告を突っ込む 2 カラムとか、本文が広告に挟まれる 3 カラムとか。たぶん、多くのユーザは、左、或は右側、または両側に並ぶ広告を見ない。しかも、画像等を使った広告になると、地味な本文との対比が、よりはっきりとしてしまい、縦スクロールで流れて行く両サイドの広告は、単なる模様と成り果て、無視される。 ユーザがどこに注目するか。本文である。 ということは、本文の中に広告を出現させればいいのだ。あまり長くない本文なら、その視線の延長線、つまり本文終了後に広告を出現させるとか、長い本文なら、ちょうど好い区切りで、広告を出現させる。 TV の場合。地デジになって、画面が横に長くなったけど、両サイドに CM が常時表示されてたら、どうなんだろう。うざいか。無視されるか。本編部分がカラーだから、両サイドの CM も極彩色で迫られたら煩いね
ウェブサイトのデザインに関する話で、固定幅派と可変幅派の意見対立は珍しくも無いのだけど、これはちょっと酷かったなー。 web屋が主張する「リキッドレイアウト」に騙されないために 私自身は今現在、最小・最大幅設定の可変幅を採用しているわけなんだけど、別に「固定幅憎しッ！ セーバイしてくれるッ！」とか思っているわけじゃなくて、まぁ読みやすければ良いんじゃないのよ、などと言いながらハナクソをホジホジしている「どっちでもよかんべ派」 そのどっちでもよかんべの私が可変幅を採用しているのは、自分が読みにくいと思う他人のウェブサイトを閲覧する際に、文字サイズや表示領域を変更することが多いから。 表示領域を変更しているくせに、その最大・最小幅を限定しているのは、そのサイズより大きい・小さいと、なまら読みにくいべや、などと思っているからなのです。あ、今ちょっとだけ北海道弁が出てきたけど気にすんな。 で、安眠
「オリジナルのWebデザインをしたいけど、いまいち配色センスがなくて困る」「いつも好きな（得意な）色の組み合わせばかりでデザインしてしまう」「でも色彩理論を勉強するのは面倒だ」。 そんな人にぜひおすすめしたいのが、アドビ システムズが提供しているオンラインサービス「Adobe Kuler」（クーラー）だ。Kulerは、さまざまな色の組み合わせ（配色パターン、Kulerでは「テーマ」と呼ぶ）をWebブラウザー上で作成し、保存・公開もできる、ちょっと変わったサービス。いわば“みんなの力”で作られたカラーチャート集ともいえるもので、すでに7000種類以上（2009年1月現在）ものテーマが公開されている。利用料は無料だが、保存などの機能を使うにはAdobe IDが必要だ（以降の説明はログインしているものとして進める）。
こんにちは、martinです。日本に帰国して1年が経ちました。昨年は２月から新しい職場で働き始めたり、9月６日に第１子が生まれたりとバタバタな一年でして、まるでppBlogの開発・サポートが出来ませんでしたが、今年はなるべく時間を作ってppBlogをいじれたらと思っています。 世界中の皆さんにとって、良い年でありますように。 久しぶりのカキコ。 静的リンクでの挙動を変えています。URLのパスに日付情報などを含ませるように。まだ、いじっている段階なので、色々と不具合があるだろうけれど、まぁ気にしないと。 日付情報がある以外には、現状、PermaLink用の英数文字からなる記事タイトルを別に指定できたのですが、これはそのまま取っておくとして、そうでない場合は、記事のタイトルがそのままブラウザのアドレスバーに表示されるような感じにしてます（静的リンクが有効な場合ですが）。今時のブラウザならエンコ
あけましておめでとうございます。株式会社ミツエーリンクスの木達です。昨年の年初、「2008年のWeb標準」と題して、Webコンテンツのフロントエンド実装に用いられる標準とその周辺の動向につき、短期的な予測などをごく簡単に書かせていただきました。それに引き続き本年もまた、同様の趣旨で記事を書かせていただくことになりましたので、よろしくお付き合いください。 2009年のWeb標準を考えるうえでのテーマとして、私は「アクセシビリティ」「モバイル対応」「マークアップ品質」の3つを挙げたいと思います。 2009年はアクセシビリティに再注目の年 9年半もの時を経て、昨年12月にWeb Content Accessibility Guidelines （WCAG） 2.0が勧告されました。1999年5月に勧告された前バージョンの1.0から大きく改善されたのは、第一に特定の技術に依存しない内容
Firefox で沖縄県警のサイトを見てみましょう。たぶん悲惨なことになっていると思います。縮小キャプチャを以下にあげておきます。 ▲左：Firefox3 右：IE7 (沖縄県警のサイトTOPのキャプチャ（部分・縮小）) IE など他のブラウザだとキレイに見えるのに、なぜ Fx では悲惨なことになるのでしょうか？ 原因の推測 スタイルシートの指定の仕方が原因かと思います。ソースを見てみます。 <link rel="stylesheet" href="css/import.css" type="text/css" media="print" /> <link rel="stylesheet" href="css/import.css" type="text/css" media="screen" /> このように同じファイル（import.css）を2度指定しています。指定されている imp
グラフィックツールを使ったアニメーションではなく、ActionScriptでFlashを作りたい。そんなとき利用できる新しいオンラインサービスが、Flash開発者の間で話題になっている。 それが面白法人カヤックが開発・提供する「WonderflBuid Flash Online」だ。これまでのFlash開発ではFlex SDKやFlex Builderといった開発環境をローカルに用意する必要があったのに対して、Wonderflで必要なのはWebブラウザーとネット回線だけ。コーディングからコンパイル、実行まで、すべてブラウザー上で完結する画期的なサービスだ。 使い方はとてもシンプルだ。OpenIDに対応しているWonderflは、Yahoo!やmixiといった使い慣れたユーザーIDを使ってログインできる。ログイン後、「Build from scratch」を選択すると、左にエディター、下にコ
SFCのサイトが昨晩変更されたのですが，余りにひどすぎるので最初絶句してしまいました．コメントはweb2008-keio@sfc.keio.ac.jpに送って下さいとのことなので，文章をとりあえず書いてみました sfc site renewal 追記: Geekなページにもコメントがでているようです． 追記2: 大学からの回答を載せました． 政策・メディア研究科/SFC研究所 W3C の加藤文彦です． 新しい Web サイトを受けて，質問・コメントをしたいと思います．なお，このメールに対するご回答はSFCにいる学生，卒業生，教員などの間で広く共有するべきものだと考えております．そのため，頂いたご回答の内容を整理させていただいた後に公開することをご了承ください． 以下の5点が現時点で思いつく問題点です． アクセシビリティ Flash の使用 速いPCのみ対象 SEO ユーザビリティ まず，こ
id:HolyGrail (堀愚霊瑠氏) の「はてなブックマークが重い件について、Page Detailerというツールを使って調べてみる - id:HolyGrailとid:HoryGrailの区別がつかない日記」とか見てて、色々問題点が指摘されてて、うん、まぁそうだねーとか色々と思いつつ、YSlow は、有用なツールである反面、減点基準が必ずしも全てのサイトに適合しないというか、ハッキリ言ってしまえば Yahoo! Inc. 基準すぎるので、鵜呑みにし過ぎるのもどうかなーとか思ってた。 で、気になったのは 13. Configure ETags ETagsっていうのはサーバ上のファイルとブラウザのキャッシュが一致しているかどうかを検証するためのものなのですが、正しく利用できていないのであれば、ETagsは無駄なだけなので取り除いてやりましょう、という項目です。 http://s.hat
に釣られて。 HatenaStar.js 1380 行目 テキストノード走査 一番のボトルネックはやはりここですね。IEなので、こんな感じでベタに計測。 makeTextNodes: function(c) { if (c.textNodes || c.textNodePositions || c.documentText) return; if (Ten.Highlight.highlighted) Ten.Highlight.highlighted.hide(); c.textNodes = []; c.textNodePositions = []; var isIE = navigator.userAgent.indexOf('MSIE') != -1; var texts = []; var pos = 0; var st = new Date*1; (function(node,
Reply to はてなブックマークのコンテンツの JavaScript を高速化する - IT戦記 「重い箇所２：HatenaStar.js 1738 行目」で取り上げられていた Hatena.Star.Button.reateButton ですが、Flyweight パターンのアイデアと Element.cloneNode() を利用したところ、手元の環境（WinXP,Fx3.0）で7.7倍速くなったのでお伝えしておきます。 修正コード /* Hatena.Star.Button */ Hatena.Star.Button = new Ten.Class({ createdButton: {}, createButton: function(args) { var src = args["src"]; if (!this.createdButton[src]) { var newimg
可変幅のデザインのウェブサイトは、最大表示幅（または文字数）が指定されていないとウィンドウを最大化したときに読み難くなる、という話を目にするのだけど。 モニターサイズがこれだけ大きくなっている時代に、いまだに幅いっぱいのページ作っている方も見かける。なぜか、W3C信望者に多いような気がしてならないのだが、気のせいだろうか？ たぶん、「調整したい人は勝手にしてください」ってことなんだろうなぁと思うのだけれど、それって、読み手に「ヒト手間」をかけさせるという点においては、音楽がいきなり流れるページを作っておいて「キライな人はオフボタンをクリックしてください」というのと同類ぢゃないのか？ モニターサイズがこれだけ大きくなっている時代に、いまだに幅いっぱいのウィンドウでブラウザを開いているのかッ！？ ……と、反撃してみる。僕はW3Cには全く興味が無いけれど。 読みにくいほどの横幅なるくらいにブラウ
タイトルを「ブログを使うな」から「レンタルブログを使うな」に変更しました。検索避け信者・アンチSBM・無断引用禁止派がレンタルブログを使う矛盾を指摘する記事なのでこの方が分かりやすいかなと。 あと対策に少し追記しました。 同人サイトのオンラインリーダーの危険性について 正確にはRSSフィードを配信してはいけません。ブログ以外でもフィードは利用されていますが、女性オタク系同人界では稀だと思うのでタイトルは「ブログ」にまとめさせていただきました。真っ当な技術は認知されず胡散臭いものだけは光速で伝播することで有名な界隈にいる方向けの話なので、興味のない方は無視してください。 SBM禁止や検索避けを推進しながら、ロボットに見つかりやすく、リンクやブックマークがしやすく、自衛できないレンタルブログが普及している昨今の状況は「アクセルとブレーキを同時に踏んでるのに車がうまく走らない！」と怒る変
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く