連番を作成の機能を追加

[req]

課題のアイディアは、#129 のこのコメント　にあります。

jinto_　さんの欲しいものはセンスが良さそうなのと、ランダム分岐の文言指摘をやってのけた恩を考え、実現することを考えます。

そこで考えました。まず、クーポン取得とクーポン削除をクーポン複数化します。ついでに CouponView に連番作成機能（連番View）も付けます。

そして、一度連番クーポンを利用数１にしてしまいます。そうしたらクーポン多岐分岐などで使えます。というのはどうでしょう？

よく考えると、CouponView に全拡張か？　欲しいものは出来れば作りましょう！

さらにゴシップ連番も行けるか？同じ連番Viewを使って、ゴシップ文字列をゴシップリストにします。連番作成されたら一気にリスト反映されます。

[jinto_]

name.reqさんがCardWirthPy Rebootでやってるカードに状態変数をくっつけるアイデアとやりたいことが被りませんか。 k4nagatsukiさんにはここら辺、大きなアイデアがあるようなのでやれることの重複を避けて取り下げたのですが。

利用してないのに利用数１にするというのは可能なんでしょうか。 利用数１とあるけど使ってる・使ってないが区別できないと混乱しそうです。 削除も簡単にできるようにしてほしいし、ざっと見る限り上手く行くのかなという感じがします。

[req]

まず、　カードに状態変数をくっつけるなんて、一丁一石には出来ない　こと。いずれにせよ、クーポン取得とクーポン削除を複数化できればいいなと思っていたこと。CouponView　の中に連番作成を組み込めば、連番が一気に大量にリストに追加され、適用押したら利用数が１になることを想定しています。

クーポン分岐で複数クーポン化したので少しは分かること、ロジック的にクーポン分岐は、クーポン取得とクーポン削除と同じメソッドであることなど考えても以外と私でもいけるんじゃね？と思っています。

ん？よく見ると、クーポン削除はクーポン分岐と同じでいいとしても、クーポン取得は得点の概念があるから、メンバ選択分岐のような CouponView 使わないといけないのか？なるほど、まあいずれにせよ一気に連番作成できると・・・

一辺適当に、クーポン取得で連番作成で適用しておいて利用して　利用数を１にします。クーポン多岐分岐などで処理分岐を書いて　利用数を２にした後に、そのクーポン取得を１コンテント削除　し利用数を１に戻し、改めてクーポン取得・クーポン削除とかニーズに応じて１つ１つ置かないといけないかもしれません。

更に　問題点　浮上。　クーポン取得には　得点　の概念があるので、クーポン分岐・クーポン削除と　リストが違う　可能性があります。これは無理かな？それとも、内部的に、クーポン分岐やクーポン削除も0点のクーポン扱い　してしまえばいいのか？

その辺を長月さんがどう判断するかにかかっているような気がします。って　新機能でそんな使い方を要求するな　と言われそうですね。　無理っぽいですね・・・残念です。 先に jinto_ さんが賛成してくれた　使用時イベント　を模索したほうが良さそうです。

---

待てよ？　クーポン取得と、クーポン削除の複数クーポン化は置いといて、利用数に関係ない連番用リスト　を作って、エディタ内部で持っておいて、表示には元のリストと連番用リストを　くっつけてリストにし　、選択されたクーポン（クーポン分岐では複数）が元のリストになかったら元のリストに加えるとかやったらどうなるかな？それをクーポン名選択コンテントすべてで行えばよいのでは？何か明るい兆しが見えてきた！

未定義はいけないから、連番作成時、連番用リストにマージ後、くっつけたリストにマージし、表示反映でどうでしょう？　これをメソッド化してやればいいのでは？ 連番Viewは必要です。

---

あと、クーポン取得とクーポン削除は複数化したら、クーポン取得は得点あり、クーポン削除は得点なしになって、リストが異なってしまうのでは？？それですぐには出来ないのかな？

ゴシップ連番の方は、宿に状態変数をくっつけるが出来そうなら要らなくなるかもしれません。

---

これは当然、jinto_ さん1人の問題ではありません。自分もジョブの街改変が、クーポン多岐分岐とこれで格段にやりやすくなるのです。(過去のジョブの街改変は紛失しやり直し。1.182はダウンロード不可になっているのでどうしよう・・・)

連番Viewの対象は、クーポン取得だけでいいはずです。連番用リストは、クーポン取得・クーポン削除・クーポン分岐・クーポン多岐分岐の子コンテントの選択肢というところでしょう。

これはエディタの変更だけで済みます。当然ロードしたら消えますが、また１回連番作成してあげればいいですし、利用数１以上になったら問題ないですしね。

---

宿に状態変数をくっつける　のスコープを考慮したアイディアによる仕様が確定した場合、この課題は取り下げます。

[req]

全部解決とします。