-
Notifications
You must be signed in to change notification settings - Fork 1
Developers
以下の手順で起動することができるはずです。
-
ReadMe.txtを参考に、次のソフトウェアを入手・インストールします。-
Python ver2.7.13 (32bit)
- 64bit版やPython 3が並んでいますが、32bit版(「x86-64」ではなく「x86」)を選択してください。
-
wxPython ver3.0.2.0 (32bit)
- download → MS Windows → wxPython3.0-win32-py27
-
Pygame ver1.9.3 (32bit)
- コマンドプロンプトを管理者モードで実行し、
C:\Python27\Scripts\pip install pygame - Pythonのインストール箇所が
C:\Python27でない場合は適宜読み替えてください。 - 1.9.1以前がインストールされている場合は一度アンインストールしてください。
- コマンドプロンプトを管理者モードで実行し、
-
Python for Windows extensions Build 220
- files → pywin32 → Build220 → pywin32-220.win32-py2.7.exe
- lhafile 0.1
-
Python ver2.7.13 (32bit)
- PythonをインストールしたフォルダへPATHを通します。分からない方は「PATHを通す」で検索してみましょう。
-
cardwirth.pyをダブルクリックするか、コマンドプロンプトを開き、cardwirth.pyのあるフォルダで次のコマンドを実行します。
python cardwirth.pyスキンが一つも無い場合、最初にスキンの自動生成ダイアログが開きます。「本体」の所の「...」ボタンを押し、スキンの生成元としたいCardWirthやバリアントエンジンを選択してください。
決定ボタンを押すとスキンが自動生成され、CardWirthPyが起動します。
ここではプログラミングについては説明しません。
実作業を伴う開発参加までには大きく二つのパターンがあると思います。
- 使っていてバグを踏んだ。自分で修正する。
- 新機能を思いついた。自分で積んでみよう。
いずれの場合も、最初にIssueを作るのが望ましいです(Issueの一覧を観れば、どういう風に開発が進められているかの雰囲気もだいたいわかります。実際の作業成果がどんな感じになるか知りたい場合はCommitsを見るのがよいでしょう)。
特に新機能の場合、いきなり実装するよりも「こんな機能を積みたいんだけど」という感じのIssueを作った方がその後の展開がスムーズになるかと思います(新仕様に問題があって拒否されて作業が無駄になる、などという事態を減らせます)。
さて、実際に作業してCardWirthPyを改造したとして、その結果を本流の方へ反映させるには、いくつかの方法があります。
そのうちの二つについてここで説明しますが、いずれにせよMercurialが必要です。インストールしておいてください。
Mercurialについては色々な所に解説記事があります。例えば以下のようなページです。
Mercurialのような分散バージョン管理システムを使っての開発は、だいたい以下のような流れで進みます。
- メインのリポジトリ(ここのことです)をコピーして自分用のリポジトリを作成。
- 自分用のリポジトリで改造などの作業を行う。
- 成果をメインのリポジトリへ送る。
Bitbucketのアカウントを持っていると、CardWirthPy Rebootのページの右上の方に「Fork」というボタンが見えるはずです。
このボタンを押すと、CardWirthPy Rebootを元に自分用のリポジトリを作成できます。
そのリポジトリはあくまでBitbucketのサーバ上に生成されたものなので、自分のマシンで作業するにはもう一手間必要です。
自分のリポジトリのページの右上に「Clone」というボタンがあって、それを押すと何やらコピー可能なコマンドらしきものが出てきます。それを任意のフォルダで実行してみましょう。
hg clone https://<Bitbucket ID>@bitbucket.org/<Bitbucket ID>/cardwirthpy-rebootローカルにソースコード類のコピーが生成されます。
これで改造を加える準備ができました。思う存分コードを書き換えてください。
改造が一段落したら、コミットして記録に残します。この辺りはバージョン管理システムを使用した事があれば馴染みのある操作だと思います。
hg commit -m "手札ダイアログが完全に動くようにした。"これはローカルでの操作なので、この時点ではまだBitbucket上の自分のリポジトリに反映されていません。反映するには次のようにします。
hg pushこれで、自分のリポジトリに改造の結果がpush(押し込む)されます。
ついでですが、他のリポジトリの変更を取り込みたいような場合、以下のようにします。
hg pull https://bitbucket.org/k4nagatsuki/cardwirthpy-reboot
hg updateこれで指定したリポジトリの状態がローカルへpull(引き出す)されます。
さて、次は改造結果をメインのリポジトリへ送らなければなりません。
自分のリポジトリのページを開くと、右上に「Pull Request」というボタンがあると思います。これは任意のリポジトリに対して「ちょっとこっちで改造したんでpullしてくんない?」というリクエストを送るためのボタンです。
ボタンを押し、リクエストのTitleとDescription(説明)を適当に書いて「Create pull request」を押しましょう。
これで、メインのリポジトリへリクエストが送信されます。後は改造の結果がpullされるのを待つだけです。
もしかしたらpullされる前に説明を求められたり、改造の内容に不備があってコメントがつけられたりするかもしれません。
その場合は適当に直してもう一度Pull Requestをやり直すなり、状況に応じて行動してください。
だいたい次のような手順になると思います。
- リポジトリを自分のマシンへコピー。
- ローカルで改造を加える。
- 改造前と後の差分をパッチにまとめる。
- パッチを渡して適用してもらう。
まずはMercurialを使って自分のマシンへソースコード類をコピーします。
hg clone https://bitbucket.org/k4nagatsuki/cardwirthpy-rebootローカルのコピーが生成できたら、そこで思う存分必要と思われる改造を行なってください。
さて、Mercurialには、改造前のコードと後のコードの差分を表示してくれる機能があります。また、その差分を別の所で適用する機能もついています。
差分を一つのファイルにまとめるには、次のようにします。
hg diff > mypatch.diffこうすると、コピーしてきた時点のコードと現在のコードの差分がmypatch.diffに書き出されます。
これを持って、新規Issueを作成しましょう。
TitleとDescription(パッチの説明)を書き、Attachmentsに先ほど作成した差分ファイルを指定してください。
後は、そのパッチが適用されるのを待つだけです。
コメントなどがつけられた場合、適宜対応してください。