Web(HTML) 上でソースコードを装飾する方法はいくつかあります。ここではそれらについてリストアップしておきます。 Javascript を読み込んで動作するもの SyntaxHighlighter Crayon Syntax Highlighter google-code-prettify PRISM highlight.js SHJS それ以外のプログラムによって変換するもの Pygments GeSHi Text_Highlighter Javascript を読み込んで動作するもの SyntaxHighlighter ライセンス MIT ライセンスか GPL ライセンス 派生物のときは派生物に定められた何れかに従う 公式 http://alexgorbatchev.com/SyntaxHighlighter/ Javascriptベースで動作します。メジャーなものの1つです。
以前、ある文字列がfloat型に変換可能かどうかを確認する方法を扱った以下の2つの記事を書きました。 isdigit()について - 主にプログラムを勉強するブログ 昨日のエントリの補足+α - 主にプログラムを勉強するブログ これらの記事、特に後者について訂正と補足をしたいと思います。 1年以上前の記事なので今さら訂正、補足をするのはきまりが悪いのですが明らかなミスがありましたので。 2つ目の記事の中で、ある文字列がfloat型に変換可能かどうかを判別する正規表現として re.compile("^\d+(\.\d+)?\Z") というのを書いていますが、これだと負の値がマッチしないというミスがありました。 num_reg = re.compile("^\d+(\.\d+)?\Z") print bool(num_reg.match('-14.1')) # False また'15e-3'と
ECMAScriptの規格書は非常に細部に至るまで細かく仕様が規定されていますが、１００％全て正しく実装している処理系は僕の知る限りありません。過去に広まってしまったソフトとの後方互換性を維持するため、あえて仕様にあわせていないのだろうというものもあります。ECMAScriptの規格と各ブラウザのScriptエンジンとの違いは、いずれ機会があればまとめたいと思っていますが、コーナーケース（いわゆる重箱の隅系）になると、膨大な量になります。 今回は、文字列を数値に変換する際に登場するToNumberとparseInt/parseFloatについて簡単に紹介します。ToNumberは規格書に登場する内部の実装関数であり、parseInt/parseFloatはご存知JavaScriptのグローバル関数です。 ToNumberの引数が文字列のとき、規格書ではその文字列の文法が厳密に規定されていて
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13129686943 「アイ」という音は、日本だけじゃなく、世界のあちこちで、「エ」という音に変化しやすいという傾向があります。 なので、「うるさい」「でかい」「くらい」なんかは、 「うるせ～」「でけ～」「くれ～」に変わりやすい、 ってことです。 英語で、day とか said を、ダイとかサイドと読まずに (実は、ロンドンの下町訛りやオーストラリア訛りでは、 そう読むんですが)、デイとかセドと読むのも同じこと、 韓国のハングルで「エ」を表わすハングル字母は、 H みたいに見えますが、これは「ア」を表わすトみたいな ハングルと「イ」を表わすlみたいなハングルが合体した 奴で、小さい子供・赤ちゃんを「アイ」と言いますが、 これはしょっちゅう「エ」と発音される、とか、 鹿児島弁
久しぶりの身近な書体シリーズです。今回はComic Sansを採り上げます。 Comic Sansは1994年に作られてWindows 95（のPlusパック）に搭載されて以来、Windowsユーザーにはおなじみのフォントです。特に欧文圏ではそのカジュアルさがウケているようで、様々な場所で使われている書体です。まぁプロからすれば特に良くはない書体ですね。それどころかタイポグラファーやデザイナーの間では忌み嫌われている存在で、これの駆逐をテーマにしたウェブサイトもあるぐらいです。 （ちなみにこのサイトの運営者はカップルであり、共通の趣味、つまりComic Sans排斥で意気投合して結婚したそうです。Comic Sansの作者Vincent Connare氏は「自分の書体のおかげで夫婦が誕生したんならこんなに嬉しいことはない」と言ってます） でも、本当にそこまで徹底的に叩かれるほど悪い書体でし
印刷物の制作には、数値の表から棒グラフや円グラフを作ったり、与えられたラフスケッチを清書するなど、データや情報をビジュアルに表現する作業がつきものです。これらの作業はドローソフトや画像処理ソフトで行うのが普通ですが、場合によってはかなりの労力やセンスを要求されます。そこで、MS Excelなどを用いたグラフ作成の自動化が広く行なわれていますが、パソコンソフトにはほかにも多くの自動描画ツールがあります。DTPの世界ではあまり知られていないツールを紹介します。 Graphviz graph-easy Google Chart Tools D3.js R ※この記事は、弊社 PR 誌『SHOWA NEWS』No.127に掲載された「データのビジュアル化を最少の労力で」を増補したものです。グラフ例や情報の参照先リンクを追加しました。
このブログにはGvizに関する大量の記述があるのだけれどもまともにタグ付けされてないサイト検索もできないと非常にアクセスビリティの悪い有り様でまあ本来なら気合を入れてひとつその全体解説たる記事を書き下ろしてここに公開！と宣言してついでにEPUBにまとめて一攫千金と相成りたいところ如何せん筆がぁ筆がぁっつって一向に気持ちがそちら方面に向かわずにおるわけで。 そこで代わりといってはなんですが「Gvizの目次 - Rubyの世界からGraphvizの世界にこんにちは！」と題して過去の記事をここにまとめて一覧できるように致しましたのでGvizをご利用頂いていていままで右往左往させられていた方あるいは使い方がわからん何が描けるのかわからん全く意味がわからんという方あるいは将来においてGvizに興味を持たれる可能性のある方居られましたら是非ともこのページを基点として各ページに飛んで頂きたくお願い申し上
フローチャートなどの高度なグラフを描こうと思った時に使われるのがGraphvizです。テキストベースで記述していくだけでできるというのはやはり手軽です。しかしローカルソフトウェアをインストールしたり、セットアップしたりするのは面倒と感じる人も多いでしょう。 そこでさらに再利用性を高めてくれるのがViz.jsです。WebベースでGraphvizを使えるようにしてくれます。可能にするのはまたしてもEmscriptenなのですが、面白さを体感してください。 例として以下のようにGraphvizのDOT言語をそのままscriptタグに記述します。 <script type="text/vnd.graphviz" id="cluster"> digraph G { subgraph cluster_0 { style=filled; color=lightgrey; node [style=fill
知って得する、Webブラウザ上で利用できるグラフィック関連技術。HTMLのような感覚で図形が描画できる「SVG」をハックしよう グループ化・リンク・変形 本連載では、Webブラウザ上で利用できるグラフィック技術を分かりやすく紹介しています。前回はSVGの基礎編として、SVGドキュメントの基本的な書式と基本図形の描画方法、各種スタイル指定の方法などを解説しました。 今回はその続きとして、変形やアニメーション、フィルター、JavaScriptによる制御といった機能を取り上げていきます。例によって多数のサンプルとともに解説していきますが、Webブラウザによっては一部が動作しません。確実にサンプルを見たい方は、FirefoxまたはOperaの最新版をご使用ください。 ■ 図形のグループ化 まずは前回取り上げられなかった重要な基本機能として、「図形のグループ化」を解説します。SVGのようなベクトルグ
知って得する、Webブラウザ上で利用できるグラフィック関連技術。HTMLのような感覚で図形が描画できる「SVG」をハックしよう SVGドキュメントの書き方 本連載では、Webブラウザ上で利用できるグラフィック技術を分かりやすく紹介しています。第2回となる今回のテーマはSVGです。 ご存じの方も多いと思いますが、SVGはXMLをベースにしたベクトルグラフィックスの記述言語です。PNGのような画像フォーマットの1つでもありますが、実際にはXMLを記述したテキストファイルであり、HTMLと同様にJavaScript（DOM API）による制御も行えます。HTMLがタグによって文書の構造を記述するのと同様に、SVGはタグで図形を記述します。 ■ XMLでベクトルグラフィックスを記述するSVG 実はSVGの規格自体はかなり以前から存在したのですが、長らくInternet Explorer（以降IE）
「5」を「05」のように桁を合わせるためにゼロを使うことを「ゼロ埋め」とか「ゼロパディング」などと言うそうです。 JavaScriptではsliceを使うと簡単にできます。
よく見かけるalertでのエラー表示、 //... if ("エラーがあったら") { alert("エラーです！"); return false; } //... 最近のブラウザは、alertが連続すると下の画像のような表示に変わります。 ダイアログ表示の間隔が短いと「これ以上表示しない」の表示が出るようです。 firefoxの場合では、プログラムソース内のSUCCESSIVE_DIALOG_TIME_LIMITや、ユーザーが設定できる値のdom.successive_dialog_time_limitが動作に影響します。about:configで、追加、変更でき、1か0を指定すると「これ以上表示しない」の表示をしなくなります。 動作確認用ボタン （無限ループ覚悟でクリックしてください） （時間間隔が短めだと、メッセージが表示される） （alertが表示されたらすぐ閉じれば、間隔が十分に
jQueryを使って要素を追加したり消したりするときに、特に意識せず書いていたらメモリーリーク起こしちゃってたのでメモ。 たとえば以下のようなコード。 addを押したらspan要素が増えていって、next、prevで選択中の要素（赤色）が変わっていく。"remove unselected"で選択中の要素以外の要素を消す。 これで以下のような操作をするとメモリーリークする（DOMから削除された不要な要素がメモリに残り続ける）。 add を何回か押して要素を足す next を何回か押して選択要素を変える remove unselected を押して選択要素以外を削除 原因は、jQueryでnext()やprev()などを使って（あるいは他のメソッドでもだが）要素を次々と移っていったときに、current.prevObject にその前の要素を保持しているせいである。今回はjQueryオブジェク
jQuery and its cousins are great, and by all means use them if it makes it easier to develop your application. If you're developing a library on the other hand, please take a moment to consider if you actually need jQuery as a dependency. Maybe you can include a few lines of utility code, and forgo the requirement. If you're only targeting more modern browsers, you might not need anything more tha
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く