You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is just a reminder for me to investigate whether we can reduce the terminal height requirements, which is mostly an issue in IDEs with a terminal drawer, especially if the font size or line height is increased.
This will be the most challenging for prompts like search and suggest as they have a label, text field, dropdown, and error message section, along with additional lines for drawing box characters.
The first thing to investigate is whether the blank lines before and after the prompt are counting towards the limit and whether they can be discounted. The blank line before will never change, so it can sit safely outside of the terminal view, and the blank line below can perhaps not be rendered until the prompt is completed.
Then, it would be good to investigate if the re-rendering process can take the terminal height into consideration and only re-render the visible lines. This will mean that if a prompt is only partially visible and you scroll back, it won't reflect the current rendered state, but if that is just the label, then it might be acceptable and preferable to not rendering at all. As far as I'm aware, we can't change anything in the scrollback area, and we want to ensure that if someone does scroll back, it doesn't show partial frames.
The text was updated successfully, but these errors were encountered:
This is just a reminder for me to investigate whether we can reduce the terminal height requirements, which is mostly an issue in IDEs with a terminal drawer, especially if the font size or line height is increased.
This will be the most challenging for prompts like
search
andsuggest
as they have a label, text field, dropdown, and error message section, along with additional lines for drawing box characters.The first thing to investigate is whether the blank lines before and after the prompt are counting towards the limit and whether they can be discounted. The blank line before will never change, so it can sit safely outside of the terminal view, and the blank line below can perhaps not be rendered until the prompt is completed.
Then, it would be good to investigate if the re-rendering process can take the terminal height into consideration and only re-render the visible lines. This will mean that if a prompt is only partially visible and you scroll back, it won't reflect the current rendered state, but if that is just the label, then it might be acceptable and preferable to not rendering at all. As far as I'm aware, we can't change anything in the scrollback area, and we want to ensure that if someone does scroll back, it doesn't show partial frames.
The text was updated successfully, but these errors were encountered: