unblee / jukebox Goto Github PK

手動は辛いです。

mocha + power-assertsはいかがでしょうか。
クライアントはわかりません。

スペクトルやイコライザー的な。楽しい。

インターフェースを決めて、オプションで切り替えられるようにしたい。

間違えて押したら悲惨

欲しい

• プレイリストアイテムのクリックで再生アイテムを変更 (#32)
• プレイリストアイテムの任意の削除 (#14)

ファビコン欲しい

パッケージを最新に保つというよりかはバッジを増やしたいという発想

せっかくマルチプロバイダー設計なので、何か入れませんか。
UI周りの改善案も出てきそうです。

Playerクラスで低レベルの操作をしたくない。
Speakerクラスでラップする。

欲しくなってきた

頑張って

とりあえずスペースキーで再生のトグルができるといいな。

コード規約どうしましょ。

開発スタート時（＆現状）はプレイリスト/oneループを有効にしていない限り再生したトラックは削除（dequeue）する仕様である。この仕様は元々刹那的な運用（プレイリストの使い捨て）を前提にして組み込まれた。
しかし、現時点までにプレイリストの保存や任意トラック（からの再生/の削除）をサポートする等の機能が実装され、プレイリストに対する操作の自由度が向上したことによって、この仕様がアプリケーション UX を損ねるものになっているのではないかと考えた。
よってこの issue で dequeue 仕様を削除するか否かの議論を行いたい。

曲が増えると無限に縦スクロールができてしまうので、ある程度リストの高さを固定してその中でスクロールしたい

したい（かも）。

期待する動作：
シャッフルモード切り替えボタンを押したら再生中のトラックがプレイリストの一番上に移動する or 移動しなくても再生中トラックがずれることはない

実際の動作：
シャッフルモード切り替えボタンを押したら現在再生中のトラックではなくシャッフル後のプレイリストの一番上のトラックが再生中ということになっている

追加履歴として、項目はuniqueで上限100個ぐらいで良い気がする（上限は環境変数で）。
デザインが難しい。

現状だと画面から再生中かどうかが分からない。

高機能すぎ？

loop_modeは{normal, one_loop, playlist_loop}のうちのどれかなので、それぞれをフラグ可するのではなく、enumで切り替えるようにする。

また、UIの表示/ボタンもそのようにする。

再起動されるたびにプレイリストの初期化がしんどい

曲終わりはループが理想だけど、明示的にnextのリクエストを飛ばしたら次の曲へいくのが理想な気がする（前野曲にいくのも同様）。

クライアントサイドの変更でサーバを再起動する必要はない

全部404だったらストライプ背景を表示

Playlistが持つ各曲をモデル化したほうが良い気がします。
生成ロジックはそこでやる感じで。

名前はTrackとかどうでしょうか。

playlistは含まないで管理したい。

#11 で使用するロゴを（強行）決定したので WebUI のタイトル部分とかファビコンとかに適用する

違和感

jukebox があまりメジャーじゃない（ど○ぶつの森でしか見たことがないとか言われた）ので、もうちょっとおしゃれな雰囲気が漂う感じの違う名前にしても良いかもしれない

drag-and-drop でできたら最高 💪

開発用にログ出力が欲しいです。

本番ではそんなに出してほしくないので、ログレベルを適切に設定したいです。

小さい画像の場合16:9ではない気がする

できるかぎりサムネイルくらいはみたい。

（1曲もないときに追加した時）わざわざ再生ボタンを押すのが面倒臭い