Defect #7568
openLong combination of characters without spaces goes beyond the edge of the window
0%
Description
Try to enter long combination of characters without spaces. For example: 123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456
It should stay in text form, but after submittimg a report text goes beyond the edge of the window.
Please, see screenshots in attachment.
Files
Related issues
Updated by Etienne Massip almost 14 years ago
Use a pre tag and it will be scrollable ?
123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456
Updated by Иван Сентюров almost 14 years ago
- File Long_text___banner.jpg Long_text___banner.jpg added
Sure, it is scrollable.
But when i insert long text in textform without this tag it divided into parts fit into textform. Text goes beyond the edge of the window only after submit. It make me think that it is bug. Also, see please new screenshot in attachment. Part of text is hidden by banner.
Updated by Etienne Massip almost 14 years ago
Textform is not a wysiwyg component, you should compare final result to preview, and this string renders the same in preview pane and final div.
Updated by Иван Сентюров over 13 years ago
Thanks a lot, next time i`ll use preview to make sure that my text is readable.
Updated by Etienne Massip over 13 years ago
- Status changed from New to Closed
- Resolution set to Wont fix
Updated by Jean-Baptiste Barth over 13 years ago
- Status changed from Closed to Reopened
- Assignee set to Jean-Baptiste Barth
- Affected version (unused) set to 1.1.1
- Affected version set to 1.1.1
We might be able to fix this with a simple CSS rule. Is there any caveat I missed Etienne ?
Updated by Etienne Massip over 13 years ago
Nope, as I said in #7592, does fixing this really make sense ?
I fear that, trying to find a "fix" that is not really useful, we break something in the page layout in some cases (e.g. the issue div could take the sidebar out of the screen).
BTW, good to see you back =)
Updated by Jean-Baptiste Barth over 13 years ago
Ok, got it. We can be careful about the selector: maybe a div.wiki > p { word-wrap:break-word; }
is not too risky and would be good enough in most cases.
Updated by Etienne Massip over 13 years ago
Actually, both the issues were related to formatting text in issue description, not in wiki.
It may be useful to add this thing in wiki (at least more than in issue description), I don't know if this behavior is also present in wiki ?
Updated by Jean-Baptiste Barth over 13 years ago
Etienne Massip wrote:
Actually, both the issues were related to formatting text in issue description, not in wiki.
Yes actually, div's containing textilized text in issue page have the "wiki" class, I know it's a bit confusing ;)
Updated by Alexey Fyodorov over 13 years ago
Etienne Massip wrote:
Actually, both the issues were related to formatting text in issue description, not in wiki.
It may be useful to add this thing in wiki (at least more than in issue description), I don't know if this behavior is also present in wiki ?
Yes, this behavior is also presents in wiki.
a "fix" that is not really useful
we break something in the page layout in some cases
I want to fix it in my local redmine installation at least. And I want to do it as accurately as it possible. Could you cite an instance of such breaking, please?
Updated by Jean-Baptiste Barth over 12 years ago
- Assignee deleted (
Jean-Baptiste Barth)
Updated by Go MAEDA almost 4 years ago
- Has duplicate Defect #34219: The text inside the wiki section does not wrap - css added