ja:wiki:syntax
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン | ||
| ja:wiki:syntax [2014-02-26 09:35] – 118.159.235.2 | ja:wiki:syntax [2023-11-29 23:27] (現在) – [構文のハイライト] 2400:4151:9600:7300:9e19:34c7:3bb9:bfa7 | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| - | [[:再構築: | + | :!: **このページは、[[ja:syntax|こちらのページ]]と内容が被っています。**リンク先のページもご参照下さい。また、このページをリンク先にリダイレクトするように設定すると良いと思うのですが、どうすれば良いのでしょうか？FIXME --- [[user> |
| - | & | + | ====== |
| - | ======検証会で出た要件への改修案====== | + | |
| - | *とりあえず、検証会で出たことと、対応するとしたらってことで、忘れないうちに改修案書いときます。 | + | |
| - | ＃contents | + | 文章の整形を行うには、シンプルなマークアップ記法を用います。 |
| + | [[: | ||
| + | 画面の上部か下部にある //編集// ボタンをクリックすると、ページのソースを見ることができます。 | ||
| + | このページでは、編集にあたって利用できる記法をすべて説明します。 | ||
| + | ためしに編集をしてみたい場合には、 [[playground: | ||
| + | 主な記法は、[[doku> | ||
| - | ======1/ | + | ===== 基本的なテキスト整形 |
| - | =====契約ダブりのチェック(これはもともと予定はしていたもの)===== | + | |
| - | *スピードうpして実装 | + | |
| - | *その画面を見てないのにエラーが出るのはNG(これは自然とそうなる) | + | |
| - | *その画面を直していないのに見ただけでエラーで動きがとれなくなるのは避けたいという要望だが、 | + | |
| - | *ワーニングにするとか強制登録とかという話もあったが、本質的にはこれは登録NGとしたいもの。(本当は移行でもこの作りは避けたいとは思うが) | + | |
| - | *一つを除き出版者0であれば計算には影響でないが、出版者> | + | |
| - | ====<color # | + | |
| - | *いちお(↓)、全量環境(開発のdb2apl1)で実測0.5s程度でチェックできるけど。もっと早くないと駄目？ | + | |
| - | /* | + | 文字飾りとして **太字**、 //斜体//、 __下線__ 、'' |
| - | ある契約と期間・支分権・地域がダブった契約が同一契約グループ内にあるかどうかのチェック | + | もちろん **__//'' |
| - | カウントが0ならダブりはない。カウント> | + | |
| - | (> | + | |
| - | | + | |
| - | select count(*) from DB2APL1.T_KEIYAKU kei | + | |
| - | , | + | |
| - | , | + | |
| - | , | + | |
| - | , | + | |
| - | , | + | |
| - | , | + | |
| - | , | + | |
| - | /*チェックする対象の契約グループ・契約seq・アップデートseqを指定*/ | + | |
| - | where kei.KEIYAKU_GROUP_ID = 203560048 | + | |
| - | and kei.KEIYAKU_SEQ = 3 | + | |
| - | and kei.UPDATE_SEQ = 0 | + | |
| - | | + | |
| - | and yuko.KEIYAKU_GROUP_ID = kei.KEIYAKU_GROUP_ID | + | |
| - | and yuko.KEIYAKU_SEQ = kei.KEIYAKU_SEQ | + | |
| - | and yuko.UPDATE_SEQ = kei.UPDATE_SEQ | + | |
| - | and sdef.SHIBUNKEN_PATTERN_ID = kei.SHIBUNKEN_PATTERN_ID | + | |
| - | and rdef.REGION_PATTERN_ID = kei.REGION_PATTERN_ID | + | |
| - | and kei2.KEIYAKU_GROUP_ID = kei.KEIYAKU_GROUP_ID | + | |
| - | and | + | |
| - | (kei2.KEIYAKU_SEQ <> kei.KEIYAKU_SEQ | + | |
| - | or | + | |
| - | kei2.UPDATE_SEQ <> kei.UPDATE_SEQ) | + | |
| - | and yuko2.KEIYAKU_GROUP_ID = kei2.KEIYAKU_GROUP_ID | + | |
| - | and yuko2.KEIYAKU_SEQ = kei2.KEIYAKU_SEQ | + | |
| - | and yuko2.UPDATE_SEQ = kei2.UPDATE_SEQ | + | |
| - | and | + | |
| - | (yuko2.ACTIVEKIKAN_FROM between yuko.ACTIVEKIKAN_FROM and yuko.ACTIVEKIKAN_TO | + | |
| - | and yuko2.YUKOKIKAN_FROM between yuko.YUKOKIKAN_FROM and yuko.YUKOKIKAN_TO | + | |
| - | or | + | |
| - | yuko2.ACTIVEKIKAN_TO between yuko.ACTIVEKIKAN_FROM and yuko.ACTIVEKIKAN_TO | + | |
| - | and yuko2.YUKOKIKAN_TO between yuko.YUKOKIKAN_FROM and yuko.YUKOKIKAN_TO) | + | |
| - | and sdef2.SHIBUNKEN_PATTERN_ID = kei2.SHIBUNKEN_PATTERN_ID | + | |
| - | and sdef2.BUNPAI_SYUMOKU_CD = sdef.BUNPAI_SYUMOKU_CD | + | |
| - | and | + | |
| - | (sdef2.RIYOU_KEITAI = sdef.RIYOU_KEITAI | + | |
| - | or | + | |
| - | sdef.RIYOU_KEITAI = '0' | + | |
| - | or | + | |
| - | sdef2.RIYOU_KEITAI = '0') | + | |
| - | and rdef2.REGION_PATTERN_ID = kei2.REGION_PATTERN_ID | + | |
| - | and rdef.SYODAN_CD = rdef2.SYODAN_CD | + | |
| - | *あー、もし、チェックする契約自体を特定しないで「ある契約グループ内にダブりがあるかどうか」ってことだと、上の条件のうち | + | |
| + | もちろん **__//'' | ||
| - | and kei.KEIYAKU_SEQ = 3 | + | さらに < |
| - | and kei.UPDATE_SEQ = 0 | + | |
| - | | + | |
| + | < | ||
| - | =====作品の権利者条件での検索で「権利者区分」的なもの表示===== | + | < |
| - | *NM/ | + | |
| - | *真面目にやると時間がかかるので、どうするか。 | + | |
| - | ====代表権利者区分みたいなものを冗長的に持たせる==== | + | 空行をおくと、**段落** |
| - | *権利者ネームかベースのテーブルに代表権利者区分みたいなの(いくつかにパターン化したもの)を持たせる。 | + | 段落内で |
| - | *権利者所団関係の情報変わったときは、トリガー経由かなんかで即時更新。 | + | を 2 つ連ねた後に空白文字を置くか改行します。 |
| - | | + | |
| - | | + | |
| - | =====所団がない地域の分配率照会===== | + | |
| - | *例AM(アルメニア)のように所団がない地域を含めてSP契約地域が登録されている時などに、AMの地域の分配率照会をするには？って話で、「できますっ」て言ってしまったが、実は今は出来なかった。 | + | |
| - | *これは現状の「全世界」の地域定義が所団にAMを含んでいないため、Type-Aの契約地域が「全世界」になっていてもアルメニアで照会するとヒットしないため。 | + | |
| - | | + | |
| - | | + | |
| - | ======1/ | + | |
| - | =====最低分母===== | + | |
| - | | + | |
| - | ====最低分母を基本画面比率(分子)合計に==== | + | |
| - | *(全体・移行)固定のときは、最低分母を基本画面(Type-A)比率の数値合計とする。 | + | |
| - | *今までは最低分母は(外国演奏権は)欧州ヨーロッパ別で決めていたもの。 | + | |
| - | | + | |
| - | *この部分、八尾さんに変更依頼中。 | + | |
| - | =====画面上に分母保持===== | + | |
| - | *初期の(更新前の)分母(比率合計)をとっておいて、更新されるまでそのまま画面表示しておく。 | + | |
| - | *ついでにその分母で100%チェックをかけることも可能となるでしょう | + | |
| - | =====派生契約===== | + | この文は改行\\ を含んでいます。2 連バックスラッシュが |
| - | *変えたところ以外は元の契約と繋がっていて欲しい | + | 改行として処理されるのは、空白文字が続く\\ |
| - | ====作品画面系==== | + | にある場合だけで、\\それ以外はそのまま表示されます。 |
| - | *いわゆる「プチバッチ(オンラインでの検索の洗い替え的なモノ)」で、次のような条件の時には権利者側の元の契約から適当な項目を派生側の契約にもコピーするようにする。 | + | |
| - | | + | |
| - | *契約元OPに同じ契約区分のオリジナル契約がある。 | + | |
| - | *SPが同じ | + | |
| - | *比率関係はいじらない。 | + | |
| - | *これでもって概ね現行でいうところの「不可リストに出る」→「画面を開いたら反映される」→「更新する」というのと同じ手順(注意リストを基に画面を開くと反映されていて更新する。)になるが、それに加えて↓ということも。。。 | + | |
| - | ====権利者画面系(オプション)==== | + | |
| - | *SP情報画面に「派生契約あり」みたいなリンクなりを付けて、クリックで派生契約の一覧→そこから各派生契約の作品画面へ。 | + | |
| - | *先にオリジナル契約を直しておいて、その流れで派生契約の方も先に直しちゃうっていう手順(更新自体は↑のプチバッチで) | + | にある場合だけで、\\それ以外はそのまま表示されます。 |
| - | *あれ？派生契約って「権利者契約グループ関連TBL」に入るんだったっけ？ないとこっちの方はつらいですね。 | + | |
| - | *<color # | + | |
| - | *でも、作品履歴から作られる派生契約って、履歴毎に契約グループID別々にとられてしまうんで、単純に権利者に関連づいている派生契約を見ると、結構たくさん出てきてしまいますねー。 | + | |
| - | *まあ、有効期間でコントロールすれば何とかなるかな。 | + | |
| - | =====ワーニングの実施箇所===== | + | |
| - | *同じ画面にとどまることが明確なアクションの時にはワーニング・チェックともしなくていいんじゃない？それだけでもずいぶん印象違うと思う。 | + | |
| - | *確定操作 | + | |
| - | *新旧形式変換 | + | |
| - | *権利者欄追加 | + | |
| - | *などなど | + | |
| - | *(でも、契約登録のときは画面変わっちゃうんだよねー) | + | |
| - | *↑基本的に画面遷移時はチェックしないと契約で登録更新押下されちゃんでチェックは必要。ワーニング系だけはずす方向はどうか | + | |
| - | *<color # | + | |
| - | *確定操作チェックは、前提としてテーブル上保持できないエラー以外は全部とっぱらい。要望があるものだけ確定時にも実装なんてどうか | + | |
| - | *チェックをしたいって時には、オプションで(チェックボックスとか)操作を加えてもらってもいいが、要らないか。。。 | + | |
| - | ======1/ | + | |
| - | =====入力ダイジェスト画面===== | + | |
| - | | + | |
| - | *内国作品に限定 | + | |
| - | *目的としては、単純な出版者契約の曲についてのみに限定し、1画面で更新を可能とする。 | + | |
| - | *作家全員と契約を持つ契約一つ、自動記入の場合のみ、などの条件で、基本画面の抜粋と契約画面の簡易版をくっつけたような形のもの、みたいな感じか。(今日の話では、6割7割網羅できれば、みたいな...) | + | |
| - | *そういう条件に該当しないものは、この画面自体を使用できなくするというようなことも必要。 | + | |
| - | ====あわせて==== | + | |
| - | *画面のレイアウトをもっと詰められないか。 | + | |
| - | *基本画面のリロード時に画面一番上でなく権利者一覧の部分を見えるようにならないか。 | + | |
| - | | + | |
| - | ====補足というか蛇足というか...==== | + | |
| - | *内国資料部の「あるオペレーションをしたときの遷移画面数(新の方が2-3倍かかる、とか)」を聞いて、冨本副本部長より「画面遷移が減るってコンセプトに沿ってないじゃないか！！」とのお叱りだが、まあそれは確かにおっしゃる通りで。。。 | + | |
| - | *でもこれは、出版社を付けたりはずしたりする...つまり契約画面と基本画面の行き来、という場面に限定した比較であり、しかも今日のケースは契約が複数枚あるケース(全体の数パーセント)の話なので、若干問題がデフォルメされてしまったとは思う。 | + | |
| - | *ただ、画面遷移に関しては「作品登録時の8割程度を1画面だけで操作可能とする」ということで基本画面は作ったが、それはあくまで「登録時(出典S想定・出版社なし)」であり、「更新時」は弱点であったことも事実。また内国1課はそのような更新が中心であることも事実。 | + | |
| - | *まあ、ダイジェスト更新画面を作っても、「今日のような契約複数枚」のケース自体の画面遷移が減ることはない、ってことは覚えておいた方がいいかもしれない。 | + | |
| - | =====移行関連の話===== | + | |
| - | *これは[[: | + | |
| - | ======1/23 作品・権利者検索====== | + | |
| - | *比較的平穏に過ぎました(^^)。特に特記するような対応案はないので、気がついたことを書いておきます。 | + | |
| - | =====黒画面の検索===== | + | |
| - | > | + | |
| - | ====並び順==== | + | |
| - | *黒画面の検索では、IMSの仕組み上、DBに対する検索キーは一つしか与えられず、そのキーの順番でしか読めないので、いわゆるソート順は必ずその検索キーの順番になります(というか、...にしかなりません) | + | |
| - | *なので、黒画面の検索のソート順に合わせるということであれば、最初のオーダーは次のような感じになると思います。(2番目以降のオーダーは、IMSの検索用DBの主キーの二つ目以降のフィールド...概ね作品名カナ(カナが無いものはアルファベット)が入っているんじゃなかったかな？) | + | |
| - | *権利者名を含んだ検索→権利者名でヒットした「検索用テーブル」の検索用フィールドの値順。(「権利者名順」ではない) | + | |
| - | *要するに、黒画面の中間一致では、その中間一致で一致した文節以降の文字順になるってこと。 | + | |
| - | *アーティストを含んだ検索→アーティスト名でヒットした...以下同様。 | + | |
| - | *作品名だけの検索→作品名...以下同様。 | + | |
| - | *(漢字の検索も同様漢字順) | + | |
| - | > | + | 強制改行は、どうしても必要な場合だけ使ってください。 |
| - | >J-WID Mでは、こういった黒画面の順番は不自然って言うこともあって、そういう順番にはしていません。 | + | |
| - | ====第二キーの検索==== | + | ===== リンク ===== |
| - | *黒画面での第二キーが中間一致の検索は、絞り込みは第一キーだけで行った上で、インデックス上に持っている第二キーの文字列をスキャンして行われます。 | + | |
| - | *今日第二キーに' | + | |
| - | =====漢字の文節区切りルール===== | + | リンクの記述には様々な方法があります。 |
| - | *うーん、あれは僕がJ-WID M開発時に苦し紛れにひねくり出し...まあその割にはよく出来てるでしょう...という程度のものなので。。。 | + | |
| - | *追加した方がいい規則があれば本当はレベルアップした方がいいのでしょうが、データの入れ替えを伴うので難しいところですね。 | + | |
| - | *逆に、だからこそ新システム切替時が規則レベルアップのワンチャンス、とも言えますね。 | + | |
| - | *まあ、今日は(普通はアルファベットを使うので)優先度低、ということになりましたが。 | + | |
| - | ======1/ | + | |
| - | *本日は終始平穏で友好的(? | + | |
| - | *外国入金の曲別SPの入力(同じものを何曲も)が面倒って話(黒画面ではマクロでやっているもの)。 | + | |
| - | =====曲別SP契約のコピー===== | + | |
| - | *曲をまたがって、契約グループ単位での丸ごとコピーが出来ればいい。 | + | |
| - | *例えば、今既に曲別のSPがそれぞれ付いている複数の曲があるとして、その契約画面で、 | + | |
| - | *コピー元の契約を指定(まあ単純には契約IDコピペでもいいか。変に画面を出して選ぶのはかえってかったるいかもしれない) | + | |
| - | *もとから付いている曲別契約の他に、SP契約グループがもう一つできる(コピー元の契約とは別の契約グループを作って同じものをコピー)。 | + | |
| - | > | + | ==== 外部リンク |
| - | > | + | |
| - | ====<color # | + | |
| - | > | + | |
| - | *移行では、Type-B契約が分かれる時、そのOPに曲別のSPが付いている時には、一つのType-C契約を作って、それを上位のType-B契約から共有するようにしているということです。 | + | http:// |
| - | *つまり、(例えば)現行分配率区分Xの場合、詞側と曲側にType-B契約グループが分かれますが、その両方から一つの同じType-C曲別SP契約グループを指すと。 | + | 外部リンクとして自動的に認識されます。表題を指定して、 |
| - | | + | [[http:// |
| + | メールアドレスも、不等号で括ると、 < | ||
| + | http:// | ||
| + | 外部リンクとして自動的に認識されます。表題を指定して、 | ||
| + | [[http:// | ||
| + | メールアドレスも、不等号で括ると、 < | ||
| - | =====今画面にある機能で===== | + | ==== 内部リンク |
| - | *今の内国作品SP契約画面にある「コピー」(上とは別)については、SPコードとテリトリーはコピーしないでほしい(続けてコピーした時に、どこまで完成させたかわからなくなる旨)...という要望あり。 | + | |
| - | =====その他(契約分割話の続き)===== | + | この DokuWiki 内のページへのリンクには |
| - | *例えば率区分XYの件数などは、過去一年の更新に絞って調査して欲しい旨。。。 | + | [[ja: |
| - | ======1/ | + | |
| - | *最後に外国基本画面の改訂案(支分権横並び)を見て、「目の前が明るくなった！！」(iwskさん)だそうです。大変好評でした。 | + | |
| - | *それはそれとして、以下、今日話として出た事項を書いておきます。 | + | |
| - | =====新旧形式変換時に。。。===== | + | |
| - | *今は新旧形式変換した場合には比率はクリアされるが、旧登録形式で全体固定のものを新登録形式に変換する時には、その旧登録形式で登録されていた固定比率を生かして新登録形式を作ってくれたらいいのに、みたいなこと。 | + | |
| - | *オペレーションが一発で行かないから難しいと思うんだけど、要するに、、 | + | |
| - | *前提としては、関連区分で作家とOPが全部組み合わされている場合に、、 | + | |
| - | *関連区分毎に作家とOPの率を集計して、、 | + | |
| - | *関連区分毎に最終的に出来上がるそれぞれの作家-OP契約の「OP比率(? | + | |
| - | *そうすると、作家間の比率が自動的に入る、、と。 | + | |
| - | *ボタン一発で、関連区分別にぜーんぶ複数の契約が出来るまでを自動的にやっちゃう、って言うのが資料部さんの理想なんでしょうけどね。 | + | |
| - | =====「OP比率(? | + | |
| - | *端数の関係？おかしいところある？ | + | |
| - | *この欄は画面上の便利機能として用意してある入力オンリーの欄なんだけど、「この値を残したい」みたいな話が出ました。 | + | |
| - | *新旧形式変換・OP比率の欄の使い方は、(手作業も含め)「こーゆーふーにすればらくちんですよ」みたいなガイドが提示できればいいな、と。 | + | |
| - | =====その他===== | + | |
| - | *曲別契約を作る時の契約支分権欄の分け方。(今はカタログ契約と同じ単位で作る、となっているが、えー、そうじゃない方がいい、みたいな。。。) | + | |
| - | *この件は、(以前さんざん話し合って決めたということもあり)「現状の仕様のまま」「それで支障を来すのであれば改めて資料部より提示する」ということで仕切って頂いた。 | + | |
| - | ======2/ | + | |
| - | =====新ダイジェスト入力画面案と基本画面レイアウト改訂案提示===== | + | |
| - | *方向性としては問題ないということを確認。一応満場一致。 | + | |
| - | *ダイジェスト画面登場により、従来の基本・契約画面は「本家画面」という呼び方に。。。 | + | |
| - | ====新ダイジェスト画面細かい部分==== | + | |
| - | *タイトル入力欄を権利者の上にするか下にするか→内国資料部お持ち帰り。 | + | |
| - | *この画面では、例えば作詞2人で一人だけ出版社と契約あり、みたいな登録は出来ないわけだが、「それは本家基本画面でもエラーにしている」ということ。 | + | |
| - | *現行黒画面では、率固定にすればそういう契約と推定できる分配率が入れられるわけで、実際にそういう形で入っているものも< | + | |
| - | *移行では、そういう率になっている場合はそういうつなぎ方を< | + | |
| - | *(上記はちょっと実例を調べてみます)< | + | |
| - | *その後の内山さん・江口さんとの打ち合わせでは、数は少ないだろうし、今後発生させない、移行分を(そういう状況のまま)更新しなければならないようなケースもあまりないだろうし、エラーにしたまま必要が生じたら作業依頼により対応、みたいな流れ(...だったが、作業依頼でDB直修正ってのもちょっとリスク高いですね...)。 | + | |
| - | *OPという文言はどうも...(なじまない)...kshrさん | + | |
| - | *出版契約地域と契約識別の初期値は全世界詞曲で。 | + | |
| + | この DokuWiki 内のページへのリンクには 2 連角カッコを使います。ページ名そのままで | ||
| + | [[ja: | ||
| - | ====基本・契約画面レイアウト改訂案==== | + | [[ja: |
| - | *アーティストの追加登録(一人→二人)が出来るようにして欲しい(要望としては前からあったもの)。 | + | |
| - | *タイトル副題の部分のカーソル遷移順序。 | + | |
| - | *契約追加コピー削除ボタンは契約地域支分権とは少し離して。 | + | |
| - | *内国二課の仮本作業がこの基本画面で回るかどうか、というあたりを再確認。 | + | |
| - | *...で、↓次項。 | + | |
| - | ====仮→本専用画面？==== | + | |
| - | *(主に内国1課用)ダイジェスト画面が出来ることにより、本家基本画面の位置づけは次の二つになる。 | + | |
| - | *内国一課がダイジェスト画面で出来ない複雑なものを時間をかけて更新する。 | + | |
| - | *内国二課が仮→本登録を素早く大量に行う。 | + | |
| - | *要するにこの二つの用途は方向性が全然違うわけで、だとすると、仮本の専用画面を作った方がいいかも...(冨本副本部長終了後談)。 | + | |
| - | *まあ、内国二課は算定された分配率なんかもあまり意識しないだろうし、契約も有効期間も分配率表示も取っ払った軽量画面を作って、大量入力のレスポンスを稼ぐ・サーバー負荷をそっちに逃がして全体のスループットをあげる、という効果も期待できるとは言える。 | + | |
| - | *とはいえ、最初の段階で基本画面は「少なくとも仮本を含めた内国二課の作業は概ね一つの画面で」というコンセプトからスタートしたわけで、全く用途から外れているわけじゃないと思う。むしろ、これは↑の「軽量化」ってところが当方側にとってはポイント。 | + | |
| - | ====その後の内山さん・江口さんとの延長戦==== | + | |
| - | *有効日指示区分には解約も必要。 | + | |
| - | *競合仕掛け出版社は原案通り対象外。 | + | |
| - | *なので、画面上「競合」は不要。 | + | |
| - | *権利者一覧にやっぱ保留は欲しい。(分分分...) | + | |
| - | *所団パターンの変更は行えるようにする。 | + | |
| - | *所団パターン1のものだけしか出さないなどというチェックをするぐらいだったら、所団パターンも見せて変更可能にしちゃう方がマシ、という主旨。 | + | |
| - | *外国の目玉は？ | + | |
| - | *ダイジェスト入力画面はあまり向きそうにない。 | + | |
| - | *基本画面上で出版社マウスオーバーでSP契約(比率部分)ポップアップ、とか。 | + | |
| - | *新旧形式切替のサポート機能(ボタン一発)とか。 | + | |
| - | *月曜は... | + | |
| - | *有効日話(内外)の予定とする。 | + | |
| - | ======2/ | + | ページ名をコロンで区切ると |
| - | =====対策についての中間報告===== | + | |
| - | *最初に、「再構築第一フェーズ入力検討会・議題に関する中間報告(外国資料部様向け)」説明 | + | |
| - | *全体の方向性としては問題ない。 | + | |
| - | *他に口頭で触れたところ。 | + | |
| - | *来週目処でパフォーマンス確認用の環境を作る。まずはシステム部様に確認いただけるようにする。 | + | |
| - | *その他に検討会で出たことで、何らかの対応を検討したいと考えている部分。 | + | |
| - | *SP内容確認(率など)を作品基本から容易に。 | + | |
| - | *新旧切替の補助(システム的な対応か、そうでないものかは別として)。 | + | |
| - | *その他は？ | + | |
| - | *権利者ダイジェスト照会画面も(SP情報を表示する等)レベルアップして欲しい。 | + | |
| - | *SP内容確認方法とあわせて検討する。 | + | |
| - | =====つづき(やっと三曲目)===== | + | |
| - | *この例を新登録方式で登録すると非常に「らくちん」であることは理解いただけたと思う。 | + | |
| - | *ただ、全部の関係が判明しているのではなく、一部だけ関係が判明している場合については新登録方式が使えないのでどうしても全体固定か部分固定(グループ固定)になるよねー、って言う話。 | + | |
| - | *一部だけ関係が判明している場合についての対策(システム機能・あるいは登録方法・考え方)をまとめる。 | + | |
| - | *ワーニング | + | |
| - | *OP/ | + | |
| - | *<color # | + | |
| - | *派生契約にしなきゃいけない、という場合のガイド機能 | + | |
| - | *派生契約にしなければいけない、ということを画面上でガイドできないか？ | + | |
| - | *(これは上記ワーニングに多少条件を加えることで対応可能か？) | + | |
| - | *<color # | + | |
| - | *基本画面が旧登録形式の全体固定または部分固定であり、 | + | |
| - | *そのOPにひもづくOP-SP契約において | + | |
| - | *作家率がなく | + | |
| - | *OP率が> | + | |
| - | *該当OPの(録音)所団がヨーロッパ方式である場合。 | + | |
| - | =====一部だけ関係が判明しているものの対策===== | + | |
| - | *少し考えてみた。 | + | |
| - | *分配率算定では、旧登録形式のものは内部的に次のように新登録形式の構造に変換している。 | + | |
| - | *旧登録形式(Type-A) | + | |
| - | *作家1 | + | |
| - | *作家2 | + | |
| - | *作家3 | + | |
| - | *作家4 | + | |
| - | *OP1 | + | |
| - | *OP2 | + | |
| - | *OP3 | + | |
| - | *OP4 | + | |
| - | *新登録形式(Type-A) | + | |
| - | *作家1→契約B | + | |
| - | *作家2→契約B | + | |
| - | *作家3→契約B | + | |
| - | *作家4→契約B | + | |
| - | *契約B(Type-B) | + | |
| - | *OP1 | + | |
| - | *OP2 | + | |
| - | *OP3 | + | |
| - | *OP4 | + | |
| - | *画面の旧→新変換の時に、最初にこのようにしちゃって、関係が判明したOPと作家を契約Bのほうから追い出すような形が業務的には有効かもしれない。 | + | |
| - | *で、そうすると、新方式のType-Bで、作家の率を指定せずに出版社の比率だけを指定する、つまり旧方式で言う部分固定のような形が欲しくなって来る。 | + | |
| - | *基本的には、算定では旧方式の部分固定をそういう風に変換して算定をしているわけなので、データがそういうようになっていれば新のType-B部分固定も出来ちゃうはずだが。。。ちょっとこれは実験してみます。 | + | |
| - | *<color # | + | |
| - | ======2/ | + | |
| - | *一通り説明したが、大体皆さん基本的な考え方は理解いただいている感じだったのではないでしょうかね。 | + | |
| - | *ここでは質問から。 | + | |
| - | =====権利の履歴の作品へのはね方(質問)===== | + | ページ名をコロンで区切ると |
| - | ====権利者の持つ情報に変遷のある権利者を、作品上で変更したときの作品の履歴は塗り変わる？==== | + | |
| - | *黒画面では、権利者の履歴を作品に持ち込んでいるため、例えば、当初作品についていた権利者Aの履歴が4つに分断されているとすれば、作品上もその権利者の4つの履歴も分断されている。 | + | |
| - | *その権利者Aを遡って権利者Bに付け直すことを想定。権利者Bは権利者上履歴は持っていないとする。 | + | |
| - | *黒画面では、権利者Aで既に作品上の履歴が分断されているので、権利者Bに変更したとしても、権利者Aで分断された4つの履歴が元に戻ることはない。 | + | |
| - | *新システムでは、正履歴を見る場合、権利者Aは既にいなくなっているため、その履歴は参照されず、権利者Bの履歴(一本)に塗り変わる。 | + | |
| - | *ただし、権利者Aが存在した裏の履歴は保持しているので、権利者Aが存在した時の情報がなくなってしまうわけではない。 | + | |
| - | >と、まあ、ここで「ウラ」の話をしてしまったもので、、、薮から蛇状態。 | + | 詳細は [[doku>ja: |
| - | =====「ウラ」話===== | + | ページ中の特定のセクションにリンクすることも可能です。ハッシュ記号（# |
| - | *有効日一覧 | + | [[syntax# |
| - | *現状、「ウラ」があるかどうかの判別がつかない。(J-WID Masterのような表示が理想だが)少なくともウラがあるかどうかを有効日一覧に表示するのは必須要件と考えて欲しい。 | + | |
| - | *現状、更新画面の有効日一覧では「処理日」を指定できないが、「更新しながらウラの履歴も照会で見たい」ということ。(ウラの更新は不可、という前提は問題ない) | + | |
| - | *現状、基準日処理日を指定した時には有効日画面は消えて、直接元の画面に戻るようになっているが、黒画面やJ-WID Masterで同様の指示をした時のように、「基準日処理日がヒットしたもの1件」と「基準日がヒットした表の履歴1件」の2件を有効日画面に表示するようにしたい。(これは、ワンクリック増えるが、直接飛んじゃうと条件にヒットした結果がウラなのか表なのかわからないので、ということにも繋がると思う) | + | |
| - | *現状、有効日種別は同日に分断されているものがあった場合に優先順位を付けて出しているが、全ての種別を出して欲しい。 | + | |
| - | *その他画面 | + | |
| - | *今見ている画面が裏なのか表なのか見分けられるようにして欲しい。 | + | |
| - | *「有効日」「有効期間」文言の話。 | + | |
| - | ====「全ての有効日種別」出したい、について==== | + | [[syntax# |
| - | *こんなふうにしたらどうかしら？(あ、この案については検討会では触れていません。戻ってから書いたもの) | + | |
| - | *矢印は逆向きの方がいいかな？ | + | |
| - | ^選択^履歴番号^有効日^^^処理日^有効日種別^^^^^ | + | 注: |
| - | |::: | + | |
| - | |選択中|1|2008.1.21|9999.12.31|2008.3.26|9999.12.31|↓|↓| |●| | | + | |
| - | |これを選択|2|2007.9.1|2008.1.20|2008.3.26|9999.12.31|↓|↓| |●| | | + | |
| - | |これを選択|3|…|…|…|…|↓|↓| |●| | | + | |
| - | |これを選択|4|…|…|…|…|↓|●| |●| | | + | |
| - | |これを選択|5|…|…|…|…|↓|↓| |●| | | + | |
| - | |これを選択|6|…|…|…|…|●|●| | | | | + | |
| - | |これを選択|7|…|…|…|…|●| | | | | | + | |
| + | * [[syntax|既存のページ]] へのリンクと [[存在しないページ]] へのリンクとは表示が異なります。 | ||
| + | * デフォルト設定では [[wp> | ||
| + | * セクションの見出しが変更されると、そこへのリンク名も変化します。セクションへのリンクは多用しないほうが良いでしょう。 | ||
| - | =====レスポンスの違い===== | + | ==== Interwiki |
| - | *有効日の移動は、有効日一覧から指定する方法と、画面上の<< | + | |
| - | *→差異についてパフォーマンス調査を行う。 | + | |
| - | >っていうか、これは、有効日一覧から指定した場合は、前の画面にすぐ戻ってそれからおもむろにリロードが始まるわけで、その「すぐ戻る」っていうところで心理的に早く感じるってだけかもしれないですね。 | + | [[doku>ja: |
| - | =====有効期間の確定とそれに関連するミスオペ対策===== | + | InterWikiは、他の Wiki に手軽にリンクを張るための方法です。たとえば、 |
| - | *更新前の状態を(状態A)とし、有効期間0-9999であったとします。 | + | [[wp> |
| - | | + | |
| - | *そのあと、受付日を入れ直して再度「確定操作」をした(状態C)とすると、現状、 | + | |
| - | *状態Aは裏に回る | + | |
| - | *状態Bの有効期間: | + | |
| - | *状態Cの有効期間: | + | |
| - | *...となってしまう。これを回避したい、って言う話。 | + | |
| - | ====宿題==== | + | |
| - | *上記を回避するとしたらその対応案。 | + | |
| - | *エラー？ワーニング？一回のオペレーションで出来ることを縛る？ | + | |
| - | *そうすると、出来なくなること等のまとめ。 | + | |
| - | ====その後の調査==== | + | |
| - | *新規登録の時には二つ履歴を作ろうとするようなオペレーションをすると「新規登録時、有効期間の変更は出来ません。登録完了してから有効期間を変更して下さい」...ってなりますね。 | + | |
| - | *更新の時には、例えば、0-9の有効期間で権利者A、Bの二人が登録されているとき、 | + | |
| - | *それを更新で開け、出版社を付けようとしたところ、作家の間違いに気付いた、という場面において、 | + | |
| - | *0-9の有効期間において権利者A、Bを例えば権利者A、Cに変更して「確定操作」 | + | |
| - | | + | |
| - | *「登録更新」 | + | |
| - | *ということで一回の登録更新で複数の履歴を作ることが可能(確認済)だが、例えば一回の登録更新では一つの履歴しか相手にしない、というような縛りを入れたとすると、このような操作はその間に「登録更新」を挟む必要が出て来る。 | + | |
| - | =====過去の情報の更新方法(質問)===== | + | [[doku> |
| - | *入力有効期間内の情報のうち、表示有効期間よりも前の情報を更新したい場合の更新方法は？ | + | |
| - | *例: | + | |
| - | *表示有効期間2008/ | + | |
| - | *入力有効期間2005/ | + | |
| - | *2005/ | + | |
| - | *入力有効期間のToを2008/ | + | |
| - | *個々の例が「出来る」「出来ない」ではなくて、条件を取り纏めて回答して下さい(システム部長より) | + | |
| - | ====確認結果==== | + | |
| - | *まず上記の例について(大丈夫) | + | |
| - | *入力有効期間Toを2008/ | + | |
| - | *「> | + | |
| - | *「< | + | |
| - | *登録更新後、照会画面で表示させてもOK。 | + | |
| - | *FromとToを両方変更(両方縮めた)場合(NG) | + | |
| - | *From/ | + | |
| - | *From/ | + | |
| - | *FromとToを両方変更(両方縮めた)→確定操作 | + | |
| - | *入力有効期間Toを含む表示有効期間が表示される。 | + | |
| - | *ここで登録更新。この場合NGですね。→※ | + | |
| - | ====やってて、これは？？っていうところ==== | + | |
| - | | + | |
| - | *有効期間を切ったときの動きは、切った後の有効期間Toが含まれる範囲の表示有効期間が表示されるが、<< | + | |
| - | *※ここで登録更新せずに、他の有効期間を表示すると、今更新した更新後の情報が消えてしまうようだ。(有効期間一覧は「基本画面」の有効期間が切れた状態。中身は更新前になっちゃう) | + | |
| - | *※また、他の有効期間を表示しないで確定後すぐ更新すると、どうも有効期間情報がおかしくなっちゃうようだ。 | + | |
| - | *もしかして、「From-To操作」で両端を縮める、というのは、基本画面では許してはいけない？(これは、From-To操作の定義次第と思うが。) | + | |
| - | ======2/ | + | |
| - | *今日は途中伊藤さん依頼事項により抜けているので、何か他にあれば補足ヨロです。 | + | |
| - | =====分母残す機能説明(及びその関連事項)===== | + | |
| - | ====自動記入→全体固定・部分固定のあたりのこと==== | + | |
| - | | + | |
| - | *自動→部分固定の時には、今と同じ(Type-Aの算定結果を初期値セット)。 | + | |
| - | *自動→全体固定の時には、「全体の算定(分配率照会と同じ)を行って、OPとSPを合算して初期値セット」 | + | |
| - | *北米・ヨーロッパを出したい | + | |
| - | *常に表示するのはレスポンスに影響するので、何らかのアクションを行った時に、ということではどうか？ | + | |
| - | *少なくとも自動→全体固定のアクション時には表示させたい。 | + | |
| - | *主旨としては、派生契約にしなきゃいけないものに気付くため、という感じなので、「派生にしなさいよ」ガイドがあればそれで事足りるとは思うが。 | + | |
| + | ==== Windows共有フォルダ ==== | ||
| - | ====関連区分==== | + | Windows 共有フォルダも [[\\server\share|this]] |
| - | *新登録形式でも関連区分を入れる運用を想定しているので、契約の関連づけによって勝手に入って欲しいみたいなこと。 | + | ただし、[[wp> |
| - | | + | |
| - | *関連区分ではなくても、契約繋がりがわかればいいので契約IDを(そのまま、あるいは工夫して)表示する、という案もあり(ただ、受付班は↓ちょっとそれは、って感じか)。 | + | |
| - | *関連区分もSPにフィードバックする(分配率照会画面を使う...)ので、契約IDで繋がりを見る案の場合は分配率照会画面上の表示では関連区分として表す必要があるかも？ | + | |
| - | *新登録形式の作品に基本画面で作家に関連区分を付けたら、契約画面の出版社にも同じ関連区分が自動設定されるようにしては？(おおむね「それでいいかも」って感じだったと思う) | + | |
| - | ====新登録形式での入力例==== | + | |
| - | *例示の作品(結果分配率) | + | |
| - | *BEST REVENGE THE(0Z044442...JASRAC少量環境) | + | |
| - | ||CENTER: | + | |
| - | |< 100% - CENTER: - RIGHT: >| | + | 注: |
| - | ^権利者^関連^演奏^録音^ | + | |
| - | |CA1| |20/ | + | |
| - | |CA2|1|20/ | + | |
| - | |OP3|1|0/ | + | |
| - | |SP3|::: | + | |
| - | |OP4|1|0/ | + | |
| - | |SP4|::: | + | |
| - | |OP5(unknown)| |4/ | + | |
| - | *これを新登録形式で作る時にどうすればいいか、って言う話。 | + | |
| - | *本件は別ページ[[: | + | * セキュリティ上、Windows 共有フォルダを直接ブラウズできるのは、デフォルトでは Microsoft Internet Explorer（の「ローカルゾーン」）のみに限られます。 |
| - | ====基本画面の出版社比率==== | + | * Mozilla や Firefox では [[http:// |
| - | *ハイフンを上書きしてしまうのはバグ。 | + | |
| - | *出版社比率を作家欄に展開する時に | + | |
| - | *出版社比率入力欄を二つ(以上)にしたい(...という話は出たが、必ずしもそれがいいということでもなくて。。。)。 | + | |
| - | *入力欄は一つでも、作家比率欄へ展開する数値は録音権は100%となるように出来ないか？ | + | |
| - | *作家比率欄は逆に繋がりが同じ人の取分は一つのハコにして、後で分けることを考えたい、とか。 | + | |
| - | > | + | ==== 画像にリンク ==== |
| - | ======2/ | + | |
| - | =====画面検索項目===== | + | |
| - | *検索項目の初期設定(これから調整) | + | |
| - | *どの程度までコントロールできるか(内外・部署別・個人別？) | + | |
| - | *更新者 | + | |
| - | *更新者が人間じゃなくてバッチ処理によるものは選択式の方がいい。 | + | |
| - | =====作品展開先===== | + | |
| - | *作品展開先は「照会ダイジェスト画面」がいい(外国)。(照会ダイジェスト画面なら更新画面へのリンクもあるし。。。) | + | |
| - | *内国資料部は持ち帰り。 | + | |
| - | =====その他画面表示など===== | + | |
| - | *作品単位の更新者/ | + | |
| - | *意味合いからして、「確認日/ | + | |
| - | *付け替え/ | + | |
| - | *権利者名→権利者名(PA)とする。 | + | |
| - | =====内外混在の扱い===== | + | |
| - | *外国資料部が作業終了でも内国資料部がまだの時(または逆)などの場合の対応は？ | + | |
| - | *DCSにて整理して提示する。 | + | |
| - | *一人の権利者の変更でも、緑の行を「内国用」「外国用」の二行にして、それぞれの対象の作品をそれにぶら下げるようにすればいいんじゃないかな(...これはTana.私見です) | + | |
| - | =====ステータス管理===== | + | |
| - | *以前提示した要件通りになっていないけど？？(外国資料部) | + | |
| - | *権利者単位にもチェック欄(見直し...再鑑者用)が必要 | + | |
| - | *再鑑者用のチェックがなされて「ステータス更新(チェック更新ではなく)」ボタンが押された時に初めてステータスは「完了」とする。(「残」数があっても構わない) | + | |
| - | *作品に付けるチェックマークはメモ程度のもの。このチェックは何もボタンが押されなくてもそのまま画面を閉じても保存して欲しい。(うーん...非同期で更新しますか？) | + | |
| - | *作品に展開した時にチェックを自動的に付ける、チェックを外しても確認者確認日は残る、最後に作品のリンクを踏んだ人が記録される、って言うあたりは現状の仕様で問題ない。 | + | |
| - | *内国資料部も外国資料部案通りで問題ない。 | + | |
| - | *ステータス管理についてDCSにて整理して提示する。 | + | |
| - | > | + | リンク記法と [[# |
| - | > | + | 次のように、画像に内外部へのリンクをつけることができます。 |
| - | =====作業を促すメッセージ===== | + | |
| - | *作業者に、作業をしなければならないことを知らせるメッセージが出るといいのだが。 | + | |
| - | *修正内容/ | + | |
| - | > | + | |
| - | ======2/19(内国)2/20(外国)====== | + | |
| - | *細かい話になってきましたので、本ページでは省略(^^;; | + | |
| - | *あ、これ↓って2/ | + | |
| - | =====タイトルとかを画面上部固定に出来たらいいな===== | + | |
| - | *一発芸的ブックマークレット(アプリを一切いじらずに実現します) | + | |
| - | *昨日(2/ | + | |
| - | *下のスクリプトをブラウザのブックマーク(のアドレス欄)に「javascript: | + | |
| - | *作品画面を出す。 | + | |
| - | *上で登録したブックマークを実行。(試すだけならスクリプトをアドレス欄にコピペしてもいい) | + | |
| - | ====画面上部に固定==== | + | |
| - | javascript: | + | |
| - | > | + | [[http:// |
| - | ====上にあると邪魔な時==== | + | 注: リンクの表題については、この画像以外の整形記法は使えません。 |
| - | javascript: | + | [[# |
| + | （画像のサイズ変更や、内外部イメージ、URL 指定や interwiki リンクなど）。 | ||
| - | > | + | ===== 脚注 ===== |
| - | *リロードしたり他の画面に移ったりしたら元に戻ります。 | + | 脚注 |
| - | ======2/23(外国)====== | + | |
| - | *2/ | + | |
| - | =====所団パターン===== | + | |
| - | *外国OP-SP契約画面(権利者・作品)において、「所団パターン(及び所団)」が必要かどうか、という話。質問内容は以下の通り。 | + | |
| - | *権利者側のOP-SP契約において、SPの所団パターンが1以外の場合があり得るか？ | + | |
| - | *作品側のOP-SP契約において、SPの所団パターンが1以外のものはどのぐらいあるのか？ | + | |
| - | *SPに所団パターンで1以外を入れることは「業務上の必要性はない」...ということだったが。。。 | + | |
| - | *調査結果は別ページへ→[[: | + | |
| + | 脚注 ((これが脚注です)) には、2 連の丸カッコを用います。 | ||
| + | |||
| + | ===== セクション見出し ===== | ||
| + | |||
| + | 最大 5 つのレベルまでの見出しを使って、文章の構造化を行えます。 | ||
| + | 3 つ以上の見出しを記述すると、目次が自動的に生成されます。 | ||
| + | 文書中に ''< | ||
| + | 目次の生成を止めることができます。 | ||
| + | |||
| + | ====== 第 1 見出し ====== | ||
| + | ===== 第 2 見出し ===== | ||
| + | ==== 第 3 見出し ==== | ||
| + | === 第 4 見出し === | ||
| + | == 第 5 見出し == | ||
| + | |||
| + | ====== 第 1 見出し ====== | ||
| + | ===== 第 2 見出し ===== | ||
| + | ==== 第 3 見出し ==== | ||
| + | === 第 4 見出し === | ||
| + | == 第 5 見出し == | ||
| + | |||
| + | ===== 水平線 ===== | ||
| + | |||
| + | ダッシュ (-) を四つ以上続けると、水平線が書けます。 | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | ===== 画像やその他のファイル ===== | ||
| + | |||
| + | 波カッコを使って、[[doku> | ||
| + | |||
| + | 実サイズ: | ||
| + | |||
| + | 幅を変更: | ||
| + | |||
| + | 幅と高さを変更((画像のアスペクト比と指定された幅と高さの比が異なる場合は、リサイズされる前に新しいアスペクト比に切り抜かれます。)): | ||
| + | |||
| + | 外部イメージのサイズを変更: | ||
| + | |||
| + | 実サイズ: | ||
| + | 幅を変更: | ||
| + | 幅と高さを変更: | ||
| + | 外部イメージのサイズを変更: | ||
| + | |||
| + | 左右にスペース文字を記述すると、配置位置を指定できます。 | ||
| + | |||
| + | {{ wiki: | ||
| + | |||
| + | {{wiki: | ||
| + | |||
| + | {{ wiki: | ||
| + | |||
| + | {{ wiki: | ||
| + | {{wiki: | ||
| + | {{ wiki: | ||
| + | |||
| + | さらに、タイトルも指定できます（ほとんどのブラウザで、ツールチップで表示されます）。 | ||
| + | |||
| + | {{ wiki: | ||
| + | |||
| + | {{ wiki: | ||
| + | |||
| + | 画像 ('' | ||
| + | |||
| + | 画像を他のページへのリンクとするには、上記の [[# | ||
| + | |||
| + | ===== リスト ===== | ||
| + | |||
| + | リスト（番号付き・番号無し）を利用できます。行頭にスペースを 2 つ連ねた後に、'' | ||
| + | |||
| + | * リストです | ||
| + | * 2番目の要素です | ||
| + | * 入れ子にもできます | ||
| + | * 次の要素です | ||
| + | |||
| + | - 番号付きリストです | ||
| + | - 次の要素です | ||
| + | - 入れ子にするにはインデントを深くします | ||
| + | - 以上です | ||
| + | |||
| + | < | ||
| + | * リストです | ||
| + | * 2番目の要素です | ||
| + | * 入れ子にもできます | ||
| + | * 次の要素です | ||
| + | |||
| + | - 番号付きリストです | ||
| + | - 次の要素です | ||
| + | - 入れ子にするにはインデントを深くします | ||
| + | - 以上です | ||
| + | </ | ||
| + | |||
| + | [[doku> | ||
| + | |||
| + | ===== テキストの変換 ===== | ||
| + | |||
| + | DokuWiki は特定の文字や文字列を、画像や他のテキスト、HTML などに変換することができます。 | ||
| + | |||
| + | テキストから画像への変換機能は、主にスマイリーで使用されます。テキストから HTML への変換機能は記号の変換に使用されますが、他の HTML に変換するように設定することもできます。 | ||
| + | |||
| + | ==== テキストから画像への変換 ==== | ||
| + | |||
| + | DokuWiki は一般的に使用されている[[wp> | ||
| + | |||
| + | * 8-) %% 8-) %% | ||
| + | * 8-O %% 8-O %% | ||
| + | * :-( %% :-( %% | ||
| + | * :-) %% :-) %% | ||
| + | * =) %% =) %% | ||
| + | * :-/ %% :-/ %% | ||
| + | * :-\ %% :-\ %% | ||
| + | * :-? %% :-? %% | ||
| + | * :-D %% :-D %% | ||
| + | * :-P %% :-P %% | ||
| + | * :-O %% :-O %% | ||
| + | * :-X %% :-X %% | ||
| + | * :-| %% :-| %% | ||
| + | * ;-) %% ;-) %% | ||
| + | * ^_^ %% ^_^ %% | ||
| + | * :?: %% :?: %% | ||
| + | * :!: %% :!: %% | ||
| + | * LOL %% LOL %% | ||
| + | * FIXME %% FIXME %% | ||
| + | * DELETEME %% DELETEME %% | ||
| + | |||
| + | ==== テキストから HTML への変換 ==== | ||
| + | |||
| + | 記号: [[DokuWiki]] は、特定の文字列を活字表記的に同等な文字に変換することができます。以下に認識される文字列の例を示します。 | ||
| + | |||
| + | -> <- <-> => <= <=> >> << -- --- 640x480 (c) (tm) (r) | ||
| + | "He thought ' | ||
| + | |||
| + | < | ||
| + | -> <- <-> => <= <=> >> << -- --- 640x480 (c) (tm) (r) | ||
| + | "He thought ' | ||
| + | </ | ||
| + | |||
| + | 同様にして、どのような HTML でも[[doku> | ||
| + | |||
| + | パターンファイル設定による変換には、3 つの例外があります。掛け算記号 (640x480)、' | ||
| + | |||
| + | ===== 引用 ===== | ||
| + | |||
| + | ある文が、返信であったり、コメントであるということを表現したい場合もあります。その場合、次の記法を使います。 | ||
| + | |||
| + | やった方が良いと思うけど。 | ||
| + | | ||
| + | > いや、やるべきではない！ | ||
| + | | ||
| + | >> まあ、やるべきでしょうね。 | ||
| + | | ||
| + | > ほんとに？ | ||
| + | | ||
| + | >> 本気です！ | ||
| + | | ||
| + | >>> | ||
| + | |||
| + | やった方が良いと思うけど。 | ||
| + | |||
| + | > いや、やるべきではない！ | ||
| + | |||
| + | >> まあ、やるべきでしょうね。 | ||
| + | |||
| + | > ほんとに？ | ||
| + | |||
| + | >> 本気です！ | ||
| + | |||
| + | >>> | ||
| + | |||
| + | |||
| + | ===== 表 ===== | ||
| + | |||
| + | 簡単な記法で表を作成できます。 | ||
| + | |||
| + | ^ 見出し 1 ^ 見出し 2 ^ 見出し 3 ^ | ||
| + | | 行 1 列 1 | 行 1 列 2 | 行 1 列 3 | | ||
| + | | 行 2 列 1 | 列の結合 (後の縦線が2つであることに注意) || | ||
| + | | 行 3 列 1 | 行 3 列 2 | 行 3 列 3 | | ||
| + | |||
| + | 表の各行は通常 | ||
| + | |||
| + | ^ 見出し 1 ^ 見出し 2 ^ 見出し 3 ^ | ||
| + | | 行 1 列 1 | 行 1 列 2 | 行 1 列 3 | | ||
| + | | 行 2 列 1 | 列の結合 (後の縦線が2つであることに注意) || | ||
| + | | 行 3 列 1 | 行 3 列 2 | 行 3 列 3 | | ||
| + | |||
| + | セルを水平に結合するには、上記のように、後のセルの中身を完全に無しにします。 | ||
| + | セルの区切りとなる縦線やハット記号は、どの行も同じ数だけ必要ですので注意してください。 | ||
| + | |||
| + | 列見出しも可能です。 | ||
| + | |||
| + | | ^ 見出し 1 ^ 見出し 2 ^ | ||
| + | ^ 見出し 3 | 行 1 列 2 | 行 1 列 3 | | ||
| + | ^ 見出し 4 | 列の結合は今回は無し | | | ||
| + | ^ 見出し 5 | 行 2 列 2 | 行 2 列 3 | | ||
| + | |||
| + | つまり、セルの前にある区切りの記号によって、様式が変化します。 | ||
| + | |||
| + | | ^ 見出し 1 ^ 見出し 2 ^ | ||
| + | ^ 見出し 3 | 行 1 列 2 | 行 1 列 3 | | ||
| + | ^ 見出し 4 | 列の結合は今回は無し | | | ||
| + | ^ 見出し 5 | 行 2 列 2 | 行 2 列 3 | | ||
| + | |||
| + | 行を結合することもできます。行の結合をする場合は、結合対象セルの下のセルの中に '':::'' | ||
| + | |||
| + | ^ 見出し 1 ^ 見出し 2 ^ 見出し 3 ^ | ||
| + | | 行 1 列 1 | 行の結合 | ||
| + | | 行 2 列 1 | ::: | 行 2 列 3 | | ||
| + | | 行 3 列 1 | ::: | 行 2 列 3 | | ||
| + | |||
| + | これらのセルに '':::'' | ||
| + | |||
| + | ^ 見出し 1 ^ 見出し 2 ^ 見出し 3 ^ | ||
| + | | 行 1 列 1 | 行の結合 | ||
| + | | 行 2 列 1 | ::: | 行 2 列 3 | | ||
| + | | 行 3 列 1 | ::: | 行 2 列 3 | | ||
| + | |||
| + | 表の内容の配置を指定できます。2個以上のスペースをテキストの反対側に置きます。 | ||
| + | つまり、右揃えにするには左側に2個のスペースを、左揃えにするには右側に2個のスペースを置きます。 | ||
| + | 中央揃えにするにはテキストの両側に2個以上のスペースを置きます。 | ||
| + | |||
| + | ^ 配置を指定した表 | ||
| + | | 右| 中央 | ||
| + | |左 | 右| 中央 | ||
| + | | xxxxxxxxxxxx | xxxxxxxxxxxx | xxxxxxxxxxxx | | ||
| + | |||
| + | 上記のソースは次のようになります。 | ||
| + | |||
| + | ^ 配置を指定した表 | ||
| + | | 右| 中央 | ||
| + | |左 | 右| 中央 | ||
| + | | xxxxxxxxxxxx | xxxxxxxxxxxx | xxxxxxxxxxxx | | ||
| + | |||
| + | ===== 整形の無効化 ===== | ||
| + | |||
| + | もし入力した通りに (何も整形せずに) 表示する必要がある場合は、'' | ||
| + | |||
| + | < | ||
| + | このテキストには http:// | ||
| + | </ | ||
| + | 同様に %%// | ||
| + | |||
| + | < | ||
| + | このテキストには http:// | ||
| + | </ | ||
| + | 同様に %%// | ||
| + | |||
| + | ===== コードブロック ===== | ||
| + | |||
| + | 2 つ以上の半角スペースでインデントするか、'' | ||
| + | |||
| + | このテキストは 2 つの半角スペースによってインデントされています。 | ||
| + | |||
| + | < | ||
| + | 整形済みのコードです。スペースの数が次のように保持されます。例、 | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | 同様ですが、ファイルの内容を示すときに使います。 | ||
| + | </ | ||
| + | |||
| + | 上記のブロックは以下のようなソースから作成されています。 | ||
| + | |||
| + | このテキストは 2 つの半角スペースによってインデントされています。 | ||
| + | |||
| + | < | ||
| + | 整形済みのコードです。スペースの数が次のように保持されます。例、 | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | 同様ですが、ファイルの内容を示すときに使います。 | ||
| + | </ | ||
| + | |||
| + | ==== 構文のハイライト ==== | ||
| + | |||
| + | ソースコードの構文をハイライト表示して、読みやすくすることができます。[[http:// | ||
| + | |||
| + | <code java> | ||
| + | /** | ||
| + | * The HelloWorldApp class implements an application that | ||
| + | * simply displays "Hello World!" | ||
| + | */ | ||
| + | class HelloWorldApp { | ||
| + | public static void main(String[] args) { | ||
| + | System.out.println(" | ||
| + | } | ||
| + | } | ||
| + | </ | ||
| + | |||
| + | 現在のところ、次の言語がサポートされています。// | ||
| + | |||
| + | ==== ダウンロード可能なコードブロック ==== | ||
| + | |||
| + | 前述の '' | ||
| + | |||
| + | < | ||
| + | <file php myexample.php> | ||
| + | <?php echo "hello world!"; | ||
| + | </ | ||
| + | </ | ||
| + | |||
| + | <file php myexample.php> | ||
| + | <?php echo "hello world!"; | ||
| + | </ | ||
| + | |||
| + | 構文のハイライトは不要だがダウンロードは可能にしたい場合は、'' | ||
| + | |||
| + | ===== HTML や PHP の埋込み ===== | ||
| + | |||
| + | '' | ||
| + | |||
| + | HTML の例: | ||
| + | |||
| + | < | ||
| + | < | ||
| + | これは <span style=" | ||
| + | </ | ||
| + | < | ||
| + | <p style=" | ||
| + | </ | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | これは <span style=" | ||
| + | </ | ||
| + | < | ||
| + | <p style=" | ||
| + | </ | ||
| + | |||
| + | PHP の例: | ||
| + | |||
| + | < | ||
| + | <php> | ||
| + | echo 'PHP によって生成されたロゴ:'; | ||
| + | echo '< | ||
| + | echo '(HTML インライン要素を生成)'; | ||
| + | </ | ||
| + | <PHP> | ||
| + | echo '< | ||
| + | echo '< | ||
| + | echo '</ | ||
| + | </ | ||
| + | </ | ||
| + | |||
| + | <php> | ||
| + | echo 'PHP によって生成されたロゴ:'; | ||
| + | echo '< | ||
| + | echo '(HTML インライン要素を生成)'; | ||
| + | </ | ||
| + | <PHP> | ||
| + | echo '< | ||
| + | echo '< | ||
| + | echo '</ | ||
| + | </ | ||
| + | |||
| + | **注**: HTML と PHP の埋込みはデフォルトの設定では無効になっています。無効のままですと、コードは実行されずにそのまま表示されます。 | ||
| + | |||
| + | ===== RSS/ATOM フィードの取り込み ===== | ||
| + | [[DokuWiki]]は外部のXMLフィードからのデータを統合できます。XMLフィードの解析には [[http:// | ||
| + | ^ パラメータ | ||
| + | | 数字 | ||
| + | | reverse | ||
| + | | author | ||
| + | | date | 日付を表示する。 | | ||
| + | | description | 概要を表示する。 含まれる全てのHTMLタグは無効になります。 | | ||
| + | | 数字[dhm] | ||
| + | |||
| + | 更新間隔のデフォルトは4時間です。10分未満の値は10分として扱われます。通常[[DokuWiki]]はページのキャッシュされたバージョンを提供しようとしますので、動的な外部の内容を含めるのは明らかに不適当です。このパラメータによって、ページが最後に描画されてから// | ||
| + | |||
| + | **例：** | ||
| + | |||
| + | {{rss> | ||
| + | |||
| + | {{rss> | ||
| + | |||
| + | ===== 制御用のマクロ ===== | ||
| + | |||
| + | いくつかの構文は、それ自身は出力されないものの、DokuWiki の動作に影響を及ぼします。以下のような制御用のマクロが利用可能です。 | ||
| + | |||
| + | ^ マクロ | ||
| + | | %%~~NOTOC~~%% | ||
| + | | %%~~NOCACHE~~%% | デフォルトでは、DokuWiki はすべての出力をキャッシュします。この動作は、場合によっては望まれないことがあります (%%< | ||
| + | |||
| + | ===== 記法のプラグイン ===== | ||
| + | |||
| + | DokuWiki の記法は、 [[doku> | ||
| + | |||
| + | ~~INFO: | ||
ja/wiki/syntax.1393403702.txt.gz · 最終更新: 2014-02-26 09:35 by 118.159.235.2