The better-traq from jichoup

Option Page

Option Pageをつくりたい

できること

キーバインディング
背景の設定
0-9 チャンネル設定
Readme
Apps / BOTs Portal (#7)

ピン留めされていると、cVSelectedMsgDetailButton が機能しない

スタンプは機能する

spoiler (黒塗り)を 1 キーで開ける機能

選択しているメッセージの spoiler をクリックせずに開けたい。1 つのメッセージ中にいくつも spoiler があったらどうするかなど考える必要あり?

メッセージスクロールでメッセージを表示すると下の方が見えないときがある

これが良くなると完全にbetter traQに乗り移れそう

解決法

ある程度の大きさのあるメッセージは分割してスクロールする
上下で分けたり、ピクセル数で分けたり...
片方は連続スクロール
問題点: メッセージツールはどこを指すべきか

State を Store で管理する

Better-traQ/src/content_scripts/actions/action.ts

Lines 4 to 11 in 7614860

    
           type ReloadState = { 
        
             latestMessage: HTMLDivElement | null; 
        
             reloader: number; 
        
           }; 
        
           const reloadState: ReloadState = { 
        
             latestMessage: null, 
        
             reloader: 0, 
        
           };

Portal機能の実装

みんなが作ったBOTなどの機能に簡単にアクセスできるようにする

e.g.)
SimplePoll の生成
https://hackason20_winter_2.trap.show/customtheme-server/gallery/3b29c44b-fdb8-4df5-b734-4f8250624a9a
http://reminder.jichoup.trap.show/

Actionsの関数をキー入力と分離する

キーバインディングを後で作り今のActionsの関数と対応させることを前提にすると、機能とキー入力を完全に分離(関数の引数にキーイベントを入れない)すれば後々楽になると思いましたが、それはどうなのでしょうか？

別のブラウザでも入れると、マイグレーションが走ってSyncStorageがリセットされる

チャンネルの進む、戻る

traQアイコンの長押し(？)で出てくるボタン
未読消化中に飛ばした時に役立つので欲しい

チャンネル/ユーザー検索にフォーカスしているかどうかを判定する condition を追加

#43 に必要

isFocusNavigationBarChannelsChannelFilterInput
notIsFocusNavigationBarChannelsChannelFilterInput
isFocusNavigationBarUsersUserFilterInput
notIsFocusNavigationBarUsersUserFilterInput

inputCurrentChannelNameNavigationBarChannelsChannelFilter で、最後に / を付ける

condition の名前を変更

homeChannelExists → existHomeChannel
notHomeChannelExists → notExistHomeChannel
unreadChannelExists → existUnreadChannel
notUnreadChannelExists → notExistUnreadChannel

条件の名称を変更

clickNavigationBarChannelsChannelCurrentChannelHash → clickNavigationBarChannelsCurrentChannelHash

READMEにデフォルトのキーとそれに対応する機能を書く

外から見て何ができるのかよくわからないので説明、できればgifなどを生成してわかりやすくするのがよさそう。

キーバインディングの実装

Sync Storage のデータ数/容量には上限があるので、データ構造の吟味が必要

MAX_ITEMS: 512
MAX_WRITE_OPERATIONS_PER_HOUR: 1800
MAX_WRITE_OPERATIONS_PER_MINUTE: 120
QUOTA_BYTES: 102400
QUOTA_BYTES_PER_ITEM: 8192

1234567890 にメッセージに付いたスタンプを個別に押す機能を追加

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
デフォルトでは一枚目のようにホバーしたメッセージに色が付きますが、bettertraQが入っていると二枚目のように色が消えてしまいます。

Describe the solution you'd like
A clear and concise description of what you want to happen.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

チャンネルやユーザーの検索時に一番上に出ている場所へエンターキーを押して飛ぶ

今後実装したいグラフィカルな機能について

タイトルの通りです。私は以下のようなことを実装したいなと思っています。

スクロール系

連続スクロール
✓メッセージ毎スクロール

チャンネル移動系

チャンネル選択を挟むとメッセージのスクロールへ移動するのがスムーズになる。
jkでメッセージスクロール、Tabでチャンネル移動というのもあり。
チャンネル選択
ホーム/チャンネルでチャンネルの階層移動をする。

現チャンネルの階層まで開き選択する
選択を移動させる
下位階層の中で検索
上位階層へ選択を移動
✓チャンネルを開く

選択をどう表現するかが困っていて、チャンネルホバー時のレイアウトを使うとなると

拡張機能側がcssを変更することで対応することとなると思いますが、それはどうなのか
キーボードを使っている途中でマウスを使用したときの挙動をどうすべきか

というような問題が出てきます。

何か意見があればください！

'p'が最新のメッセージではなく選択したメッセージに適応される

デフォルトでは↓のようになっているがマウスが当たっているところのスタンプピッカーが開いてしまいます

  {
    "name": "最新のメッセージのスタンプピッカーを開く",
    "keybinds": [
      {
        "key": "p",
        "conditions": [
          "niFInputOrTextarea"
        ]
      }
    ],
    "actions": [
      "cVLatestMsgStampPicker"
    ]
  },

スタンプリストのプルダウンをクリックする

これ

	type ReloadState = {
	latestMessage: HTMLDivElement \| null;
	reloader: number;
	};
	const reloadState: ReloadState = {
	latestMessage: null,
	reloader: 0,
	};

jichoup / better-traq Goto Github PK

better-traq's People

Contributors

Stargazers

Watchers

Forkers

better-traq's Issues

スクロール系

チャンネル移動系

Recommend Projects

Recommend Topics

Recommend Org