After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 523327 - Tasks preview are not word-wrapped
Tasks preview are not word-wrapped
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Tasks
2.24.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-03-19 09:35 UTC by Jo-Erlend Schinstad
Modified: 2013-09-13 01:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
proposed evo patch (3.09 KB, patch)
2008-08-26 09:46 UTC, Milan Crha
committed Details | Review

Description Jo-Erlend Schinstad 2008-03-19 09:35:27 UTC
Please describe the problem:
Task and memo preview does not word-wrap the text in the body. This is very annoying because the editor/details dialog for tasks/memo does word-wrap, so users get one very long line with a vertical scrollbar in the preview. It is, of course, possible to get around this by remembering to always insert linebreaks manually whenever you create a task, but this feels very clumsy and as if you have to fight the system. You also have to consider other resolutions.

Steps to reproduce:
1. Create a new task or memo and open the editor for it.
2. Notice how the window is rather small by default
3. Write a description, letting the input field wrap your text. Write enough to fill the width of the preview.
4. Save the task/memo and view its preview. You'll notice the annoying vertical scrollbar. 


Actual results:
The preview gets a vertical scrollbar instead of word-wrapping the text.

Expected results:
For the preview to word-wrap the text.

Does this happen every time?
Yes.

Other information:
This might not seem like a very big deal, but in fact, several of my users have been confused by this behaviour. A user enters alot of text and separates paragraphs by using two linebreaks and then look at it in the preview. The user doesn't notice the vertical scrollbar, and it looks like the first line of the first paragraph is followed by the first line of the second paragraph and everything in between is missing.
Comment 1 Jo-Erlend Schinstad 2008-08-21 18:48:59 UTC
I wonder how I managed to write vertical so many times when I meant horisontal... :) 
 
Anyway.. This behaviour is really tiresome. I've deactivated the preview for tasks, because it's too tempting to start inserting hard breaks, which is really bad practice. However, the memo view doesn't have a way to disable preview. 
Comment 2 Matthew Barnes 2008-08-25 17:02:20 UTC
Confirming on 2.23.90.
Comment 3 Milan Crha 2008-08-26 09:08:31 UTC
This is a side effect of the fix for bug #340267, which is there to have tabs shown in the proper way. I'll look what I can do to have done both things.
Comment 4 Milan Crha 2008-08-26 09:46:28 UTC
Created attachment 117391 [details] [review]
proposed evo patch

for evolution;

With this patch the text is shown in monospace, keeps tabs and is wrapped as expected.
Comment 5 Matthew Barnes 2008-08-26 14:30:01 UTC
Patch looks good but I fear the change to monospace (which I like!) might be seen as a UI break, and we're under a freeze now.  Maybe ask Srini for a second opinion?  I'll at least mark it as "commit after freeze" for now.
Comment 6 Matthew Barnes 2008-08-26 14:31:34 UTC
Srini, see previous comment.
Comment 7 Milan Crha 2008-08-26 17:13:09 UTC
Just a note, it's not a change, there was <pre></pre> I added before, and changed it to <tt></tt> now, with the same font effect, but different behavior.
Comment 8 Matthew Barnes 2008-08-26 17:24:29 UTC
Ah, you're right.  I got it backwards: it's the _editor_ that I want monospaced.  So no UI changes then.  Go ahead and commit.
Comment 9 Jo-Erlend Schinstad 2008-08-27 02:03:43 UTC
Please translate... The editor, as far as I can tell, isn't related to this bug? 
Comment 10 Matthew Barnes 2008-08-27 03:34:12 UTC
Correct.  It was just an off-hand remark.  The task (and memo) editor lets you input the description in a variable-width font, but the preview pane displays the description in a fixed-width font.  They should be consistent, and I'd prefer fixed-width for both.  But that's a separate issue.
Comment 11 Milan Crha 2008-08-27 08:43:49 UTC
Committed to trunk. Committed revision 36103.