Bug: Limited Text Allowed to be Selected

Hi,

I noticed this on desktop/MAC. When I am trying to highlight/select the text within a note and I can't select the text that would be further down my notes document via dragging the highlight. I could do CTRL + A for ALL, but often I don't want all of the text of the note...just a certain part.

How to replicate:

1. Have a longer note (at least long enough to be off the screen)

2. Click and hold to highlight.

3. Drag highlight down the note document.

4. The highlight will stop at a certain point.

Find more posts tagged with

Notes

Comments

Fred Chapman

I have experienced this a a few times on my Macbook Air when using the trackpad. However I have never experienced it when I am using my bluetooth mouse. I have also never experienced when using my desktop PC. It does not happen for me all the time, and I always attributed it to my trackpad. Perhaps this is a bug in Logos for Mac.

Andrew Biddinger

https://community.logos.com/discussion/comment/1011945#Comment_1011945

That sounds right. I am using the mac trackpad with the two finder scrolling.

Doc B

The highlight will stop at a certain point.

I had that problem highlighting in resources (not a note) back in L5/6/7, and it would be intermittent. It was mostly a problem when selecting large blocks of text to paste into a custom reading plan.

I've yet to touch the new notes (waiting on a bunch of stuff to get fixed first), so I don't know if this is related or different.

Mike Binks

4. The highlight will stop at a certain point.

Hi Andrew

Don't forget that when it stops you can leave it there and move the screen to the end of the piece that you want to highlight.

Once there a 'shift-click' should allow the end point of the selection to jump to the new location.

I know that this is not a solution but may help as a workaround until the problem is solved.

Reuben Helmuth

https://community.logos.com/discussion/comment/1011946#Comment_1011946

I am using the mac trackpad with the two finder scrolling.

Is that a new Mojave thing (linking two finder windows to scroll together)?😜

With a bit of testing my observation is that for me it seems to be a bug that prevents the scrolling from resuming (upon re-entry) if it has stopped due to the cursor moving too far to the outside of the note. I have a note panel the full hight of my window and scrolling selection stops at the bottom when I happen to activate my dock. It happens at the top when my cursor moves up past the breadcrumbs bar. I can reproduce this with 100% consistency so far. I am using 3-finger drag to select if that makes a difference.

Doc B

https://community.logos.com/discussion/comment/1012031#Comment_1012031

move the screen to the end of the piece that you want to highlight.

Once there a 'shift-click' should allow the end point of the selection to jump to the new location.

Again, my issues may be different than the OP's, but when I was having the problem, the shift-click failed every time. It simply unselected everything above that was already selected. It was frustrating. (And I still don't know what caused it.)

Reuben Helmuth

https://community.logos.com/discussion/comment/1012133#Comment_1012133

my issues may be different than the OP's, but when I was having the problem, the shift-click failed every time. It simply unselected everything above that was already selected. It was frustrating. (And I still don't know what caused it.)

Are you talking about selecting multiple notes (the OP is referring to selecting text within the content area of a single note)? If so, your problem is due to a current limitation with the software (because of virtual lists). Trying to select more than a hundred(?) (this was 50 for a while) at a time will cause problems. This known limitation is also why Cmd/Ctrl+A support wasn't added.

Doc B

https://community.logos.com/discussion/comment/1012147#Comment_1012147

Are you talking about selecting multiple notes

No; unfortunately I wasn't clear. This was some time back (I haven't noticed the behavior in a while but I haven't been selecting large blocks of text in a while); I was selecting text in resources for custom reading plans.

Again, this may or may not be related to the cause of the OP's problem. But it is the same behavior so I thought I'd post it.