  |
はてなキーワード: ヒラギノとは
Mac上でもWineを使えばプレイできたのでメモ。一応アダルトゲームなので、こちらに書いておく。
多分インストーラは動かないので、手動インストールになる。https://www.typemoon.com/users/faq/FHAT/#17 に従えば良い。要はsetup以下を適当な場所にコピーすればOK。
FateFD.exeが本体なので、"wine FateFD.exe"をコマンドラインで実行すれば起動する。起動に時間がかかることはあるが、待っていれば大丈夫。
初回起動時にディスクチェックがあるが、これはドライブにDVDを入れておきさえすれば、他に準備も要らず通った（MacBook Airで外付けBlurayドライブで確認）。
ADV部分のフォントはゲーム内の設定でMac側のフォントが使える（ヒラギノは表示されてないので無理そう）。フルスクリーンにするとおかしくなるので、これはできなさそう。「エンジン設定」でフルスクリーン切り替え方法を「ChangeDisplaySettings API」にすればフルスクリーンにもできる。最後までプレイできるかは確認していないが、今の所問題なし。
Macの標準フォントではあるけど、MacのWinのシェア比って
http://news.mynavi.jp/photo/news/2016/04/04/063/images/002l.jpg
Winが全世界で9割の使用率で、それって大雑把にいっても日本で1億人いたら
そのうち9000万人がWinでヒラギノ角ゴが標準フォントじゃなくて
だのに1000万人のためにデザインをヒラギノ角ゴで上げてくるのは何なの？
もちろんヒラギノ角ゴのほうがデザイン的に洗練されて優れているのは分かる
ちゃんとMSゴシックで表示されたときのバランスを考えてデザインしてね？
悪いところもあるよ。利点だけね
タッチセンサーで4方向にスクロールできる。横方向のスクロールは慣れると本当に無いと困る
バカみたいに電池食う。1〜2週間で電池変えてる気がする。Thunderboltのヤツに変わる前に電池のヤツとエネループ買うべき
ゴディバやファンケルのロゴで有名なOptima、アルマーニのロゴで使われてるDidot 、ユニバーサルミュージックのロゴで使われているCopperplate gothicなど
そして印刷やweb製作など商用利用OK。これはAppleに問い合わせたから間違いない
magic mouseを二本指で軽く二回叩くと今立ち上がってるアプリ一覧みたいな画面になる。この画面で複数のデスクトップを作って使い分けることも出来る
ドック上のアプリアイコンの上でこのジェスチャーをするとそのアプリの開いてるウインドウ一覧になる
ブラウザ立ち上げ過ぎた時に便利
隠す
そのアプリを立ち上げたまま表示を全部消す
ブラウザ立ち上げ過ぎて他のアプリのウィンドウがどっかいった時に便利
音楽ファイルならその場でプレビュー再生できるとかプレビュー機能が強いと思うけど、今のウィンドウズ知らないから分からん。もしかしたら同じかも
まったく分からないけど、分かる人には素晴らしいものらしい。OSの設定を変えるのに時々このターミナルが必要になったりする
買収
AppleはLogicってDTM用のソフトを開発・販売している。
Logicは元々emagicという会社が作っていたものでWin版とmac版の両方が販売されていたが、Appleがemagicを買収。Win版は容赦なく打ち切られた
最近も同じ事があった。CamelAudioというソフトウェアシンセサイザーで有名な会社をAppleが買収
Win版はもちろん打ち切り。代表作Alchemyはなんと無料でLogicに搭載された
Winユーザーからしたら迷惑この上ないことだが、Alchemyをただで手に入れたLogicユーザーとしてはすげー嬉しい。Alchemyはホント素晴らしい
Appleは結構Macユーザーにメリットがあればwinユーザーがどうなろうが知ったこっちゃないって感じがある気がする
あんまりいい事じゃないとは思うんだけど、まあMacを使っていればAppleの囲い込み被害に合わないで済む安心感というか、まあそういうのはある。特にDTMでは
Firefoxのほうが明らかに美しいのだけれど、誰も話題にしないのはなぜなんだろう。
DirectWriteに変わってから、Chrome(Win)のレンダリングはずいぶんきれいになった。
しかし、WindowsとかMacとか関係なく、Firefoxのほうが文字がきれいなのだ。
ポイントが小さくなるほど、差が顕著になる。
Chromeの便利さから抜け出せないのだけれど、この差があるから心身まるごと投げ出せない。
議論元エントリーはこちら。
毎度のことながら、MacとWindowsの論争を見るともんにょりしますね。人類から戦争が途絶えぬ縮図が、ここに。(´ω`)
しかし、最近パソコンをはじめたユーザや、元エントリの増田のような人にとっては、信者の言葉ってワケわかめだと思うんですよ。
そんなわけでMacとWindowsの歴史を、なるべく平易に書いてみました。(´∀｀)
歴史を見返して、WindowsとMacの強み弱みを把握すれば、宗教戦争の理解が深まり、自分にピッタリのパソコンが分かるかもしれません。
たぶん。
元増田のエントリーがWindows寄りの結論になっているので、
だれかWindows寄りや、Linux寄りの視点を加筆して下さいな。当エントリの補足・指摘も歓迎します。
既存のUNIX環境向けに制作された、膨大な数のソフトウェアを扱えるのはプログラマにとっては大きな恩恵です。
たとえばWindowsではCygwinを導入する事でC言語開発環境を手に入れる事ができます。ただし、インストールは非常に煩雑で、動作速度も雲泥の差です。
MacはPOSIX互換であり、プログラミング環境のインストール等が簡単です。
FreeBSDやUNIXを過去に使用していた熟練プログラマは、Macに乗り換える事で、過去の資産を有効活用する事ができます。
シェル環境とは、よく映画で、暗い部屋の中、天才プログラマーが真っ黒な画面に流れる奇っ怪な文字列を眺めてる、アレです。
ひらたくいうと、あの文字列ひとつひとつが、コンピュータ内部で行われる処理や通信を意味しています。
LinuxやMacではターミナル、Windowsではコマンドプロンプトなどと呼ばれます。
Windowsには非搭載だが、Linux/UNIX/Macでは標準サポートされているコマンドが多数ありました。
とはいえ、これは過去の話です。現在はWindowsのシェル環境も、だいぶ充実したので、普通に使うには大きな差はありません。
が、歴史的経緯や文献量を比較すると、どうしてもWindowsのシェル環境はUNIX/Macに劣ると考えられています。
四六時中プログラマが目にするのは、文字です。ですからプログラマーは醜いフォントが許せません。
Windowsのフォントレンダリング環境は2014年3月現在も貧弱です。
WindowsVista登場時にメイリオフォントが登場し、ある程度の改善が図られましたが、Macの画面と比較すると大きな差です。
これはMacとWindowsのフォントレンダリングやアンチエイリアスの技術の違いによるものです。
WindowsでもMacTypeなどのソフトウェアを使用して、強制的にフォントのアンチエイリアスを変更する事が可能ですが、残念ながらMacに遠く及びません。
Anti-Grain Geometry - Texts Rasterization Exposures
Xcodeは、非常に優秀なIDEです。特筆すべき利点は、動作が割と軽快で、初期設定の状態でもある程度使い物になる点です。
インストールもAppStoreからワンクリックな為、簡便です。XcodeはMacのみで使用できるソフトウェアです。以前は有料のソフトウェアでしたが、ここ数年は無料で提供されています。
またiOSのソフトウェア開発では、XcodeとMacは必須です。iOSアプリの開発には、Xcodeとそれに付随するシミュレータソフト、そして開発者用アカウントが必要なのです。
Xcodeの弱点は、バージョンアップ時にインターフェースが突如として大幅変更がされる事。またここ数年は英語のみしかサポートされておらず、日本語話者にとっては使いづらいという2点です。
2014年現在は楽曲制作にMacとWindowsの差はありません。しかし、過去にはDTM=Macという暗黙の了解がありました。
特に1980年代、プロユースの音楽制作ソフトの多くがMacintosh対応でした。理由は複数ありますが、そのひとつがPCM音源の発音問題でした。
Macintosh 128K以降すべての機種でPCM音源をサポートしています。これにより同時発音数が多く、Mac向けのDTMソフトウェアが多く開発されました。
それに対してWindowsは16ビット/48KHzのPCM1チャンネルのみで、性能はCPUの能力に依存します。昔のPCはCPUの実行速度は低かった為、音声出力の機能が貧弱でした。
Mac標準搭載のGarageBandと、有料のDTMツールLogicは有名なDTMソフトウェアです。
この2つのソフトはAppStoreから購入できます。互換性もあるため、GarageBandで作曲を覚えた初心者ユーザが、Logicを購入し上級者になるという、非常にスムーズな導線が構築されています。
またLogicは数あるDTMソフトウェアの中でも安価で高機能です。iPadとの連携機能においても、他のツールより頭一つ秀でています。
MacはCoreAudioという、MIDI入出力環境を搭載しています。大変高速に動作する為、追加投資の必要がなく、DTMクリエイターに重宝されています。
Windowsの場合、オーディオドライバを別途用意する必要がある為、投資が必要です。
主に海外製のプラグインではありますが、明らかにMacよりWindowsの方が充実しています。お金をかけずにエフェクトに凝りたい人にとっては、MacよりWindowsの方が良いと言えます。
MacBookProRetinaモデルは、グラフィックデザインの仕事をする者にとっては、福音でした。
特にAdobeInDesign使用時の効果は凄まじいと感じます。紙とディスプレイの1to1の制作環境が構築可能な時代がやってきたと感じます。
さらに当時、MacはPostScriptというAdobeが開発した印刷用言語をサポートしていました。高解像度の印刷を行うには、Macしか選択肢がなかったのです。
その頃の印刷所やデザイン事務所はおのずとMacを導入しました。その歴史がある為、現在もMacの使用が続いています。
スティーブ・ジョブスが学生時代にカリグラフィーを学んだ逸話は有名です。その経験から彼はMacのフォント環境に心血を注ぎました。
現在でもAppleは高いライセンス料を支払い、各種製品にフォントを多数搭載しています。
オーソドックスで美しいセリフ体のTimes、流麗なZapfino、日本語フォントではヒラギノなど、様々な良質フォントが搭載されています。フォントを買い足さなくても、ある程度のグラフィックデザイン制作が可能です。
反面、2014年3月現在Windowsで安定して使えるフォントは、字游工房の2書体のみです。メイリオは画面表示時に使うフォントなので、DTPでは活用されにくいです。
2005年頃、出版業界はQuarkXPressからAdobeIndesignに乗り換えました。しかし、それ以前は出版用ソフトウェアはQuarkXPressが業界標準でした。
このソフトは、Macでしか対応していませんでした。QuarkXPressは、64bit対応やOSX対応が遅れため急速にシェアを落としました。
現在はAdobeIndesignが業界標準で、これはMacもWindowsも両方で使用可能です。
しかし、QuarkXPress時代から活動しているブックデザイナーやエディトリアルデザイナーにとっては、Macの方が慣れ親しんでいるでしょう。
1980年代のパソコンは、表示できる色数に制限がありました。Macintoshは安価な割に発色の性能に優れた時代がありました。
コンピュータ・グラフィックは数多のPCメーカが多額の資金を費やし研究開発した歴史があります。
一時代だけを抜き取って「Macのグラフィックが優れていた」なんて書くと、多くのツッコミが入ると思います。
とはいえ、Macは早くからキャリブレーションの機能を充実させてきた為、色管理の強さという点において、多くのデザイナーやイラストレータから支持を受けた事は、特筆に値すると思います。
問答無用で、Windows一択。PC改造を続け、最新のグラフィックを追い求めたゲームマニアは、10年前に比べると少なくなりました。
しかし、彼らのPCがMacである事など、ありえません。
最近はAdobeFlashが盛り返しを見せていますが、ブラウザゲーム市場を除けばMacを使用するメリットは薄いと考えられます。
一方、Linuxベースのメディア配信サービスSteamOSの今後の発展に期待したいところです。Steamではアマチュアからプロまで幅広いゲームクリエイターが自作のゲームを販売しています。
Windows圧勝。MicrosoftOfficeをはじめ、Windowsの方が対応ソフトが多いです。
特に会計ソフト類は、Macは壊滅的であります。また、言わずもがなですが、BtoBの業務系ソフトウェアはWindows特化のものが大半です。
とはいえ、LibreOfficeやOpenOffice.orgを使用して業務を進める団体もあります。福島県会津若松市とか、滋賀県甲賀市などがそうです。(LibreOffice採用事例)
そういえばVer4.2でCalcを大手術したLibreOffice。もうそろそろC++完全移管が完了します。
高速化が施され、今以上にチューニングされれば、Windowsの牙城に一矢報いるかもしれません。
ちなみに私は、ChromeOSとGoogleDriveが搭載されたChromeBookが、MicrosoftOffice一強状態を打ち崩すと予測しています。
あとJustSystemの一太郎も頑張ってほしい。Just do it!!
以上、チラ裏でした。
現実問題、iOSとiTunesの同期はWindowsでも可能です。しかし「持ってる携帯電話がiPhoneだから」と言う理由でMac買う人は多いです。
そりゃiTunesとiTunesStoreを使っているなら、Macに毒されてしまいますよね。
そういえばWindowsMediaPlayderが残念だった時代に、シェアを伸ばしたのがiTunesでした。音楽を愛するユーザの支持を集めた時代があった。と言っても過言ではないと思います。
使い勝手に優れます。これが理由でMacを使う人もいます。WindowsやLinux環境で、同様の使い勝手を得られるマウス・ガジェットは、2014年3月現在存在しません。
MacProではThunderboltを大量に備えています。これは今後普及する4K映像制作において活躍すると考えられます。ただ、普通に使うぶんにはThunderboltは恩恵を受けにくいと考えられますが。
これはMacに搭載された自動バックアップ機能です。Windows8にも同様の機能があるが、インターフェースの使いやすさと、設定の簡易さではMacが勝ります。
Macはクリーンインストール後に、自分のAppleIDを認証すると、最新版まで自動アップグレードを行います。
クリーンインストール後、1回の再起動で、ほぼすべてのアップデータが揃った状態になります。
WindowsUpdateの何回も繰り返さざるを得ない面倒アップデート作業に比べると、Macは楽ちんです。
ネットワークにつながった状態でリカバリを行った際、HDDが論理的に破損していても、自動で復元してくれます。というか、いつ切り替わったのか分からないレベルの自然さで勝手に復元を始めます。そう、Macならね!!
Appleの修理は迅速な印象があります。今まで5回修理に出しましたが、いつも4日程度で返送されてきます。あとまぁ、Appleサポートはごねると得をする事が多い……ような感じがします。(一個人の印象です)
Windows8タッチパネル型は画面が揺れるので、使いづらい機種が散見される(2014年3月現在)。画面を固定しながら操作できる補助道具や、ロック式のヒンジが必要だと思うのですが、まだ普及していません。
あと、SurfacePro2が店頭で買えない状況が数ヶ月続いているので、そりゃあMacに流れるのでは。(なんか、今日のニュースで久々にSurfaceが入荷されたらしいです)
スペック対価格を比較すると、CPUやメモリやらのコストパフォーマンスが悪くない、と思います。
10年前は「Macは高くつく」という印象だったものが、ここ5年で「Macって割安」という印象に変換したと記憶しています。
一昔前に比べ、自作PCの価格的メリットが薄れたから、そのように感じるんですかね。
美品なら、「だいたいこの値段で売れる」という土壌が形成されている。大幅な値崩れも少ない。新製品発表ごとに旧機種を売って、新機種に乗り換えても、損した感が少ない。
要するに、値崩れしにくい。ポジティブに受け取ると、欲しいと思った時が買い時。
SurfaceRTのように意味の分からない価格暴落が起きる心配がないですね。人によっては、安心と言えるかもしれません。
何をもって"無駄"と判断するか、非常に難しい論点ではありますが。
へんてこなアザラシのマスコットがデスクトップを泳ぎ出したり、なんとも言えないモッサリ感の明るさ調整ソフトが突如画面に出現したり。なんて事はありません。
ある時期、ある特定の界隈にて、「Macが優れる」とか「いや、Windowsがコスパが高い」なり「Linuxが一番」とか、
マァ、乱暴な言い方をすると、それぞれのムラの中で熱狂と共にコミュニティが形成されて、宗教と信者ができあがると思うんですよ。
しかし進化の早いIT業界では、一昔前の利点が追い抜かされるなんて、日常茶飯事。
だから今から見ると、信者の言葉や、その感動が伝わらない。なんて事、よくあると思います。
ジョブスも、死んだし。
とはいえ、日常生活の中で、目を輝かせてOSのすごさを語る信者とか、逆に必要以上に貶す反信者を目にしたら、
生暖かい目で「ああ、このオジサンが若い頃、こういうのが流行ったんだナァ」とか
「ああ、昔、あのOSに苦労したんだネェ」などと、受け流してあげるのが正解だと思います。
そういう時代が、あったんだ。……と。
しつこい宗教や信者は、裏返せば、その人が感動した記憶なのでしょう。
このエントリを読んだあなたが、何かの道具に感激し、愛すべきツールを誇り、誰かにしつこく薦めるようになるのを、楽しみにしています。
ツッコミ、指摘、Welcome。
だれかWindows寄りや、Linux寄りの視点を加筆して下さいな。
記事執筆時点リリースされている最新のOSバージョンはWindows8.1、Mac10.9Mavericks、LinuxKernel3.13です。
最近、まとまった形式でWindowsとMacの優劣や、歴史を比較したエントリーって少ない印象があります。
だいたいがTwitterやまとめブログで、薄っすい単文コメント……(´・ω・`)
がっつり読み応えのある論評にお目にかかりたいものです。
最後になりますが、ちなみに私はLinuxユーザです。(・∀・)
ではみなさま、どうか、ご安全に。(￣人￣)ノ
MacもWindows XPも７もFedoraもUbuntuも使ったことあるが
１つだけといわれたら選ぶのは７かなぁ。
Macは微細な設定ができないことが多いので、ちょっと無理。
困るのはPhotoshopなりAfterEffectsなりのプラグインがMac版しかない場合とかかな。逆にWin版しか無いこともあるけど。
Winでピンチとか使いたければ、Bamboo http://tablet.wacom.co.jp/bamboo/ あるし
Winでヒラギノとか使いたければインストールすればいいし http://www.screen.co.jp/ga_product/sento/index.html
さすがに、デスクトップでヘビーユースのMacはちょっと個人で買うには高すぎる。
遊びでMac Book Airを買おうかなぁとか検討中だけど、本業でメインで使うのはどうしてもWinだなぁ。ソフトの多さ・サードパーティハードによるカスタマイズ性の方が重要。
７にしたのは、さすがに、ClearTypeは良いし、なんといってもメモリ爆積みしたうえで、互換性あるからね。８Gとか１６Gとか欲しいし
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
_________________ここから下は古い情報▼__________________________________________________
今、自分のブログをスクラッチしているので、こちらで。→2008/9/28 スクラッチ完了！BLACK-OUT.CSS公式ページ
作りました
要は、LynxのようなシンプルWebに世界がなればいいのになと思っている方。
そして、どんなサイトでも目線は左右に動かしたくない！スクロールは上下だけで済ませたい！
と、強く考えておられる方むけの情報です。
私はテキストブラウザのLynxを時々使っているのですが、これでサイトを見るとシンプルに見れるのですごく良いんですよね。
ただ、LynxはFlashとか画像が見れないし、マウスが使えないのはいざって時にちょっと不便。
で、Firefoxをテキストブラウザ化できないかなあと、ふと思いまして、思いつきで作ってしまいました。
私めもwebデザイナーやっとるんですが、上記のように、昨今のwebデザインなんて普段はなくていいって思っている奴でして。
仕事じゃ3カラムのサイトとか作りますが自分はそんなん好きじゃないです。色がサイトごとに違うってのも理解できない。
必要なのは情報であってデザイナーのデザインなんてどうでもいいんですよ。
そんな訳で、どんなサイトでもテキストブラウザ状態で閲覧できるFirefox用の拡張cssを作りました（やっつけだけど）。
ただ、ニュースサイトで画像が見れないと困る時もあるので、普段は小さなサムネイルで、カーソルを合わせた時だけ大きく表示されるようにしています。
＠このcssはコンセプト実証モデルです。思いつきで作ってるのでちょっと問題もあります。フィードバックとか意見など頂けると嬉しいかも。
＠将来的には、グリモンでjsも組み合わせてもっとコンソールのような感覚でブラウジングできるようにしたい
＠（参考用）私のよく見るサイト・・・ニコ動、wikipedia、スラッシュドットジャパン、2nn.jp（2ch）、mixi、はてなでホッテントリに上がっているブログ各種
ちなみに、こんなん使うな、既にこんないいのあるわいってのをご存知の方は教えてくれると嬉しいです。
それなりに探したのだけど、見当たらなくて・・・だから自作したので。
/* * ---------------------------- * black-out.css * author zamamin.com * build 2008.8.09 15:03 * version 0.0.31 * fix @namespaceを書いてなかったので追加 * ---------------------------- * */ @namespace url(http://www.w3.org/1999/xhtml); /* 全てのエレメントをリセット */ body,body * { background-image:none !important; background-color:#000 !important; border-color:#333 !important; text-decoration:none !important; color:#aaa !important; /*<- テキスト色 */ font-size:16px !important; /*<- 文字サイズ */ font-weight:normal !important; padding:0.15em !important; margin:0 !important; line-height:1.25em !important; text-align:left !important; text-indent:0 !important; font-family:Arial,Helvetica,Verdana,'ヒラギノ角ゴPro W3','Hiragino Kaku Gothic Pro',Osaka,'メイリオ',Meiryo,'ＭＳ Ｐゴシック',sans-serif !important; float:none !important; clear:both !important; position:relative !important; width:auto !important; height:auto !important; } body { background-color:#000 !important; padding:0.5em !important; } body * p, body * div, body * h1, body * h2, body * h3, body * h4, body * h5, body * h6{ margin-bottom:0.3em !important; float:left !important; clear:both !important; } /* リンク色 */ body * a, body * a *{ color:#a50 !important; } /* アクセス済みのリンク色 */ body * a:visited{ color:#a50 !important; } /* カーソルを合わせた時のリンク色 */ body * a:hover, body * a:hover *{ color:#0aa !important; background-color:#609 !important; } /* 画像は普段は小さくサムネイル表示。鬱陶しいので薄く表示 */ body * img{ opacity:0.3 !important; height:15px !important; width:15px !important; } /* 画像はマウスカーソルもっていけば原寸サイズになる */ body * img:hover{ opacity:0.9 !important; height:auto !important; width:auto !important; } button, input, select, option, textarea{ color:#f00 !important; padding:0.05em !important; height:auto !important; } /* テーブルのスタイル */ table{ border:none; } table td, table th{ border:none; border-right:1px dashed #999 !important; border-bottom:1px dashed #999 !important; } /* for 2ch（暫定） */ body * dt{ font-weight:bold !important; } /* 二コ動 */ embed#flvplayer{ height:540px !important; width:952px !important; }
*{ margin : 0 }はもう古い！？ | Emotional Web
はてなブックマーク - *{ margin : 0 }はもう古い！？ | Emotional Web
はてなが酷い。
base.cssとかcommon.cssとかを書いて読み込ませるのは、何のためだったか考えてみよう。古い新しいの問題じゃないと気づくだろうか。少なくとも、レンダリング時間なんて完全に後付けだと洞察できるはずだ（あなたたちはjs大好きだよね）。
さて、真っ新なとこからCSS書いてくとき、どんなデザインにしろほぼ毎回指定する要素が出てくる。a img{border:none;}とかhtml,body{margin:0; padding:0;}とかだ。それなら始めにa img{border:none;}とかを羅列したファイルを用意しておけば、余計な手間が省けるじゃないか。たぶん根本の動機はこんなとこだろう。
それがいつの間にかデフォルトで適用されるスタイルをキャンセルするっていう方向へ迷走し、*{margin:0; padding:0;}なんて表現が生まれた。この指定は言うまでもなく有害で、著名なのはフォームのボタンが縮こまったり、liのネストが判別できないなどの副作用が生まれる。あまりにもすべてがキャンセルされるため、わざわざひとつずつ要素のスタイルを定義しなければならなくなって、ファイルサイズは増え可読性は下がり、冒頭で言うようにレンダリングにも時間が掛かるようになる。FireBugがない時代、この要素のスタイルはどのファイルのどの部分で指定されてるのか調べるのは本当に大変だった。*.cssをgrepしたとしても、単にul li{}とか書かれてるのがカスケーディングしてたらお手上げ。
これらのデメリットを認識したとき、はて*{margin:0; padding:0;}のメリットはなんだろうと考える。あ、特にないよね。じゃあやめよ。←いまここ
こんなのは実際にCSSを書いてたら気づくことだ。海外とか時代とか関係ない。元記事の趣旨は「*{margin:0;}は古い」じゃなくて「どんなCSSが効率的か Part2」だ。レンダリング重いから*{margin:0;}やめようなんてコピペ脳丸出しじゃ、いつまで経っても効率的なCSSなんぞ書けんよ。
＊原理主義者が「（例えば数十年後にリリースされた）UAがどんなスタイルを適用するかわからないので、最初にリセットするのは永続性完全性の観点から意味がある」と言うけども、未知のUA（というかデフォルトスタイル）まで考えてCSSを書くのはあまりに大変だ。それに、そんなことになれば、たぶん、compat.user.cssみたいなのが流行るはず。デフォルトスタイルに頼った表現がしょせん実装依存なのは認めるけど、ちょっと非現実的すぎるので、考慮から外させてもらう。俺はいま実務の話をしたいんだ。
で、元記事では、じゃあどんなCSSがいいのかって点がついで程度にしか触れられていないので、俺なりに考えてみた。
これは外せない。aの中のimgにborder付けたいってほうがイレギュラーなので、わざわざa.logo img{border:1px solid #333;}なんて書き直すのも苦にならない。例外には手作業でもって対応すべき。
ほとんどの場合、隙間を空けたいよりも隙間を空けたくない。キャンパスはフルに使いたい。
印刷時にはそうでもないので、@media print {body{padding:1cm;}}なんてのがあってもいいけど、それはまた別の話。あとそういうのは印刷するユーザー側で指定すべきだとも思う。理想論だけど。
lang="ja"な文章において斜体は不要。どうせあなたはemとかaddressとかにfont-style:normal;付けるんだから。
preやcodeがsans-serifだとイラっと来ますよね。
やられるとイラっとくるもの。個人的。
俺はページをメイリオやヒラギノやM+ FONTやVLゴシックで見たいんだよ！ お前の趣味を押しつけんな！ あと最後に一般名（sans-serifとか）くらい書け！
でもpre.2ch-ascii-art{font-family: "MS Pゴシック";}なんてのはやさしさが溢れていてとても好ましいと思う。部分的にfont-family指定するのは別にいいけど、全体のデフォルトフォントをいじられるのは不愉快でしかない。
まあ仕方ないのはわかる。解決法も知らない。けどホイールでスクロールしてるとき興味のないサンプルコードで引っかかるのはとてもムカつくんだ。俺は君のサイトが崩れてるかどうかより、いつも通りのスクロールに関心がある。
pre以外にグラフィック目的でoverflow:auto;を指定するのは論外。
「CSSは個々人のスタイルを反映してるということでしかないんじゃないの」
「そうですね」
