google / google/codeworld

Bracket sizing should be based on levels of nesting

オープン
#833 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
enhancement
主要言語
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

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。