|
|
Hmm, this seems a standard for HTML5, also in Mantis adding a note with extra spaces => the spaces are reduced after edit and shown again in the edit mode.. More at https://stackoverflow.com/questions/433493/why-does-html-require-that-multiple-spaces-show-up-as-a-single-space-in-the-brow So far I haven't found how to workaround this :-/ EDIT: OK, it seems that style White-space : break-spaces; does the trick |
|
|
Fixed in 5.1.0.2816 |
|
|
This is not fixed on 2816. image.png (20,193 bytes) |
|
|
It is fixed for me: What kind of tracklist did you test? image-2.png (20,765 bytes) |
|
|
Hmm, also standard tracklist is fine: image-3.png (24,208 bytes) |
|
|
OK, I found that it has been still case in Playing and Album view => Fixed in 2817 |
|
|
Verified 2819 |
|
|
I had to revert this fix as it caused regression 0020405 |
|
|
Re-fixed in 2825 |
|
|
This is still the case in Playing node set to List and List (by Album) View, the Playing window set to Simplified List and List. image-4.png (30,495 bytes) |
|
|
For 'Playing' fixed in 2826 |
|
|
Still not fixed on 2826. Checked Playing set to List and a Playlist set to List and neither showed additional spaces. image-5.png (27,106 bytes) |
|
|
Strange, both Playing[List] and Playlist[List] works fine to show the additional spaces, couldn't this be a test error? If not, could you catch this in a screencast video? |
|
|
Fixed in 3006 |
|
|
Verified 3006 |
- Anonymous
