| 2011-03-08 09:07:04 |
Paul Sladen |
bug |
|
|
added bug |
| 2011-03-08 09:07:04 |
Paul Sladen |
attachment added |
|
unity-dash-cursor-height-off-by-one-and-app-name.png https://bugs.launchpad.net/bugs/731135/+attachment/1893441/+files/unity-dash-cursor-height-off-by-one-and-app-name.png |
|
| 2011-03-08 09:21:44 |
Paul Sladen |
tags |
|
sniffles |
|
| 2011-03-08 15:58:48 |
Marco Biscaro |
unity: status |
New |
Confirmed |
|
| 2011-03-08 15:58:58 |
Marco Biscaro |
bug task added |
|
unity (Ubuntu) |
|
| 2011-03-08 15:59:08 |
Marco Biscaro |
unity (Ubuntu): status |
New |
Confirmed |
|
| 2011-03-08 16:03:00 |
Paul Sladen |
affects |
unity |
ayatana-design |
|
| 2011-03-11 11:55:42 |
John Lea |
description |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artifacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default. |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artifacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default.
See designs in https://chinstrap.canonical.com/~sabdfl/11_04/desktop_and_netbook/dash/Dash_desktop/ and https://chinstrap.canonical.com/~sabdfl/11_04/desktop_and_netbook/dash/Dash_fullscreen/
The implementation should aim to match these designs. |
|
| 2011-03-11 11:55:51 |
John Lea |
tags |
sniffles |
udt |
|
| 2011-03-11 11:55:53 |
John Lea |
ayatana-design: status |
Confirmed |
Fix Committed |
|
| 2011-03-11 11:55:57 |
John Lea |
ayatana-design: importance |
Undecided |
Medium |
|
| 2011-03-11 11:56:01 |
John Lea |
ayatana-design: assignee |
|
John Lea (johnlea) |
|
| 2011-03-11 13:57:12 |
Didier Roche-Tolomelli |
unity: status |
New |
Confirmed |
|
| 2011-03-14 15:30:23 |
Paul Sladen |
description |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artifacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default.
See designs in https://chinstrap.canonical.com/~sabdfl/11_04/desktop_and_netbook/dash/Dash_desktop/ and https://chinstrap.canonical.com/~sabdfl/11_04/desktop_and_netbook/dash/Dash_fullscreen/
The implementation should aim to match these designs. |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artefacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default. |
|
| 2011-03-14 15:32:25 |
Paul Sladen |
description |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artefacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default. |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artefacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default.
Per MPT from dup: What should happen: either
* the hint text, caret, and entered text should all be the same height. |
|
| 2011-03-14 15:32:35 |
Paul Sladen |
description |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artefacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default.
Per MPT from dup: What should happen: either
* the hint text, caret, and entered text should all be the same height. |
See also bug #725493 ("Moving cursor in dash text entry field causes cursor artefacts"):
The Dash cursor height changes depending on whether the box is empty (displaying the faded hint "Search") or whether the user has typed in it. Ideally the cursor height should be constant. This is possibly that the text height is not being setup until text needs to be drawn, and so it is falling back to the system default.
Per MPT from dup: What should happen:
* the hint text, caret, and entered text should all be the same height. |
|
| 2011-03-14 15:32:58 |
Paul Sladen |
summary |
Dash cursor height is smaller if text box is empty |
Dash cursor/caret/hint/entry height is smaller if text box is empty |
|
| 2011-03-15 13:50:28 |
Neil J. Patel |
marked as duplicate |
|
724927 |
|
