Delay when adding/removing line before last
Completed
I'm seeing pretty much this same issue from nvALT, but in nvUltra beta 33.
In certain notes, if you put the cursor inside the content, then press return to create a new line, the last line won't repaint for a split second. Same if you press delete to delete an empty line.
This movie consists of me pressing return and then delete. Watch the last line, and you can see a delay in it repainting.
-
I'm not able to reproduce this, nor have I heard of this issue from any one else. While the core text engine (in C) has been rewritten for nvUltra, the Objective-C interface for macOS is mostly the same as MultiMarkdown Composer, and I have not seen this or heard of it in that app either. And both are completely different than what is in nvAlt.
What sort of computer (processor, RAM, OS version) are you using? If you open "Activity Monitor", how are you doing in terms of free memory, CPU usage, etc.
If you don't see anything unusual, does it do better after rebooting computer? Any third party utilities running (e.g. things in the menu bar)?
0 -
Running Mac OS 10.14.6, 2.3 Ghz MacBook Pro 2012 (about 5% in use), 16 GB RAM (about 12 GB in use).
It doesn't happen on all notes, but I'm seeing consistently with this one. I do have some third-party utilities, although nothing obvious that would interfere with text. Happened after a restart as well.
I was able to reproduce it with a notes folder consisting of just this single note.
0 -
With your latest example, I was able to replicate in nvUltra, and also in Composer. Interestingly, it doesn't seem to happen in a development test app I have that uses the same core as nvUltra. Nor does it happen in TextEdit that I could trigger.
Running in a profiler in Xcode, doesn't reveal anything useful.
I also haven't been able to figure out what about your example seems to trigger this.
I'll have to keep looking, but no good ideas right now.
1 -
I came to revisit this with newer beta series, but the sample file you linked to is no longer available.
Is this issue still happening?
0 -
Hi. I just tried it again, with a single folder containing one note. I typed "one" <return> "two" <return> "three" in the note, then put the cursor before "one", and pressed <return> and <backspace> multiple times. I can still see the delay in repainting the last line.
0 -
I still can't replicate with that example.
What OS are you using?
0 -
I'm on 10.14.6.
0 -
I wonder if it's a 10.14 issue?? I believe I would have been running 10.14 on at least one of my machines when I was able to replicate this looking above....
0 -
I had an issue where I was briefly only able to boot a machine into 10.14, and could replicate there. It seems this is a macOS issue (10.14 only???), not a nvUltra issue. Which fits with my initial concern about it occurring in nvAlt (which shares no code with nvUltra).
Closing this issue, as I obviously cannot fix macOS, and it is unlikely Apple will chase this down in a version of the OS that is a few years out of date...
0 -
Just FYI, I recently upgraded to MacOS 12.1, and I'm still seeing this on NVUltra 2021.12.24.22.58.
0
Please sign in to leave a comment.
Comments
10 comments