→FormatterClubセミナーでの、CAS-UBのスライドと動画を公開しました。cas-support17月7日七夕の日のFormatterClubセミナーは、40数名のご参加いただき、大変盛況でした。暑い日でしたが、お集まりいただきました皆様に感謝申し上げます。セミナーのCAS-UBプレゼン資料を下記に公開いたしました。参考にしていただければと存じます。cas-support26月2日開催された「学術情報の流通を考える-ORCIDとJ-STAGE新バージョン評価版をめぐって-」セミナーに参加しました[1]。辰徳氏によるJ-STAGEの新バージョンの紹介が、いま考え中の課題「本はWeb化するか」の観点から大変参考になりました。セミナーのスライドはこちらです[2]。3誌をモデル誌として選択して、1年ほど前からベータ版の運用試験を行っており、2017年度中に全雑誌に適用する予定とのことです。画面の説明など、詳しくはスライドで紹介されていますのでご参照ください。J-STAGEの評価版Webページを見ました。Letters」は全文HTMLではなく、PDFダウンロードです。Bulletin」は全文HTMLを見ることができます。journal)に切り替わります。各論文の内容はPDFダウンロードに加えて全文HTMLを見ることができます。409-425)の全文HTMLのWebページを見てみます[4]。Webページ全体のデザインは次のようになっています。このHTMLページは、Window幅を狭くすると2段階のブレークポイントで表示が切り替わります。第1段階ではジャーナル上位のダウンロードメニューが右からジャーナル概要の下に切り替わります。overviewのメニューがボタンに縮退します。スマホで見ると次のようになります。してみますと、まさに現代風のレスポンシブデザインになっています。そこで、気になるのが、このWebページがどのように作られているかです。ソースファイルを見ますと、Webページは次のような構成になっています。HTML5で1953行であり、3行目~35行目がhead要素。9個の外部CSSをリンクしています。36行目~1952行がbodyで、bodyの最後部1378行目~1952行にJavaScriptがあります。直書きされており、全体の行の29%がJavaScriptです。bodyは次のように分かれています。・フィードバックボタンなど1363~1377行目header、footerはJ-STAGEシステム全体のメニューなどがあり、ジャーナル専用の部分は149行目~1310行目です。ジャーナル専用部は次のように分かれています。全体としては記事本文が半分でそれ以外がタイトルやナビゲーションメニュー部となります。してみますと、Webページは、コンテンツが半分でそれ以外がリンクやナビゲーションのHTMLとCSSとJavaScriptから構成されている、一種のプログラムとデータの集合体と言えます。Web誕生の頃は、HTMLだけで書いていたのですが、その後HTMLとCSSが分離し、現在のWebページは、HTML+CSS+JavaScriptとなっていますが、このJ-STAGEページはその典型例です。したWebページはもはや人手でHTMLをコーディングするものではなくなり、CMSに登録したデータからCMSの機能を使って生成しているはずです。いう意味でCMSに完全依存となっています。出版物のコンテンツがプログラムと組み合わさってWeb上のアプリケーション化しています。学術情報誌のページとなりますと、こうしたページが何万、何百万個と作られます。そこで、私として一番気になるのは保守コストです。保守は3つに分かれます。(1)まず、障害対応です。Webページに直書きされているJavaScriptページは一番問題で、ここにバグがあるとWebページそのものを作り直しとなります。(3)次に抜本的な作り直しです。今回のJ-STAGEのユーザーインターフェイスの作り直しは2015年から開始しているとのことですので、既に2年掛かっています。これを2017年度内に全雑誌に適用するということですが、膨大な費用が掛かっているのは間違いありません。WebのコンテンツをHTMLで作り、CSSでレイアウトし、JavaScriptでインターフェイスを操作する、という流れ。スマホの登場でレスポンシブにするという流れが加わり、Webページのメンテナンスコストがどんどん大きくなっていく傾向にあるように感じます。ここでもう一度、コンテンツとアプリケーションを分離したEPUB3の良さを見直してみる必要がありそうです。学術論文のようにタイトル数が膨大なものをWebにするとき、プログラムを組み込んでアプリケーション化すると、将来の保守コストが大きな問題になるのは間違いないところです。PDFとブック型WebページとEPUBを考える」で、本の中には技術や考え方の啓蒙・普及を目指すタイプがあり、こうしたタイプの本はWebページで提供すると大変便利と述べました。CAS-UBの次バージョンでは、本のWebページ版生成機能をより強化したいと考えています。今日は前回のブログの続きとして本のWeb化について考えてみます。一冊の本の内容を全部そのままWebページとして提供する例を幾つか示します。一般的ではないようですが、探せばもっとたくさん見つかるでしょう。Mediaの傘下にはいりました。Webページとして提供する本の草分けといえるでしょう[1]。Style』は100年以上の歴史をもつ、編集者のための制作ガイドです。最新は2010年発行の16版です。15版と16版はオンライン化されています[1]。Format』[3]も全文がオンラインで提供されています。したオンライン本は無料公開ではなく、購読制のビジネスモデルを取っています。ここで紹介したような本を作るのは非常に大きな時間と労力がかかりますし、内容をアップデートする作業も大変です。購読制にしないと維持できないということはよく理解できます。Webページ版を無償で公開している本もあります。Guide』は、プリント版は第4版ですが、第3版以前は全文がWebページとして無料で公開されています[5]。第4版も作業中ということですので、いずれは全文がWebページとして公開されるのでしょう。第4版を紙で出版したのは、2016年夏です。作業中って随分のんびりですね。CAS-UBを使えば紙版と当時に(ボタンを押すだけで)Webページ版もできるのですが。いうビジネスモデルとは別の側面として、本のWebアプリケーション化という観点があります。現在のWebプラットフォームは、JavScriptを使って対話的な操作を付けるのが流行です。「2012年8月時点で、上位100万件のWebサイトのほぼ半数でjQueryが使われているとの推計があります」[6]とのことですから、現時点では恐らく上位Webページの大多数にjQueryが組み込まれていると思われます。これによりメニューのプルダウンやアコーディオン表示などを行います。レスポンシブなWebページをモバイルで表示するときはメニューを畳んでおいてタップで開くという対話的表示が有効です。オンライン版の本については、特に目次のアコーディオン表示が典型的な応用です。大きな本では、章と節の2段階目次でも100項目を超えることもありますから[7]、アコーディオン表示が便利です。階層が深いと操作の繰り返し回数が多くなりますので注意が必要です。Format』のオンライン版(CMSO・SSFO)は、コメントの記入やしおり設定ができるようになっています。ナビゲーション機能・目次機能も含め、全体としてみますと、CMSO・SSFOは、それ自体が、EPUBリーダーやKindleなどの電子書籍アプリ並の機能をもっています。CMSO・SSFOのWebページはホスト型Webアプリケーションになっているとも言えます。Guide』のオンライン版は、HTML+CSSで作られた静的なWebページです。本ではないですが、米国で2008年から続いているXMLカンファレンスである「Balisage」の講演録のシリーズは、HTML+CSSのみで記述されたトラディショナルかつ静的なWebページです。した静的なWebページは現時点では非常にレガシーな印象を受けます。本のWebページ化は、ここで紹介したようなガイドブックなどの実用的なものが先行しながら、今後着実に進んでいくことでしょう。これは大きな問題です。本をWebアプリケーション的に作ろうとすれば、必然的に制作コストは大きくなります。大きな問題はメンテナンスコストです。何百点、何千点もの本をアプリケーション的にしてしまうと、そのメンテナンスコストが膨大になることは避けられないでしょう。JavaScriptがWebサイトで多用されるようになってから経過した年月と、その間の変化の激しさを見ますと、本のような多品種ジャンルでアプリケーション化を推進するのは躊躇したくなります。一方で、現在のWebプラットフォームは、HTML+CSS+JavaScriptが基本となり、ますますリッチな表現と便利な機能を備える方向に向かっています。しますとレガシーなWebページとして表現された本には魅力がなくなる可能性があります。このあたりは思案しどころです。『PDFインフラストラクチャ解説』は章・節を目次に掲載しており、目次項目は延べ122です。最初に公開した文章に下記の記述がありましたが間違いでした。Style』も全文オンライン化しています[4]。Association刊行)です。こちらは、紙版の他にKindle、Apple、等で電子版を販売していますが、Web版はありません。EdgeのEPUB表示機能はなかなか良い。これからはEdgeだと言いたいところですが、しかし、残念な点もあります。10をアップデートしてEdgeを使ってみました。第2版』を使いました。こちらで公開していますので、ぜひ、ご一読ください。組版するためのレイアウト仕様」第2版【新発売】Webに公開してEPUBをWebページと同じようにリンクで開けます。EdgeでEPUBをWebと同じように開くまず、Edgeでは、Windowの幅により2段組と1段組で表示されます。表示Windowの幅が広いと2段組で、表示Windowの幅を狭くすると1段組となります。1段組みの表示ページの下部に柱が出ています。左が本のタイトル、右が章または節の見出しです。これはなかなか良いです。Windowの上部をタップするとメニューが表示されます。み上げ」「ブックマーク追加」です。次の画面はナビゲーション目次を表示したところです。音声読み上げはなかなか秀逸です。EPUBには音声同期を設定していないのに、読み上げている文節をハイライト表示します。メディアオーバレイによる設定は要らなくなります。音声読み上げ(ハイライト表示)このEPUBは、章毎にファイルを分けていますので、新しい章の開始位置で改ページまたは改段します。章の開始で改段さらに、節の見出しと次の本文や見出しが同じ段に入らないとき、泣き別れしないように節の前で改段できます[2]。表のテキストだけをポップアップして表示できます。画像は幅または高さに合わせて縮小します。ラスターイメージ(このサンプルではPNG)を縮小すると少し汚くなりますが、図だけ拡大表示もできますので問題はないでしょう。図をSVG形式としたEPUB3版も試して見ました(PDF作成用の図をそのまま使ったもの)。SVGも問題なく表示できるようです。いままで、EPUBを作るときはラスターイメージにしていたのですが、これからは公開するEPUBはSVG画像でも良いかもしれません[1]。気になりましたのは整形済み(pre)のレイアウトです。Edgeではpre要素の前で改ページまたは改段します。これは必要ありません。preの中では改ページ/改段しません。このためpreの部分が見切れてしまいます。技術系の文書では多くの場合、preの内容はサンプルのコードなのでpreの内容を1段に収める必要はないのです。見切れてしまうのは致命的です。評価用ではなく正式なEPUB3ではpreは使えないということになってしまいます。preの前で改段してしまう。『XSL-FOの基礎』画像制作のこと。Word経由でインポートした画像は印刷品質の劣化が激しいため、第2版ではできるだけSVG形式に変更した件。第2版』は全文をWebでも公開。CAS-UBでプリントオンデマンド用PDFを作り、Web生成機能でWebページもワンタッチで完成。[1]には「ページ」という言葉の由来が次のように説明されています。book「本のページ」の意味のページは、ラテン語のpãginaから派生したフランス語による。pãginaの元になっているのは、pangere(留める)である。・pagination「ページつけ」「ページ数」はpaginate(本にページつけをする)という行為の名詞形として19世紀半ばに現われた。ラテン語pãginaから派生したフランス語paginerによる。いうことですので、英語のpageという言葉の歴史は比較的新しいようです。『紙二千年の歴史』[2]によると紙がイギリスに伝わったのは1494年(同書p.61)とあり、『紙の世界史』[3]では、イギリスの初めての印刷業者はウィリアム・キャクストンが1476年にウエストミンスターに開いた印刷工房、初めての製紙工場は1495年とあります(同書p.254)。しますと、15世紀後半に紙と印刷がイギリスに伝わってから英語のpageという言葉が生まれるまで100年ほど掛かっていることになります。紙や印刷はヨーロッパからイギリスに伝わったものですので、「ページ」がラテン語からフランス語へ、そして英語へと伝わったのはわかります。『古典ラテン語辞典』[4]では、pãginaの意味は次のようになっています。ラテン語ではパピルスの髄を並べて紙を作ったことから留めるという言葉からページという言葉が派生したようです。英和活用大辞典』[5]には、英語のpageの用例が大量に出ています。ページという言葉は、単に紙の1ぺージという意味だけではなく、歴史の1ぺージというような、比喩的な意味にも使われています。本書は1995年発行ですので、当然、インターネットのWebページに関連する使い方は一つも出てきません。downとして「コンピュータで次/前のページを出す」とあります。2011年ですので、もうインターネットがかなり普及している時代ですが、まだ、1画面を1ページと見立てた説明になっています。この説明は英語の元の意味(使い方)と違うような気もします。upを次の「ページを出す」としてしまうと、いかにもページが区切られているように受け取られてしまいませんか?現在、ページというとWebページという意味で使うことが増えていますが、英語の(紙の)辞書でWebページを説明しているものをまだ見かけていません(Webの辞書における説明は初回のブログにあります。次回、図書館で探してみましょう。Amazonでは本のページの数え方が三つある。Unlimitedは第三のKENPで著者への支払いが行われ、KENP相場が基準になる。cas-support返信CAS-UBで次のようなWebのリンクを設定する方法を紹介します。Webページの末尾に参考資料のリストを作る。Webページの本文から、参考資料へのページ内リンクを設定する。出来上がったWebページはこんな感じです。リンク先HTMLで、このようなページ内部のリンクを作るには、リンク先の要素にid=id値を設定し、リンク元のアンカータグ(aタグ)のhref属性に#id値を設定します。CAS記法では次のようにします。リンク先の要素にはユーザー独自idのマークアップを使います[1]。CAS-UBでユーザー独自のidを付けるには、二つの方法があります。難しい方法と簡単な方法があります。利用ガイドでは難しい方法のみを詳しく解説しています。(難しい方法には、自動化処理のための用途があるのですが)ここでは単にリンクを設定するだけの簡単な方法をご紹介します。次のようにすれば良いです。いうマークアップをする。上の例では次のようになります。>[1]より引用::nolabelはリンクとは関係なく、CSSで箇条書きのラベルを付けないようにするためのクラス属性の設定です。が箇条書きの項目(li)のid属性になります。CAS-UBでは見出しや図・表のキャプションには自動的にidを設定します。ユーザーがCAS記法で設定するidについては、自動設定のidと区別するためにユーザー独自idという表現をしています。これは、HTMLでは通常のid属性にあたります。cas-support1前回[1]は、W3CのHTML5.1では、セクションの階層の深さと見出しのランクが一致するように変更になったことを説明しました。HTML5についてはWHATWGでも仕様を公開しています[2]。2017)で、セクション階層と見出しのランクについてどのように記述されているかを調べてみました。elementの最初の例では、トップレベルの見出し(A)、第二階層(sectionで囲まれている)の見出し(B、C)はh1です。<article><hgroup><h1>A</h1><h2>...</h2></hgroup><p>...</p><section><h1>B</h1><p>...</p></section><section><h1>C</h1><p>...</p></section></article>この例説明には、セクションがトップレベルか、第二階層か、第三階層かを気にすることなく、h1タグを使うことができるとなっています。前回調べたW3CのHTML5.1とは考え方が相反しています。elementsh1~h6が見出しのランクを意味すると説明されています(W3Cと同じです)。アウトラインについては、見出しランクによる暗黙の階層のレベルとセクションによる階層と両者を混用したものが同じである、ということです。<body><h1>A</h1><h2>B</h2><h2>C</h2><h2>D</h2><h3>E</h3><h2>F</h2></body><body><h1>A</h1><section><h1>B</h1></section><section><h1>C</h1></section><section><h1>D</h1><section><h1>E</h1></section></section><section><h1>F</h1></section></body><body><h1>A</h1><section><h2>B</h2></section><section><h2>C</h2></section><section><h2>D</h2><section><h3>E</h3></section></section><section><h2>F</h2></section></body>このあたりは、W3CのHTML5のままになっていると言えます。次のような記述があります。「セクショニングコンテンツの要素においてヘディングコンテンツの最初の要素は、そのセクションの見出しを表す。同等以上のランクに属する後続の見出しは、新しい(暗黙の)セクションを開始し、低いランクの見出しは、前のセクションの一部である暗黙のサブセクションを開始する。どちらの場合も、要素は暗黙のセクションの見出しを表す。問題点この説明によれば、単純に考えるとsection要素の先頭に一番ランクの高い見出しを置かなければならないという制約を生み、body(セクションルート)やsection要素の先頭の見出しはh1にリセットされるということを意味します。HTML5ではセクション開始h2中見出しテキストh1大見出しテキストセクション終了というような見出しの付け方はできないということになりそうです。その下の階層となります。このような考え方では本のコンテンツを記述するのは難しいかもしれません。それとも、セクション開始の先頭には省略されたh1タグがあって、その次のh2中見出しはh1のサブセクションである。それができるなら、アウトラインの階層と見出しの階層が一致します。ワンソースマルチユースの課題:HTMLソースのオーサリング問題を改めて考えてみようと。HTMLを手軽に作る方法を再検討します。手軽といえば、まずWordでHTMLを作ることが思いつきます。Word2013のWord文書をHTML形式で保存を試してみる。前回のブログでは、主にHTMLの見出し要素h1~h6について、W3CのHTML5を対象に見ました。2016年11月勧告のHTML5.1ではこのあたりがかなり変更となっています。今回は、W3CのHTML5.1について見てみます[1]。その前にもう一度用語を整理します。セクションルート:独自のアウトラインを持つことができる。セクションルートのアウトラインはその祖先のアウトラインには寄与しない。セクションルートには次の要素があります。見出しとフッターの範囲を示します。セクション内容の要素には次があります。navh1~h6の見出し要素は、(暗黙またはセクション内容でマークアップされているかに関わらず)セクションの見出しを示します。h1~h6は見出しのランクを示します。ランクによって文書のアウトラインを作ります。section要素はアウトラインを明示化します。次図の左と右では文書のアウトラインは同じです。アウトラインは、アクセシビリティのための支援ツールなどで見出しの重要度を示すのに使うことができます。sections[2]に、セクションと見出しについての詳しい説明があります。この部分がHTML5.1では次のようになりました。「セクションには、セクションのネストレベルと同じランクの見出しを含むことができる。著者はセクションのネストレベルからみて適切な見出しを付けるべきである。ひとつのセクション内容に複数の見出しを付けて、暗黙のセクション生成に頼るのではなく、明示的にセクションを包むことを推奨する。」HTML5では、各section要素の最初に<h1>で見出しを置くと分かりやすいという説明がありました。この他の幾つかのサンプルと共に、敢えなく沈没してしまいました。すると、最初の話に戻りますが、Wordの見出しレベル1の扱いが問題になります。Wordのスタイル機能「見出し1」を使って文書を作成して、HTMLで保存すると、HTMLの構造は次の図の右のようになります。sectionsに書かれた内容に準拠とはならないかもしれません。次の図のようなケースはどうなるのでしょうか?左と右が同じであることは分かります。h1の次にh2が出てくれば、新しいサブセクションが開始されるからです。sectionsによれば、いずれのケースでも新しいセクションが始まることになります。新しいセクションはbodyと同ランクですので、bodyが暗黙に分割されると考えられます。HTML5ではこのことが、サンプルとともに文章として書かれていました[3]。HTML5.1でこのサンプルは削除されてしまいました。セクション化の闇は深い?次は、WHATWAGの仕様をチェックしてみたいと思います[4]。ワンソースマルチユースの課題:HTMLソースのオーサリング問題を改めて考えてみようと。HTMLを手軽に作る方法を再検討します。手軽といえば、まずWordでHTMLを作ることが思いつきます。Word2013のWord文書をHTML形式で保存を試してみる。前回のブログではWordのHTML保存を検討しました。そこで、浮かび上がった1つの検討事項がh1要素の使用方法です。Wordのスタイルで「見出し1」を設定した段落はHTML保存するとh1要素にマップされます。Word文書では見出しスタイルは一般的であり、「見出し1」は結構頻繁に使います。WordでHTMLを作るとh1要素がたくさん出てくる可能性があります。HTMLにおいては、h1要素の使い方には少し注意が必要です。第一にTwitterのログをみますと、どうも、h1要素の使い方にはいろいろ議論があるようです[1]。W3CとWHATWGの主張の違いもあるようです。第二にSEO(検索エンジン最適化)の観点からの注意があります。SEOの本を読みますとh1タグは最上位のタグであり、ページで一回だけ使うようにとされています[2]。SEOの本ではHTML5の仕様という観点よりも、Googleなどの検索エンジンがどのように評価するかという観点です。いうことでこのあたりを掘り下げてみます。最初に、W3CのHTML5仕様[3]をみてみます。HTMLにはh1~h6という見出しランクの要素が規定されています。sectionsを見ますと、h1~h6要素はセクションの見出しとして使うとされています。h1~h6はHTMLのツリー構造上は明示的に階層を作りません。h1~h6があると暗黙に新しいセクションが始まり、そのセクションは階層を作ることが想定されています。h1要素に続いて、h2要素があれば、暗黙に新しい下位のセクションができます。h2は新しい下位セクションの先頭の見出しとなります(図)。h1の次にh6が出てくるようなランクが不連続(1⇒6のようなジャンプ)でも暗黙のツリー構造では1階層の変化です[4]。HTML5でsection要素が導入されました。セクションはsection要素で明示的に階層化できます。section要素で階層構造を作り、そのsection要素の先頭にセクションの見出しとしてh1を置くという方法が仕様書に記載されました。ここで、暗黙の階層化(sectionでマークアップしない)と明示的な階層化(sectionでマークアップする)という2つの階層化の方法ができたことになります。content)です。root)ではありません。セクションのルートはblockquote、body、fieldset、figure、tdの4つです。新しいsectionはセクションのルートの子供か、そのsectionの先祖のセクションの一部となります。仕様書の4.3.10.1、4.3.10.2項に、この2つの方法の関係の取り扱いの例が幾つか出ていますが、複雑でやっかいです。2016年11月に勧告となった、HTML5.1では削除された機能のリストの中に次の項目があります。・先頭にh1要素を置いたsection要素を入れ子にしてアウトラインを作る[5]。このあたりがどうやらHTML5.1で変更になったようですので、HTML5の例をあまり深入りしないで次回はHTML5.1を見てみましょう。洋他著、株式会社インプレス発行、2015年8月11日)p.114には「h1タグはページ内に1回のみ使用する。CAS記法ではh1~h6がマークアップされたとき、divを生成して明示的にツリー構造を作っています。CAS記法リファレンスの「見出し」の行の例を参照してください。CAS-UBでも同様にランクがジャンプしてもdivの階層変化は1つにしています。ワンソースマルチユースの課題:HTMLソースのオーサリング問題を改めて考えてみようと。HTMLを手軽に作る方法を再検討します。手軽といえば、まずWordでHTMLを作ることが思いつきます。Word2013のWord文書をHTML形式で保存を試してみる。コメントをどうぞWord2013のWord文書をHTML形式で保存を試してみる。cas-support1最近、HTMLをどう作るかを再考しています。HTMLの書き方で一番原始的な方法は、テキストエディタで書くことです。それではあまりに効率が悪いのでもう少し簡単に作る方法が必要なことは明らかです。ここ10年近くWordでHTMLを作るという問題をあまり考えていませんでしたが、まずはWordでHTMLを作る方法を調べています。いうことは前回も書きましたが、前回「HTMLを手軽に作る方法を再検討します。手軽といえば、まずWordでHTMLを作ることが思いつきます。」として、Webにでていたサンプルを見ました。今回はその続きで、自分で作成したWord文書で調べてみました。PDFを画像化したもの(先頭ページ)これをWord2013でHTML保存してみます。保存したHTML形式:リンクをクリックすると開きます。保存したHTML形式を表示しますと、Wordの次の指定はそのまま生きています。・段落枠による囲み・段落の文字サイズ・見出し・段落と段落の空き・表このHTMLのソースを見ますと、こんな感じです。Word2013でHTML保存したHTMLファイルこのHTMLはHTMLのタグとCSSでレイアウトを指定しています。見出しレベル1がh1タグになるためh1タグが複数出てきています[2]。表のタグも正しく付いているようです。多くの属性値は引用符で囲まれていません。HTML+CSSの表現として大きな問題はないと思いますが、このHTMLを使い回すときはとても難しいでしょう。他のHTMLと一緒にして、二つの見栄えを揃えようとします。二つのHTMLでフォント指定(サイズ、フォントファミリー)異なっていたとします。すると見栄えを揃えるにはフォント指定を統一する必要があります。フォント指定がHTMLタグツリーの末端にばらばらに指定されているため、統一する編集はかなり面倒なことにあります。HTMLでこのような操作をするよりも元のWord文書に戻ってWord文書で編集したくなると思います。いうことは、ここで作るHTMLはあくまで出来上がった文書を単独でパブリッシュする(最終用途)ために使うものということです。Wordで保存したHTMLを使って、例えば、他のWebサイトに組み込んで全体のレイアウトを統一したり、EPUBを作ったりするなどの流用は難しいのではないでしょうか。3月22日のニュースリリースの原稿です。SEOの本を見ますと、h1タグはHTMLの最上位に1回使うというのが基本的とされているようです。確かに、大見出しは1ページ(1HTMLファイル)あたり1つが望ましいと思います。HTMLの仕様ではh1タグをHTMLの最上位要素として1回だけしか使うという制限はありません。HTML5では文書をsectionで分けて、各sectionタグの子供としてh1タグを使います。h1~h6の新しいランクタグは新しいセクションを暗黙に作るという考えのもとで、sectionタグはそれを明示的にするという考えのようです。すると、h1⇒p1⇒h1⇒p1の順序でタグが出てきたときは、h1⇒p1⇒section(h1⇒p1)と考えることになるのでしょうか。ワンソースマルチユースの課題:HTMLソースのオーサリング問題を改めて考えてみようと。HTMLを手軽に作る方法を再検討します。手軽といえば、まずWordでHTMLを作ることが思いつきます。Word2013のWord文書をHTML形式で保存を試してみる。この機会にオンラインストアを少し改善しました。第3巻』を10月下旬発売します。第4版』プリントオンデマンド版発売。技術書典5にも出品しますのでどうぞよろしくお願いします。簡単な解説10月8日(月)「アンテナハウスCAS電子出版」は、『技術書典5』に出典します。『XSL-FOの基礎』画像制作のこと。Word経由でインポートした画像は印刷品質の劣化が激しいため、第2版ではできるだけSVG形式に変更した件。EdgeのEPUB表示機能はなかなか良い。これからはEdgeだと言いたいところですが、しかし、残念な点もあります。FormatterClubセミナーでの、CAS-UBのスライドと動画を公開しました。