Open ervumlens opened 8 years ago
I cannot reproduce this (with sidepane turned on);
Can you right click in the command output and very word wrap is turned on?
Can you right click in the command output and very word wrap is turned on?
Yep.
word wrap on
word wrap off
Word wrap turned off adds the scrollbar. Note that it's much larger than it needs to be. The "open" end is off the screen.
Okay, take two...
The size of the output window (and thus the word wrapping!) is dictated by the length of the command I'm running, not the size of the visible area.
Command 1
mcs -out:main.exe -pkg:gtk-sharp-2.0 -r:/usr/lib/cli/gtksourceview2-sharp-2.0/gtksourceview2-sharp.dll -r:/usr/lib/mono/4.0/Mono.WebBrowser.dll main.cs
Output 1 — text lost, no apparent wrapping
Command 2
mcs -out:main.exe -pkg:gtk-sharp-2.0 -r:/usr/lib/cli/gtksourceview2-sharp-2.0/gtksourceview2-sharp.dll main.cs
Output 2 — some text lost, some wrapped
Command 3
mcs -out:main.exe -pkg:gtk-sharp-2.0 main.cs
Output 3 — all text wrapped
Oh joy, another XUL word wrapping issue.
Thanks ervumlens.
Problem Long lines in the Command Output panel don't appear to wrap when word wrap is enabled. Naturally there is no scrollbar when the text should wrap, so the text is not viewable.
When word wrap is disabled, the scrollbar appears as expected. The distance the scrollbar can move suggests that the output area extends out of view.
All third-party extensions are disabled.
Here's the output panel with a typical line of output (a compile error, naturally).![normal](https://cloud.githubusercontent.com/assets/13005338/8815721/a1d3fdac-2fe2-11e5-98b8-448a86492770.png)
word wrap on It's clear the panel is not wrapping anything even when squashed by the side panels.
word wrap off With word wrap off, the scroll bar appears. It extends out of view.![squashed with word wrap off](https://cloud.githubusercontent.com/assets/13005338/8815722/a1d69d64-2fe2-11e5-9969-763f76bcc42c.png)
The bar scrolls well past the edge of the area.![squashed with word wrap off fully scrolled](https://cloud.githubusercontent.com/assets/13005338/8815719/a1ccc514-2fe2-11e5-9f73-1d6c6fdc988f.png)
In the act of squashing, the scrollbar does not resize. It seems the output area does not adapt to the change.
before squash![scrollbar doesnt resize - before](https://cloud.githubusercontent.com/assets/13005338/8815890/0e3da25c-2fe5-11e5-80f7-34b5cca3b070.png)
mid squash Note the scrollbar still ends at the letter "t" in "take" despite the smaller area. This is unlike the editor, which adapts to the change in size.