Bracket sizing should be based on levels of nesting
- 主要言語
- Haskell
- スター
- 1.3k
- フォーク
- 201
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Currently, the outermost bracket pair is always the largest possible size (125% of normal text height), and they get smaller from there. The means that even when you only have one pair of brackets on a line, they are the largest they can be.
Instead, sizing should count from the innermost pair. That means if there's only one pair of brackets, they should be regular-sized. Only if there are nested brackets will they start to grow larger. That also means we can make deeply nested brackets even bigger, because the extra space is **only** used when it's really needed because the programmer nests brackets deeply.
Unfortunately, this does mean the entire file must be rescanned to change parenthesis sizing, and changes later on can affect much early portions of the file. It doesn't fit so well with the existing forward-only syntax highlighting scheme that CodeMirror uses. Making this work is an interesting open question.
コントリビューションガイド
調査の方向性
CodeMirror's の既存の前方向のみの構文ハイライト方式から始め、括弧のサイズがどのように割り当てられているかを追跡します。完了条件は、括弧のサイズが最も内側のペアからのネスト深度に基づき、単独のペアは通常のサイズのままで、深くネストされた括弧がファイル内の他の場所の更新を壊すことなく大きくできることです。
索引モデルが issue の本文から書いたものです。
評価
- 領域
- frontend
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100