domino/要望002/99

Last-modified: 2007-07-21 (土) 19:49:53

イベントリストで各小節のTick0を表示

  • ページ: domino/要望
  • 投稿者: たーくん?
  • 優先順位: 低
  • 状態: 完了
  • 投稿日: 2007-06-01 (金) 13:14:38

メッセージ

イベントリストでの視認性向上のため各小節のTick0を必ず表示する機能の御検討をお願いします。
代表的な数値入力系では小節の区切りを譜面的に捉える傾向があり(要望18「数値入力2.txt 」タイの概念などはその為)
またStep値がTickの概念を兼ねている為、小節線というものが一つの単位尺となります。
そこで小節頭であるTick0が表示されるとリスト上でデータ位置の把握が大変楽になると考えております。
内容としましては添付図のような表示機能となる事が希望です。
イベントリストに特化した内容となりますが御一考頂けますようお願い申し上げます。

Tick0.JPG


  • まず、Restは表示/非表示するというよりは一つのイベントとしてデータを挿入する形になります。ノートイベントなどを挿入したついでにRestが自動的に挿入される、ということでしたら、不可能ではないかもしれません(やっぱり果てしなく困難な気がします)。もう少し私が楽な方向性としましては、メニューコマンド等に「Tick0にRestを挿入」というコマンドを用意してそのコマンドを実行したら、Restイベントが全トラック全小節に必要なだけ入る、というような感じになります。 -- たかぼー? 2007-06-01 (金) 16:44:20
  • ご検討ありがとうございます。仰る内容で解決すると思われるのですが、私なりにも色々考えてみました。休符イベントやデータが存在する必要も無いのでTick0にイベントが無い場合「次のイベントやEnd of TrackまでのTick」が小節頭行に表示だけされるという考え方はどうでしょうか。添付図のような状態から何か入力すれば初めてデータになるようなイメージです。
     Tick02.JPG -- たーくん? 2007-06-02 (土) 04:41:42
  • データは存在せず、表示だけどうにかする、という方向性もあるにはありますが、その場合、そこにカーソルを移動させて何かしら操作をさせるのか、ですとか、縦スクロールバーの調整(イベントだけでなく、そうした節頭行の数も調べた上で調節しなければならず)をしなければならなかったりですとか、逆に難しくなってしまうかなぁと思います。イベント挿入時に自動的にRestを入れたり削除したりする方向性が一番現実的かなぁとも思っています。困難とも書きましたが、少しずつ頭の中で出来そうな気がしてきてはいます^^; -- たかぼー? 2007-06-03 (日) 10:35:40
  • やはり素人考えでした・・すみません (--; 、作者様の御都合が良い方向で実現して頂ければ幸いです。標題の件含め面倒な事ばかりお願いして申し訳ありません。数値入力環境においても手をこめていただき本当にありがとうございます。 (^^) -- たーくん? 2007-06-03 (日) 16:19:56
  • ざっくりとですが、実装してみました→http://www.tkb-soft.hmcbest.com/Domino120_dev000.ZIP 環境設定のイベントリスト(2)でRest自動挿入機能をオンにできます。まだ使い物になるかどうかすら怪しいですので、とりあえず使ってみてください。こんな感じでよさそうでしたら、細かい部分での変なところを言ってください。可能な範囲で調節しますので。 -- たかぼー? 2007-06-06 (水) 21:22:50
  • 横から失礼します。 件の機能を試用しましたところ、rest自動挿入時にカーソル位置が挿入された一番最初のrestの位置に移動してしまいます(カーソルがその位置に留まっていると考えた方が自然かもしれませんが)。 このままでは円滑な数値入力に支障がでそうですのでカーソルが勝手に移動しないよう修正を願います。 -- talby? 2007-06-06 (水) 22:44:44
  • 実装ありがとうございます (^^) 。試用してみましたが色々問題点がありそうです (^^; 、もう少し使ってみます。 -- たーくん? 2007-06-07 (木) 00:08:07
  • とりあえず方向性としては大丈夫でしょうかね?細かい問題点は徐々に解決していくとして、大きな問題点が無いかどうかも見てみてください(大きな問題があり過ぎで使い物にならないようでしたら、この機能は無かったことにしますので^^;)。 〒talbyさん>方向性がこのままでも良いという感じになりましたら、細かい部分で修正を入れていこうかと思っています。機能自体が使い物にならないと判断されてしまったら、細かな修正も無駄になってしまいますからね(^^; -- たかぼー? 2007-06-07 (木) 10:44:52
  • 了解です。 しばらく試用を続けてみますね。 -- talby? 2007-06-07 (木) 11:19:27
  • 返答が遅くなり申し訳ありません。大きな問題点ですがStep値の編集を行う度にrestが増殖されてしまう所です。顕著な例としてStep値を「±1」キーにて前後調整した場合、以降の全小節にStep:1のrestが膨大に挿入されてしまいます。Tickの増減がStepの増減と連動しているようにrestのStep値が増減される感じになると理想的なのですが。(ちなみにmidiomではおそらくTick値を表示しており、レコポは自分で小節線を引くのですが1小節内でのStep数縛りがないため必ず小節頭が0となります) -- たーくん? 2007-06-08 (金) 00:39:50
  • 小節頭のRestがStep値変更で移動する場合は、削除するようにしてみました→http://www.tkb-soft.hmcbest.com/Domino120_dev002.ZIP -- たかぼー? 2007-06-08 (金) 23:15:18
  • ありがとうございます。 (^^)小節頭のrest処理は理想的な動きで、あと挿入貼り付け時の移動にも適用していただきたいと思います。しかしながら現在、編集で後方に移動する場合は見事に全小節頭の1行休符のStepが増減されるのですが、前方調整となると今度は全小節の最後に多量の休符が挿入されてしまいます。各小節最後のイベントのStep値が同様に増減するようになれば問題は解決するように思えます。 -- たーくん? 2007-06-09 (土) 05:08:19
  • Restが移動するような処理全てに同じ処理を適用してみました→http://www.tkb-soft.hmcbest.com/Domino120_dev003.ZIP -- たかぼー? 2007-06-09 (土) 21:27:01
  • 感動です!理想的な動作でとてもうれしく思います。副作用などは未だ使いながら~となりますが現在気付いた箇所です。後方に移動させた場合に出来る小節頭のrestを「削除(詰める)」「一つ前を削除(詰める)」した際、rest直後のイベントも同時に削除されてしまいます。通常の「削除」では問題無さそうです。 -- たーくん? 2007-06-10 (日) 00:15:53
  • 詰める削除の不具合を直してみました→http://www.tkb-soft.hmcbest.com/Domino120_dev004.ZIP -- たかぼー? 2007-06-10 (日) 16:37:52
  • ありがとうございますー!希望通りの動きで個人的に大満足です。 -- たーくん? 2007-06-10 (日) 19:44:57
  • 確認ありがとうございます。どうでしょうね、大きな方向性としては、大丈夫そうでしょうか?良さそうでしたら、talbyさんもおっしゃっているような、カーソルのずれなどを指摘していただければ(どんな操作をしたときに、どうずれてしまうのか)、修正いたしますで言ってください。 -- たかぼー? 2007-06-11 (月) 09:19:53
  • 気になる点が数点見つかりました。何らかの副作用かと思われますが言葉で説明し辛いので画像を添付いたします。よろしくお願いします。
    Tick03.JPG -- たーくん? 2007-06-12 (火) 09:07:46
  • ②につきましては、「しかしながら現在、編集で後方に移動する場合は見事に全小節頭の1行休符のStepが増減されるのですが、前方調整となると今度は全小節の最後に多量の休符が挿入されてしまいます。各小節最後のイベントのStep値が同様に増減するようになれば問題は解決するように思えます。」の内容と第一希望が競合しています(第二希望は問題ありません)。 -- たかぼー? 2007-06-12 (火) 10:36:09
  • 確かに仰るとおりでしたm(_ _)m。それでは第二希望でお願いできますでしょうか。 -- たーくん? 2007-06-12 (火) 15:53:50
  • やってみました→http://www.tkb-soft.hmcbest.com/Domino120_dev006.ZIP -- たかぼー? 2007-06-13 (水) 07:03:29
  • Restが複数連続した場合に1行のみ削除を行うと直前のイベントに直後のRestが合算されてしまいます。複数行のRest削除では問題ありません。イタチゴッコになっているようでしたら本当に申し訳ありません。 (--; Tick04.JPG -- たーくん? 2007-06-13 (水) 17:19:22
  • 少し無理矢理実装していますので、しょうがないですね^^; v.1.20正式版で削除機能を修正いたしましたので、確認をお願いします。(正式版を出しましたが、この機能につきましては引き続き調整を行います。) -- たかぼー? 2007-06-13 (水) 20:48:45
  • お手数をお掛けしています。試用確認を続けております、小節先頭のイベントを「削除(詰めない)」「ピアノロールやMeasTick指定で他の小節に移動」を行った場合に直前のイベントが合算値となります。 -- たーくん? 2007-06-14 (木) 19:08:25
  • 削除時にもRestを挿入するようにしました→http://www.tkb-soft.hmcbest.com/Domino121_dev000.ZIP -- たかぼー? 2007-06-14 (木) 21:46:52
  • ありがとうございます。試用確認続けております。今のところ気になる挙動はありません。 -- たーくん? 2007-06-15 (金) 05:00:10
  • 「削除(詰める)」を1小節以上を跨いで実行した場合にEnd of Track位置までrestが自動挿入されない様に御調整頂けませんでしょうか。Ver1.20正式版では問題無くVer1.21_dev000で挿入が確認されましたのでこの時点での副作用と思われます。
    削除カーソル位置01.JPG
    また「削除(詰める)」を実行した後のカーソル位置は選択範囲の初めのTick位置(リストの下から選択した場合も)にして頂きたく思います。一般的な数値系での動作です。これによって前述の自動挿入も合わせて回避出来ると良いのですが・・。
    削除カーソル位置02.JPG -- たーくん? 2007-06-22 (金) 05:19:33
  • 「削除時にもRestを挿入するようにした」影響でこうなりましたので、詰めて削除する場合は、この機構が動かないようにしました。カーソル位置も変更しておきました。>http://www.tkb-soft.hmcbest.com/Domino121_dev004.ZIP -- たかぼー? 2007-06-22 (金) 22:50:06
  • 確認いたしました、ありがとうございます (^^) 。動作検証を続けます。 -- たーくん? 2007-06-22 (金) 23:56:42