タグ

*流し読みとhtmlに関するrytichのブックマーク (6)

  • Budou - 機械学習を用いた日本語改行問題へのソリューション - ウェブ雑記

    こんにちは! 日語のウェブサイトを作っていると、日語特有の問題にぶちあたることがありますよね。 その中でも今回着目したいのは、日語改行問題。最近、この問題を解決するためのライブラリを公開したので、紹介します。 github.com そもそも日語改行問題とは何か ウェブブラウザで日語で書かれたウェブサイトを見ていると、ときどき文章が変なところで改行されているのを目にすることがありますよね。 たとえば、こんなかんじ。 「ソリューション」が「ソリューショ」と「ン」に分かれてしまっています。読みにくいですね。 英語では単語がスペースによって区切られますが、日語や中国語などのアジア圏の言語では単語がスペースで区切られないことが多いです。 そのため、英語では単語の途中で改行されることは通常ありませんが、日語では単語の途中で改行されることがよくあります。 文ならともかく、見出しやキャッチ

    Budou - 機械学習を用いた日本語改行問題へのソリューション - ウェブ雑記
  • コーディング規約を作ろう

    2017年1月6日 Webサイト制作, 便利ツール コーディング規約やスタイルガイドは、HTMLCSSのマークアップや、各種プログラミング言語の書き方をまとめたものです。コーディングスタンダードやコーディングガイドラインとも呼ばれますね。コーディング規約を決めていなかったり、あいまいにしたまま進めていくと、書式が統一されていないため、コードを追加すればするほどゴチャゴチャしたコードになりがちです。チームでコーディングしていくならなおさら。今回チーム用のコーディング規約を見直すことになったので、その時感じた抑えておくべきポイントをまとめてみます。 ↑私が10年以上利用している会計ソフト! コーディング規約に含むべき項目 ディレクトリー階層 ファイルを保存するフォルダーの階層や、そのフォルダーの名前を決めておきます。画像を格納しているフォルダーを例にあげても、「image」「images」「

    コーディング規約を作ろう
    rytich
    rytich 2013/08/01
    ガイドライン
  • HTMLはファイルサイズの無駄遣いだと思う。

    ブログ「サイバー少年」へようこそ! 小学六年生ごろからプログラミングを趣味にしている高校生のブログです。 勉強したことについての記事などを書いています。フリーソフトも制作、公開しています。 (当ブログについて詳しくは「ブログ概要紹介」を参照) サイバー少年が作ったフリーソフトは「サイバー少年の作品展示場」へ インターネットの世の中になった。 このブログも.html、あれを見てもどれを見ても.htmlである。 Webページで使われるファイルフォーマットは殆どが.htmlとなっている。 今日取り上げるのはこのHTML。 私はとてもHTMLがファイルサイズの無駄使いだと思う。 なぜならHTMLがプログラミング言語だからである。 つまり、ビット(バイト)レベルでの形式にすれば小さく出来る物を わざわざソースコード(テキスト)形式にして無駄にファイルサイズを大きくしているからである。 クレームをつけ

  • Travellers Tales : iPod touch/iPhone の viewport 属性の区切りはセミコロンではなくカンマ

    iPod touch/iPhone の viewport 属性の区切りはセミコロンではなくカンマ viewport 属性の区切りはセミコロンじゃなくてカンマじゃない? 日でも iPod touch/iPhone 用のウェブサービス・インターフェイスが続々出てきましたが、実際に使われている meta 属性の viewport プロパティの区切りが2種類存在することに気が付きました。カンマ(コンマ)を使っているところと、セミコロンを使っているところです。 カンマ区切りの viewport <meta name="viewport" content="width=320, user-scalable=no /"> セミコロン区切りの viewport <meta name="viewport" content="width=320; user-scalable=no; /"> Apple の開

  • HTMLを体系的に理解するための7仕様

    はじめに最近マークアップエンジニア志望の若者と話す機会が多いのだけれど、そこで気づかされるのは、彼らの中に過去のHTML(特に90年代以前の仕様)を読んだことのあるという人が、驚くほど少ないことだ。 例えば「マーク・アンドリーセンをどう思う?」と聞くと、「アンドリーセンって誰ですか?」という答えが返ってくる。「ヨスケの独自要素で何が一番好き?」と聞くと、「見たことがありません」と言われてしまう。「ではきみは、昔のHTMLを見たことがあるの?」と聞くと、たいていが「とほほでやっていたものくらいなら……」という答えしか返ってこない。 今の若い人の間では、HTMLを体系的にとらえようという人は少ないようだ。見るのは専ら近年の話題仕様ばかりで、歴史を辿ってみたり、系譜をひもといて標準化団体ごと理解しようとする人はほとんどいない。 これは、ちょっと由々しき問題だと思わされた。HTMLは、もう長いこと

    HTMLを体系的に理解するための7仕様
  • 携帯サイト(html)の制作に入る前に確認しておきたいチェック項目 │ これからゆっくり考L +α

    「デザインは素敵なんだけど、携帯でこれはちょっとできないなー」とか、「無理ではないけどできれば避けておいた方がいいよなー」っていうデザインがあがってくることが多い今日この頃。 モバイルコーディングをやり慣れている人じゃないとモバイルでできることできないこと、cssを使わないと実現できないこと、table使わないと実現できないこと、などが分かりにくいと思うので当然だとは思うのですが。 ですが、知っているのと知らないのとでは工数がかなり違ってきます。 一旦デザインして、コーダーにそれを見せて「ココとココとココは実現不可能。やり直してください。」で差し戻され、デザインをやり直してってなると、デザインも2度手間、デザインをチェックして無理な項目を洗い出すコーダーにも余計な手間がかかります。 今回洗いだした項目は、なんせ自分がコーダーなので、コーダーがデザインファイルをもらった時にバーッと見てチェッ

  • 1