Toshi Omagari | 続・身近な書体：Arial
いよいよお待ちかね、Arial誕生秘話の後編です。前回は何故Arialが作られたのか（why）について説明しましたが、今回のテーマはどうやって作られたか（how）で、さらに書体デザイン寄りの話になっていきます。頑張って説明はしますが、かなりテクニカルな話だと思いますので途中で諦めていただいて構いません。まだ前編を読んでいない方はこちらからどうぞ。 IBMは最初の業務用レーザープリンタ「3800」の後継機、「3800-3」を作るにあたって、タイポグラフィを改善することを決めました。初号機の解像度は144dipで、書体は一応選べたものの全て等幅で、サイズも最大3段階からしか選べませんでした。3800-3では解像度が240dpiになり、良質の書体を搭載し、サイズの選択肢も増やすことが次の課題となりました（前編で初号機の解像度が240dpiであるかのような書き方をしてしまいました。ここでお詫び致し
Toshi Omagari | 身近な書体: Arial
今回取り上げる身近な書体はみんな知ってるのにみんな知らない書体、Arialです。タイポグラフィを志す人、少しでもかじったことのある人、もっと言えばフォントメニューを開いたことがある人なら必ず目にしたことがあるでしょう。なにせAで始まりますので、メニューのかなり上に来ますしね。 ArialはよくHelveticaと間違われやすいですし、Helveticaがないときに代替として使われる書体でもあります。事実Arialは見た目がHelveticaっぽくなるように作られたものですし、ArialはHelveticaの字幅と完全に一致するように作られています。欧米のタイポグラフィ界ではArialの使用はすなわち「Helveticaの不使用」という書体選択における妥協または無頓着を表しているように見られますし、僕も大筋では同意します。Helveticaは標準だとMacにしか入っておらず、Windowsの
mixi Engineers' Blog » 詳細 ECMA-262-3 シリーズ・第1章 実行コンテキスト／第2章 変数オブジェクト
初めましてこんにちは。たんぽぽグループの大形尚弘と申します。好きな言語は Dart です。どうぞよろしくお願いします。 さてもう昨年のことになりますが、私個人のブログにて、 Dmitry A. Soshnikov さんの JavaScript. The Core. という記事を翻訳させていただきましたところ、予想以上の反響をいただきました。 JavaScript の実装部分、例えば今なら HTML5 の色とりどりな API といったキラキラした部分だけでなく、 ECMAScript の仕様そのものに興味のある方が、こんなにいたなんて！ と、いうわけで、日本では、先日上梓されました『パーフェクト JavaScript 』でのみ触れられているような、 ECMAScript の言語仕様そのものについて、同じく Dmitry さんが書かれた ECMAScript3 および 5 に関する詳細記事シリ
jQueryで$(document).readyを複数実行した場合のthisやvarについて - maeharinの日記
はじめに jQueryを使う時は、$(document).ready(handler)やその省略法である$(handler)でdom構築ができてからコードを実行することが多い。（handlerは無名関数などの関数オブジェクト） で、たまに複数のファイルで何度も$(handler)を呼び出すことがあるのだけれど、その際$()の引数に渡しているhandler内のthisやvar宣言について混乱しがちだったので整理しておく。ちなみに検証環境はChrome ver24、jQuery1.9.1。概念はES3を基準にする。 前提 書き方色々 以下の3つは同義（真ん中は推奨されない） $(document).ready(handler) $().ready(handler) //this is not recommended $(handler) http://api.jquery.com/ready/
や...やっと理解できた！JavaScriptのプロトタイプチェーン - maeharinの日記
JavaScriptのプロトタイプチェーンについて理解しようとしたのだけど、prototypeとか__proto__とかごちゃごちゃになって、色んなブログを読んでもなかなか理解しきれなくて悶々としていたのだが、図を書いたらパッと理解できた！以下、情報ソースはなるべくECMAScript仕様書（3rd）を元にするようにして書きました なぜ分かりづらいのか？ そもそも、なぜJavaScriptのプロトタイプチェーンは自分にとってこうも分かりづらかったのだろうか？自分なりに分析してみると、まず、「似ているが違う用語が沢山ある」という点がある。ざっとあげただけでも、「prototypeと__proto__」「__proto__と[[Prototype]]」「FunctionとFunctionオブジェクト」などがある。そして次に、「入り組んだ構造が動的に変化する」という点がある。上記のように似たよう
まさに忍者...JavaScriptの関数は第一級オブジェクト - maeharinの日記
JavaScriptの関数は「ファーストクラスオブジェクト（第一級オブジェクト）」である。なので、変数に代入したり、配列にセットしたり、他の関数に食わせたりできる。この変幻自在っぷりはすごい。newでコンストラクタになるところなんて変化の術のようだ。無名関数の即実行は影縫いの術みたいだし、callやapplyでthisの値を変えるとこなんて口寄せの術を彷彿とさせる。正に忍者 |--)ﾉｼｭｯ==卍 変数に代入する var foo = function() {console.log('foo');}; foo(); 配列にセットする var fnList = [ function() {console.log('foo');}, function() {console.log('bar');}, function() {console.log('piyo');} ]; for(var i =
最近のJSの開発環境について知っておくべきライブラリ10個 - mizchi log
ほんとに10個だと思った？（無意味に煽っていくスタイル） 最近JSだけのリポジトリで無益なゲームを大量に作っては破棄しているのだけど、割とストレスなく出来上がってきたので書く。 長々と書くが、要は次のリポジトリに概要が詰まってる。 mizchi/mizchi_client_boilerplate · GitHub https://github.com/mizchi/mizchi_client_boilerplate 前提として、最近はCSJSでもnodeのインストールを前提とする環境が多い。必須といってもいい。 grunt gruntjs/grunt · GitHub https://github.com/gruntjs/grunt ビルドタスクを簡単に作れる。make、rake、などに相当するが、node製らしくファイルシステムの監視でアクションを作れるのが特長。$ grunt serv
JSのMVCについて考えてみた ~ その2 テンプレートエンジンの分業とパフォーマンス - mizchi log
この前の続き。相変わらず思いつきでつらつら書いてて図とかまともなサンプルとかない。 JSのモデルには二種類ある フロントエンドである以上本質的にすべてビューだとも言える。 であるがゆえにあやふやにしないほうがいい。 ビューモデル UIの状態を示す属性。選択しているタブとか、開いているダイアログとか、そういうものの状態をDOMから読むのではなく、JSとして一度確定し、その結果をビューに反映すべきだ。激しく画面を組み替える場合はビューというグローバル変数はどこからも汚染される可能性がある。 データベースのローカルキャッシュ たとえば、a地点からb地点の距離をユークリッド距離を求めるのに、わざわざサーバーに問い合わせるのは無駄。普通に三平方の定理で計算すればいい。アクション性が高いものほど、ここの振る舞いは分厚くなる。いわゆるHTML5アプリはここを重点的にやるほどサーバーの負担が減り、サーバー
大規模JSでのBackbone.js/CoffeeScript について考えてみた - mizchi log
これ読んでたらr7kamura君にJSのMVCどうするの的な話きかれてたのを思い出したので、自分がBackboneを使う時のパターンをr7kamura君の記事をベースに書きなおしてみた。 > サバクラ両方で動く JavaScript の大規模開発を行うために ― Gist https://gist.github.com/1362110 > client-side javascript - ✘╹◡╹✘ http://r7kamura.hatenablog.com/entry/2012/10/18/023629 以下の様なコードを書いた。かなり冗長だが、複雑なアプリだとこれぐらいの冗長性は必要になる。 (なお概念を伝えるための解説用コードなのでそのままじゃ動かない) Backbone.Model # 名前空間の初期化 App = {} App.View = {} App.Model = {}
Web StorageやindexedDBを扱う上でのセキュリティ上の注意点 - 葉っぱ日記
localStorageやsessionStorage、あるいはindexedDBのようなブラウザ上でのデータの保存が可能になったことで、これらを取り扱ううえでもセキュリティ上の注意点が必要である。 これらのストレージは、localStorageやindexedDBは永続的に、sessionStorageはブラウザやタブを閉じるまでの間データが保持され続けるので、例えばWebアプリケーションがログイン機構を持っている場合にログイン中にこれらのストレージに書き込まれたデータは、ログアウト後も当然参照および書き換えが可能である。Webアプリケーション上のアカウントに紐づいたデータをこれらのストレージに書き込んでいる場合、ログアウト後もアクセス可能なことが問題を引き起こす可能性がある。 例えばTwitterのようなサービスがあったとして、(navigator.onLineプロパティなどを利用して
GPUImageで高速フィルター！iOSカメラアプリの作り方（まとめ・サンプルコードあり） | リンゴにかじられたブログ
「モノカラーカメラ」というカメラアプリをGPUImageベースで作りました ﾓﾉｶﾗｰｶﾒﾗ カテゴリ: 写真／ビデオ 価格: 無料 GitHub ソースコードはhttps://github.com/kasajei/ios-fantagram-kasajei/tree/1.0.0に置いてあります。書く記事ごとにtagをつけて残しているので、各回ごとに追っていきたい人はそちらからも御覧ください。 記事一覧 GPUImageで高速フィルター！iOSカメラアプリの作り方(1) ~ fantagramができるまで ~ GPUImageで高速フィルター！iOSカメラアプリの作り方(2) ~ fantagramができるまで ~ GPUImageで高速フィルター！iOSカメラアプリの作り方(3) ~ fantagramができるまで ~ GPUImageで高速フィルター！iOSカメラアプリの作り方(
「蜷川実花監修カメラアプリcameranのエンジニアが教える高速フィルターカメラアプリの作り方」のレジュメを公開します - PEAKを生きる
こんなかんじのフィルターが作れるようになります。 このレジュメを元にした勉強会が「MTL主催【学生限定・iPhone勉強会】蜷川実花監修カメラアプリcameranのエンジニアが教える高速フィルターカメラアプリの作り方です。 学生の皆様はふるってご参加下さい。 GitHubのリポジトリは https://github.com/kasajei/MTLSeminar201303 です。 あと、Xcodeをダウンロードしてきてね☆ Xcode カテゴリ: 開発ツール 価格: 無料 アジェンダ プロジェクト作成 GPUImageの組み込み とりあえず、GPUImageを動かしてみる PIP Cameraみたいなおしゃれなフィルターを作ってみる プロジェクト作成 まずプロジェクトの制作をします Single View Applicationを選択 名前はMTLSeminar201303にしましょう 次
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
