New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Attempt to fix scrolling behavior in RubAbstractTextArea & friends #11583
Attempt to fix scrolling behavior in RubAbstractTextArea & friends #11583
Conversation
If enabled, sizes the morph width to match the maximum approximate line width
Failing test not related
|
Thank you @fmqa this fix is really helpful. |
Thanks for the test and feedback |
@@ -991,6 +992,10 @@ RubAbstractTextArea >> handleEdit: editBlock [ | |||
"Ensure that changed areas get suitably redrawn" | |||
|
|||
editBlock value. | |||
"Fit to width on edit" | |||
(self grow isNotNil & self grow) ifTrue: [ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will integrate it but I would have preferred to have grow initialized to false and to avoid the isNil check.
I will integrate it now and it would be good to produce another one where grow is initialized to false and like that we avoid having a nil or true or false around and we can remove the isNotNil check. |
Thanks :)! |
Attempts to fix #10666
Adds a flag that, if enabled, automatically resizes the text area horizontally so that its width equals the approximate point size of the longest text line in the editing pane. The flag is enabled by default for
RubScrolledTextMorph
's textArea, thus alleviating issues with scrolling in Iceberg & Epicea's changeset viewers.