Skip to content

QuestNotesユーザーボイス

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

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

587 results found

  1. クリアしたシナリオのクレジットを後からいつでも参照できるようにしてほしい

    現在素材提供等のクレジットを参照できるのはシナリオクリア直後のみであるようなのですが、シナリオのプレイ中に「このBGMはどこの素材なんだろう」という事を考えながら、クリア時にクレジットの確認を忘れてしまい再度クリアしないと見られない……という経験が最近よくあります。

    クリアしないとクレジットが見られない、というのはネタバレ防止というマスターへの配慮の観点もあるかと思われますが、現状の素材提供の表記は少なくないプレイヤーにとって目を通す機会が少なすぎるのでは、と思います。

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

    4 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  2. バリアの調整時にはバリアに別方向での強化が欲しい

    バリアの調整決定について、お疲れ様です。

    何らかの形で調整は必要であったと思っているのですが、懸念点があります。
    補填としてインスパイアが強化されるものの、バリアはセージなら必ず持っているスキルであり、またインスパイアはセージの選択スキルであるということです。

    インスパイアにダメージ+の調整が追加され、最終的に命中判定+4/ダメージ+4のスキルとなったとしても、それで絶対取るほど強い、となるまでのスキルになるわけではありません。味方にしか使えないスキルである分、パーティプレイでの利用限定となるのもあり、使い所は限られます。セージは類似スキルを持つドルイドと違ってMATKの必要性が高いので、インスパイアを撃つよりショックを取って撃つ方がいい、という場面も多いです。元々、MATK依存のバリアとデファイアンスを持つセージに対して、ステータス非依存の他者支援はシナジーが薄い、とも言えます。

    対して『バリアを同一対象に重ねがけする』ということが出来なくなることでは、丁度良くなるだろう部分(INT型における集団PvP。複数人にバリアを分散させられる)もありますが、明らかに弱くなってしまう部分(一番負い目を喰らうだろう例をあげれば、PvEにおけるソロの剣・弓セージ)もあります。

    バリアの調整はやむを得ないことと考えてはいますが、バリアが調整されることでの弱化の深度と範囲に対して、現状インスパイアの強化では釣り合わないので(嬉しいしめでたいことではあると思います)、別にバリア自体の強化もあって欲しいです。

    このまま行くと恐らくバリア調整後にまたバリアに関しての要望が出そうなので、今のうちに出しておきました。

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. シールドの重複処理を調整してほしい

    運営・更新お疲れ様です。
    セージの「バリア」「ディファイアンス」がラウンドを跨いで持続するようになりましたが、それにより1ラウンドに大量にバリアを重ねることで次のラウンド、大量の追加HPを容易に確保することが可能になりました。

    結果、PCの耐久力に大幅な格差が発生しやすく、またその状況を崩すのが困難になってしまいやすいです。
    つきましては「バリア」「ディファイアンス」、或いはシールドそのものに『付与値の上限』を設定して頂きたいです。

    具体的には『"付与値>現在付与されているシールド"の場合"付与値"までシールド増加、"付与値<現在付与されているシールド"の場合付与無し』といった形で、シールドの上限を一定値に留めるような修正を希望します。

    0 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

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

    (バリアに限らないシールドエフェクト自体の汎用化やスキルの説明文のシンプルさを考慮して)シールドにもID管理と状態変化一覧に表示を追加しようかと思います。(スキル個別のアイコン設定はアセット用意の工数が増えるので一旦見送らせてください。。シールドというエフェクト共通のアイコンは用意するかもしれません)

    優先順位については未定義だったのですが、シールド自体の付与順のFIFO、LIFO(先入れ先だし、先入れ後出し)のどちらかが良いかとも思ったのですが、シールド自体の順番を永続化していないので、後日対応とさせてください。(バリアなどのラウンド持続をさせていなかった理由の一つでもあります。。)

    補填というか今後のセージの調整は、インスパイアにダメージ+1を追加したいと思ってますが予定は未定です。。(元々考えていたのですが、うまく動かなかったので命中判定でお茶を濁していた)

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

  4. ホーリーライト・アースシェイク・ショータイムの状態付与がログに表示されて欲しい

    日々の運営更新、真にお疲れさまです。

    タイトルにあげたホーリーライト・アースシェイク・ショータイムの3つのスキルなのですが、スキルに含まれる状態付与がログに出ないため、効果の程が視覚的でなく、掛かっているのかどうかわからなかったりしてしまいます。

    過去ホーリーライトについては不具合として提出したのですが、修正がないようなので、仕様的に難しいのかなぁとか、なにか理由があるのかなとは思います。
    それでも、見えない効果付与に混乱する場面は一度ニ度でなかったので、もし修正が効くようであれば変更頂けると幸いです。

    11 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. テキストコントロールのフォントを増やしてほしい

    表題のとおりとなります。

    現在1つのフォントしかなく、テキストコントロールでUIなどを
    作ろうと思ってもなんとも味気がありません。

    別フォントで書いた画像を画像コントロールで表示する方法もありますが、
    いまいち遠回りなので、内部にもう何種類かフォントを用意していただけると嬉しいです。

    6 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  6. マスターにのみ通知が行き、クエストページには表示されないログ公開形式が欲しい

    マスターにのみ通知が行き、
    クエストページの下には表示されないログの公開形式が欲しいです。

    現在ログを公開設定にすると、
    クエストページの下にログが表示されてしまいます。

    マスターにログを渡したい!
    ログURLを入手してSNSや個人サイト上に並べたい!
    けれどクエストページに公開されて目立つのは嫌……!
    という葛藤で、私は公開設定をかなり渋ってしまいます。

    (特に公開ログが一つもない依頼にログ上げるのは
     かなり勇気が入ります……。)

    同じ理由でWEB公開を渋ってしまう人は多いと思います。
    ぜひマスター様にログを献上する敷居を下げるために
    ご一考頂けたら幸いです。

    7 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  7. リジュネレイトの調整希望

    現在、骨装備で取得できるリジュネレイトの効果は「ラウンド終了時に、2回復し、不死以外の場合はSPに1ダメージを与える。」となっています。

    しかし、HPが最大の時でもSP減少効果が発生してしまうことと、スキル取得に最低2装備以上が必要なことから、使用者が極端に少ない状態です。

    フレーバー的にも、回復するHPがないのにSPだけ減っていくのは不自然に感じるので、効果を「ラウンド終了時に、HPが最大HPでない場合、2回復する。回復した場合、不死以外の場合はSPに1ダメージを与える。」などに変更していただけると幸いです。

    11 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  8. DEF貫通エフェクトについて

    もう一声たりないと言われつつも調整の難しかった【ピアース】や【ウォータースピア】にもばらまいて欲しいです。
    フレーバーとしてぴったりのエフェクトだと思います。

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  9. スニークアタックの調整案

    スニークアタックは条件を満たさない場合物理ダメージもAPダメージも発生しない仕様になっています。

    ・条件を満たした場合に追加でAPダメージが発生する。
    ・物理ダメージ自体は常に発生する。
    にしてほしいです。

    9 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  10. ブロックによるルームの参加拒否について

    要望は二点あります。

    ・ルームへの参加拒否とクエストへの参加拒否設定は分けてほしい
    ・ルームへの参加拒否にチェックを入れた場合、ブロックしている相手がいるルームは見えないようにしてほしい

    作者が固定のクエストや小ルームと複数人で維持する大ルームでは話が違うので分けてほしいというのが一点と、締め出すほど苦手な相手なら徹底的に見えない方がいいのではないかというのが一点。
    そして、強い権限を行使したならきちんと相応のリスクも負ってほしいというのが三点目です。

    つい先日、私はルームブロック機能で大変嫌な思いをしました。
    信頼してオーナーを渡していたはずの相手が、誰にもバレないように嫌いな相手を締め出していたのです。
    これが場を用意したオーナーなら私は文句を言わずにすみ分けていたでしょう。しかし、現在のルームブロック機能は場を用意した人間ではなくログイン時間の長い人間、複垢でオーナーを維持しようとする人間の意志が秘密裏に反映されるシステムになっています。

    ブロックは必要な機能であり、自衛の権利だと思います。
    しかし現状ではあまりに嫌いを主張する側が強すぎます。
    ブロックする側とされる側はいいかもしれませんが、間に入っている人間としては堪ったものではありません。苦手な相手から逃れるのは自衛ですが、賑やかな場に後から入ってきて特定の相手を追い出すのはただの攻撃です。

    ですからクエストへの参加拒否とは機能を分けたうえで、ルームへの参加拒否を設定した場合に限り、その相手が居るルームは見えない(入れない)ようにして欲しいです。
    普通にブロックしただけでは会話に混ざってくるから不快だ、というのがルームへの参加拒否を設定する理由であれば、参加拒否を設定した相手がいるルームに入ろうとする理由もないはずです。

    12 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  11. class:で文字が変わるのではなく、[class:]の形式のみに反応するようにしてほしい

    最近、[class:warrior]のような形で入力をすると、
    そのクラスのスキル一覧が分かるような形になっています。
    この機能は非常に便利で、新規の方に説明をしやすくて助かっています。
    しかし、これの実装によってclass:といった文字が入っていると
    [データが見つかりません]となってしまうようになりました。
    クエストオリジナルのクラスであることなどを表現したい場合、
    class:alchemyst のような表示がかっこいいな、と思い
    そういうのを作っていたのですが、class:の時点で反応してしまう為
    [データが見つかりません]の表示になってしまいます。

    他の表現の方法を考えはしましたが、
    クラス:アルケミストでも悪くはないかもしれませんが、
    class:alchemystのほうがかっこいいな、と感じてしまいます。

    そこで提案なのですが、classだけ、あるいはitemなどの他のも含めて
    []で囲わなければ反応しない、というのは如何でしょうか。
    例えば、クエスト内の文字であっても
    class:Warriorの表示なら「class:Warrior」の表示のまま
    [class:Warrior]の表示なら、「ウォリアー」となり
    クラスがどんな感じか確認できる、というのがいいと思います。

    長くなってしまいましたが、まとめると

    [class:]という表記でのみ反応し、
    class:という表記では反応しないようにしてほしいです。
    RPとデータとしての表現を自由にできるので
    非常に便利だと思いますが、いかがでしょうか。

    15 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  12. ユニーククリスタルで効果音も変更出来るようにしてほしい

    ユニーククリスタルを使用した際に、現在ある効果音の中から好きなものを選べるようにさせてほしいです。

    ジョブをバーサーカーにした場合でも設定としては魔法使い系のキャラであった時に、通常攻撃(弓)をした場合でも、魔法攻撃系の効果音が鳴ったりするとテンションが上がると思います。

    また、ポーション等でも、苦いけど回復力が凄いユニークなポーションを作った場合にも、ダメージ効果音で回復したりすれば面白いのかな?とか思ってます。

    以上

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

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  プレイヤー  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  13. 最低値最大値をダメージ軽減の影響を受けないようにしてほしい

    いつかのアップデートにて、エフェクトに「最低値/最大値」を設定出来るようになりましたが、これらはエフェクト軽減の効果が適用される前の数字になっています。
    例えば、どれだけ威力が低くても数ダメージは常に通るようにしたい……と言う意味合いでの最低値設定がしたいなと思いましたので、ご一考いただければと思います!

    6 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  14. チップ上の座標を基準にしたコントロールの表示が欲しい

    画面上の座標ではなく、ダメージなどのエフェクトの表示のように
    オブジェクトの位置やチップ上の座標を基準に画像やボタン、テキストなどを表示できると
    表現の幅が広がって便利だと思います。

    2 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  15. ボタンのプロパティ変更コマンドが欲しい

    設置したボタンについての提案です
    【ボタンのプロパティ変更】コマンドが欲しいです。

    【オブジェクトのプロパティ変更】のように
    アイコンやクリックイベントなどを設置したまま変更できると
    再設置や処理の手間が省けると感じました。

    よろしくお願いします。

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  マスター  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  16. スキルアイコンをドット絵のまま利用して欲しい

    運営更新、真にお疲れ様です。

    フェンサーのスキルアイコンを見ていて感じたことなのですが、これらは化け猫缶屋さんのドット絵素材とタッチが似ているものの、素材屋さんでは見たことがないグラフィックであり、逐一発注をしているという発注側・作成側共に手間暇掛けられた作品であるのだと推測しております。クエストノーツ専用に整えられた美麗なアイコン、素晴らしいと思います。素材を手掛けてくださる作者さんにも、クエストノーツの世界を彩るのに発注を惜しまない運営さんにも。感謝と称賛の気持ちがあります。

    ただ、パッシブスキルのアイコンをよく見ると、何故かドット絵ではないように見えます。発注先が別なのかと思ったのですが、雰囲気的にそうも見えません。これは推測なのですが、もしかして『元々24pxの素材を、パッシブスキルとしての表現の為に吹き出しを組み合わせており、その為に拡大&合成処理を行った』のでしょうか。 

    ドット絵が引き伸ばされるということ自体はやむを得ない時もあるというのは理解しております。ただ、態々専用に製作されたものなのに加工で引き延ばされてしまうというのは、無常を感じてしまいます。
    せっかく専用に制作されているのであれば、元々のドット絵をそのまま使用して綺麗な姿を目にしたいです。もしパッシブスキルとしての吹き出し表現が必要でも、予め吹き出しを盛り込んだ形で素材として仕上げて頂く方式に変更出来ませんでしょうか。

    これまでの素材を全て直して欲しい、という訳ではなく(発注素材以外は難しいのと大変すぎるので)、今後発注する時に、こんな意見もあるということを覚えて頂ければ幸いです。

    3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  17. セージのスキルの消費SPを引き下げてほしい

    セージのスキルは全体的に低いAPのアクションを複数回行って役割をこなす仕組みになっていると感じますが、1ラウンドに複数回行動するのにほぼすべてのスキルがSP3となっており、SP消費を下げる成長にしても1ラウンドに6~9程度のSPを消耗することになり、SP40程度あったとしても全てをSP消費軽減の成長にしない場合4ラウンド程度でSPがほぼ空になります。
    これはスキル中心で戦う魔職にしては非常に息切れが早いのではないかと感じます。
    支援寄りの他職と比較しても、アコライトやドルイドもほぼ同等のSP消費に設定されていますが、アコライトはAP4行動なので1ターンの消費はそれほどでも無く1度の行動が強力です、ドルイドはリコレクトの存在やミラージュの仕様上SENに高く振る傾向があり消費SPの割には息が長いです。
    可能であれば一部スキルの消費SPを引き下げるなどの調整をいただけると嬉しいです。

    21 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  18. ブロック中のユーザーのクエストをアクティビティに表示しないようにしてほしい

    いつも楽しいゲームをありがとうございます。
    ネガティブな提案で申し訳ないのですが、表題の通り提案させていただきます。

    現在クエストノーツではブロックを行うとそのユーザーが作成したクエストはマルチ一覧やクエストの検索画面には表示されなくなりますが、
    「アクティビティを共有する」の項目をオンにしているフォロワーに関してはその限りではありません。
    その為ブロック中のクエストにフォロワーが参加している場合、アクティビティ共有オフの時を同じように「クエスト参加中」とのみ表示するようになった方がいいな、と思い今回の提案に乗り切らせていただきました。
    また、同様に自分がブロックをされているマスターのクエストに関しても非表示が望ましいように感じます。

    ブロックは自衛のためなどやむを得ない事情で行っている場合も多いかと思いますので、
    マルチ一覧や会話のアイコン同様見えない方が精神衛生上良いのではないかと思い提案させていただいた次第です。
    (せっかく他の場所は目に入らないように設定されているのにここだけブロックを貫通されるのはちょっとキツいな、というのが正直な所です)

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

    10 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  19. 心理描写用の吹き出し

    心理描写をする際に専用の吹き出しがあったら便利だと思い提案しました。

    また、心理描写用の吹き出しを選択し、発言するとチャット欄上はデフォルトで。◯(文字入力)となるような仕様にしてもらえれば手間も省け、わかりやすいと思います。
    イメージ的には現在のnoticeのような感じです。noticeを選択し発言すると、吹き出しは四角い黒、チャット欄上ではデフォルトで(文字入力)となります。

    1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  20. ディボーションの上方修正要望

    いつもお世話になっております。
    本要望は以下の通りです。

    【要望】
    ディボーションの回復HPを(HP30%以下の味方の数)×4にする。

    【現在の問題】
    HP30%以下の味方がいる状況はピンチな状況が多い。
    ピンチな状況でHP4の回復は回復量が少ない。
    特にHP30%以下の味方が多いほど、HP4の回復は相対的に少なくなる。
    この問題はプレートメイル弱体化により相対的に大きくなった。

    【改善策】
    ディボーションの回復HPを(HP30%以下の味方の数)×4にする。
    例えばHP30%以下の味方が4体いるとする。
    その場合、回復HPは16である。
    実際にHP30%以下の味方がいる状況は接戦ではなく劣勢な場合が多い。
    そのためピンチな状況でアコライトのヒール1回程度の回復を自分にAP2,SP2で行えるスキルと考えられる。
    その場合、ヒールと差別化されている。そのうえピンチな状況のみ低コストで効果があるスキルのため、強すぎると考えづらい。

    以上です。
    ご検討のほど、よろしくお願い申し上げます。

    0 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  • Don't see your idea?

QuestNotesユーザーボイス

Categories

Feedback and Knowledge Base