Re: Re:__JLReq-dのドキュ__ メントの構成

木田さま

早速ありがとうございます。あとは実際にワープロソフトの開発に関わっていた石井さんや当然AdobeのNatさんのご意見も聞きたいところですよね。

***************************************
（株）三陽社
　メディア開発室
　http://www.sanyosha.co.jp/

 
　田嶋　淳
　tajima@sanyosha.co.jp
 
　※ブログ運営中です。
　　ご意見をいただければ幸いです。
　　http://densyodamasii.com/

***************************************



> 2022/08/04 10:55、木田泰夫 <kida@mac.com>のメール:
> 
> 田嶋さん、ありがとうございます。他の方に見ていただけるのは本当に助かります。自分にとって明確でも、視点によって違ってくるということがよくわかりますし、こうやってフィードバックをいただくと自分の中でもちゃんと整理ができていなかったように思います。
> 
> ページの概念は、デジタルになって従来持っていた価値の多くを失ったと思います。冊子形態がその意味（内容のランダムアクセス、本棚への収容と一覧性）の多くを失ったからです。だからと言ってページがすぐになくなるわけではなく、また紙に印刷することもしばらく残るでしょう。物理的媒体との架け橋のためにページの概念や紙への印刷が残っても、それらは特にデジタルでの可能性に制限をかけるようなものではないように感じています。
> 
> jlreq デジタル版を開発しなければならない大きな理由はやはり組版自体の変化でしょう。活字時代の制限がなくなり、デジタルテキストでの新しい制限と可能性が存在する。
> 
> そう考えると、範囲外だとすべきなのは印刷の組版の再現であって、印刷することやページではないですね。
> 
> 
> 下のような感じにしてみましたがわかりやすくなったでしょうか？
> –––––––––––––––––––––––––––––––––––––––––––––––
> 対象とするアプリケーション
> 
> JLReq-d は従来印刷で行われていた組版の再現を目的としない。これは紙への印刷に限らず、出力先が画面やPDFであっても同様である。モティベーションの項で述べたように、デジタルテキストにおいては、活字・写植の機構やワークフローから来る組版への制限がなくなり、デジタルならではの新たな制限や可能性が生まれる。それを反映するのが本文書の目的だからである。例えば下記のような応用は対象外となる：
> 
> 書籍など印刷紙面の作成を本来の目的とした組版アプリケーション
> 印刷された書籍の見掛けの再現が重要な電子書籍アプリケーション
> 従来の印刷における組版の再現が必要な場合は JLReq が対応する。
> 
> 
> 
> JLReq-d は印刷で行われていた組版の再現を目的としない下のようなアプリケーションを念頭に置く：
> 
> メールやメモなど日常のテキスト：組版指定なし、または簡単なスタイルのみ。典型的に行頭揃え
> Web ページ：リフロー、スクロールするもの
> デジタル文書作成が目的であるワードプロセッサーなど：ページの概念のあるもの
> 電子書籍：書籍としての構成を持つもの。印刷された書籍の再現を目的としないもの
> アクセシビリティの重要なWebページや教科書
> –––––––––––––––––––––––––––––––––––––––––––––––
> 
> 木田
> 
>> 2022/08/04 9:02、田嶋　淳 <junetaj@gmail.com>のメール:
>> 
>> 
>> 木田さま
>> みなさま
>> 
>> SNS等でもそれとなく聞いてみましたが意見百出でいかに見分けが付きにくくなっているかがよくわかりました。ただ、使用者目線での混同であってソフトウェア開発者の視点での本来の開発目的には明確な違いがあると思いますので、そこを文言に入れてはどうかなと思います。
>> 「テキスト文書の作成を本来の目的としたワードプロセッサーアプリケーション」「書籍などの印刷用紙面の作成を本来の目的とした組版アプリケーション」みたいな感じでしょうか。
>> 
>> 
>> 
>>> 2022/07/29 20:01、田嶋淳 <junetaj@gmail.com <mailto:junetaj@gmail.com>>のメール:
>>> 
>>> 木田さま
>>> 
>>> ありがとうございます。私はよいと思いますが、意見の大元は研究会の木枝さんなのでそちらのSlackに振ってみますね。お待ちください。
>>> 
>>>> 2022/07/29 18:43、木田泰夫 <kida@mac.com <mailto:kida@mac.com>>のメール:
>>>> 
>>>> とはいえ例があるとわかりやすいと思うので下のようにドラフトしてみました。いかがでしょう？
>>>> 
>>>> –––––––––––––––––––––––––––––
>>>> 対象とするアプリケーション
>>>> 
>>>> 一般にデジタルデバイス上のテキストを扱うアプリケーション。下記対象外の場合を参照のこと。
>>>> 
>>>> メールやメモなど日常のテキスト：組版指定なし、また簡単なスタイルのみ。行頭揃えが多い
>>>> Web ページ：リフロー、スクロールするもの
>>>> ワードプロセッサー文書：ページのあるもの
>>>> 電子書籍：書籍としての構成を持つもの
>>>> アクセシビリティの重要なWebページや教科書
>>>>  <https://github.com/w3c/jlreq-d/edit/gh-pages/README.md#%E5%AF%BE%E8%B1%A1%E5%A4%96>対象外
>>>> 
>>>> JLReq-d は印刷組版の再現を目的とせず、その用途には JLReq が対応する。これは紙への印刷に限らず出力先が画面やPDFであっても同様。例えば：
>>>> 
>>>> ページレイアウトアプリケーション
>>>> ワードプロセッサーで印刷組版の再現が重要な場合
>>>> 印刷された書籍の見掛けの再現が重要な電子書籍アプリケーション 
>>>> –––––––––––––––––––––––––––––
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> 2022/07/28 9:56、田嶋淳 <junetaj@gmail.com <mailto:junetaj@gmail.com>>のメール:
>>>>> 
>>>>> 木田さま
>>>>> 
>>>>> まあもちろん今後みなさんの意見を聞きながら充実させていけばいいのだと思います。このあたり面白いですし、印刷界隈でも区分がよくわかっていない人が多そうで割と大変なことにはなっている気がするので何かこちらでも書いてみたい気はしています。
>>>>> 
>>>>>> 2022/07/28 9:28、木田泰夫 <kida@mac.com <mailto:kida@mac.com>>のメール:
>>>>>> 
>>>>>> 
>>>>>>> 2022/07/28 8:56、田嶋 淳 <junetaj@gmail.com <mailto:junetaj@gmail.com>>のメール:
>>>>>>> 本来は執筆のツールであって版面作成のツールではないと思います
>>>>>> 
>>>>>> なるほど！確かに。
>>>>>> 
>>>>>> その執筆のツールが、GUI / WYSIWYG の考えのもとに最終的なページのイメージを作るツールになったのですね。ただしあくまでも印刷のプロのためのツールというよりは、書く人寄りのツールなので版面という意識はおそらくない。
>>>>>> 
>>>>>> この辺り、過去に関わっておられた石井さんがどのように捉えておられたのか、聞いてみたい気がします。
>>>>>> 
>>>>>>> Webネイティブの方の感覚的には印刷の組版って何、みたいな
>>>>>> 
>>>>>> そっかー、今の若い人が昔の受話器📞とか、フロッピーディスク💾とかを見て、あれ何、って言うような物ですかね。時代はどんどん先へ進んでいますね。
>>>>>> 
>>>>>> 概念的には一番冒頭で違いを説明しているのですが、具体例がなくわかりにくいですよね。まあ、jlreq-d 本文の中で、印刷ではこうだった、なんて note が挟まる場合もあるでしょうし、その辺りは読んでゆくとそのうち緩く解決する感じでどうでしょう。
>>>>>> 
>>>>>> 木田
>>>>>> 
>>>>> 
>>> 
>>