Left justified cursor is masked by text frame

[leminibleu]

When editing in a text frame, the frame is indicated with a thin blue boundary. The cursor is a thin black vertical line. If the text is left justified and the cursor is at the beginning of the line, it is almost impossible to see it as it falls directly on top of the frame line. I unfortunately don't have a suggestion to fix this that keeps the pixel accurate behavior I love.

BTW, the text boxe with flow arrows and multiple drag handles is a superbly designed/engineered piece of UI!

[GarryP]

I understand where you're coming from with this.
It can be difficult - or sometimes impossible, see attached GIF - to see if the insertion point - or caret, or cursor, or whatever it's called - is being displayed, which makes it difficult to know if pressing a key will add text or perform a function via keyboard short-cuts.
Unfortunately I don't have a good suggestion for a 'fix' either. The best I could come up with was to change the frame in some way - different colour, dashed outline, or something - to tell the user which 'mode' they were in, but they don't seem like nice options.
The mouse pointer does change but it sometimes shows the 'caret' pointer when you can't actually type anything into the frame - when a text frame is not selected for example - so it's not a good indication of what's going on.

[MickRose]

If the Frame Text Ruler is displayed the indent triangles display if the text curser is awaiting text but not otherwise. That might help.

[Move Along People]

-

[GarryP]

MickRose, using the Frame Text Ruler is certainly one way to be sure that you are actually editing the text in the selected text frame but I don't think that would be everyone's preference. Nice tip though.
haakoo, setting insets for the text frame would mean that any vertical guides that have been set-up would no longer be as useful for aligning other layers with the text; in other words, there would be a gap. Probably not a general 'fix' but maybe something worth considering.

[Gabe]

Hi all,

Sorry for the delayed reply. 

I've moved this to Feature Requests.

Thanks,

Gabe. 

[Old Bruce]

On 3/26/2019 at 2:12 AM, GarryP said:

Unfortunately I don't have a good suggestion for a 'fix' either. The best I could come up with was to change the frame in some way - different colour, dashed outline, or something - to tell the user which 'mode' they were in, but they don't seem like nice options.

Maybe I don't understand but a different colour on the frame to let me know that I have a text caret in the frame seems like a very good option. I could definitely get behind this, because I am constantly typing in the wrong frame or cycling through tools.

[fde101]

On 3/25/2019 at 1:12 PM, leminibleu said:

the text boxe with flow arrows and multiple drag handles is a superbly designed/engineered piece of UI!

I would say I agree with this 99.8% - the main thing I don't like is that I can't seem to find anywhere else in the UI that the scaling done by the "extra" handle hanging off the bottom right is represented numerically.  If you have a text box that is scaled, I don't know of a place where I can see how much it was scaled, or reset the scaling.

I don't know if that belongs on the Transform panel or on the context toolbar, but I do think that being able to at least see that would sometimes have helped to deconfuse some of the questions that have come up on a few of the past threads where someone had accidentally grabbed the wrong handle or didn't realize the implications of how it works.