tk11235 / udonarium Goto Github PK

初めまして、いつも利用させていただいてますゲレブーといいます。お世話になってます。

要望したいのは、「同じ発言を2度繰り返す」機能の実装です。私はD&Dを中心に遊んでいますが、D&Dでは有利判定の場合ダイス2個を振っていい方の目を採用する、不利判定の場合は悪い方の目を採用するというルールがあるので、頻繁に同じダイス・ロールを2回繰り返します。

これをどどんとふでは発言の前に「2+space」つまり、「2 1d20+0 イニシアチブロール」と打つと

DungeonsAndDoragons : (1D20+0) → 10[10]+0 → 10　イニシアチブロール　＃1
DungeonsAndDoragons : (1D20+0) → 14[14]+0 → 14　イニシアチブロール　＃2

のように結果を返すことで対応しています。チャットパレットなら2回クリックするだけでしょう、と言われると身も蓋もないのですが、常に2回振ることが決まっている場合もあるのでセッションがスムーズに進みますし、1回目のダイスロールで目標値に達してしまうと2回目が興ざめになるのも避けたいところです。「2b20」のようにbダイスを使えば、任意の個数のダイス結果を返してはくれるのですが、後ろに四則演算をつけると現状では無視されるので使いにくいです。

他のTRPGのことがわからないのですが、もしかしたら2だけではなく、任意の数字（「4 1d20+4 攻撃」や「10 1d20+3　enemyの数」でも可能）での実装がよりベターなのかもしれません。ご検討いただければ幸いです。

こんにちは、 Closed Issuesでも触れられていなかった要望を提出しに参りました。
任意の文字色でチャットウィンドウに発言できないか、という要望です。

理由
①どのキャラクターの発言かをより区別しやすくするため
②描写中、文字色を変えて演出を行いたい場面があるため
③外部ツールでログをHTMLに書き出すとき、文字列が黒一色で個人的に寂しい

どのような機能・見た目にするのか具体的な提案は無いのですが、どどんとふの「チャット文字設定 -> 文字色」のようなものを想定しての提案です。
もし時間がございましたら、ご一考いただければ幸いです。

いつもお世話になっております。
各ダイスで少し不便に感じた点がありましたので報告させていただきます。

1.ダイスをダブルクリックするとランダムでダイス目が決定する。
この機能をＯＮ・ＯＦＦにできませんでしょうか。
シノビガミにおいてですが、プロット公開時にダブルクリックしてしまうトラブルがありました。

2ダイス目を変更した際に「PLがダイス目を変更しました」というコメントをメイン等でだすシステム。
ダイス目公開の公平さを保つことと（悪用防止）、ＧＭが確認する際に重宝します。

それでは、失礼します。

【要望】
リソースパラメータの最大値の参照がしたいです。
ゲーム中に最大値の参照を元に値を算出したり、現在値が最大値を超えないかどうかのチェックをチャット上で同時に確認できるため、なにか参照する方法があればと考えました。

【現状】
リソースパラメータが下記の状態となっている場合、変数{HP}で取得できるのは現在値である150です。
HP 150 / 200

【希望の挙動】
リソースパラメータが下記の状態となっている場合、変数{HP}で取得できるのは現在値である150です。
また、変数{maxHP}(仮名)で取得できるのは最大値である200です。
HP 150 / 200

【使用を想定される場面】
キャラクターAの現在HPが150で、キャラクターAに対してHPの回復行為を行った。
その結果、HPが100点回復した。
その際に、C({HP}+) HP回復(最大HP:{maxHP})というチャットパレットを予め用意しておけば、変数{HP}の後に実際に回復したHPである100を入力した際に最大HPを超えているかどうかが判断できます。

リソースの値を変更するためにゲージのスライドバーを用いずに数値を直接入力する人もいます。その場合は最大値を超えた値を設定することができるため、現在HPを間違えて多く設定してしまう場面がありますのでチャット上でその値を出すことができればその防止になります。
最大値以上の値を設定できなくするよりは、リソースの最大値を元にデータを算出するケースもあると思いますので、最大値の参照方法があれば良いかと考えました。

現象

• Peer接続後に各Peerの持つ情報が共有されず、自分の画面でコマ操作やチャット送信を行っても相手の画面に反映されません。
• バージョン：v1.2.0
• 確認日時：2017年11月05日23時頃 http://udon.webcrow.jp/

再現手順

1. ユドナリウム(v1.2.0)のリリース版であれば常に発生します。

調査

• ng serveで起動する開発用サーバモードでは再現しません。
• ng build --prodでビルドしたリリース版ユドナリウムでは現象が発生します。
• ng build --prod --build-optimizer=falseでBuild Optimizerを無効化したビルドでは発生しません。

Build Optimizerが何かしらの副作用を発生させているのでないかと予想しています。

対応

Anguler CLIのバージョンを1.5.0→1.4.2に戻すと現象が発生しないことを確認しています。
一旦 package.json の情報を巻き戻すことで対応し、現象解決を優先します。

将来的にはAnguler CLIの1.5.0に対応する必要があります。

こんにちは。
共有メモの表示についての要望です。

現状のユドナリウム(v1.6.2)では、共有メモの表示は

• 縦横のサイズを設定できる
• テキストが共有メモのサイズをはみ出す場合、縦幅がテキストに合わせて伸びる

というような動きになっています。

しかし、ハンドアウトや情報項目などを多く提示し、それらの文章量が多いセッションでは、
上記仕様ではテーブルの大部分を共有メモが埋めてしまい、
かつ、視線がとっちらかってしまうため、不便に感じました。

そのため、次のように共有メモの表示方法を変えてみては、という提案です。

• テキストが共有メモのサイズをはみ出す場合、はみ出した部分以降は非表示
• マウスオーバーか、右クリックメニューのアクションに、ポップアップウィンドウなどで共有メモの全文を2d表示

ご一考いただければ幸いです。

　チャットパレットはチャット画面とは別に反映先タブ・発話対象の設定を持っていますが、これが原因で

1.チャットパレットを開く
2.反映先タブの設定を忘れたまま発話内容を記述→発話
3.結果として、望まないタブに発話してしまう（大抵はメインタブ）

という事態が多発し不便を感じています。

　可能であれば、「現在のチャットウィンドウの設定で発話」のチェックボックスを設けるなどの形で、現在表示しているタブ・発話対象に従う形で発話する設定を作っていただけないでしょうか。
　その場合、チャットウィンドウを開いていない場合には、チャットパレットの設定に従う形で発話する形式で問題ありません。

　ご一考いただければ幸いです。よろしくお願いします。

いつもユドナリウムを使用させていただいているROKIと申します。
素敵なシステムをありがとうございます。

こちらで要望を受け付けているようなので、いくつか分けて挙げさせていただきます。
ご検討のほどよろしくお願いいたします。

[要望の内容]
現在、コマの土台サイズと画像サイズは連動していますが、個別に設定できるようにならないでしょうか？

[必要とする理由]
ゲームによっては大型のユニットを作っても、土台サイズはほかのユニットと合わせておきたいことがあるためです。
参考画像を添付いたします。

チャパレに入力する際、先頭列に # 等のコメント記号を入れ、下記の効果を出す事を検討お願いします。

• コメント行の色を薄くする等、視覚的にコメントである事をわかりやすくする
• コメント行を選択しても SEND の部分に入力されない

よろしくお願いします。

現象

• Linux、Mac OS系のブラウザでキャラクターコマの右クリックメニューを表示することができません。
• バージョン：v1.2.2
• 確認日時：2017年11月25日22時頃 http://udon.webcrow.jp/

再現手順

1. Linux、Mac OS系のブラウザでキャラクターコマを右クリックします。
2. キャラクターコマの右クリックメニューではなく、テーブルの右クリックメニューが表示されます。

調査

• コマをドラッグ操作する際のCSS設定(pointer-events: none;)が有効になっているタイミングでcontextmenuイベントが発生すると、pointer-events: none;の影響でキャラクターコマにcontextmenuが通知されず、結果、意図した通りに右クリックメニューを表示できません。
• MouseEventの発火タイミングの差異の都合からWindowsでは発生しません。

対応

GameTableComponentと、その上に表示される各種3D要素Componentは、ブラウザやOSによるMouseEventの発火タイミングの差異を十分に考慮しきれていません。

Component周りのコードはプロトタイプとして作成した物をそのまま動かしている個所が多く、現象の解決に合わせて全体的に設計を整理する必要があります。

いつもありがとうございます。
今回は要望として「コマ(ZIP)の設置先をテーブル以外にもできるようにしたい」を送ります。

現状
ZIP保存したコマのXML要素 location.name の値が common であっても
ZIPファイルをロードすると、常にテーブルにコマが置かれる挙動になっています

望ましい挙動
ZIP保存したコマのXML要素 location.name の値に基づいてテーブル以外にも設置される
common であれば、共有インベントリへ。 graveyard であれば墓地へ。
もしくは、何らかのUIによってコマをテーブルかインベントリに選択して設置できるようになること

理由
コマをテーブルには出したくないが、インベントリには入れておきたいニーズがあります。
インベントリ内のコマは、チャットの名前として利用することができるため
テーブルでの座標管理や、数値管理を必要としない
チャット名や、チャットアイコンとして表示するためだけのキャラクターを利用する際に
インベントリを活用するというニーズがあります。
現状では、コマを設置する際には必ずテーブルを経由しなければならないため
ゲームマスターとして、プレイヤーにはまだみせたくないキャラクターを登場させようという場合
テーブルではなく、コマを直接インベントリに設置したいという状況もあります。

よろしくお願いします。

しっかりまとまっておらずモヤモヤした状態の案ですが、相談・議論の土台にできればと思い、投稿します。

概要

• どどんとふに存在したカウンターリモコン機能がほしい
• カウンターリモコンはキャラクターシートと紐ついていてほしい、式の中でキャラクターシートのデータを参照したい
• 対象のデータも参照したい（例として、対象のHP-=1d6+自分の攻撃力-対象の防御力のような式を作りたい）
• 条件分岐したい（例として、MP消費の処理とスキル使用の判定をボタン1つで行いたい・MPが足りなければチャットに警告を出して処理を中止してほしい）
• チャットパレットでも色々なキャラクターのデータを参照したい

というようなことをモヤモヤと感じているのですが、詳細な挙動やUIについて具体的なことが浮かんでいるわけでもない状態です。

これらの機能や案は、技術的・方針的にありうるものでしょうか。ご意見をお聞かせいただければと思います。

#43 での議論より

現状

現在のデフォルト画像(BG10a_80.jpg)は、画像自体の奥行き表現の都合上、3Dテーブル用の画像としてはあまり適していません。

見下ろし視点のダンジョンマップのような画像の方がテーブル画像としては見栄えが良い筈なので、より適した画像に変更します。

期待される状態

• デフォルトテーブル画像(BG10a_80.jpg)の変更

はじめまして。保田と申します。
オンラインセッションの場としてユドナリウムに将来性を感じて、要望を出させていただきました。
マップ上に線を引いて召喚陣を描くTRPG風ボードゲーム『サモンスケート』というゲームをつくっています。そのオンラインセッションの場としてユドナリウムが使えないかと思ったのですが、テーブル上に線を引けないため断念しました。
そのため、要望として、以下の機能を出させていただきます。

・テーブル上のMAP画像の上に直線を引く。
　（フリーハンドでなく、キャラクターが置ける座標を結ぶように縦横斜め線が引ける）
　キャラクターの置ける座標（現在だと１マスにつき９箇所あると思います）にスナップし、ドラッグした始点と終点を結ぶ直線機能があると、画像を用意しなくてもダンジョンマップなども作りやすいため、サモンスケートに限らず汎用性があります。
フリーハンドは容量が多くなると思いますが、直線であれば容量も少ないかと思います。
線の色や幅も複数あるとドアや水の境も再現できて良いのではないでしょうか。
スナップした線は全消しでなく、１マスごとの消しゴム機能があると隠し扉の表示などが便利だと思います。

・オリジナルカード作成機能。
　キャラクターのように画像をアップロードしてオリジナルのトランプ機能がつくれると、インセインなどのTRPGにも便利です。設定が簡単であれば、TCGやカードゲームをつくっている方もユドナリウムを活用したい方は多いと思います。

これは一段階低い要望ではあるのですが…
・射線を確認する
　点と点を結ぶ機能の亜種として、エムブリオマシンなどのゲームを遊ぶ時はキャラクター同士を直線で結んで射線を一時的に表示する機能があると便利だと思いました。地形がぶつかると色が変わればもう最高です。
この機能が実装されればタクティクスオウガのようなゲームを遊べるユドナリウムTRPGをつくりたいと思いました。

参考：サモンスケートhttp://linedline.wixsite.com/yuugakugei/summonskate

開発でご多忙のため、大変かと思いますがご一考いただければ幸いです。

こんにちは。絵文字バグの際は突然の報告Issueに丁寧な対応をいただきありがとうございました。おかげさまでいつも楽しくユドナリウムを利用しております。

今回は新機能の提案に参りました。
チャットアプリやメッセージングアプリで見かける「発言入力中に他メンバーに対してそれを知らせる機能」です。
タイピング速度に差がある場合や長考・長文入力の際にもやりとりがスムーズになるなど、ユドナリウムでも有用な機能ではないかと考えています。


このようなUIを想像しています。

プルリクエストでなく恐縮ですが、よろしければご検討ください。

Hi, I am from Taiwan,this project is amazing!
We were using Dodontof as our TRPG-playing platform, and we are used to having colorful text-based chatlog after we finish a session.
So I'm thinking if Udonarium can add the feature that can directly export a colotful chatlog(.html), just like DodontoF.

And still, This is a really really Great Job!

ps:
well, I've tried developing this feature myself (also done some translation).
You can see the demo here:
http://transmitter.hazmoleaws.work/udonarium/

[要望の内容]
現在はすべての利用者が同じ操作を行えることとなっていますが、プレイヤーに対して一部機能を制限することはできないでしょうか？
例えば以下のような内容です。

○テーブル設定
○地形・マップマスクに関する操作
○山札に対するシャッフル・ドロー以外の操作
○ファイル一覧のGM用画像閲覧・使用

部屋を作るときにGM用パスワードを設定して、それを接続情報に入力するとGM権限で操作できるような実装を想定しています。

[必要とする理由]
プレイヤーの誤操作によってテーブルなどの素材が意図せず編集されることを防ぐため、およびGMが事前に用意していた内容がプレイヤーに確認できてしまうことでネタバレすることを防止するためです。
また、プレイに必要としない編集機能項目を非表示とすることでセッション時の使い勝手は向上すると思います。

連続して要望を書いてしまい失礼いたしました。
1.9.1の実装内容がとても魅力的なので、修正版が公開されるのを楽しみにしております。
これからも頑張って下さい。

こんにちわ、何度かTRPGで使わせてもらっています。
開発技能が一切無い人間ですが、使用中に発生したBGMの問題に関しての報告と、SE機能の要望です。

MP3データの2秒程度ののSE、ジングルを流そうと再生したところ、ループが断続的に発生するためか、停止ボタンを押しても停止せず、負荷のために参加者全員のチャットログの更新が停止し、別の部屋を立て直すことになりました。

SEやファンファーレのような極端に短いもの、1度流せば十分なもの用に、視聴と同じように1回だけ再生する機能の追加を希望します。
==============================================＝＝＝＝＝＝＝＝＝＝＝＝＝
GitHubやIssuesことが良く分からないので、ルール違反かもしれませんがせっかくなので、他の追加希望要素に関しても。

①キャラクターコマのノート機能の表示の拡大縮小機能
キャラシートから出力したTEXTの内容を、コマの編集で各欄を埋める形式では時間がかかる上に、各要素を編集した章毎に表示しようとすると、画面が埋まってしまい参照が難しくなるため、
ノートにTextをコピー＆ペーストする方法を使いたいのですが、現在のノートでは長文になると全文をほとんど表示できず、参照する際、そこからPLがコピペしてメモ帳に張っており、ほとんど役立っていません。ノートの表示領域のサイズを広げる機能を望みます。
機能名が素人には分からないので、別サイトのものhttps://gyazo.com/00afcab78aa31cbf4a1b2832356a2bc2

②コマの上にカーソルを置いたとき、コマのステータスをオーバレイ表示
①に関連しての機能で、オンラインセッションは時間がかかるものですし、
私の遊んでいる深淵やSW2.0では複数のコマのデータを何度も参照します。数値だけでなく挙動面で複数能力を持たせるのをノートを使わずにコマ編集の機能だけやろうとすると、①と同じように画面がウィンドウで見えなくなります。
これではせっかくの3Dの卓上を見る妨げになります。
故にインベントリ画面で見れない情報をコマのノートの内容をマウスを上に重ねるだけで表示する機能の追加を望みます。

③ログが隠れる
チャットの新しいログが自動でスクロールがされないことがあり、1番新しい内容がチャットの入力欄の下に隠れてしまいます。不便ですので、表示欄とチャット入力欄は分けることを望みます。

④複数振りの機能の追加
「2d+６」を3回降る場合、2d+6を3回入力する必要があります。時間と再入力の手間がかかりますしログがだいぶ進みます。
「3　2d+6」　で一気に2d+6の結果を3回求める機能を望みます。

他にも使っている上で不便な点はありますが、強く要望するのがこの4つです。
文系のプログラミングなどまったく分からない人間の身勝手な要望で申し訳ありません。
やかましい意見となりましたが改善、発展につなげてくださると嬉しいです。

v1.1.0を触っていて、ダイレクトメッセージ機能について気になった点がありましたので、提案ついでに報告させていただきます。

・自分で打ったダイレクトメッセージが見えない。

メッセージ先にはもちろん見えているのですが、メッセージ元のリアクションが無いため少し不安になります。可能ならメッセージ元にもメッセージを投げてしまって良いと考えます。

・再接続を繰り返すとダイレクトメッセージ先の選択肢がもりもり増える。

再接続後に同じ名前を設定されると先の挙動も相まって更にややこしいことに。接続相手が生きてるかどうかのチェックが必要なのかもしれません。

以上、ご参考になるようであれば幸いです。

現象

• Firefox 56でテーブル上の3D要素が正しく表示されません。Chrome 61、Firefox 53では正常に表示されます。
• 確認日時：2017年10月17日23時頃 http://udon.webcrow.jp/

再現手順

1. Firefox 56でユドナリウムを動作させると現象が発生します。

対応

• Firefox 56において、<game-character>などのComponentタグの子要素にCSSのtransform-style: preserve-3dが適用されなくなっていることが原因です。Directive表記に変更して対応します。

<div class="game-room game-room_3d" [ngClass]="{'grabbing': isPointerDragging}" #gameTableBase>
  <div class="game-table game-table_3d game-3d" #gameTable id="app-game-table">
    <div class="game-objects game-objects_3d game-3d" [style.background-image]="'url(' + bgImage.url + ')' | safe: 'style'" #gameObjects>
      <canvas class="grid-canvas pointer-events-none" width="2000" height="2000" #gridCanvas></canvas>
      <terrain class="game-3d" *ngFor="let terrain of getTerrain()" [terrain]="terrain"></terrain>
      <game-table-mask *ngFor="let gameTableMask of getGameTableMasks()" [gameTableMask]="gameTableMask"></game-table-mask>
      <card-stack *ngFor="let cardStack of getCardStacks()" [cardStack]="cardStack"></card-stack>
      <card *ngFor="let card of getCards()" [card]="card"></card>
      <game-character class="game-3d" *ngFor="let gameCharacter of getTabletopCharacters()" [gameCharacter]="gameCharacter"></game-character>
    </div>
  </div>
</div>

初めまして、ユドナリウム使わせてもらってます。
ユドナリウムではキャラコマに画像を設定すると画像全体が見えますので、見栄えも良いしということで全身画像をよく設定するのですが、その場合チャットにてアイコンが判別し辛いです。
もし良ければ、キャラコマ画像をチャットアイコンに設定するまでに画像を切り取れる機能（どこからどこまでをアイコンとする処理）を任意で入れてもらえませんでしょうか。

お疲れ様です。
各コマについて、画像を「垂直に立てる（現行通り）」「水平にする（コマの土台と一体化させる）」「垂直と水平の両方を表示」の3パターンから設定できるようにできないでしょうか。
位置関係や距離を頻繁に参照するゲーム（D&D等）では、テーブルを真上から見た状態でコマの画像が確認できた方が視認性が上がるためです。

はじめまして。
ユドナリウムを楽しく使わせていただいております。
使用中、マップに関してこんな機能があったらいいなと思ったので２点要望させていただきます。

１つ目はコマの移動距離の表示機能です。
コマをドラッグで移動させたとき、「ドラッグを始めた地点からドラッグ終了地点までの移動マス数」を表示する機能が欲しいです。
ユドナリウムは立体の地形や高さ方向の移動が扱える反面、距離の目測を図り辛いと感じたためです。
斜め移動の扱いが問題となりそうですが、「斜め移動は縦横２マス分の移動として数える（アリアン、ログホラ式）」「斜め移動も１マス分の移動と数える（D&D5E、ガラコ式）」「斜め移動の最初の1回目は1マス分、2回目は2マス分と交互に数える（D&D3E、パスファ式）」の３つがあれば殆どのTRPGに対応できると思われます。

２つ目はグリット表示機能の拡張です。
現在、グリットはテーブル上にのみ表示でき、地形には表示されませんが、これを地形にも表示させて欲しいです。
地形上にあるコマも距離の目測が図りやすくなりますし、地形の高さもパッと見で判別できるようになると思います。

以上２点が要望となります。
どちらか片方でも実装されれば、地形を活かしたセッションがかなり遊びやすくなると思われますのでご検討ください。
よろしくおねがいします。

こんにちは、いつもユドナリウムを使わせて頂きありがとうございます
カード機能やその他に関して要望があり、書き込みさせて頂きます。

１．
テキストの細かいカードを使用すると、画像が小さすぎて人力でテキストを読むのが難しいです。
いくつか方法を試してみましたが、いずれも下記の問題※が発生します
カード画像を拡大して見る事は可能でしょうか？
（表にした時だけでなく、自分だけ見る状態も含め）

２．
カードを「自分だけ見る」コマンド、正位置プレイヤーと向かいのプレイヤーは
カードが反転し、正位置で見るには相手側から覗かないといけません。
反転表示のオフ、または正位置をユーザーごとに決定する事はできないでしょうか？

３．
カードと関係ありませんが、
使用しない音楽や画像（初期からあるゴブリン・森の画像など含めて）
削除できないでしょうか？

長くなりましたが、よろしくお願いします。

※１．に対処しようとした時の問題点

①編集画面から大きい画像を見る
　裏向きの時は裏向きの画像しか出ません。

②倍率を高くして見る
　Size2で読めるところまで拡大すると、
　ドラッグ時の画面移動・回転が激しくなり、コントロールが難しい。
　
③カードサイズとテーブルを大きくする
　②の問題は解決しますが
　・山札の枚数表示が小さすぎて見えない
　・山札０枚が小さすぎて、カードを山札に戻せない

[要望の内容]
テーブル上に配置している任意コマをインベントリで表示するか否かを設定できるようにならないでしょうか？

[必要とする理由]
戦闘などのユニットとしてではなく、マーカーとして使用することを想定しています。
現状のままコマをマーカーとして利用しようとすると、インベントリの表示数が増えて使いにくくなってしまいますので。
添付画像はダンジョンマップ上にパーティーの位置を示すマーカーとしてコマを利用したところです。

　セッション中、「接続断が発生したことに気づかない」場面が多く困っているので、改善を希望いたします。

　接続が途切れてしまうことはP2Pという仕様上仕方のないことだと思っているのですが、それを接続が切れた側・他の卓メンバ双方が気づきにくい点で不便です。お互い、「しばらく待っていても相手が何も話さなくなった」ということを認知して初めて接続断に気づくため、３分前後の停滞が発生します。
　例えば、以下のいずれかが実装されれば便利になります。

①20-30秒おきに接続人数を監視して、「突然、接続人数が半分以下になった」ときに警告を表示
②誰かの接続が切れたときに、メインチャットに「xxが退室しました」のチャットログを表示
③現在のチャット新規通知に近い形で、メニューの「接続」右下に現在接続している人数を表示

　ご一考いただければ幸いです。よろしくお願いいたします。

好みの問題が大きい話題かとは思いますが…… #19 で仰っている「Shift+Enter、Ctrl+Enter、Alt+Enterの挙動」について、
この手の入力欄のキーバインドとして、私は「Enterで改行・Ctrl+Enterで送信」を好んでいます。

日本語入力は変換確定をEnterキーで行うこと、一般的に改行時はEnterキーを単独で押下することから、Enterキーが単独で押された際は送信ではなく改行してくれたほうが誤送信防止の意味でもありがたいです。

ただ、今からの挙動変更は（UI変更はユーザーの負荷が大きいため）厳しいとも考えています。

現状の「Shift+Enterで改行・Enterで送信」もよく見かけるUIですし、Enter単独で発言できたほうがセッションスピードは上がるようにも思います。

万人に対応する方法は「キーバインドを設定できるようにする」かと思いますが、それはそれでコードもソフトウェア自体も複雑になってしまうでしょうか……。

結論がはっきりしないIssueで申し訳ないですが、議論用ということで、よろしくお願いいたします。

現象

Error: PeerId is not valid. Use a string between 1 to 63 characters long.

• PeerIDの長さが63文字を超える場合、SkyWayからエラーを返されPeerIDの登録に失敗します。
• 確認日時：2017年10月5日22時頃 http://udon.webcrow.jp/

再現手順

1. 新規ルーム作成時にPeerIDの長さ63文字を超えるようルーム名／パスワードを設定します。
   現状、63文字は容易に超過可能で、例えば「ふつうの部屋」「パスワード」の設定でエラーになります。

対応

• PeerID構造をより短いIDになるように変更します。
• 新規ルーム作成のルーム名／パスワードの最大文字数を制限します。

ver1.9実装おめでとうございます、制作お疲れ様でした。
今回はトランプについての不具合ですが

山札を作成して、山札からカードを引くと
引いたカードがマップ上に表示されない事があります。

・「ダブルクリックで」「右クリック＆１枚引く」のどちらでも発生する
・山札枚数は減少している
・２つ以上の山札をドラッグドロップすると正常（に見える）動きをする。

という現象を確認しました
よろしくお願いします。

連投すみません、もう1つだけ要望を出させてください。
地形・マップマスクの上で右クリックしたとき、メニュー「キャラクターを作成」が選択でき、それらの上にコマを作成できないかという要望です。
当方がユドナリウムを利用するときマップ上に地形・マップマスクを多用するのですが、その際いつも用いている右クリックで目的の場所にコマを作成できず少しだけ手間に感じることがあるからです。

しかし既に画面の左メニューに代用となる「キャラ作成」コマンドがありますので、この件は優先度低めのものかと思われます。
アップデートが一通り終わり、時間の空いているときで構いませんので、処理が煩雑で無ければ実装を御願いしたい次第です。

ユドナリウム(v1.10.0)のご開発ありがとうございます。
タッチ操作にご対応いただき、スマートフォンでの使用が可能になったことを大変ありがたく思っております。

一点質問ですが、スマートフォンの対応はAndroidのみでしょうか？
iPhone、iPad等ではどのブラウザで検証しても、真っ白な画面から動きません。
ツイッター等で検索してみると、他の方も同じ状況のようです。

お忙しい中大変恐縮ですがご回答のほどよろしくおねがいいたします。

初めまして。いつも利用させていただきありがとうございます。
1つ要望があって書き込みさせていただきました。

コマとは別にPCの名前等を表示させたいので、現状は文字の画像を用意し、マップマスクに設定して使っています。
これがなかなか手間なので、どどんとふのようにマップマスクの名称が直接表示されるようにできないでしょうか？
マップをプレイマットとして使う際、この機能があると大変便利なのでぜひご検討よろしくお願いいたします。

要望の内容

チャットの表示を一行にするモードが欲しいです。
例：発言者名：発言内容

要望の理由

現在の表示形式は最小で「2行＋区切り線」で合計3行ありますが、
多数のプレイヤーが一度にチャットしはじめると、ログがあっという間に流れてしまい、
それを防ごうとチャットウィンドウをすごく縦長にすると、
他のウィンドウや、マップの表示が圧迫されて操作がしづらい為。

以上となります。ご検討のほど、宜しくお願いします。

プレイヤー各個人の設定を行い、それをファイルに保存する機能を要望いたします。

これが実現されることで、以下のような設定を行い、各プレイヤーが保持できるようになります。

• ニックネーム（毎回の入力手間や記入揺れを排除）
• チャット改行の操作 #34
• チャットにおける自分の文字色
• チャット画面の表示項目カスタマイズ（１行の高さが広く、チャットが見づらいという要望をたまにTwitterで見ます）

以上です。どうぞよろしくお願いいたします。

なかなか良くできたツールで楽しく使わせてもらっています。
現在のところファイル（画像等）の共有にはドラッグ&ドロップでのみ可能なように見えます。
諸事情によりドラッグ&ドロップができない環境で利用した時に困ることがありました。
「ファイルを指定して共有」ボタンのようなものを追加して、ブラウザのファイル選択ウィンドウを開いて指定する方式も追加できないでしょうか？

• 非表示のタブへ発言があった際に、タブ色変更やバッジ表示などで通知する機能
• ユドナリウム自体のタブ・ウィンドウがアクティブでないとき、発言があった際に、通知音で通知する機能

以上2つの機能の追加を要望いたします。

いずれも同等の機能がどどんとふに存在しており、便利に活用していました。

特に「非表示のタブ新着通知」は、現状ですと複数タブ活用しようとするとチャットタブで画面が埋まってしまうため、ぜひ検討していただければと思います。

よろしくお願いいたします。

Ver1.9の開発、ありがとうございます。
ポップアップUIのおかげで、いろいろとできることが増えそうです。

本題ですが、Ver1.9.1で確認された不具合です。
インベントリを表示したとき、一部のキャラクター情報にて、キャラクター詳細に含まれない（当然、インベントリ項目にも含まれない）不明なリソーススライダーが表示されます。ポップアップUIにも、同様に表示されます。

上記スクリーンショット赤枠の部分です。

キャラクター全員に表示されるわけではないようで、表示される条件は不明です。
不明なリソーススライダーを操作してみましたが、連動してどこかの数値が変わっているようには見えませんでした。

事象が発生するルームデータも併せて提供します。
（参加者への配慮のため、画像とチャットログを削除しています。この状態でも不具合の発生を確認しています。）

守りたいもの、なすべきこと_ユドナリウム_20190522_bugcheck.zip

現状

3D要素Component周りのコードは、プロトタイプとして作成した物をそのまま動かしている個所が多く、冗長なコードが多く含まれています。
また、ブラウザやOSによるMouseEventの発火タイミングの差異を十分に考慮しきれていません。

これらは将来的なモバイル環境への対応で問題となる可能性があります。

期待される状態

• 冗長なコードを整理/削除します。
• MouseEventの発火タイミングの差異を考慮したEventListenerの処理を実装します。

現象

• 絵文字を3文字以上含む発言を行うと、発言者以外のチャットウィンドウにて新しい発言が「From:」のみ表示される状態になる。
• この症状が発生したとき、更に「メインタブを表示しているチャットウィンドウが操作を受け付けない」または「メニューのボタンをクリックして新しいウィンドウを出す・チャットウィンドウでチャットタブを切り替えるなどの操作を受け付けない」などの症状が発生した。適切な表現かどうか迷うが、以下この症状を「フリーズ」と表記する。
• 初めてこの現象を確認した際、フリーズ症状が発生した参加者のブラウザはFirefox 55.0.3 (64 ビット), Google Chrome 60.0.3112.113（Official Build） 64ビット。絵文字送信者のブラウザはGoogle Crome 60.0.3112.113（Official Build） 32 ビット。
• 初めてこの現象を確認した日時は2017年9月9日14時頃、場所は https://udonarium.taruki.com/ 。

再現手順

1. ルーム機能でもPeerID直接入力でもいいので、ユーザーAとユーザーBが接続する。
2. ユーザーAがチャットのメインタブに「🐎🏇🐴」と送信する。
3. ユーザーBのユドナリウムにて、「🐎🏇🐴」受信以降の発言が全て「From:」の文字のみ表示される状態になる。新しくチャットウィンドウを表示すると異常な表示になる。このとき、ユーザーAのユドナリウムは正常動作し続ける。

その他、確認したこと

• unicodeとはいえ絵文字が原因だろうと考え、該当の馬絵文字を含めいくつかの絵文字を送受信する実験を行った。使用ブラウザはFirefox 55.0.3 (64 ビット)。
• 馬絵文字を1文字ずつ送信したところ、受信者側は新規発言を受信しなかった。
• 2文字ずつ送信したところ、やはり受信者側は新規発言を受信しなかった。
• 3文字以上送信すると、再現手順3の症状が発生した。
• 絵文字と絵文字の間にスペースや他の文字列（「あああああ」等）を含めても同様であった。
• また、送受信できる絵文字とできない絵文字が存在することを確認した。具体的には、Dingbatsは送受信に成功したが、EmoticonsとMiscellaneous Symbols And Pictographsでは症状が発生した。
• 確実に発生する症状は再現手順3に記述したもののみで、フリーズ症状は再現しない場合がある。フリーズ症状の発生率はデータが蓄積されているほど高いと感じた。
• コンソールを確認したところ、絵文字3文字以上含む発言を受信した時には「this.attributes is undefined」というエラーが発生している。

馬絵文字を用いて1文字〜6文字まで実験した際のchat.xml内容を記す。
実験内容は、上記再現手順「2」の段階で発言する内容を「🐎」「🐎🏇」「🐎🐴」「🏇🐴」「🐎🏇🐴」「🐎🏇🐴🐎」「🐎🏇🐴🐎🏇」「🐎🏇🐴🐎🏇🐴」に変更したものである。

送信者側

<chat-tab-list>
  <chat-tab name="メインタブ">
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024713893" imageIdentifier="none_icon">🐎</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024715355" imageIdentifier="none_icon">🐎🏇</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024718381" imageIdentifier="none_icon">🐎🐴</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024719675" imageIdentifier="none_icon">🏇🐴</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024721218" imageIdentifier="none_icon">🐎🏇🐴</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024726790" imageIdentifier="none_icon">🐎🏇🐴🐎</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024728054" imageIdentifier="none_icon">🐎🏇🐴🐎🏇</chat>
    <chat from="GTFU-PKCA-RYCXVVQL" name="プレイヤー" timestamp="1505024729392" imageIdentifier="none_icon">🐎🏇🐴🐎🏇🐴</chat>
  </chat-tab>
  <chat-tab name="サブタブ"></chat-tab>
</chat-tab-list>

受信者側

<chat-tab-list>
  <chat-tab name="メインタブ">
    <chat>ߐ꡴tri</chat>
    <chat>ߐߐttribu</chat>
    <chat>ߐߐattribute</chat>
  </chat-tab>
  <chat-tab name="サブタブ"></chat-tab>
</chat-tab-list>

期待すること

• 上記「送信者側」のログは上記実験時に期待した動作そのものであるため、これが受信者側にも反映されるように動作すること。
• もしくは、使ってはいけない文字・文字列がある場合、チュートリアル等で説明されること。

要望の内容

　チャットウィンドウ内のアイコン画像にカーソルを当てた際、ポップアップでアイコン画像を大きく表示する機能が欲しいです。（ポップアップの画像サイズは250px * 250px程度を想定）

要望の理由

　TRPGをする上で立ち絵にこだわるプレイヤーは多く、これがチャット上で小さい状態でしか参照できないのはもったいないと感じています。
　カーソルを当てた時だけ大きく表示できれば、参照性を損なうことなくアイコン画像を見ることができるのではないかと思いました。

いつもお世話になっております。

[内容]
画像を区分けする。不要な画像が非表示にされる。画像を削除する。名前で検索する。といった方法はありますでしょうか。

[理由]
たんに「同じ画像があって見間違える」「表示される画像が多すぎて見ずらい」「探すのに手間がかかる」と感じた次第です。

それでは、失礼します。

v1.7.0 の「インベントリ並び順序の設定機能」ですが、昇順、降順を選択してもうまく並び替えができないようです。
クローズした issue にも見当たらないようですので issue を上げました。

すみません、思い出したことがあったのでもうひとつだけ要望を挙げさせていただきます。

[要望の内容]
ページ遷移（beforeunload）時にアラートを出して即時のページ移動を抑止するようにしてはいかがでしょうか？

[必要とする理由]
たまに無意識にリロード、あるいはページバックして部屋から出てしまうことがあるのですが、それを防ぐことができます。

いつも素敵なツールをありがとうございます。
1.9.1はプレイヤーからも「とても使いやすくなった」と好評です。
その1.9.1でひとつ不具合を確認しましたのでご報告いたします。

[不具合の内容]
山札を移動させたとき、山札に含まれるカードの座標は元の位置の値のままとなってしまうようです。
そのため、例えば「重なったカードで山札を作る」で作った山札（A）を別の座標に移動したのちに、山札（A）があった座標に別のカードを配置して「重なったカードで山札を作る」を実行すると、山札（A）のカードを含めて新たな山札（B）を作ってしまいます。
この状況下で山札（B）に何らかの操作を行うと、山札（A）はカード枚数0枚となります。

なお、「すべて表にする」「すべて裏にする」「すべて正位置にする」「シャッフル」などの操作を行うと座標値は更新されます。

はじめまして。
ユドナリウムの使用でふと思い、また他のプレイヤーも感じていたことがありましたので進言に参りました。

[内容]
・「どどんとふ」にある「カットイン」（「画像入りのカットイン」「時限性のカットイン」）のような機能の導入予定はありますでしょうか。
[理由]
　BGMが流れている最中に例えば、ボーカロイドの読み上げ、スペシャルやファンブルが出た際の通達（末尾発動）、各PCの主張（奥義等の使用時）の表現、等が出来ると自由度が上がって楽しいのではないでしょうか。

もし製作者様の興味が引けましたら、よろしくお願いいたします。

現状、

• マップマスク
• 地形
• カード（山札ではなく、一枚のカード）
• 共有メモ

など明らかにキャラクターシートではないものであっても、「詳細を表示」した際のタイトルバーが「キャラクターシート」になっています。

セッション準備中やユドナリウム自体のコードをいじっている時は気になるものの、実際にセッションしている間に気になった覚えが（私には）ないため、対応優先度は低いようにも思いますが……一応確認していただければと思います。

よろしくお願いします。

初めまして、いつもユドナリウムを使わせて頂いている者です。
今回はルーム機能について要望を届けに伺った次第です。

ユドナリウムに入るたび参加者全員「ダイスボット指定なし」から「特定のダイスボット」の項目を選ぶのは煩雑に感じることが多々あります。
また入室時にダイスボットを指定するのを忘れてたままコマンドを入力する事故も少なくありません。
そこでルーム機能とダイスボットを紐付け、「新しいルームを作成する」からルームで用いるダイスボットを指定できるようにできないか、というのが今回の要望です。

よろしく御願いします。

お世話になってます。

ユドナリウムではチャットパレットの窓がキャラ1人につき１つ出ると思います。
先日、ユドナリウムでGMをする機会があったのですが、複数のNPCが喋る場面がありまして、そこでチャットパレットの窓にブラウザ画面が圧迫されてかなり進行に支障が出てしまいました。
今後立ち絵機能も実装されること、魅力的な3D表現を鑑みると画面の窓占有率は低い方が見栄えも、使い勝手も良いのではないか？と思いました。

キャラAのチャットパレット窓を開いた後、キャラBのチャットパレットを開くと、Bの窓がAの窓にタブ形式で追加されるようにしていただけませんでしょうか。
ユーザー側でディスプレイを増量すれば緩和される問題ではありますが、ハードウェアの制約は直接的な敷居になると考えています。
検討の程よろしくお願いします。

どどんとふにあるような自作ダイスボット表が欲しいと思っています。

要望する機能は以下の通りです。

• ユーザが設定した任意の表の行をランダムに任意のチャットタブへ表示する
  • 任意の表は任意の行数、任意の列で作成する事が可能とする
  • 表内の文字列に変数を指定してキャラクターコマのデータを参照可能とする

当機能は無くても問題はありませんが、活用できれば大幅に便利になるかと思います。

UI について

表作成 UI は UI 無しで XML を作成して放り込む形式でも構いません。

ダイスボットを実行する UI は標準のダイスボットに合わせてチャットウィンドウにコマンドを打つ方式で問題ありません。
他にいい案があれば、そちらでお願いします。

初めまして、ユドナリウムいつも楽しく使わせていただいてます。
1つこういう機能があればいいなと思い書き込ませていただきます。

共有メモにもマップマスクや地形のように、位置を固定する設定がほしいです。
マップ上に置く場合はいいのですが、地形の壁に貼り付けるような場合、うっかりドラッグしてしまうと正確に元の位置に戻すのは困難で、複数メモを並べている場合などに困るので固定ができたら嬉しいです。
ご検討よろしくおねがいします。