マップツールのダウンロード - マップツールのソースコードのダウンロード

マップツール

その他のソースコード

MapTool

ダウンロード

マップツール

バージョン 1.4 以降の MapTool リポジトリへようこそ。古いバージョン (1.3) はまだ SourceForge に存在しますが、今後は更新されません。

では、マップツールとは何でしょうか?

MapTool は、D&D などのテーブルトップロールプレイングゲームのサポートに使用することを目的としています。

詳細なマップを作成するための強力なツールだけでなく、チャット機能、詳細なトークン管理 (マップ上に配置されたユニットのプロパティを追跡し、健全性とステータス情報を表示できる)、およびイニシアチブトラッカーも含まれています。使用しない機能は見えないように隠すことができます。これらの機能により、コンピュータ画面が仮想テーブルトップとして機能し、バトルマットやドライイレースマーカーの役割を果たし、無限にスクロール可能なマップや大画面テレビやビデオプロジェクターを使用できるようになります。これはゲームシステムに依存しません。つまり、MapTool は一部のゲームシステム (GURPS のヘックスや D&D 4E のスクエアテンプレートなど) を特別にサポートしていますが、これらの機能を使用する必要はありません。

最も良い点は、これが 1 台の PC に限定されないことです。統合サーバー機能を利用して、インターネット接続があればどこでもプレーヤーに接続できます。シンガポールにいる友達が恋しいですか?問題ありません。そのキャラクターをロールアップしてから袖をまくり上げます。

そしてそれだけではありません！テーブルトップをエミュレートするだけでは満足せず、テーブルトップのエクスペリエンスを向上させることを目指しています。まさに、ここが MapTool の真価を発揮するところです。一連の「トポロジー」とビジョン機能により、GM はプレイヤーの視界を制限し、探索中にマップを明らかにすることができます。壁やその他の物体により、プレーヤーはその背後にあるものを見ることができなくなる場合があります。闇を降らせて、光のないプレイヤーの目を眩ませることができます。ライトはオブジェクトまたはトークンに設定でき、マップの大部分を必要に応じて照らします。 GM が希望する場合は、プレイヤーの視界を特定のトークンが見ているものに制限し、パーティーを分割する経験に全く新しいレベルを追加することができます。壁の角のあたりが見えないのに、敵の視界に踏み出すキャラクターは悲惨です。

ユーザー向け

MapTool wiki には、MapTool の使用を開始するためのチュートリアルがいくつかあります。

要件

バージョン 1.9 以降の MapTool には Java 16 が必要で、RPTools ビルドは AdoptOpenJDK を使用します。 MapTool のインストーラーには、MapTool と一緒にインストールされる組み込み JRE が含まれています
MapTool を構築するには、対応する Java Development Kit (JDK) が必要です: JDK をインストールする方法

バージョン番号

1.6.0 以降では、セマンティックバージョニングをより厳密に使用し始める予定です。

すべてのエキサイティングな新機能は開発ビルドで実現されます。重大なバグやセキュリティ修正は、安定版ブランチと開発ブランチの間で移植され、両方で利用できるようになります。

リソース

ウェブサイト: http://rptools.net/
フォーラム: http://forums.rptools.net
Wiki: https://wiki.rptools.info/index.php/Main_Page
ディスコード: https://discord.gg/gevEtpC
Reddit: https://www.reddit.com/r/MapTool/
クラウドディン: https://crowdin.com/project/maptool

MapTool を構築する前の構成手順

MapTool を構築してプロジェクトに貢献する手順については、「コントリビュータのセットアップ」ページを参照してください。

推奨IDE

現在、エディターとして IntelliJ IDEA を推奨していますが、Eclipse や他の IDE も問題なく動作するはずです。 IntelliJ IDEA の場合は、プロジェクトフォルダーを開くだけで Gradle プロジェクトとして検出され、最小限の労力で準備が整います。

コードのコミットとプルリクエスト

私たちはほとんどの部分で GitFlow プロセスに従っているため、すべての問題をdevelopブランチから解決してください。コードの変更が大幅である場合は、テストとさらなる開発のために、プルリクエストを独自の機能ブランチに再ポイントすることがあります。

すべてのプルリクエストを受け入れてマージする前に、先行して Issue を参照することを推奨します。現在未解決の問題がない場合は、その問題に取り組む予定がある場合は、問題を作成してコメントを残してください。コードをコミットするときは、他のコメントに加えて問題 ( fixes #1234など) を参照してください。