[Bug] Doesn't automatically scroll when editing text about sora-editor

[Rosemoe]

It did not scroll automatically because the sample application's manifest did not add a flag to re-layout when the input method is shown.
So when the input method is in screen, editor's size is not changed and when you can not see the characters, they actually are still in the editor's considered visible area.
Add
android:windowSoftInputMode="adjustResize"
to the editor's activity will solve the problem.

And the issue about long text's visibility is really a bug, I'll fix it soon.
Thanks for your feedback.

[Rosemoe]

@TimScriptov

In Aide bad Code editor.

In MT Manager cool Code editor

Yes, I agree with you.
MT Manager's editor is quite smooth.

[MrIkso]

@Rosemoe

android:windowSoftInputMode="adjustResize"

Work, but edittext layout blinking, when keyboard shows and hides. Maybe you take a look this idea?
https://github.com/MrIkso/CodeEditor/blob/master/codeeditor/src/main/java/com/mrikso/codeeditor/view/FreeScrollingTextField.java#L1289

[Rosemoe]

I do not really understand what is 'blinking'.
This attribute works well on my device.
Could you please give a little description or gif to help me know it better?

I'll view the code in your link.

[MrIkso]

Video
https://drive.google.com/file/d/1Dp8Hpy8L7cw6LBf-z5jUD7--mZ5NeiWo/view?usp=drivesdk
this will be clearly visible with a dark theme in the editor.

[Rosemoe]

It seems to be caused by the system policy.
When the input method is still in animation, the layout of activity has already been resized.
I can not solve this in editor.
You may apply a dark theme to the activity and editor to cover this.

[MrIkso]

I can not solve this in editor.

@Rosemoe that's why I propose to do everything by auto-scrolling in the code, as in the example above

[Rosemoe]

There is a similar method in my editor as well.
And when the 'drop' in your editor is not shown, they have the same ability. And it is called each time the text/selection changes to make the right selection visible.
Padding is not supported in my editor now, so it is safe to use getHeight/getWidth directly.
That's why I can not find where the problem is.
https://github.com/Rosemoe/CodeEditor/blob/c0c9e1e62f80bbd4ca9ad169618ad50319e6618d/editor/src/main/java/io/github/rosemoe/editor/widget/CodeEditor.java#L1750

[Rosemoe]

I have observed some other editors such as AIDE's and MT Manager's.
They are getting the same problem as mine.
If I open the switch to make animations 4x longer, it is very obvious.
At the beginning of a input method's entrace or exit, the layout is resized.
I do not know what is the situation in your editor because I can not get my computer to compile a project with androidx.
And mobile QQ's policy is interesting, it has a delay until the layout resize. But this can not solve the problem from the source and it is not very easy to do the delay because usually we have to use onSizeChanged() to know whether the keyboard is shown. If adjustPan is applied to the window, the size will not be changed and onSizeChanged() will not be called. If adjustResize is applied to the window, we will have to recover the size of layout on the first time onSizeChanged() has a smaller height than before. But that will cause onSizeChanged() to be called again and we do not whether it is caused by the keyboard.
It also has the problem that this can not adaptes to various input method applications and if a user choose to disable the animation, the delay can be annoying.

[Rosemoe]

Now I have viewed another editor modified from text warrior. It also has the problem.

[TimScriptov]

@Rosemoe
In Aide bad Code editor.

In MT Manager cool Code editor

[Rosemoe]

The layout flash problem will not be fixed in editor's code. Users may solve it by themselves.