コンテンツへスキップ

QuestNotesユーザーボイス

QuestNotes(クエストノーツ)ユーザーボイスへようこそ

ぜひあなたがほしい機能や要望を提案してください。
また、ほかの人が提案であなたも重要だと思う提案がありましたら、その提案に対して投票することができます。
投票の多い提案はぜひとも実装できるよう、今後の開発方針の参考にしていきたいと思います。

102 見つかった結果

  1. コントロールの配置・アニメーションオプションに「回転」があったら嬉しい

    コントロール配置時に、位置・サイズ・透明度のほかに回転を設定できると、表現の幅が増えそうです(特に画像コントロール)。

    ①例えば、「→」「↗」のような矢印の画像コントロールを8方向分用意したいとき、現状では8方向すべて別の画像を用意することになります。が、コントロールに回転が設定できれば、1方向分の素材を回転させるだけで、すべての矢印を表現できます。この場合、素材容量も節約できるでしょう。

    ②例えば、方位磁石の盤の画像の上に、針の画像を組み合わせれば、任意の方向を指し示す方位磁石を視覚的に表現できるでしょう。

    他にも、遺跡の回転式ギミックの表現など、視覚的な演出を盛り上げることができそうです。

    なくても特段困りはしませんが、あれば嬉しいな~という気持ちで提案させていただきます。提案者はこの手の実装難度に明るくないので、開発者様の負担にならない程度に留め置いてもらえると嬉しいです。よろしくお願いいたします。

    2 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!

    Version0.15.8.0で対応しました。

    (回転軸の指定も欲しい気がしてきましたが、、、そちらはまたおいおい・・・

    以上、よろしくお願いいたします。

  2. ブロックしたユーザーから自分のクエストを検索で見えないようにする機能が欲しい

    題名の通りの機能を、ブロックを行った側の任意設定でも構わないので可能ならばお願いしたく存じます。主にクエスト検索のマルチ欄においてパブリックボードに誰かがいるとブロックされた側からも目につくため、その対策として欲しい機能です。

    いちマスターとして以前、とあるユーザーをブロックしたことに気がつかれた際に起きたいざこざがありました。そのため申し訳程度かもしれませんがブロックした相手に気づかれにくいように、あるいは配慮としてクエストを見せないようにしたい、という気持ちがあります。

    現状ユーザー間のトラブルに対処する手段のほとんどがブロックであるため、このシステムももう少し小回りが効くようになればいいなと思っています。

    1 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  3. 推奨人数の設定できる幅を広げてほしい

    今回に提案は「推奨人数を2~3人、3~4人」といった幅の広い設定ができるようにしてほしいというものです。

    現在マスターが設定できる推奨人数の欄は
    [1人][2人][3人][4人][無設定]の五つです。
    しかしクエストが増えに増えた現状
    『3人でも4人でも遊べるクエストなのに、3人推奨に設定したから3人パーティにしか遊ばれない・・・』
    という状態になりやすいです。
    特に古いクエストだと新着クエストの欄にも出ず、検索でしか発掘できないので、
    推奨人数を無設定などにすると埋もれてしまい、結果的に遊ばれる機会が損失されてしまいます。

    故に3人推奨&4人推奨どっちで検索しても出る、新しい推奨人数タグの[2~3人推奨][3~4人推奨]をマスター側で設定できるようにしてほしいです。

    いつも開発、運営ありがとうございます。

    8 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!

    Version0.15.3.0で範囲設定できるようにと、NPC不可設定に対応しました。

    気になる点がありましたら、改めてご一報ください。。。

    以上、よろしくお願いいたします。

  4. ファンブル無効クリティカル無効を状態として扱いたい

    スキルごとにファンブル無効クリティカル無効を設定できるアップデートがありましたが、
    攻撃や防御、回避などの共通アクションに関しても同様のエフェクトを使いたいです。

    アクション検知で作ろうとした場合、ダイス振り直しは、ファンブルやクリティカルの場合は結果を覆すことなく、振り直しが行われません。

    現状、マスター側でローカルスキルで解決する手段がありませんから、可能であれば、新規エフェクトとして追加することはできないでしょうか?

    プレイヤー層も広がり、ロールプレイや競技性高い遊び方など、そのジャンルによっては、クリティカルファンブルを用いるかどうか選択できる方が、プレイフィールの向上にも繋がると思います。

    7 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  5. エフェクト「アクションが命中時に~」がほしい

    アクションスキルの子追加で作ることはできますが、
    アクション検知や、通常攻撃の命中成否をトリガーに取って、エフェクトを追加したいのですが、現状では方法がありません。

    似たようなトリガーの中に、
    アクション結果「クリティカル」「失敗」がありますが、命中の成否を含むことはできませんでしょうか。

    御一考よろしくお願いします。

    5 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  6. 「アクション」表記の区別を付けられるようにしてほしい

    ・「アクション」(6APの基本行動)
    ・「アクション」("リアクションではない行動"全般)

    ローカルスキルやエフェクトテキスト表記において上記の判別が著しく困難なため、名称の調整や文字色変更などで可読性を上げてほしいです。

    「フレーバー部分に解説を追記する」に毎回頼らずに済む、システム的な解決法をお願いします。

    3 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!

    Version0.15.4.0で「調べる」に変更しました。

    (弊害があるのもわかるのでよし良さそうな単語を思いついたら以下にご一報ください。英単語ならスキル名っぽくならないように平易な中学生英語ぐらいの単語だといいなと思ってます。日本語の場合も普段使いするような動作の単語だとしっくりきます。)

    以上、よろしくお願いいたします。

    https://questnotes.uservoice.com/forums/112451-questnotes%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%83%9C%E3%82%A4%E3%82%B9/suggestions/48493439-%E5%9F%BA%E6%9C%AC%E8%A1%8C%E5%8B%95%E3%81%AE-%E8%AA%BF%E3%81%B9%E3%82%8B-%E3%81%AE%E5%90%8D%E5%89%8D%E3%82%92%E5%A4%89%E6%9B%B4%E3%81%97%E3%81%A6%E3%81%BB%E3%81%97%E3%81%84

  7. クエストの本公開時に公開日時をリセットしてほしい

    クエストを本公開した際に公開日時をリセットしてほしいです。

    現状では一覧掲載なしでも公開した日が公開日時になっていますが、テストプレイなどのための公開(一覧掲載なし)が長かった場合、本公開時にクエストが新着の上に出てこず、埋もれてしまいます。
    そこで、一覧掲載のある公開に初めてした際に公開日時を改めてセットし直してほしいです。

    4 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!

    Version0.15.2.1で対応しました。

    気になる点がありましたら、改めてご一報ください。。。

    以上、よろしくお願いいたします。

  8. 変数参照の『作者』を『作者ID』に

    プレイヤーのID、ベースIDを取得しても@の後半を絶対に取得してしまうため、色々試していたところ作者で通ることを教えてもらいました。

    が、流石に作者とだけ書かれてもちょっとわかりにくいので、
    (教えてもらうまでイラストの作者だと思っていました)
    『作者ID』とかにしていただけるとわかりやすくなると思います。
    よろしくお願いします。

    5 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  9. 基礎ステータス(能力値)による能力補正の値をエフェクト変数で使用したい

    スキル『フォルテシモ』で用いられている『器用補正』のような能力補正の値をエフェクト変数でも使用したいです。

    現在、エフェクト変数ではキャラクターの基礎ステータス(CPにより割り振ることができる能力の値)を直接参照できるようになっていますが、ステータスによる補正値(ATKやHITなど戦闘における能力に直接影響する値)は使用することができません。使用する武器によって重要視されるステータスの種類は様々ですが、主に近接武器が主流であるように思われる現状、積極的に伸ばす必要性が薄い器用ステータスを活かそうとする動きが一部のパブリックボードのシステムなどで見られます。

    エフェクト変数に能力補正値を利用できるようになれば、上記のようなシステムが作りやすくなる他にもいちマスターとしてはとても助かります。どうかご検討のほどよろしくお願いします。

    1 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  10. UNIX時間を使いたい

    特殊変数の時間で、UNIX時間を取得したいです。

    今取得できる他の時間関係の変数に対する利点としては
    ・日数差などの計算が楽
    ・経過時間を計算したい場合に日にちをまたいだ時の考慮をしなくて良い
    ・特殊変数一つなのでオブジェクトなどの条件に使える
    ・リログによるリセットが起こらない
    などがあると思います。

    ぜひお願いいたします。

    10 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  11. ターゲットのトリガータイプでオンライン状態の判定を可能にしてほしい

    ボード上のオンライン人数を取得して処理の分岐などを行ったり、
    スキルのトリガーでオフラインのキャラクターを除外したりしたいので、
    ターゲットのトリガータイプ でオンライン状態を条件に出来るようにしてほしい、という提案です。

    特殊変数での取得についてもあると便利だとは思いますが、
    こちらは悪用が可能になってしまうと思うので、今回の提案には含めません。

    ご検討のほど、よろしくお願いいたします。

    [誤字を修正しました]

    4 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  12. 自作シナリオファイルの直接編集を可に戻してほしい

    先日更新された以下の要素について提案です。
    [共通]エクスポートしたシナリオを直接編集していた場合にシナリオ外のボードに直接参加できる不具合
    これにより、シナリオファイルを直接編集した場合には読み込み不可となりました(フォーラムより)。
    ボードにおいて問題が発生するのは実際修正すべき不具合だったと思うのですが、一方で全面禁止となると、マスターとして作業する上で不便があります。

    悪用しないこと前提はもちろんのこと、単純なマスター作業でも用途は多いと思います。
    ・自分用にボード+変数のテンプレートを作って使い回す
    ・バックアップやテストプレイ用に同じものをコピーしておく
    ・テストプレイ時の入場数/クリア数を公開時に引き継ぎたくない場合の別枠公開のため

    また、公式マニュアルページのインポート/エクスポートの項目には(古い内容かもしれませんが)以下の記載があるので、手段の一つとしてとっていたマスターは多いのではないでしょうか。

    エクスポートしたファイルは、XML という形式で保存されるので、 テキストエディタで開いて編集することもできます。

    代替案として以下のようになると扱いやすいのではと思います。
    ・同一アカウントの場合は直接編集が可。

    その他の手段で上記の用途の一部をカバーする場合、
    ・自作クエストをコピーできる機能(入場数、クリア率は引き継がない)
    があれば良いかもしれませんが、なるべく、代替案の通り「同一アカウントの場合は直接編集が可」になると助かります。

    現在、クエスト作成作業にあたって切実に困っているので、対応をお願いします。

    3 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!

    ver0.13.4.2でシナリオを複製できるように対応しました。(自身のシナリオ一覧の右クリックから行うことができます)

    以上、よろしくお願いいたします。

  13. ボードのイベント数上限についてのお願い

    お疲れさまです。
    この度ボードを制作する上で、
    ボードのイベント数上限が100であることを初めて知りました。
    ある程度のボードを作る上では、
    コモンイベントでこの上限に引っかかりやすいと思うのですが、
    パトロンの権限などでもう少し上限を引き上げて頂くことはできないでしょうか。

    また、変数やスキルやアイテムのように現在の個数と限界の個数についての表示がないために、実際に上限に達しない限りこのイベント数の限界数について知り得ないのは非常に不親切だと思いました。
    特にコモンイベントが100に達したボードでは、
    上限に達してからその情報を知ってしまっては手遅れということもあり、やはり不親切に思えます。
    ゲームの処理の重たさという点で上限拡張が難しいにしても、
    せめて現在の数と上限数の表示は欲しいと思いました。

    御一考の程、よろしくお願いします。

    3 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます。

    ver0.12.10.3で対応しました。

    (あわせて、最大数は開発費支援状況によって変動するようにしました。増加数はその他の要素と同数です)

    以上、よろしくお願いいたします。

  14. スキルの基本設定に「クリティカル・ファンブル・失敗の無効化」を付けて欲しい

     スキルの作成時点で「クリティカル」「ファンブル」「スキルによる失敗」の影響をそれぞれ受けないようにするチェックボックスの実装を希望します。
     抵抗前提の強力な状態異常を与えるスキルのクリティカルによる事故や、シナリオ1回限りの大技・イベント進行に関わるスキルなど"発動しないと進行が破綻する"系統のスキルがファンブルやインタラプトで不発する事を避けたい場合が、シナリオ作成中に多々あります。
    現在、それらの処理を実装するには少なくない手間がかかるため、スキルの作成時点で効果を受けないよう設定できるようにして頂きたいです。

    10 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!
    Version0.12.3.8にて、スキルにファンブル・クリティカルするかの設定を追加しました。
    (合わせて、その場合の説明文表記を追加しました。)
    また、他キャラクターによる失敗エフェクトは「無効化エフェクト」を持たせてもらえればと思います。
    以上、今後ともよろしくお願いいたします。

  15. NPCデータのHP/SP上限を拡大してほしい

    現状HPが100以上のNPCデータを作成する場合、ローカルスキルでHPを増加するパッシブスキルを作成してHPを増やしたいNPCに所持させる必要があります。
    4人向けのクエストなどでHP100のボスだと編成によっては1ターンで倒される場合もあり、大抵は100以上にしたい場面が多いです。
    これからマスターを始める方にとってもこうした仕組みは分かりづらく、マスターへの新規参入を狭めているんじゃないかな……と思っています。
    HPやSPの上限を999程度まで拡張して頂けたら嬉しいです。

    3 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!
    Version0.12.4.1で旧通常版にてHP,SPは999まで設定できるようにしました。
    (新通常版の上限値が設定しわすれていたのも予期せぬ不具合を生む可能性があるので、HP,SPは999、その他は100までになるようにしました。。。)
    以上、今後ともよろしくお願いいたします。

  16. レビュー欄の名前表示をユーザーIDに戻して欲しい

    提案の方失礼致します。

    『レビュー欄の名前表示をユーザーIDに戻して欲しい。』

    ……という題の通りの提案になりますが、
    問題の解決手段については運営様にお任せしようと思います。

    以下が問題点となります。

    ユーザー名の実装に伴い、
    レビュー欄の名前もユーザー名となりました……が。

    このレビュー欄のユーザー名なんですが、
    元のID(変更前の名前)を確認する手段が全くなく、
    考える限り、あらゆる悪用が可能に思えます。

    特に、ユーザー名の重複が出来る事を利用して、
    『他人の名前を騙って他人のクエストのレビュー欄を荒らす。』
    といった事が可能であるのは、非常に危険に思います。

    既にゲーム内には有志による匿名プレイヤーとして『NoData』というプレイヤー名が存在しており、実質的に匿名でレビュー欄にあれやこれやと書くことが可能になっています。

    現状、幸いにしてクエストノーツのプレイヤーは皆さん善良であり、
    悪用しているプレイヤーは居ないように見えますが、
    確かめる手段が無いということで、あらぬ疑いをかけられてしまう、
    ………という事態が発生しているのは既に確認しています。

    杞憂が杞憂で済むうちに、
    何かしらの対応はした方が良いのではないかと思い、提案させていただきます。

    21 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます。
    ver0.11.6.2にてマウスオーバー時にユーザーIDを確認できるように対応しました。
    ご確認もありがとうございます!
    引き続きよろしくお願いいたします。

  17. IPブロックの導入

    ノーマナープレイヤー対策のご提案です。

    ◆経緯
    この度、悪質なノーマナープレイヤーを発見した為、自作ボード進入を防ぐ為にブロック機能をはじめて活用させて頂きました。
    しかし、該当ユーザーは新規アカウントを作成しての侵入を繰り返す、という行動をとり、マスターの立場では後手に回らざるを得ない状況です。
    現在外部SNSでの注意喚起のみを行っております。

    ◆要望:
    特定接続先からのアクセスブロックをご提案いたします。

    「現状のブロック機能でさえ権限が強すぎる」という意見もあり、これには過去私も賛同しておりました。
    が、前述のような経験を得ることで「マスター側の創作物であるクエストを守る」手段の強化を重要性を認識し、提案させて頂いた次第です。

    ご一考の程を宜しくお願い申し上げます。

    29 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます。
    ver0.11.5.1にてユーザーブロック時に同一デバイスからもブロックするようにしました。
    (この実装方針の背景については過去の管理者応答を参照してください)

    既に行ったブロックについてはデバイス情報を含んでいないので、お手数ですがデバイスブロックが必要な場合は再度対象がログインしていた際にブロックしていただければと思います。

    あわせて、デバイスブロックをするかのオプション選択項目は用意してませんが、必要がありそうでしたら別途提案していただければ助かります。
    (あるユーザーをブロックしたいときに「別のアカウントなら許可する」、とはならないかなと思いました)

    また、こちらのデバイス判定は確実なものではないのをご留意いただければと思います。。。
    今後も複数アカウントの問題が解決しないようであれば別途対処を検討いたします。

    一方で、ブロックされた側への配慮については改めて対応を検討できればとは思いますが、まずは場の提供者が自衛できることを優先とさせてください。。。

    以上、よろしくお願いいたします。

    (VPN(プロキシ)対策(やGeoIPブロック)は、今回の施策で問題が解決しなかった場合に、IPブロックと合わせて検討できればと思います)

  18. チップオブジェクトのオプションで「進入不可」を設定できるようにしてほしい

    クエスト製作において、水辺や崖、建物などのキャラクターが進入できない(してほしくない)チップを作る場合、現状ではステルスを付与した透明なオブジェクトを置く手法が主になるかと思います。
    しかしこの手法では「1ボード内のオブジェクト数は32個まで」という制限が枷になったり、マスターにはステルス看破能力があるためステルスオブジェクトが見えてしまい、ビジュアル面でのクオリティチェックの邪魔になるなどの欠点があります。

    そこで今回の提案になります。
    チップオブジェクトを設置する際のオプションで、そのチップにキャラクターが進入できないような設定を追加していただきたいです。
    これならば、たびたび意見や議論の対象になるオブジェクト設置上限数問題への間接的な対応ともなり、作業量の緩和にも繋がるかと思います。
    なにとぞご検討のほどよろしくお願いいたします。

    25 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  19. クエスト内データの上限を増やす方法が欲しい(パトロンコースの追加提案)

    「キャラクター数」や「スキル数」等のローカルデータや、
    「ボード数」「ボード内オブジェクト設置数」に上限が設けられておりますが、
    これを増やす方法があればと思います。
    大規模なクエストを作る際にどうしても枷となってしまう為です。

    とはいえ、サーバーへの負荷等の問題もあるかと思いますので、
    一案として「パトロンの課金金額を追加」を提案します。
    (つまり、現状より高額のコースに課金する事で、
     より多くの機能を使用できるようになる…という事です。)

    環境強化の支援にも繋がると思いますので、是非ご一考ください。

    27 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
  20. コマンド[ウィンドウの操作]からメールウィンドウを表示できるようにしてほしい

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

    現状、[コマンド > ウィンドウの操作]において
    タイプからメールウィンドウが指定できず呼び出すことができないため、
    当該コマンドへ以下2項目の追加を提案いたします。

    ・メールウィンドウ(Mail)
    ・メール新規作成ウィンドウ(MailSendWindow)

    ご検討のほどよろしくお願いいたします。

    6 投票数:
    投票

    あなたがここにいてくれてうれしいです

    サインインしてフィードバックを残してください

    でログイン (ログアウト)
    残っている投票数: (?) (考え中…)
    完了  ·  AdminQuestNotes (develeop, QuestNotes) が返答しました

    提案ありがとうございます!
    ver0.11.11.6にて対応正しました。
    (メール送信については値を指定すると送信先が設定されます。)
    その他、気になる点等があればご一報ください。
    以上、今後とも宜しくお願い致します。

← 前へ 1 3 4 5 6
  • アイデアが見つからない?

QuestNotesユーザーボイス

カテゴリ

フィードバックとナレッジベース