Small operations can lose customers by not offering financing, something the Berlin-based startup wants to change.
Textileとは HTMLを簡単に記述できるように考え出された記法です。 Markdown よりもHTMLに強く依存しており、表組みやCSSクラス等を容易に表現することができます。ただし全体的に、英文を前提とした記法となっているため、日本語の文章を書くにはやや取っつきにくい面があります。 文法については、以下のWebページ(英語)を参考にしてください。 Textile Reference 注意事項(簡易) Pinky:blogでは、見出しはh3から始めなければなりません(h1がblogの名前に、h2が記事の名前に、それぞれ使われているため)。 h3. 大見出し h4. 中見出し h5. 小見出し 特殊リンク が使えます。 * "ID1000の記事":ex:entry:1000 へのリンク * Googleで"blog":ex:google:blog を検索する ID1000の記事 へのリ
以前日記で、HTMLをすんごい速さで書ける Emacs のモードの構想。とか書いたのですが、とりあえず形になったので紹介します。僕のEmacsモード(正確にはマイナーモードですが)処女作です。 公開場所 これまた初めて GitHub 使いました。 html-key-chord-mode - GitHub みんないじいじしたりアドバイスください。 想定している使い方。 メジャーモードじゃないのは、色分けとか、インデントとか、そういうのは他の昔からあるモードに任せてしまおうと言う考えです。 んでもって、一から文書構造を考える場合よりも、既にある程度構造が決まっていて、そこに文章を流し込む場合のマークアップを最強に高速に行なうための機能を提供するという感じです。 インストール。 elisp のインストールを一から書こうかと思ったのですが、それだけで記事ひとつになりそうだったので、涙を飲んで省略し
2009年02月21日20:30 カテゴリLightweight Languages perl - HTML::Tidy::LibXML - LibXMLでHTMLをTidyする HTML::Tidy::LibXML を Release したのでお知らせします。 /lang/perl/HTML-Tidy-LibXML/trunk - CodeRepos::Share - Trac Dan Kogai / HTML-Tidy-LibXML - search.cpan.org http://www.dan.co.jp/~dankogai/cpan/HTML-Tidy-libXML-0.02.tar.gz きっかけは、こちら。 XML::LibXMLでHTML文書を扱う - 徒書 ここで使った $parser->parse_html_file()、およびXML文書用の $parser->pars
2009年02月19日08:30 カテゴリLightweight Languages perl - HTMLをXMLとして扱う そのXML::Liberalが test でこけまくっていたところから旅が始まった。 ゆーすけべー日記: 壊れた Premiere (映像編集ソフト) のプロジェクトファイルが XML::Liberal (Perlモジュール) で直った ということは、なんとかして壊れたプロジェクトファイルを「well formed」な XML にすればいいじゃないのか!と思ったわけ。そこで活躍したのが「XML::Liberal」という miyagawa プロダクトな Perl モジュール。 やりたかったのは、XHTMLでないHTMLを、XML::*なモジュールで扱うこと。例えばXML::LibXMLを使えば、JavaScriptみたいな感覚でDOMを操作できるし、XML::Sim
2008/01/25 ウェブ関連技術の標準化団体「W3C」(World Wide Web Consortium)が「HTML5」の策定に向けて活動を本格化しました。1月22日には「HTML5」の最初の草案を公開。2010年9月に正式な勧告としてリリースする予定だと発表しました。 普段からウェブ関連技術をウォッチしている方は別として、「なぜ今ごろ?」と、この突然のW3Cの動きに驚かれた方が多いのではないでしょうか。「そもそもW3Cがやる意味があるの?」という疑問の声も聞こえてきそうです。 標準化団体としてのW3Cのプレゼンスは、近年あまりに高いとは言えません。かつて1990年代後半から2000年ごろにかけて、誰もがW3Cの一挙手一投足に注目していた時期がありました。彼らの出してくる標準技術仕様こそが、インターネットを形成する共通言語だと、多くの人が信じていました。 ところが、現在広く使われて
This domain may be for sale!
海外ではHTML5の完成時期について、ちょっとした騒ぎになっています。 ことの発端は、HTML5のeditorであるGoogleのIan Hicksonが、TechRepublicのインタビューで「HTML5の完成は2022年ごろになる」と発言したことにあるようです。HTML WGのホームページにあるスケジュールでは、2010年9月の勧告とされているため、12年もの開きがあることに疑問を感じる人が多いようです。 しかしながら、2022年に勧告されるという見通しは、そこまで非現実的ではないように思います。 たとえば、CSS 2.1についても2002年の策定開始より6年以上経ち今もなお細かい詰めがおこなわれており、勧告は早くても2010年という予定です。HTML5は要素・属性の定義に加え、DOMの構成やインターフェース定義など、カバーする範囲がCSS以上に多岐にわたります。 また、そもそも20
http://d.hatena.ne.jp/amachang/20070807/1186485054 あのプレゼンツールはかっこよかったですよねえ、という話はさておき、マークアップエンジニアってそういうものだったんでしょうか。ううむ。 私の考えていた、できるマークアップエンジニアって、まずはそれなりの規模の(X)HTMLのclass/idの、CSSを考慮したルール(命名規則や書き方の規則)を考え、それに沿ったスタイルを書ける人、つまり複数人での作業分担を円滑に行うことができ、将来の拡張にもある程度耐えられる「設計」ができるひとだと勝手に想像してました。そしてもちろん自分でコーディングも(それなりの速度で)できるひと。将来の拡張のことを考えると、サイト全体のIA的な側面も理解できるし、必要であればクライアントへのヒアリングもできて。 理想的には、組版や書体の知識が深かったり、さまざまなX(H
Firefox 2 までは日本語ではないテキストでは、Web デザイナの方がトリックを使わない限り、半角スペース (U+0020) 以外では改行されませんでした。そのため、長い URL が以下のようにはみ出したり、これが原因で Web ページ全体のデザインが壊れたりすることがありました。 これが、Firefox 3 では以下のように改行されるようになりました。 この修正は、多くの Internet Explorer (以下 IE) 向けにのみデザインされた Web ページの表示を、そのデザイナの意図通りに表示できるようになったことを意味します。 それでは、 Web デザイナの方には細かい仕様や注意点について、少し詳しい解説をさせて頂きます。デザイナの方が気になるのは、IE との互換性かもしれません。しかし、Firefox 3 のレンダリングエンジン、Gecko 1.9 は IE と全く同じ
HTML を指定の文字数で分割するための HTMLS::Split なるモジュールを CPAN に up しましたので、さっくり使い方なんかをつらつら。 なにするモジュール? 最初に書いたとおり、HTML を指定の文字数で分割するためのモジュールです。 携帯端末などで HTMLタグを含むテキストデータが 10KB 未満など、きびしい制限があるデバイス向けに HTML を出力する際には、PC ブラウザで見せている長文をそのまま出力するわけにはいきません(容量オーバーってことできれてしまう)。 そこで、HTML を分割する必要があるのですが、ただ、単純に HTML を分割といっても、 タグの途中できれたらどうしようもない A タグのテキストノードなんかが分割されるのはあんまりうれしくない。分割してもいいけど、次のページはどうやってはじめるのさ( なしに突然 がやってくる)? CSS を当てたい
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
はじめに このエントリはマークアップエンジニアに対する批判ではありません。不快な想いをした方がいましたら、申し訳ありません。 きっかけ ライブドア & サイボウズラボの数人でお昼ご飯を食べにいって、いろいろ話しながら考えたことを昼食後に Twitter に書き込みました。 濃い昼飯だた、(X)HTML+CSS しか出来ない人は真剣に第二の何かを探したほうがいいと思た。(X)HTML+CSS ではもうこれ以上すごいと呼ばれる人なんて増えないと思う。 http://twitter.com/amachang/statuses/191256222 「CSS 道」は道が短すぎるんだ。マーケティングの為に長く見せてるけど、実際覚えることは少ない。「デザイン」か「JavaScript」を職業に出来るくらいにしとかないとヤバいと思う。 http://twitter.com/amachang/statuse
CSSでいつも悩まされるのはクロスブラウザですけど、フォームでは特に面倒くさい要素が山盛りですよね。ボタンの文言を動的に変えたいから画像はなるべく使いたくないけど、だからといってブラウザのデフォルトのボタンとか、味気ないですものね。 今日は、フォームにつきもののボタンについて考えてみます。 私たちがボタンに求めるモノって、何でしょう。 データを送信(submit)する どのブラウザでも同じように見える 使い回しが聞く ボタンについている文言がどんなに長くなっても、水平方向の長さがフレキシブル 上記のようにサイズ的にフレキシブルであっても、見た目の美しさを阻害しない ボタンの大きさ=クリックできるエリアの大きさ 画像がdiableされていても使用可 CSSがdisableされていても使用可 ボタンのように見えて実はただのリンクの時のもある これらの要求を解決してくれる方法が複数出
僕のMTは、リンクを貼るときにtarget="_blank"を自動で入れるようにしています。 しかしながら、最近、いろいろな事情でわざわざ手打ちしてることも多く。CMSマンセー。 で、古い話だけど、こないだW3Cの方も含めた飲みの場というレアな機会に恵まれてちょこっと聞いた話が発想の紐にひっかかってて、なんとなくたどり着いたので。 「target="_blank"」をやめた リンクの target 指定 _blankが選択の自由を奪われるから嫌だという人向けに、ブラウザが_blankを無効にする機能を実装してくれた方が良いんだけどな。(あるよね?そういうの) どうせ_blankに対応してないブラウザやデバイスでは、そのまま同じウインドウで開いちゃうんだし。 携帯とかPDAとか、コピー機とか。 しかしながら、HTMLの標準仕様としては、ブラウザ側に_blankの挙動を強制出来ない限り、標準仕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く