+++ /dev/null
-# include ../JM.rules
-
-.SUFFIXES: .m4 .html
-
-.m4.html:
- m4 -P $*.m4 | nkf -w > $*.html
-
-OBJS = jm-brs.html jm-brs.cgi
-
-PKGS_LIST = ../../dist/script/pkgs.list
-
-default: $(OBJS)
-
-clean:
- @rm -f $(OBJS) *.html
-
-jm-brs.html: jm-brs.pre.html jm-brs.post.html $(PKGS_LIST)
- awk -f pkgs_list2html.awk $(PKGS_LIST) \
- | cat -s jm-brs.pre.html - jm-brs.post.html \
- > $@
-
-jm-brs.cgi: jm-brs.cgi.m4
- m4 -P $@.m4 | nkf -w > $@
-
-*.html: ../jm_www.m4
-*.cgi: ../jm_www.m4
-
+++ /dev/null
-#!/usr/bin/perl
-
-m4_dnl # jm-bres.cgi.m4: GNU m4 source for jm-brs.cgi
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [¤½¤Î¾¤Ë make »þÅÀ¤Ç°Í¸¤ò»²¾È¤¹¤ë¥Õ¥¡¥¤¥ë]
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_dnl # HTML 4.0/css ¤Ïʬ¤«¤é¤ó¤Î¤Ç¡¢tagging ¤ÏŬÅö(^^;
-m4_dnl # jperl ¤¸¤ã¤Ê¤¯¤Æ¤âÂç¾æÉפʤ褦¤Ë EUC ¤Ë¤¹¤ë¤³¤È¡£
-m4_dnl # °ìÊý¡¢mail ¤Ï ISO-2022-JP ¤Ç½Ð¤¹
-m4_dnl # ¢¬ ¤è¤Ã¤Æ jcode.pl ¤¬É¬ÍפʤϤº
-m4_include(../jm_www.m4)
-# ====================================================================
-# DO NOT EDIT THIS FILE. EDIT M4 SOURCE FILE OR M4 INCLUDE FILE.
-# ¤³¤Î¥Õ¥¡¥¤¥ë¤ÏÊÔ½¸¤·¤Ê¤¤¤Ç¤¯¤À¤µ¤¤. M4 ¤Î¥½¡¼¥¹ ¤Þ¤¿¤Ï include
-# ¤µ¤ì¤Æ¤¤¤ë¥Õ¥¡¥¤¥ë¤òÊÔ½¸¤·¤Æ¤¯¤À¤µ¤¤.
-# ====================================================================
-
-use CGI;
-
-$jm_address = '_EMAIL_ADDRESS';
-
-$query = new CGI(\*STDIN);
-
-$name = $query->param('name');
-$mail = $query->param('mail');
-$package = $query->param('package');
-$page = $query->param('page');
-$text = $query->param('text');
-
-$output = new CGI;
-
-print $output->header(-type=>'text/html; charset=EUC-JP');
-
-print '
-_HEADER(`JM bug reporting system: accepted')
-
-';
-
-print "
-¤¢¤Ê¤¿¤Î¥Ð¥°Êó¹ð¤Ï JM ¥×¥í¥¸¥§¥¯¥È¤ØÅÁ¤¨¤é¤ì¤Þ¤·¤¿¡£
-¤¢¤ê¤¬¤È¤¦¤¦¤´¤¶¤¤¤Þ¤·¤¿¡£
-
-<hr>
-ÆâÍƤϰʲ¼¤ÎÄ̤ê¤Ç¤¹¡£
-
-<pre>
-¤ªÌ¾Á°: $name
-Mail address: $mail
-¥Ñ¥Ã¥±¡¼¥¸: $package
-man ¥Ú¡¼¥¸: $page
-¥Ð¥°ÆâÍÆ:
-</pre>
-";
-
-print $output->blockquote($text);
-
-print '_CREDITS';
-print $output->end_html;
+++ /dev/null
-m4_dnl # jm-brs.post.m4: GNU m4 source for jm-brs.html's last part.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [\e$B$=$NB>$K\e(B make \e$B;~E@$G0MB8$r;2>H$9$k%U%!%$%k\e(B]
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_dnl # HTML 4.0/css \e$B$OJ,$+$i$s$N$G!"\e(Btagging \e$B$OE,Ev\e(B(^^;
-m4_dnl # jm-brs.pre.m4 \e$B$H4A;z%3!<%I$rB7$($k$3$H\e(B
-m4_dnl
-
-
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-
- </TD>
- <TH ALIGN="RIGHT" NOWRAP>\e$B%Z!<%8\e(B: </TH>
- <TD><INPUT NAME="page" SIZE="20"></TD>
-</TR>
-<TR>
- <TH ALIGN="RIGHT" NOWRAP>\e$BFbMF\e(B: </TH>
- <TD COLSPAN="3"><TEXTAREA NAME="text" COLS="70" ROWS="5" WRAP="SOFT"></TEXTAREA></TD>
-</TR>
-<TR>
- <TH></TH>
- <TD COLSPAN="3"><INPUT TYPE="SUBMIT" VALUE=" \e$BEj9F\e(B "> <INPUT TYPE="RESET" VALUE=" \e$B%j%;%C%H\e(B "></TD></TR>
-</TABLE>
-</FORM>
-
-_CREDITS
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
+++ /dev/null
-m4_dnl # jm-brs.pre.m4: GNU m4 source for jm-brs.html's first part.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [\e$B$=$NB>$K\e(B make \e$B;~E@$G0MB8$r;2>H$9$k%U%!%$%k\e(B]
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_dnl # HTML 4.0/css \e$B$OJ,$+$i$s$N$G!"\e(Btagging \e$B$OE,Ev\e(B(^^;
-m4_dnl # jm-brs.post.m4 \e$B$H4A;z%3!<%I$rB7$($k$3$H\e(B
-m4_dnl
-
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_HEADER(`JM bug reporting system')
-_EDIT_WARNING(index)
-
-<FORM method="POST" ACTION="jm-brs.cgi">
-_Start_Table
-
-<TR>
- <TH ALIGN="RIGHT" NOWRAP>\e$BL>A0\e(B: </TH>
- <TD><INPUT NAME="name" SIZE="20" ></TD>
- <TH ALIGN="RIGHT" NOWRAP>E-mail: </TH>
- <TD><INPUT NAME="mail" SIZE="20"></TD>
-</TR>
-<TR>
- <TH ALIGN="RIGHT" NOWRAP>\e$B%Q%C%1!<%8\e(B: </TH>
- <TD>
+++ /dev/null
-BEGIN {
- print " <SELECT NAME=\"package\">";
-}
-
-/^[^#]/ {
- printf "\t<OPTION VALUE=\"%s\">%s\n", $1, $1;
-}
-
-END {
- print " </SELECT>";
-}
+++ /dev/null
-/JM-man-view.el
-/JMpost
-/JMpost-*.el
+++ /dev/null
-m4_dnl # index.m4: GNU m4 source for index.html.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [その他に make 時点で依存を参照するファイル]
-m4_dnl # jf_www.m4: 各種 M4 マクロ定義ファイル
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_EDIT_WARNING(translation_note)
-_HEADER(`JM-man-view.el の使い方')
-
-<P>
-JM-man-view とは、メール本文が
-man page のファイルのものを整形して表示するための
-Emacs Lisp です
-(Emacs 上で動くメーラを使っている人は特に便利です)。
-</P>
-
-<H2>必要なもの</H2>
-<UL>
-<LI>_LINK(JM-man-view.el,JM-man-view.el)</LI>
-<LI>_LINK(http://centaur.maths.qmw.ac.uk/Emacs/WoMan/,woman.el)
- (emacs21 以降では標準添付になっており、特に入手の必要はありません)</LI>
-<LI>Emacs (woman.el が XEmacs 上では動かないので XEmacs はダメです)
-</UL>
-
-<H2>設定方法</H2>
-<OL>
-<LI>
- <P>woman.el と JM-man-view.el を load-path に置きます。
- 具体的には、例えば ~/elisp/ に両者を置き、 .emacs に
- </P>
-<PRE>
-(setq load-path (cons (expand-file-name "~/elisp") load-path))
-</PRE>
- <P>
- と追記するとよいでしょう。
- </P>
-
-<LI>
- <P>
- .emacs に以下を追記します。
- </P>
-<PRE>
-;; woman
-(autoload 'woman "woman"
- "Decode and browse a UN*X man page." t)
-(autoload 'woman-find-file "woman"
- "Find, decode and browse a specific UN*X man-page file." t)
-;; JM-man-view
-(autoload 'JM-man-view "JM-man-view" nil t)
-(autoload 'JM-man-mail-view "JM-man-view" nil t)
-</PRE>
-</OL>
-<P>
-以上で設定は終わりです。
-</P>
-
-<H2>使いかた</H2>
-<P>
-メールが表示されているバッファに移動して、
-M-x JM-man-view とすれば、
-woman によって整形されたマニュアルが別フレーム
-(X ならウィンドウ) に表示されます。
-Wanderlust/Mew を使っている場合は、
-Summary モードで
-M-x JM-man-mail-view とすればマニュアルが表示されます。
-</P>
-
-<H2>メールの条件</H2>
-<P>
-JM-man-view.el は、整形対象とするバッファにおける
-roff 文書に対して、以下の仮定を置いています。
-</P>
-<OL>
-<LI>マニュアル部分の先頭行は、roffのコメントである .\" で始まる (行頭が .\")
-<LI>メール本文の最後まで manual である(= 本文の末尾にコメント等がない)
-</OL>
-<P>
-_LINK(./mailformat.html#JMpost,JMpost)
-で投げられるマニュアルは上の条件を満たしますので、
-特に意識しなくともかまいません。
-</P>
-
-<H2>制限</H2>
-<P>
- 現在のところ、woman.el は mdoc 形式のマニュアルの変換ができないようです。
- したがって JM-man-view.el でも、
- この形式のマニュアルは閲覧できないことになります。
-</P>
-
-_CREDITS
-
- <P>
- <IMG SRC="../images/grey.png" WIDTH="14" ALT="* " HEIGHT="14">
- _LINK(index.html,JM 翻訳作業の手引きに戻る)
- </P>
-
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
-
+++ /dev/null
-#
-# Makefile for contents in www/status
-#
-include ../../JM.rules
-
-ifndef WORKDIR
- WORKDIR = /var/tmp/JM
-endif
-
-JMPOST = ../../admin/JMpost
-JMPOST_WL = ../../admin/JMpost-wl.el
-JMPOST_MEW = ../../admin/JMpost-mew.el
-JMMANVIEW = ../../admin/JM-man-view.el
-
-TARGET = index.html mailformat.html translation_note.html\
- repository.html pod.html JM-man-view.html
-EXTRAS = JMpost JMpost-wl.el JMpost-mew.el JM-man-view.el
-
-.SUFFIXES: .m4 .html
-
-.m4.html:
- m4 -P -D _WORKDIR=$(WORKDIR) -D _WWWROOT=$(WWWROOT) $*.m4\
- | nkf -w > $*.html
-
-all: $(TARGET) $(EXTRAS)
-
-*.html: ../jm_www.m4
-
-JMpost: $(JMPOST)
- cp -p $< $@
-JMpost-wl.el: $(JMPOST_WL)
- cp -p $< $@
-JMpost-mew.el: $(JMPOST_MEW)
- cp -p $< $@
-
-JM-man-view.el: $(JMMANVIEW)
- cp -p $< $@
-
-clean:
- @rm -f $(TARGET) $(EXTRAS)
-
-install: all
-
+++ /dev/null
-#!/usr/bin/awk -f
-{
- if ($0 ~ /^\.\\"/) {
- print
- } else {
- printf(".\\\"O %s\n", $0)
- }
-}
+++ /dev/null
-m4_dnl # index.m4: GNU m4 source for index.html.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [その他に make 時点で依存を参照するファイル]
-m4_dnl # jf_www.m4: 各種 M4 マクロ定義ファイル
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_EDIT_WARNING(index)
-_HEADER(`JM 翻訳作業の手引き')
-
-<P>
- このページ以下では、
- JM Project における man ページ翻訳作業に関する
- ガイドラインを記述します。
-</P>
-
-<UL>
- <LI>まず本ページでは、
- JM Project の活動の場である
- _LINK(#subscribe-ML,JM-ML への参加方法)
- と、大まかな
- _LINK(#flow,翻訳作業の流れ)
- について説明します。
-
- <LI>_LINK(repository.html,→JM 文書の管理方法)
- のページでは、
- man ページの管理に利用している git リポジトリの構成と、
- ページの情報を管理しているテキストデータベースの書式に関して
- 記述しています。
-
- <LI>このリポジトリへの登録作業を自動化するため、
- JM-ML に送信するメールでは、
- 一定のフォーマットに従った記述をお願いしています。
- このフォーマットと、そのためのツールを
- _LINK(mailformat.html,→作業メールのフォーマット)
- のページで紹介します。
-
- <LI>ML に流れたメールの校正を支援するツールとして、
- JM-man-view.el が開発されました。この利用法は
- _LINK(JM-man-view.html,→JM-man-view.el の使い方)
- のページで説明しています。
-
- <LI>実際に翻訳を行うときの文体や訳語・書式等に関する
- ガイドラインは
- _LINK(translation_note.html,→翻訳の指針)
- にまとめました。
-
- <LI>POD マニュアルに関する翻訳作業のガイドラインは
- _LINK(pod.html,→podマニュアル翻訳の手引き)
- をご覧下さい。
-</UL>
-
-<H2><A NAME="subscribe-ML">JM-ML への参加方法・退会方法</A></H2>
-<P>
- JM Project における翻訳作業では
- _LINK(mailto:linuxjm-discuss@lists.sourceforge.jp,JM-ML)
- が活動の中心となっています。
- 作業の予約、結果の登録、内容に関する議論などが
- ここでやりとりされることになります。
- したがって JM Project に参加したい方は、
- まず JM-ML に参加してください。
-</P>
-
-<P>
- JM-ML (= linuxjm-discuss ML) への加入は
- _LINK(http://lists.sourceforge.jp/mailman/listinfo/linuxjm-discuss,こちらのページ)
- から手続きを行って下さい。
-</P>
-
-<P>
- JM-ML の講読を中止したい場合も、
- _LINK(http://lists.sourceforge.jp/mailman/listinfo/linuxjm-discuss,こちらのページ)
- から手続きを行って下さい。
-
-<H2><A NAME="flow">翻訳作業の流れ</A></H2>
-<P>
- 翻訳作業は以下のステップを踏んで行われます。
- 作業の節目節目では ML に報告を行ってもらいます。
- そのメールのフォーマットと、
- 定型メールを送信するためのツールについての解説は
- _LINK(mailformat.html,メールフォーマット)
- を参照してください。
-</P>
-<OL>
- <LI><A HREF="#step1">予約</A></LI>
- <LI><A HREF="#step2">ドラフト (草稿) 作成</A></LI>
- <LI><A HREF="#step3">校正</A></LI>
- <LI><A HREF="#step4">リリース</A></LI>
-</OL>
-
-<H3><A NAME="step1">翻訳の予約</A></H3>
-<P>
- JM Project において作業対象となっているマニュアルは
- _LINK(../INDEX/progress.html,`JM インデックス(作業状況)')
- のページにまとめられています。
- ここから作業したいページを選び、
- _LINK(mailformat.html,メールフォーマット)
- の要領で宣言メールをポストして下さい。
-</P>
-
-<P>
- もしインデックスページにないマニュアルを翻訳したい場合は、
- その旨を ML で発言してください。
- そのマニュアルが含まれているパッケージの
- 一次配布元がわかっている場合は、
- その情報も併せて連絡して下さい。
- git コミッターが作業してページに反映させますので、
- 確認後改めて予約宣言をしてください。
-</P>
-
-<H3><A NAME="step2">ドラフト</A></H3>
-<P>
- 作業するページが決まったら、
- _LINK(translation_note.html,翻訳の指針)
- に従ってページを作成してください。
- 翻訳作業中に疑問点などが生じた場合は、
- 気軽に ML で尋ねましょう。
-</P>
-<P>
- 作業が完成したら、結果を
- _LINK(mailformat.html,メールフォーマット)
- に従って ML にポストして下さい。
- 校正者・査読者の便宜を考えて、
- 原文を残すかたちでの投稿が推奨されます。
-</P>
-
-<H3><A NAME="step3">校正</A></H3>
-<P>
- ドラフトが提出されると、ページは校正に入ります。
- 校正作業は翻訳者と同じ人が行ってもかまいませんし、
- あるいは別の人を ML で募ってもかまいません。
- ただしそれぞれの場合で
- _LINK(mailformat.html,メールフォーマット)
- が変わりますので注意してください。
-</P>
-<P>
- もしドラフトを作成した人が、そのページを
- 「校正募集」のステータスにおいた場合は、
- 校正作業を希望する人は予約のメールを ML に
- ポストしてから作業をはじめてください。
-</P>
-<P>
- 校正の際には、
- ドラフト原稿に対して ML から寄せられた意見を参考にしたり、
- 語句の修正・訳語の統一などを行ってください。
-</P>
-<P>
- なお ML に流れたメールの整形閲覧用のツールとして、
- Emacs Lisp で書かれた
- _LINK(JM-man-view.html,JM-man-view.el)
- がありますので環境に応じて利用してください。
-</P>
-
-<H3><A NAME="step4">リリース</A></H3>
-<P>
- 作業が終わったら結果を ML にポストします。
- フォーマットは
- _LINK(mailformat.html,メールフォーマット)
- を参考にしてください。
-</P>
-<P>
- このときも原文は残したかたちでポストしましょう。
- オリジナルが更新されたときの追随作業の役にたちますから。
- 配布に含まれるページでは原文を除去しますが、
- その作業はシステム側で自動的に行われます。
-</P>
-
-_CREDITS
-
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
-
+++ /dev/null
-m4_dnl # index.m4: GNU m4 source for index.html.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [その他に make 時点で依存を参照するファイル]
-m4_dnl # jf_www.m4: 各種 M4 マクロ定義ファイル
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_EDIT_WARNING(mailformat)
-_HEADER(`作業メールのフォーマット')
-
-<P>
- _LINK(repository.html,JM 文書の管理方法)
- に述べたように、 JM では翻訳作業対象の man ページを
- git リポジトリとテキストデータベースによって管理しています。
-</P>
-
-<P>
- こちらへの登録を省力化・自動化するために、
- ML に翻訳を post する際にはこのページに記述されたような
- フォーマットにすることが推奨されます。
- (sourceforge 以降後は自動登録は行っていませんが、
- 登録作業の省略化のため、このフォーマットの使用をお願いします。)
-</P>
-
-<P>
- 投稿を省力化するために、 bash の使える環境の方は
- _LINK(#JMpost,JMpost スクリプト)
- を使っていただくといいでしょう。
- また、Wanderlust や Mew のユーザの場合には、JMpost 形式のメールを作成してくれる
- _LINK(JMpost-wl.el,JMpost-wl.el) や
- _LINK(JMpost-mew.el,JMpost-mew.el)
- も用意されていますので、お試し下さい。
-</P>
-
-
-<H2><A NAME="format">メールのフォーマット</A></H2>
-<H3>送信先</H3>
-<P>
- 送信先アドレスは
-</P>
-
-<BLOCKQUOTE><STRONG>
-linuxjm-discuss@lists.sourceforge.jp
-</STRONG></BLOCKQUOTE>
-
-<P CLASS="noindent">
- としてください。
-m4_dnl これは実際には JM@linux.or.jp へのエイリアスで、
-m4_dnl JM ML のメンバに通常のポストと全く同じように届きます。
-m4_dnl 送信先アドレスを変えるのは、自動処理のためです。
-</P>
-
-<H3>サブジェクト</H3>
-<P>
- メールヘッダの Subject 行は
-</P>
-
-<BLOCKQUOTE>
-Subject: [POST:XX] (package 名) (page ファイル名)
-</BLOCKQUOTE>
-
-<P CLASS="noindent">
- のようにしてください。
- XX のところには、後述する
- <A HREF="#stat">stat</A> を書いてください。
- (例: [POST:TR] LDP man-pages strcmp.3)。
-</P>
-
-<H3>ヘッダ</H3>
-<P>
- メールの本文の先頭に、ページの情報を記述したヘッダを置いてください。
- <STATUS>, </STATUS> に挟まれた部分がヘッダ情報になります。
- ヘッダ情報は 1 行 1 レコードからなり、
- 区切りは ": " (コロンとスペース) です。
- 必要なレコードは以下の 6 つです。
-</P>
-
-<DL>
- <DT><A NAME="stat"><STRONG>stat</STRONG></A></DT>
- <DD>
- ページのステータスです。
- ("TR", "DO", "DP", "PR", "RO", "RR") のどれか一つを
- 指定します。それぞれの意味は以下のようになります。
- <UL>
- <LI>TR: 翻訳の予約。 (Translation Reservation)
- <LI>DO: ドラフトの投稿。自分では校正を行わない。
- (Draft Only)
- <LI>DP: ドラフトの投稿。引き続き自分で校正を行う。
- (Draft and Proof reservation)
- <LI>PR: 校正待ち状態のドラフトに対する校正作業の予約。
- (Proof Reservation)
- <LI>RO: リリースの投稿。原文更新時の予約はしない。
- (Release Only)
- <LI>RR: リリースの投稿です。原文更新時の改訂作業を予約する。
- (Release and update Reservation)
- </UL>
-
- <DT><STRONG>ppkg</STRONG></DT>
- <DD>この man ページが含まれるパッケージの名前</DD>
-
- <DT><STRONG>page</STRONG></DT>
- <DD>ページのファイル名</DD>
-
- <DT><STRONG>date</STRONG></DT>
- <DD>_LINK(repository.html#translation_list,translation_list)
- データベースに記録される日付</DD>
-
- <DT><STRONG>mail</STRONG></DT>
- <DD>投稿者のメールアドレス</DD>
-
- <DT><STRONG>name</STRONG></DT>
- <DD>投稿者の Real Name (ローマ字表記が望ましい)</DD>
-</DL>
-
-<P>
- 例えば翻訳作業の予約の場合は、以下のようになります。
-</P>
-
-<PRE>
-<STATUS>
-stat: TR
-ppkg: GNU sharutils
-page: shar.1
-date: 1999/10/04
-mail: nakano@apm.seikei.ac.jp
-name: NAKANO Takeo
-</STATUS>
-</PRE>
-
-<H3>本文</H3>
-<P>
- ヘッダの後、 man ページの本文を置いてください。
- ヘッダ以降に最初に現れた「空行以外の行」から、
- メールの末尾までが man ページとして登録されます。
- 従って signature 等は置かないようにしてください。
-</P>
-
-<P>
- man ページ自体の書式や、記述に関する注意などは
- _LINK(translation_note.html,翻訳の指針)
- を参考にしてください。
-</P>
-
-<H2><A NAME="JMpost">JMpost コマンド</A></H2>
-<P>
- 以上のフォーマットのメール送信を簡単に行うため、
- bash のシェルスクリプト
- _LINK(JMpost,JMpost)
- を用意しました。
- 以下に使い方を説明します。
-</P>
-
-<H3>コマンドライン</H3>
-<PRE>
- JMpost [-S stat] [-P pkg] [-F page] [-D date]
- [-M mail] [-R name] [filename] [-post]
-</PRE>
-
-<H3>使い方</H3>
-<P>
- 予約・作業ページの登録ともに用います。
- 作業したファイルを CVS リポジトリに登録する場合
- (-S オプションの DO, DP, RO, RR に対応) は、
- そのファイルをコマンドラインに指定します。
-</P>
-
-<P>
- オプションは全て省略可能ですが、
- 必要に応じて質問のプロンプトが出されます。
- プロンプトは標準エラー出力に出され、
- 標準入力から回答を受付けます。
-</P>
-
-<P>
- コマンドラインの最後に -post オプションをつけると、
- 結果は /usr/lib/sendmail を用いて JM-ML にポストされます。
- -post オプションをつけない場合は、
- ML に流される内容が標準出力に書き出されます。
-</P>
-
-<H3>オプション</H3>
-
-<DL>
- <DT><A NAME="status"><STRONG>-S</STRONG></A></DT>
- <DD>
- 文書のステータスを記述します。有効なものは以下のどれかです。
- <UL>
- <LI>TR: 翻訳の予約です。 (Translation Reservation)
- <LI>DO: ドラフトの投稿です。自分では校正を行わない場合です。
- (Draft Only)
- <LI>DP: ドラフトの投稿です。引き続き自分で校正を行う場合です。
- (Draft and Proof reservation)
- <LI>PR: 校正待ち状態のドラフトに対する校正作業の予約です。
- (Proof Reservation)
- <LI>RO: リリースの投稿です。原文更新時の予約はしない場合です。
- (Release Only)
- <LI>RR: リリースの投稿です。原文更新時の改訂作業の予約を含みます。
- (Release and update Reservation)
- </UL>
- メールに翻訳原稿が添付されるのは
- DO, DP, RO, RR のいずれかの場合になります。
- _LINK(repository.html#translation_list,translation_list の書式)
- も参考にすると良いでしょう。
- </DD>
-
- <DT><STRONG>-P</STRONG></DT>
- <DD>
- パッケージの名前です。(例: util-linux, "GNU bash")
- </DD>
-
- <DT><STRONG>-F</STRONG></DT>
- <DD>
- ページの名前です。 (例: mount.8, bash.1)
- </DD>
- <DT><STRONG>-D</STRONG></DT>
- <DD>
- 日付です。省略すると date コマンドの結果が用いられます。
- </DD>
- <DT><STRONG>-M</STRONG></DT>
- <DD>
- 作業者のメールアドレスです。
- </DD>
- <DT><STRONG>-R</STRONG></DT>
- <DD>
- 作業者の Real Name です。
- </DD>
-</DL>
-
-<H3>ノート</H3>
-<P>
- スクリプトの先頭部分にある <CODE>name</CODE> および
- <CODE>mail</CODE> 変数を適宜設定しておくと、
- -M オプションや -P オプションの指定を省略できます。
-</P>
-
-<H3>例</H3>
-<P>
- LDP man-pages パッケージにある
- printf.3 に関する例を示します。
- -M オプションと -R オプションは省略します。
-</P>
-
-<H4>翻訳を予約する場合</H4>
-<PRE>
- % JMpost -S TR -P "LDP man-pages" -F printf.3 -post
-</PRE>
-
-<H4>ドラフトを投稿する場合</H4>
-<P>
- 翻訳されたファイルは printf.3.draft
- に記述されているものとします。
-</P>
-<PRE>
- % JMpost -S DP -P "LDP man-pages" -F printf.3 printf.3.draft -post
-</PRE>
-<P CLASS="noindent">
- これは引き続き自分で校正を行う場合です。
- 校正を他の人に任せる場合は -S DO とします。
-</P>
-
-<H4>リリース版を投稿する場合</H4>
-<P>
- 翻訳されたファイルは同じく printf.3.draft
- に記述されているものとします。
- なお、このとき原文のコメント (.\"O..) を
- 自分で削除する必要は<STRONG>ありません</STRONG>。
- 登録システムが自動的に strip します。
-</P>
-<PRE>
- % JMpost -S RO -P "LDP man-pages" -F printf.3 printf.3.draft -post
-</PRE>
-<P CLASS="noindent">
- "-S RR" で投稿すると、次に printf.3 のオリジナルが update
- されたとき、投稿者に翻訳予約が自動的に割り当てられます。
-</P>
-
-_CREDITS
-
- <P>
- <IMG SRC="../images/grey.png" WIDTH="14" ALT="* " HEIGHT="14">
- _LINK(index.html,JM 翻訳作業の手引きに戻る)
- </P>
-
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
-
+++ /dev/null
-m4_dnl # index.m4: GNU m4 source for index.html.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [その他に make 時点で依存を参照するファイル]
-m4_dnl # jf_www.m4: 各種 M4 マクロ定義ファイル
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_EDIT_WARNING(translation_note)
-_HEADER(`podマニュアル翻訳の手引き')
-
-
-<H2>概要</H2>
-
-<H3>この手引きの目的</H3>
-
-<P>
- このドキュメントは、JM プロジェクトにおいて
- pod ドキュメントの翻訳作業をする手引きです。
-</P>
-<P>
- _LINK(index.html,JM 翻訳作業の手引き)
- とともに参照してください。
-</P>
-
-<H3>pod とは</H3>
-
-<P>
- pod とは、
- perl スクリプトのドキュメントを記述するためのドキュメント形式です。
- 以下のような特色を持っています。
-</P>
-
-<UL>
- <LI>単体のドキュメント (.podファイル) としても使えるが、
- perlスクリプトに埋めこむこともできる。
-
- <LI>簡潔で書きやすいフォーマット
-
- <LI>man 形式, html 形式への変換ツールがある
-</UL>
-
-<P>
- roff, html, latex などの他のマークアップ言語と比較すると、
- 機能は非常に限定されていますが、
- ソーステキストが読みやすく書きやすいことが特色です。
- 通常のマークアップ言語は、
- 生成されたドキュメントを指定のビューアで見た場合は
- (当然ながら) 読みやすいのですが、
- ソースとなるテキストファイルは読むのが困難です。
-</P>
-
-<P>
- pod のソースは、通常のテキストファイルと大きな隔たりがなく、
- ソースのままでもある程度読めることが特色です。
- そのため、書く側への負担が小さく、気軽に書けるフォーマットであると言えます。
-</P>
-
-<P>
- 同様の目的のフォーマットとして Ruby 言語のスクリプトでよく使われる、
- RD というフォーマットもあります。
-</P>
-
-<H2>pod マニュアルをJM向けに翻訳する場合の作業方法</H2>
-
-<H3>リポジトリ内でのディレクトリ構成</H3>
-
-<P>
- JM のリポジトリ内でのディレクトリ構成は以下のようになります。
- (zebedeeというプログラムの場合)
-</P>
-<PRE>
- JM -+- pod -+- zebedee -+- ChangeLog
- +- translation_list
- +- original -+- zebedee.pod
- | +- ftpgw.tcl.pod
- |
- +- draft -+- zebedee.pod
- | +- ftpgw.tcl.pod
- |
- +- release -+- zebedee.pod
- +- ftpgw.tcl.pod
-</PRE>
-
-<P>
- すなわち、通常のroff形式のマニュアルと次の点が違います。
-</P>
-<UL>
-<LI>トップディレクトリがJM/manualでなくJM/pod
-<LI>man1,man3のようなセクション別のサブディレクトリがない
-</UL>
-
-<P>
- podの下がプログラム名になり、その下が
- original/draft/releaseになることと、
- この 3 つのディレクトリの使用法はroff形式の場合と同じで、次のとおりです。
-</P>
-
-<DL>
- <DT>original<DD>オリジナルのソース
- <DT>draft<DD>翻訳作業中の日本語ソース(コメントとして原文を含む)
- <DT>release<DD>翻訳が完了した日本語ソース
-</DL>
-
-<H3>translation_list の書式</H3>
-<P>
- translation_list は以下のようになります。
-</P>
-
-<PRE>
-△:zebedee:2.0.0:2000/05/30:zebedee:pod:2000/6/21:(G):tnaka@brain-tokyo.com:NAKAJIMA Taku:::
-×:zebedee:2.0.0:2000/05/30:ftpgw.tcl:pod:::::::
-</PRE>
-
-<P>
- すなわち、セクション名(6番目のフィールド)が"pod"になります。
- それ以外は、roff形式のマニュアルと同じです。
-</P>
-
-<H3><A NAME="comment-format">原文のコメント化</A></H3>
-<P>
- JMでは、draft文書については、
- 校正者の便宜のために原文をコメントで残すことが推奨されています。
- pod ドキュメントの一般的なコメントの形式は =begin/=end ですが、
- 原文をコメント化した部分と通常のコメントを区別するため、
- 以下のような"JM-comment"というタグ付きのコメントを使用してください。
-</P>
-
-<PRE>
-=begin JM-comment
-
-If a key is described as being a boolean then its value must be one of the
-words B<true> or B<false>.
-
-=end JM-comment
-
-キーワードが真偽値(boolean)と書かれていたら、
-その値は"B<true>" または "B<false>"でなければならない。
-</PRE>
-<P>
- このようにしておくと、htmlやmanに変換した時に原文は削除されます。
- また、
- _LINK(#remove-comment,以下)
- に述べるように簡単なコマンドでソースから原文を取り除くこともできます。
-</P>
-
-<H3>ポストの方法</H3>
-<P>
- JMでは、JM メーリングリストに特定の形式で投稿することで
- CVS リポジトリに commit する方法が用意されていますが、
- 現状ではpodマニュアルの場合はこの方法は使用できません。
-</P>
-<P>
- そのため、pod の翻訳作業を投稿するためには、
- CVS のアカウントをもらって CVS committer になるか、
- CVS committer に依頼する必要があります。
-</P>
-<P>
- 作業にあたっては、ポストの方法について
- JM のメーリングリストでご相談下さい。
-</P>
-
-<H2>pod マニュアル翻訳上の注意、TIPS</H2>
-
-<H3>翻訳確認の方法</H3>
-
-<P>
- 作業結果の確認のためには、以下のコマンドを使います。
-</P>
-
-<P CLASS="noindent">
-<STRONG>html変換してから表示</STRONG>
-</P>
-<PRE>
-$ pod2html podソース名 > 作業用htmlファイル名
-$ netscape 作業用htmlファイル名
-</PRE>
-
-<P CLASS="noindent">
-<STRONG>man変換してから表示</STRONG>
-</P>
-<PRE>
-$ mkdir man1
-$ pod2man podソース名 > man1/xxxxxx.1
-$ man -M . xxxxxx
-</PRE>
-
-<P>
- pod はドキュメントフォーマットの細部が確立してないためか、
- pod2html と pod2man で違う結果となる (片方だけでエラーが出る)
- ことがたまにありますから、
- 常に両方の結果を確認した方がいいと思います。
-</P>
-
-<P>
- また、どちらのコマンドもparagraph単位(段落)のエラー表示で、
- エラーの行番号が表示されないし、
- エラーメッセージもわかりやすいとは言えません。
- そのため、こきざみに変換コマンドを実行した方がいいと思います。
- たくさんの作業を一度にしてからエラーを出すと、原因をつきとめるのが困難です。
-</P>
-
-<H3>段落名の翻訳の注意点</H3>
-
-<P>
- pod2manは、変換元のpodドキュメントが
- 以下の条件を満たしていることを前提としているようです。
-</P>
-
-<OL>
- <LI>最初の段落が"=head1 NAME"から初まること
- <LI>"=head1 DESCRIPTION"という段落が存在すること
- <LI>=head1 =head2以外の見出しを使わない
-</OL>
-
-<P CLASS="noindent">
- そのため、=head...の翻訳には注意を要します。
-</P>
-
-<P>
- pod2html には段落への
- HTMLリンクタグを自動生成する機能があるのですが、
- pod ドキュメントがこれを使用している場合は、
- 段落名を翻訳してしまうと、このリンクが正しく張れなくなります。
-</P>
-
-<P>
- このため、段落名の翻訳は非常に注意が必要です。
- この問題に対する一般的な対応方法はまだ決定していません。
- 現状では、段落名は原文のままにしておいて、
- 個別に JM メーリングリストで対応方法を相談してください。
-</P>
-
-<H3><A NAME="remove-comment">原文の削除</A></H3>
-<P>
- _LINK(#comment-format,先に述べたような形式)
- で原文を保持している場合、
- この原文を削除するには、次のようなコマンドを使用します。
-</P>
-<PRE>
-perl -n -e 'print unless /^=begin\s*JM-comment/../^=end\s*JM-comment/' zebedee.pod > ../release/zebedee.pod
-</PRE>
-
-_CREDITS
-
- <P>
- <IMG SRC="../images/grey.png" WIDTH="14" ALT="* " HEIGHT="14">
- _LINK(index.html,JM 翻訳作業の手引きに戻る)
- </P>
-
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
+++ /dev/null
-m4_dnl # index.m4: GNU m4 source for index.html.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [その他に make 時点で依存を参照するファイル]
-m4_dnl # jf_www.m4: 各種 M4 マクロ定義ファイル
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_EDIT_WARNING(translation_note)
-_HEADER(`JM 文書の管理方法')
-
-<P>
- JM Project では、git によって文書の管理をしています。
- このページでは、
- _LINK(#structure,リポジトリ内部の配置)
- と、 man ページの作業情報などが記述されたテキストデータベース
- _LINK(#translation_list,transalation_list)
- の書式に関する説明をします。
-</P>
-
-<H2><A NAME="structure">ディレクトリの構成</A></H2>
-<P>
- JM Project の用いている git リポジトリのディレクトリ構成は
- 以下のようになっています。
-</P>
-<PRE>
-/ +- www
- |
- +- admin
- |
- +- manual -+- 0unclassified -
- |
- +- GNU_bash -
- |
- +- GNU_binutils -
- :
-</PRE>
-
-<P>
- このうちの manual/ 以下が、本サイトの
- _LINK(../manual,manual ディレクトリ)
- 以下にミラーされています。
- このディレクトリには、
- マニュアルの一次ソースとなるアーカイブパッケージ
- (例えば util-linux-2.9v.tar.gz など) の
- basename と同名のサブディレクトリ (util-linux) を設けます。
- ただし GNU のパッケージと LDP のパッケージだけには、
- 便宜上 GNU_, LDP_ という prefix をつけています。
- このサブディレクトリを、以下では
- 「パッケージディレクトリ」と呼びます。
-</P>
-
-<P>
- 各パッケージディレクトリのサブ構造は以下のようになっています。
-</P>
-
-<PRE>
-- pkg -+- ChangeLog
- +- translation_list
- +- original -+- man1
- | +- man5
- | +- man8
- |
- +- draft -+- man1
- | +- man5
- | +- man8
- |
- +- release -+- man1
- | +- man5
- | +- man8
- |
- +- contrib -+- man1
- +- man5
- +- man8
-</PRE>
-
-<UL>
- <LI>ChangeLog ファイルは変更履歴を記述したファイルです。
- CVS システムで標準的に用いられれる形式です。
- </LI>
-
- <LI>translation_list は各マニュアルページのバージョンや作業情報、
- 著作権情報等を含むテキストデータベースファイルです。
- このファイルの書式については
- _LINK(#translation_list,translation_list の書式)
- で説明します。</LI>
-
- <LI>ディレクトリ <tt>original/</tt> には、
- パッケージに含まれている原文が置かれます。</LI>
-
- <LI>ディレクトリ <tt>draft/</tt> には、
- 「原文のコメントつき」の翻訳版が置かれます。
- ここに置かれるページは、ドラフト版・リリース版を問わず、
- 常に翻訳作業の最新版になります。</LI>
-
- <LI>ディレクトリ <tt>release/</tt> には、
- 「原文を取り去ったリリース版」が置かれます。</LI>
-
- <LI>ディレクトリ <tt>contrib/</tt> には、
- JM 以外で翻訳されたページの寄贈を受けた場合に、
- そのファイルが置かれます。
-</UL>
-
-<P>
- 実作業との対応は
- _LINK(index.html#flow,翻訳作業の流れ)
- を参考にしてください。
-</P>
-
-
-<H2><A NAME="translation_list">translation_list の書式</A></H2>
-<P>
- translation_list はパッケージディレクトリのルートに
- 一つだけ置かれるテキストデータベースファイルで、
- そのディレクトリ以下に含まれる man ページの情報が
- 一つのページにつき一行ずつ書かれています。
- フィールドの区切りはコロン (:) です。
- 以下に例を示します。
- 1行目が
- _LINK(#roffpage,通常のページ)
- の、 2 行目が
- _LINK(#linkpage,リンクページ)
- のそれぞれ例になっています。
-</P>
-
-<PRE>
-○:LDP man-pages:1.26:1998/10/03:bind:2:1999/08/02::uv9h-hykw@asahi-net.or.jp:HAYAKAWA Hitoshi:
-＠:LDP man-pages:1.26:1996/04/15:break:2:unimplemented:2:
-</PRE>
-
-<H3><A NAME="roffpage">通常のページ</A></H3>
-
-<p>
- 「通常のページ」とは、
- _LINK(#linkpage,→リンクページ)
- 以外のページ、実際に文章が書かれているページを指します。
-</P>
-<p>
- まず第 1 フィールドの内容を説明します。
- それぞれのマークの説明に書いてある r:, d:, o: とは、
- そのマークのステータスにおいて、
- release/, draft/, original/ 各ディレクトリに
- マニュアルページが存在するかどうかを示したものです。
- _LINK(index.html#flow,翻訳作業の流れ)
- と併せてご覧ください。
-</P>
-<UL>
- <LI>0: ページ無し
- <LI>1: 第一世代
- <LI>2: 第二世代
-</UL>
-<P CLASS="noindent">
-を表します。
-</P>
-
-<UL>
- <LI>？: 不明、要調査
- <LI>×: 未着手 (r:0, d:0, o:1)
- <LI>▲: 翻訳予約・作業中 (r:0, d:0, o:1)
- <LI>△: 翻訳終了。校正者募集中 (r:0, d:1, o:1)
- <LI>●: 校正中 (r:o, d:1, o:1)
-</UL>
-
-<UL>
- <LI>☆: 原文の改訂版がリリースされた。要改訂 (r:1, d:1, o:2)
- <LI>■: 改訂予約・作業中 (r:1, d:1, o:2)
- <LI>□: 改訂終了。校正者募集 (r:1, d:2, o:2)
- <LI>◆: 改訂版校正中 (r:1, d:2, o:2)
-</UL>
-
-<UL>
- <LI>○: 校正終了 (r:1, d:1, o:1 または r:2, d:2, o:2)
- <LI>◎: 校正終了。改訂版における更新予約
- (o:1, d:1, r:1 または o:2, d:2, r:2)
-</UL>
-
-<P>
- ステータスの遷移をまとめると以下のようになります。
-</P>
-
-<PRE>
-未翻訳状態から:
- × → ▲ →(△)→ ● → ○
- → ◎
-オリジナル改訂後:
- (○)→ ☆ → ■ →(□) → ◆ → ○
- (◎)→ → → ↑ →(◎)
-</PRE>
-
-<P>
- なお、JM 以外のプロジェクトから寄贈を受けたページについては、
- 以下のようなステータスを用います。
- なお寄贈もとの URL がわかる場合は、
- 「備考」のフィールドに書いておいてください
- (コロン ":" が含まれていても大丈夫です)。
-</P>
-<UL>
- <LI>Ｃ: オリジナルの最新アーカイブの翻訳
- <LI>ｃ: オリジナルのアーカイブの最新版より古い版の翻訳
-</UL>
-
-<P>
- 第二フィールド以下の内容は以下の通りです。
-</P>
-
-<OL START=2>
- <LI>パッケージ名。
- パッケージディレクトリ名と基本的に同じものになります。</LI>
- <LI>man ページのバージョン。
- リリース後にオリジナルが改定された場合や、
- ドラフト作成作業中にさらにオリジナルの改訂があった場合など、
- リリース版・ドラフト版・オリジナル版でバージョンが異なってしまった場合には、
- "=>" で区切って記述してください。その際には
- "release=>draft=>original" の順にしてください。
- バージョンが同じならわざわざ分けて書かなくても OK です。
- なぜなら
- <UL>
- <LI>一番右には常にオリジナル版のバージョンが入る
- <LI>改訂作業 (☆■□◆) では、
- 一番左は常にリリース版のバージョンになる。
- <LI>ドラフト版のバージョンは決してリリース版とは同じにならない。
- </UL>
- という条件を考えれば、
- どのバージョンがどの版に対応するかを決定するのは容易でしょうから。</LI>
-
- <LI>オリジナル man-page の日付。
- または原文が cvs に commit された日付になっていることもある。</LI>
- <LI>マニュアルファイルの basename。</LI>
- <LI>マニュアルのセクション番号。</LI>
- <LI>作業の日付。
- 作業中であることを示すステータス(▲●■◆)では
- 作業をする宣言をした日になり、
- それ以外のステータス（△○◎☆□）では
- 翻訳ページの最終更新日にします。</LI>
-
- <LI>
- 翻訳・再配布に関する条件。
- 翻訳や配布に関する条件を著作者に確認をとったら、
- 各著作権に従って以下のステータスを設定します。
- <UL>
- <LI>G: GPL2 (GNU Public License Version 2)
- <LI>B: BSD (BSD License)
- <LI>M: Misc.(翻訳、配布とも問題ないが、
- 著作権に関しては GPL2、BSD のどちらでもなく
- 原文を参照するなどの必要があるもの)
- <LI>N: Non commercial use only (商用での配布を禁止しているもの)
- <LI>o: 原著者に確認済 (obsolete)
- </UL>
- 確認を取っていないものに関しては、以上のステータスを "()"
- で囲んでください。</LI>
-
- <LI>翻訳作業者のメールアドレス。</LI>
- <LI>翻訳作業者の名前 (ローマ字表記が望ましい)。</LI>
- <LI>備考など。</LI>
-
-</OL>
-
-<H3><A NAME="linkpage">リンクページ</A></H3>
-<p>
- 「リンクページ」とは、
- 別のマニュアルページにシンボリックリンクされていたり、あるいは
-</P>
-
-<BLOCKQUOTE>
-.so man1/hoge.1
-</BLOCKQUOTE>
-
-<P CLASS="noindent">
- のように roff 的にリンクされているページのことです。
- この種のページに対するステータス行の各フィールドは以下のようになります。
- 通常の翻訳作業の際には、
- このステータスはあまり意識しないでも良いでしょう。
-</P>
-
-<P>
- なお、オリジナルではシンボリックリンクになっている場合でも、
- JM で配布する際には .so によるリンクに書き換えています。
-</P>
-
-<OL>
- <LI>ステータス
- <UL>
- <LI>※: リンク先が未翻訳・未公開 (ステータスでいうと ×▲△●)</LI>
- <LI>＠: リンク先が翻訳・公開済み (上記以外)</LI>
- </UL></LI>
- <LI>パッケージ名(リンク先と同じ)</LI>
- <LI>バージョン(リンク先と同じ)</LI>
- <LI>日付(リンク先と同じ)</LI>
- <LI>このマニュアル自体の名前</LI>
- <LI>このマニュアル自体のセクション</LI>
- <LI>リンク先の名前</LI>
- <LI>リンク先のセクション</LI>
-</OL>
-
-_CREDITS
-
- <P>
- <IMG SRC="../images/grey.png" WIDTH="14" ALT="* " HEIGHT="14">
- _LINK(index.html,JM 翻訳作業の手引きに戻る)
- </P>
-
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
-
+++ /dev/null
-m4_dnl # index.m4: GNU m4 source for index.html.
-m4_dnl # -------------------------------------------------------------------
-m4_dnl #
-m4_dnl # [その他に make 時点で依存を参照するファイル]
-m4_dnl # jf_www.m4: 各種 M4 マクロ定義ファイル
-m4_dnl #
-m4_dnl # -------------------------------------------------------------------
-m4_dnl
-m4_define(_SUB_ONE)
-m4_include(../jm_www.m4)
-_EDIT_WARNING(translation_note)
-_HEADER(`翻訳の指針')
-
-<P>
- この文章は JM Project における
- man page 翻訳作業に関する指針です。
- 翻訳者のみなさんには余計な手間になるとは思いますが、
- より良い日本語マニュアルを作成するためにご協力ください。
-</P>
-
-<H2>マニュアル本文のフォーマットについて</H2>
-<P>
- 本来のフォーマットや著作権を尊重するために、
- 一次配布フォーマットは roff 形式を採用します。
- また roff での作業が困難である場合には、
- その旨を _LINK(mailto:linuxjm-discuss@lists.sourceforge.jp,JM-ML)
- まで連絡してください。他に roff 化のボランティアを募集します。
-</P>
-
-<P>
- 全体としての文体の統一のため、
- 特に理由がなければ常体 (「である」調) を用いてください。
- マニュアルページの語尾としては、
-</P>
-<PRE>
-「〜だ。」
-「〜である。」
-「〜する。」
-「〜できる。」
-「〜となる。」
-</PRE>
-
-<P CLASS="noindent">
- などを使用してください。
-</P>
-
-<P>
- 句読点は「、」および「。」を使用してください。ただし、英単語や英文の
- 部分の区切りには「,」「.」を用いてもかまいません。
-</P>
-
-
-<H2><A NAME="commentize">原文のコメント化</A></H2>
-<P>
- 校正作業や改版作業の便宜を図るため、
- できれば原文をコメントで残しておいてください。
- ただし「原文に元からあったコメント」と区別するため、
- 「.\"O」という形式のコメントとしてください
- (O はアルファベット o の大文字)。
- 登録システムは、リリース版を作成するときに
- このコメントを自動的に除去します。
-</P>
-
-<P>
- コメント化には以下のような内容の
- _LINK(commentate.awk,awk スクリプト)
- を用いると良いでしょう。
-</P>
-
-<PRE>
-#!/usr/bin/awk -f
-{
- if ($0 ~ /^\.\\"/) {print}
- else {printf(".\\\"O %s\n", $0)}
-}
-</PRE>
-
-<P>
- これをオリジナルの roff ファイルに対して
-</P>
-
-<pre>
- awk -f commentate.awk ar.1 > ar.1.draft
-</pre>
-
-<P CLASS="noindent">
- のように用い、 ar.1.draft に対して作業をします。
-</P>
-
-<P>
- 以上の作業では原文はすべてコメントアウトされてしまいますが、
- .TH 行や .TP 行のように、
- そのまま翻訳版にも残しておきたい行もあると思います。
- このような行を元に戻す作業には vi を用いるのが楽でしょう。
- vim 系なら作業ディレクトリに
-</P>
-
-<PRE>
- map ^T 5xj
-</PRE>
-
-<P>
- というような内容の .vimrc ファイルを置いておきます (^T は Ctrl-T です)。
- コメント化した roff ファイルを vi で開き、
- アンコメントしたい行の先頭で Ctrl-T を打てば、
- 次々に取っていけます。失敗した場合は u で undo。
-</P>
-
-
-<H2>著作権表示について</H2>
-<P>
- roff 形式において roff のコメントとして書かれている著作権表示は、
- 英文のまま残してください。
- さらにその後にコメントとして、
- 英文で翻訳者の著作権表示を加えてください。
- 翻訳者の権利表示の例を以下に示します。
-</P>
-
-<PRE>
-.\"
-.\" Japanese Version Copyright (c) 1996 HANATAKA Shinya
-.\" all rights reserved.
-.\" Translated Wed Nov 20 17:42:39 JST 1996
-.\" by HANATAKA Shinya
-</PRE>
-
-<P>
- 本文 (man コマンドの整形結果で見える部分) に著作権表示がある場合には、
- それも原文のまま残してください。
-</P>
-
-<P>
- 原文に著作権表示が含まれていない場合には、
- 個別対応になると思いますので
- JM@linux.or.jp で相談してください。
-</P>
-
-<P>
- GNU のマニュアルページにはマニュアルページ中に著作権表示のないもの
- がありますが、その場合、上記の翻訳版著作権に加えて、以下の文をマニュ
- アルの先頭に付加してください。
-</P>
-
-<PRE>
-.\" Copyright (C) 1994-1999 Free Software Foundation, Inc.
-.\"
-.\" Permission is granted to make and distribute verbatim copies of
-.\"this
-.\"manual provided the copyright notice and this permission notice are
-.\"preserved on all copies.
-.\"
-.\" Permission is granted to copy and distribute modified versions of
-.\"this manual under the conditions for verbatim copying, provided that
-.\"the entire resulting derived work is distributed under the terms of a
-.\"permission notice identical to this one.
-.\"
-.\" Permission is granted to copy and distribute translations of this
-.\"manual into another language, under the above conditions for modified
-.\"versions, except that this permission notice may be stated in a
-.\"translation approved by the Foundation.
-.\"
-</PRE>
-
-
-<H2>特殊用語の翻訳について</H2>
-<P>
- 特殊用語の翻訳は以下の方針に従ってください。
-</P>
-<UL>
- <LI>コマンド名、関数名、引き数名などは翻訳せず、
- アルファベットのままで記述する。</LI>
-
- <LI>英文との相互参照や用語の統一を簡単にするために、
- 専門用語を翻訳する場合には、
- 訳語の後ろにかっこつきで原語を併記してください。
- <PRE>
-例) 共有メモリ(shared memory)
- </PRE></LI>
-
- <LI>専門用語は無理に日本語にせずカタカナ表記を使用する。
- <PRE>
-例) ×記述子(descriptor)
- ○ディスクリプター(descriptor)
- </PRE></LI>
-</UL>
-
-<P>
- マニュアル間での訳語の統一を行うために、
- できれば専門用語について単語リストを作成してください。
- 単語リストは、それぞれのマニュアルページの頭に
- 以下のような roffのコメント形式で埋め込んでください。
-</P>
-<PRE>
-.\"WORD: effective uid 実効ユーザーID
-.\"WORD: out-of-band 帯域外
-.\"WORD: physical address 物理アドレス
-.\"WORD: signal シグナル
-</PRE>
-
-<H2>音引きについて</H2>
-<P>
- 片仮名語の語尾の音引き(ー)には以下の方針を用いてください。
-</P>
-<UL>
- <LI>既に日本語になっているものについてはそれを用いる。</LI>
- <LI>できるだけ原語の発音に近い表現を用いる。
- <PRE>
-例) ×メモリー(memory)
- ○メモリ(memory)
- </PRE></LI>
- <LI>それ以外の場合に語尾の音引きは省略しない。
- <PRE>
-例) ×コンパイラ(compiler)
- ○コンパイラー(compiler)
- </PRE></LI>
-</UL>
-
-<H2>セクション名について</H2>
-<P>
- セクション名については以下のものを使用してください。
-</P>
-<PRE>
-ACKNOWLEDGEMENTS 謝辞
-ARGUMENTS 引き数
-AUTHOR 著者
-AUTHORS 著者
-BUGS バグ
-CAVEATS 警告
-COMMAND LINE OPTIONS オプション
-COMPATIBILITY 移植性
-CONFORMING TO 準拠
-CONFORMS TO 準拠
-COPYING 著作権
-COPYRIGHT 著作権
-DESCRIPTION 説明
-DIAGNOSTICS 返り値
-ENVIRONMENT 環境変数
-ENVIRONMENT VARIABLES 環境変数
-ERROR エラー
-ERRORS エラー
-EXAMPLE 例
-EXAMPLES 例
-EXIT CODES 返り値
-EXTENSION 拡張
-EXTENSIONS 拡張
-FILES ファイル
-FLAGS フラグ
-HISTORY 履歴
-KEYWORDS キーワード
-LIMITATIONS 制限
-NAME 名前
-NOTE 注意
-NOTES 注意
-OPTION オプション
-OPTIONS オプション
-PARAMETERS 引き数
-PORTABILITY 移植性
-RESTRICTIONS 制限
-RETURN VALUE 返り値
-SEE ALSO 関連項目
-SOLICITATION 要請
-STANDARDS 準拠
-SYNOPSIS 書式
-SYNTAX 書式
-VERSION バージョン
-WARNING 警告
-WARNINGS 警告
-</PRE>
-
-<P>
- その他、何かありましたら
- JM@linux.or.jp まで問い合わせてください。
-</P>
-
-_CREDITS
-
- <P>
- <IMG SRC="../images/grey.png" WIDTH="14" ALT="* " HEIGHT="14">
- _LINK(index.html,JM 翻訳作業の手引きに戻る)
- </P>
-
-_BACK_TO_HOME
-
-</BODY>
-</HTML>
-
OSDN Git Service
