Cursor blinks over placeholder text in files when pressing Ctrl+l to search (EOS 6 Beta)

[kalzEOS]

This is more of a styling issue. I have noticed that when I hit Ctrl+l to perform a search in files that the cursor starts blinking right in the middle of the letter S of the placeholder text of the search box where it says "Search or Type Path".

Expected Behavior

Placeholder text should be visible and the blinking cursor should be blinking before the S, not on it.

Steps to Reproduce

Open files, hit Ctrl+l, delete the text there to show the place holder text, then you'll see the cursor blinking in the middle of the letter S.

[jeremypw]

Yes, I doubt this is anything to do with Files directly. I use UK locale and keyboard and <Ctrl>F to search (on elementary 6). I find that the cursor appears in the expected position.

What locale/keyboard do you use?

[kalzEOS]

Yes, I doubt this is anything to do with Files directly. I use UK locale and keyboard and <Ctrl>F to search (on elementary 6). I find that the cursor appears in the expected position.

What locale/keyboard do you use?

I am using the US keyboard. The cursor on my end is right in the middle of the letter S.

[jeremypw]

Do you see this for any other kind of entry with a placeholder? Interestingly, I see in e.g. System Settings that the placeholder only appears when the entry does not have focus (and therefore no cursor). That would be an easy fix if that is the correct behaviour but it seems a bit odd to me - the user does not so easily see the placeholder if the entry is the default focus.

[jeremypw]

@danrabbit What is the correct behaviour for entries? Should the placeholder appear when they are empty or only when they are empty and do not have focus?

[jeremypw]

I think the Files Search entry is a bit unusual as it is always the focus when it is visible. Other entries in elementary apps tend not to be focussed unless they are clicked on. When it is not the focus it is hidden by the breadcrumbs.

[kalzEOS]

@danrabbit What is the correct behaviour for entries? Should the placeholder appear when they are empty or only when they are empty and do not have focus?

I've done some html and CSS before, and I think the placeholder text should disappear when the searchbox has been clicked.

[kalzEOS]

Do you see this for any other kind of entry with a placeholder? Interestingly, I see in e.g. System Settings that the placeholder only appears when the entry does not have focus (and therefore no cursor). That would be an easy fix if that is the correct behaviour but it seems a bit odd to me - the user does not so easily see the placeholder if the entry is the default focus.

I've actually searched throughout the system to find another place that shows this beside files, but it appears to be only files (so far) is doing this. Other parts show the placeholder text, but the text disappears when the box is clicked.

[jeremypw]

I've done some html and CSS before, and I think the placeholder text should disappear when the searchbox has been clicked.

The problem with that is it would require an extra click from the user. At the moment you can just start typing after pressing <Ctrl>F. In fact you can just start typing at the view and it will switch to search mode automatically.

A placeholder is necessary as the entry is dual purpose and it is not obvious that you can either type a search term or a url.

[jeremypw]

A work around would be to add an extra space at the start of the (translated) placeholder in the code.

[kalzEOS]

A work around would be to add an extra space at the start of the (translated) placeholder in the code.

Thank you. This isn't bothering me at all. Just reporting a small style "issue" since I've volunteered to test the beta on my main machine.

[jeremypw]

Normally in Gtk.Entry, placeholder text appears only when not focused - In Files it is drawn especially so maybe it should be offset slightly so as not to interfere with the cursor. However, best left to the new Gtk4 pathbar to deal with this.