アカウント名:
パスワード:
せめてテキストエディタで書けるフォーマットにしていただきたい。プレインテキストとは言わないが、TeXなりHTMLなりテキストエディタで扱えるもので。
Officeでドキュメント作ると、本題以外の部分で時間かかるんだよねぇ……フォントなどの見た目に文句つけられたり、書いている最中に強制終了されたり。あと図だけじゃなくてちゃんと文章も読め！
激しく同意
まあ資料などのドキュメントも必要だから、まったくやりたくないとは思わないがせめてOffice系は無くして欲しい
wordやexcelにかける労力がかなり無駄だと思う
Wordでも改ページの存在すら知らないで改行でページを埋めてる人とか、ページ番号や項番、目次を手打ちするとかいますね。
文章が多い書類にExcelを使っちゃうなんて人は根性あるなと思います。Excelの貧弱なシート管理機能で延々ページ管理するなどマゾ過ぎる。
結局、WordやExcelはコンピュータ門外漢向けの本ばかりで、きちんとしたツールとして概念から説明している本が少ないのがいけないのかも。プログラマ自身もその思考をドキュメント程度の分野に応用できない不甲斐なさに気づくべきなんですけど、どうもそうはなりませんね。思考がプログラマではなく、プログラミングツールを使うツールユーザから脱せていない。
>今のワードを知らないんだけど、昔のワードは改ページにすると、画面が跳ねるんだよ。
印刷レイアウト以外の表示で使った事がないらしい。WORD95の時点ですでに印刷レイアウト以外のモードはありましたが。
>一日読むなら500Pとか書くなら50Pとかの世界に居ると、この画面の跳ねが眼精披露に、>物凄く利いて来る。って事も知らずに、ちっぽけな知識で他人を馬鹿にするのがゆとり>なんだと思うのだ.
作るときにページの隙間を空白で埋めたり、見るときに空白の改行を延々スクロールする。そんなゆとりたっぷりな方法を知識として他人に教えちゃいけません。昔のワードが不便なのではなく、あなた(以下略)
昔の Word は知りませんが、ここ数年の Word ならページ境界部分をダブルクリックすると印刷レイアウトでも改ページ部分のヘッダー/フッター + 改ページのために開く広大な空白部分をごっそりカットした表示にしてくれますので、視点移動がかなり減って楽になりますよ。(一応何も表示がなくなる訳ではなく、ページ境界はあくまでページ境界として表示されます) というか、文書作成時はこの状態を標準設定にしてほしい気もするのですが……。
ボクは寿司を「握って」だけいたい魚の目利きとかシャリを炊くとかネタを切るとか雑務に煩わされたくない
ってくらい無茶いってんな。プログラミングだけで本当に飯が食えると思ってるのか?
度を越して腐った仕様や腐ったコードや腐ったコーディングルールなどがあれば、どのみちモチベーションが下がる気がしますが。
自分の場合、
emacsでプレインテキストで書き下ろして、wordに流し込んで体裁だけ整える。図なんかは文章が出来上がった後でVisio使って描いてword上に貼り付ける。
って感じでやってます。改行打ったタイミングとかにwordが余計な事をすることもないしはかどりますよ。
＞改行打ったタイミングとかにwordが余計な事をする
オートコレクト全部offにすれば良いんじゃない？不満をいうのではなく、今からmicrosoft wordをきちんと学べ直せば？
> 不満をいうのではなく、今からmicrosoft wordをきちんと学べ直せば？
100ページくらいあるドキュメントをつくってるのですが、プレーンテキストだと楽勝なのに、Wordだと重くて仕方がないです。きちんと学べばテキストエディタ並みに軽くなりますか？
# 部署のみんなが作ったワード文書をマージしてさらに重くするという作業が待ってます。
元ACでもなんでもないけど
> きちんと学べばテキストエディタ並みに軽くなりますか？#1952146では、「改行打ったタイミングとかにwordが余計な事をすることもないしはかどりますよ。」と言っていて、その返答として「今からmicrosoft wordをきちんと学べ直せば？」と言っているのだと思います。重い軽いを議論していたわけではないのに、話のポイントをそらされたら会話にならないでしょう。
貴方の主張は・色々面倒だしMicrosoft製品だからmicrosoft wordを使いたくない。・ワープロソフトのオートコレクトが、自分の意思
＞# 部署のみんなが作ったワード文書をマージしてさらに重くするという作業が待ってます。
分割作成したWordファイルの文章を、リンク貼り付けで統合すればいい。元の分割ファイルを修正すれば、統合ファイルの内容も更新されるよ！
Wordに限らずOffice系は基本的に、余計なことをされたら元に戻す(Ctrl+Z)で取り消せます。もちろん、中点や連番付きの文章を改行した時のオートコレクトも。キーボードから手を離さず操作できるのでお勧め。
オプション切るとか根本的に調教した方が良いかもだけど。
そんなアホな作業を擦る必要のない、LaTeXが一番良い。は?言う事を聞かない??
Wordが言うことを聞く、と言う程度のレイアウトしかしていないなら、LaTeXでも問題ない。
LaTeX は、文書のレイアウト情報と構造情報がはっきりしないという問題があるとおもいます。DocBook とか DITA とか（独自形式でもよいので）、きちんと文書構造をもつ形式でドキュメントを作成し、レイアウト情報（スタイルシート）は別に定義しておいて文書作成、というほうがスマートじゃないですか？
もしその「論理構造」ってのが本当にはっきりと「レイアウト情報」と分離可能なら、スマートだと思う。が、果たして分離可能なのか?
.
結局、文書というのは「他人に読んでもらうもの」であり、他人は「レイアウト」から入るわけだ。文書に潜む論理構造は、同種のドキュメントをいくつも読んだ後か、巨大なドキュメントを延々読んでいく過程で認識していくのに過ぎない。
その事を考えて文書をつくろうとすると、どうしても「論理構造だけ」では済まないポイントが出てくる。
それを無理やり「論理構造」と「レイアウト」に分離すると、論理構造⇒レイアウト変換ルールがとてつもなく複雑怪奇になっていく。それが「TeXは言う事を聞かない」という一言の根っこにある、「制御できなさ感」の源なわけだ。
この問題はスマートな手法が良い手法とは限らないの典型なのだと思う。
もちろん、ドキュメントとしての構造の中に、タイトル（見出し）であるとか注記（脚注）であるとかの、文書の構造と意味的に重複する部分があるとは思います。しかし、例えば DITA では、意味を持った記述の塊を単位として、それを印刷文書にも、HTML にも変換する、という方法が取られます。つまり、レイアウトはレンダリング形式に依存するわけだし、レンダリング結果の形式がひと通りでない場合は、文書構造はレンダリング形式に依存したレイアウト情報を含むべきではないのではないでしょうか。その意味で、LaTeX はまだ紙形式のレイアウトに由来する構造が多く、例えば他形式に変換する際に障害になるのではないか、とい思うわけです。
「見出し」が常に「フォントサイズはこのサイズで、ブロック前にこれだけのスペースがあったり改行があったりする」というのがあらゆる文書で既定の事項であれば分離不能でしょうが、そんなこともないですよね。「見出し」は「見出し」でしかありません。 そしてこれは「文書を記述する」という、いわばソースコードを書いている時点の話です。
そもそもそのレイアウト情報は、後で版サイズが変わっても同じままでいいのかという話も出てきますが。 この場合、ソースコードにレイアウト情報が埋め込まれているというのはかなりめんどくさい話になりますので、外部に分離できるといいよね、という感じですか。
他人が読む文書というのは、ソースコードである論理構造をライブラリーであるレンダリング情報 (レイアウトはレンダリング方法の一種でしかありません) と合わせて出力される「結果として生成されたドキュメント」です。 ものすごく簡単に言えば A4 出力用のライブラリー (レンダリング情報) とレターサイズ出力用のライブラリーを切り替えればそれぞれで適切に出せるように作成するのが「論理構造とレイアウト情報を分離した」元となる文章です。
レイアウト情報分離してしまえば「点字プリンタ向けの出力」とか「HTML でオンラインドキュメント向けの出力」とか「音声データとしての出力」が同一の文書から生成可能です。元となる文書とレンダリング情報の双方がまともなら、ですが。 本当に紙しかターゲットにしていないコンテンツであるならともかく、いまどき大抵のものが本当に紙しかターゲットにしていないというのは考えにくいのですけどね。
FreeBSD のオンラインハンドブックなんかは DocBook/XML で書いて HTML や TeX、PDF などに変換する形を取っていますが、元となる文書データ自体を書くのは「Word でまともな文書を書く」のと、あんまりかかる労力に差はありませんよ。
なお、「そうは言っても図とかはサイズを考えて個別の配置情報を入れたいだろう」という話はあって当然ですので、普通は複数のレイアウト情報を適用する形で作成するかと思いますよ。テンプレートとなるレイアウト情報 + 文書固有のレイアウト情報 + 文書自体のベースとなる要素を特定できるよう ID を埋め込む、といった感じで。
すごーい！とっても高度な使い方だね！（棒読み）
>オートコレクト全部offにすれば良いんじゃない？
オートコレクト切ってても、表組み周りの挙動が非常に怪しい。罫線だのなんだので区切られた中の文字に被るようにテキストボックスやら図やらが入ると、文字の位置がかなりすっ飛んでいくという……回り込みとか全部無しにして貼り付けてるのになんで文字を移動させるんだよ……#助成申請の書類とかがやたら枠線使って来やがるので困る。
せめてテキストエディタで書けるフォーマットにしていただきたい。 プレインテキストとは言わないが、TeXなりHTMLなりテキストエディタで扱えるもので。
一応、今の Microsoft Office や LibreOffice/OpenOffice.org 辺りはほぼ zipped XML files の形ではないでしょうか。 つまり「がんばればできる」ということで。
あんなのを手で書く労力を考えたら、Office 製品を使って書いた方がはるかに楽だとは思いますけどね。
使いこなせるようになったつもりだが、2007 になった瞬間からワケワカメ。学ぶ気も失せた。
2003を使えばよいのでは？
元のコメントでTeX挙げてるけど、WordもTeXと同じような使い方で使うものと知ってから効率が何倍にもなったな。まあ、Wordは余計な自動補完とかいろいろ問題はあるが。
Wordは見えてるモノ掴んで引き摺っても全然指定したトコに動かなくて全然WYSIWIGじゃないから論外
WYSIWIG? WYSIWYGだよね？
結局ドキュメント作るのに必要な機能をまともに提供できるソフトってExcel以外にはないという結論。
おや？Excelは全然WYSIWYGじゃないよ。プロポーショナルフォントをマトモに扱えないのは、文書作成ソフトとしては、論外じゃないかね。
せっかくの升目仕様書にしたのにプロポーショナルフォントを使うとは何事だ！
# ついでに、描画後のフォント幅計測が面倒だからだろうけど頑なにプロポーショナルフォントで画面設計／製造しない人もいる。
>Officeでドキュメント作ると、本題以外の部分で時間かかるんだよねぇ……
Adobe Illustrator か InDesign 使えばいいんじゃない？
技術文書のように、提携のフォーマットがあって文章量が多いものは、FrameMaker おすすめです。
イラレで500ページとか、気が遠くなります（InDesignならあり）
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
ドキュメントめんどくさい (スコア:2, すばらしい洞察)
せめてテキストエディタで書けるフォーマットにしていただきたい。
プレインテキストとは言わないが、TeXなりHTMLなりテキストエディタで扱えるもので。
Officeでドキュメント作ると、本題以外の部分で時間かかるんだよねぇ……
フォントなどの見た目に文句つけられたり、書いている最中に強制終了されたり。
あと図だけじゃなくてちゃんと文章も読め！
Re:ドキュメントめんどくさい (スコア:1, 参考になる)
報告書やドキュメント、打合せのための資料作りとか雑務が増えるたびどんどんやる気が失せていく
Re:ドキュメントめんどくさい (スコア:1, すばらしい洞察)
Re: (スコア:0)
激しく同意
まあ資料などのドキュメントも必要だから、まったくやりたくないとは思わないが
せめてOffice系は無くして欲しい
wordやexcelにかける労力がかなり無駄だと思う
Re: (スコア:0)
一番手間が掛かるのはフォーマットを整えている時間ではなくて、全体構成や文章内容を考えている時間なのだから。
Re: (スコア:0)
＃方眼紙だと幾分楽になるとは言え、操作性に難があるのは変わらないし。
Re:ドキュメントめんどくさい (スコア:2, すばらしい洞察)
Wordでも改ページの存在すら知らないで改行でページを埋めてる人とか、ページ番号や項番、目次を手打ちするとかいますね。
文章が多い書類にExcelを使っちゃうなんて人は根性あるなと思います。
Excelの貧弱なシート管理機能で延々ページ管理するなどマゾ過ぎる。
結局、WordやExcelはコンピュータ門外漢向けの本ばかりで、きちんとしたツールとして概念から説明している本が少ないのがいけないのかも。
プログラマ自身もその思考をドキュメント程度の分野に応用できない不甲斐なさに気づくべきなんですけど、どうもそうはなりませんね。思考がプログラマではなく、プログラミングツールを使うツールユーザから脱せていない。
Re: (スコア:0)
一日読むなら500Pとか書くなら50Pとかの世界に居ると、この画面の跳ねが眼精披露に、
物凄く利いて来る。って事も知らずに、ちっぽけな知識で他人を馬鹿にするのがゆとり
なんだと思うのだ.
Re: (スコア:0)
とくに、図をたくさん載せると、図がどこに行ってしまうか分からない。指定した余白を無視したり、排他指定しているのに重なったり。
過去の文書が旧バージョンのアプリで作成したもので、修正時に互換性がなくて、結局全部書き直したり。
だから、文章の内容や構成を考える時間より、レイアウトを揃える時間のほうが多くかかるわけです。
意図を設定で表せなかったり、仕様があいまいだったりするので、システマチックに使いこなすことは無理ですね。
Re: (スコア:0)
>今のワードを知らないんだけど、昔のワードは改ページにすると、画面が跳ねるんだよ。
印刷レイアウト以外の表示で使った事がないらしい。
WORD95の時点ですでに印刷レイアウト以外のモードはありましたが。
>一日読むなら500Pとか書くなら50Pとかの世界に居ると、この画面の跳ねが眼精披露に、
>物凄く利いて来る。って事も知らずに、ちっぽけな知識で他人を馬鹿にするのがゆとり
>なんだと思うのだ.
作るときにページの隙間を空白で埋めたり、見るときに空白の改行を延々スクロールする。
そんなゆとりたっぷりな方法を知識として他人に教えちゃいけません。
昔のワードが不便なのではなく、あなた(以下略)
Re: (スコア:0)
入力はVIMが普通だろ？それ以外にワード使う理由なんか有るのか？
Re:ドキュメントめんどくさい (スコア:1)
昔の Word は知りませんが、ここ数年の Word ならページ境界部分をダブルクリックすると印刷レイアウトでも改ページ部分のヘッダー/フッター + 改ページのために開く広大な空白部分をごっそりカットした表示にしてくれますので、視点移動がかなり減って楽になりますよ。(一応何も表示がなくなる訳ではなく、ページ境界はあくまでページ境界として表示されます)
というか、文書作成時はこの状態を標準設定にしてほしい気もするのですが……。
Re: (スコア:0)
ボクは寿司を「握って」だけいたい
魚の目利きとかシャリを炊くとかネタを切るとか雑務に煩わされたくない
ってくらい無茶いってんな。
プログラミングだけで本当に飯が食えると思ってるのか?
Re: (スコア:0)
度を越して腐った仕様や腐ったコードや腐ったコーディングルールなどがあれば、どのみちモチベーションが下がる気がしますが。
Re:ドキュメントめんどくさい (スコア:1, 興味深い)
自分の場合、
emacsでプレインテキストで書き下ろして、wordに流し込んで体裁だけ整える。
図なんかは文章が出来上がった後でVisio使って描いてword上に貼り付ける。
って感じでやってます。改行打ったタイミングとかにwordが余計な事をする
こともないしはかどりますよ。
Re: (スコア:0)
＞改行打ったタイミングとかにwordが余計な事をする
オートコレクト全部offにすれば良いんじゃない？
不満をいうのではなく、今からmicrosoft wordをきちんと学べ直せば？
Re: (スコア:0)
> 不満をいうのではなく、今からmicrosoft wordをきちんと学べ直せば？
100ページくらいあるドキュメントをつくってるのですが、プレーンテキストだと楽勝なのに、
Wordだと重くて仕方がないです。きちんと学べばテキストエディタ並みに軽くなりますか？
# 部署のみんなが作ったワード文書をマージしてさらに重くするという作業が待ってます。
Re: (スコア:0)
元ACでもなんでもないけど
> きちんと学べばテキストエディタ並みに軽くなりますか？
#1952146では、「改行打ったタイミングとかにwordが余計な事をすることもないしはかどりますよ。」と言っていて、その返答として「今からmicrosoft wordをきちんと学べ直せば？」と言っているのだと思います。
重い軽いを議論していたわけではないのに、話のポイントをそらされたら会話にならないでしょう。
貴方の主張は
・色々面倒だしMicrosoft製品だからmicrosoft wordを使いたくない。
・ワープロソフトのオートコレクトが、自分の意思
Re: (スコア:0)
＞# 部署のみんなが作ったワード文書をマージしてさらに重くするという作業が待ってます。
分割作成したWordファイルの文章を、リンク貼り付けで統合すればいい。
元の分割ファイルを修正すれば、統合ファイルの内容も更新されるよ！
Re: (スコア:0)
Wordに限らずOffice系は基本的に、余計なことをされたら元に戻す(Ctrl+Z)で取り消せます。
もちろん、中点や連番付きの文章を改行した時のオートコレクトも。
キーボードから手を離さず操作できるのでお勧め。
オプション切るとか根本的に調教した方が良いかもだけど。
Re:ドキュメントめんどくさい (スコア:1)
そんなアホな作業を擦る必要のない、LaTeXが一番良い。
は?言う事を聞かない??
Wordが言うことを聞く、と言う程度のレイアウトしかしていないなら、LaTeXでも問題ない。
fjの教祖様
Re:ドキュメントめんどくさい (スコア:1)
LaTeX は、文書のレイアウト情報と構造情報がはっきりしないという問題があるとおもいます。
DocBook とか DITA とか（独自形式でもよいので）、きちんと文書構造をもつ形式でドキュメントを作成し、
レイアウト情報（スタイルシート）は別に定義しておいて文書作成、というほうがスマートじゃないですか？
Re:ドキュメントめんどくさい (スコア:1)
もしその「論理構造」ってのが本当にはっきりと「レイアウト情報」と分離可能なら、スマートだと思う。が、果たして分離可能なのか?
.
結局、文書というのは「他人に読んでもらうもの」であり、他人は「レイアウト」から入るわけだ。文書に潜む論理構造は、同種のドキュメントをいくつも読んだ後か、巨大なドキュメントを延々読んでいく過程で認識していくのに過ぎない。
その事を考えて文書をつくろうとすると、どうしても「論理構造だけ」では済まないポイントが出てくる。
それを無理やり「論理構造」と「レイアウト」に分離すると、論理構造⇒レイアウト変換ルールがとてつもなく複雑怪奇になっていく。それが「TeXは言う事を聞かない」という一言の根っこにある、「制御できなさ感」の源なわけだ。
この問題はスマートな手法が良い手法とは限らないの典型なのだと思う。
fjの教祖様
Re:ドキュメントめんどくさい (スコア:1)
もちろん、ドキュメントとしての構造の中に、タイトル（見出し）であるとか注記（脚注）であるとかの、
文書の構造と意味的に重複する部分があるとは思います。
しかし、例えば DITA では、意味を持った記述の塊を単位として、それを印刷文書にも、HTML にも変換する、
という方法が取られます。
つまり、レイアウトはレンダリング形式に依存するわけだし、レンダリング結果の形式がひと通りでない場合は、
文書構造はレンダリング形式に依存したレイアウト情報を含むべきではないのではないでしょうか。
その意味で、LaTeX はまだ紙形式のレイアウトに由来する構造が多く、例えば他形式に変換する際に障害になるのでは
ないか、とい思うわけです。
Re:ドキュメントめんどくさい (スコア:1)
「見出し」が常に「フォントサイズはこのサイズで、ブロック前にこれだけのスペースがあったり改行があったりする」というのがあらゆる文書で既定の事項であれば分離不能でしょうが、そんなこともないですよね。「見出し」は「見出し」でしかありません。
そしてこれは「文書を記述する」という、いわばソースコードを書いている時点の話です。
そもそもそのレイアウト情報は、後で版サイズが変わっても同じままでいいのかという話も出てきますが。
この場合、ソースコードにレイアウト情報が埋め込まれているというのはかなりめんどくさい話になりますので、外部に分離できるといいよね、という感じですか。
他人が読む文書というのは、ソースコードである論理構造をライブラリーであるレンダリング情報 (レイアウトはレンダリング方法の一種でしかありません) と合わせて出力される「結果として生成されたドキュメント」です。
ものすごく簡単に言えば A4 出力用のライブラリー (レンダリング情報) とレターサイズ出力用のライブラリーを切り替えればそれぞれで適切に出せるように作成するのが「論理構造とレイアウト情報を分離した」元となる文章です。
レイアウト情報分離してしまえば「点字プリンタ向けの出力」とか「HTML でオンラインドキュメント向けの出力」とか「音声データとしての出力」が同一の文書から生成可能です。元となる文書とレンダリング情報の双方がまともなら、ですが。
本当に紙しかターゲットにしていないコンテンツであるならともかく、いまどき大抵のものが本当に紙しかターゲットにしていないというのは考えにくいのですけどね。
FreeBSD のオンラインハンドブックなんかは DocBook/XML で書いて HTML や TeX、PDF などに変換する形を取っていますが、元となる文書データ自体を書くのは「Word でまともな文書を書く」のと、あんまりかかる労力に差はありませんよ。
なお、「そうは言っても図とかはサイズを考えて個別の配置情報を入れたいだろう」という話はあって当然ですので、普通は複数のレイアウト情報を適用する形で作成するかと思いますよ。テンプレートとなるレイアウト情報 + 文書固有のレイアウト情報 + 文書自体のベースとなる要素を特定できるよう ID を埋め込む、といった感じで。
Re: (スコア:0)
すごーい！とっても高度な使い方だね！（棒読み）
Re: (スコア:0)
>オートコレクト全部offにすれば良いんじゃない？
オートコレクト切ってても、表組み周りの挙動が非常に怪しい。
罫線だのなんだので区切られた中の文字に被るようにテキストボックスやら図やらが入ると、文字の位置がかなりすっ飛んでいくという……
回り込みとか全部無しにして貼り付けてるのになんで文字を移動させるんだよ……
#助成申請の書類とかがやたら枠線使って来やがるので困る。
Re:ドキュメントめんどくさい (スコア:1)
一応、今の Microsoft Office や LibreOffice/OpenOffice.org 辺りはほぼ zipped XML files の形ではないでしょうか。
つまり「がんばればできる」ということで。
あんなのを手で書く労力を考えたら、Office 製品を使って書いた方がはるかに楽だとは思いますけどね。
Re: (スコア:0)
ぶーぶー文句たれてばかりで全く覚えようとしないのは恥ずかしいですよ。
Re:ドキュメントめんどくさい (スコア:2)
使いこなせるようになったつもりだが、2007 になった瞬間からワケワカメ。学ぶ気も失せた。
Tak.Miyoshi
Re: (スコア:0)
2003を使えばよいのでは？
Re:ドキュメントめんどくさい (スコア:1)
本来の業務以外に便利屋業務がふりかかってきてしまいます。
そんなんヘルプ見るかぐぐるかすればすぐ分かるんだからいちいち聞くなっちゅーの。
それが同じ部署の女の子からとかだったらまだしも、社内中のゆとり脳社員からひっきりなしにとなると
もうね。
Re: (スコア:0)
元のコメントでTeX挙げてるけど、
WordもTeXと同じような使い方で使うものと知ってから効率が何倍にもなったな。
まあ、Wordは余計な自動補完とかいろいろ問題はあるが。
Excel一択 (Re:ドキュメントめんどくさい) (スコア:0)
Re:Excel一択 (Re:ドキュメントめんどくさい) (スコア:1)
Wordは見えてるモノ掴んで引き摺っても全然指定したトコに動かなくて全然WYSIWIGじゃないから論外
WYSIWIG? WYSIWYGだよね？
結局ドキュメント作るのに必要な機能をまともに提供できるソフトってExcel以外にはないという結論。
おや？Excelは全然WYSIWYGじゃないよ。
プロポーショナルフォントをマトモに扱えないのは、文書作成ソフトとしては、論外じゃないかね。
Re: (スコア:0)
せっかくの升目仕様書にしたのにプロポーショナルフォントを使うとは何事だ！
# ついでに、描画後のフォント幅計測が面倒だからだろうけど頑なにプロポーショナルフォントで画面設計／製造しない人もいる。
Re: (スコア:0)
Re: (スコア:0)
>Officeでドキュメント作ると、本題以外の部分で時間かかるんだよねぇ……
Adobe Illustrator か InDesign 使えばいいんじゃない？
Re:ドキュメントめんどくさい (スコア:2, 参考になる)
技術文書のように、提携のフォーマットがあって文章量が多いものは、
FrameMaker おすすめです。
イラレで500ページとか、気が遠くなります（InDesignならあり）