Closed Bug 136839 Opened 18 years ago Closed 13 years ago
Browser doesn't wrap long unbroken strings of characters
6.89 KB, text/html
2.64 KB, text/html
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) Gecko/20020311 BuildID: 2002031104 Mozilla doesn't wrap long lines in the document. Reproducible: Always Steps to Reproduce: 1. Open the page
IE 5.0 renders this quite OK (wrapping long lines)
This is OS-independent. Anyways, Mozilla does not break in the middle of a word (here: long URLs). I think this is correct. Suggesting: INVALID or WONTFIX. pi
This is not a table issue -- MOzilla never inserts formatted line breaks break inside contiguous strings of characters, inside a table or not. I changed the subject line to reflect this, and changed component to layout. Internet Explorer 5+ also does not add line breaks inside strings -- _except_ after percent (%) characters [maybe others, I didn't check all of 'em]. For example, IE will not break inside a long string containing only roman letters and/or numbers. If we wanted to add such breaks, we'd need to define how and why we want to do so, and also make sure that cut and paste doesn't include the inserted break. You'd probably also want a way of turning this on and off (a style property, perhaps). This seems equivalent to automatic hyphenation (see bug 67715). Mark as a duplicate?
Component: HTMLTables → Layout
Summary: Browser doesn't wrap long lines in a table → Browser doesn't wrap long unbroken strings of characters
May I add my two cents: 1. There are quite a few sites that obviously rely on that long URLs be wrapped; 2. Such sites look terribly wrong in Mozilla; 3. Long URLs are common enough, and any page with such URL will look wrong. 4. Since very long URLs almost always have % character inside, it indeed would be enough to break long lines on this character.
Adding the testcase keyword and setting the priority.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
I encounter long URLs all the time especially on message boards, where a single long URL can make a whole bunch of posts nearly unreadable (entire page is too wide because of one posters long URL). I also think that this should be an option, perhaps as simple as an option to wrap all URLs to the current window width.
mass reassign to default owner
Assignee: karnaze → table
Component: Layout → Layout: Tables
QA Contact: amar → madhur
Target Milestone: Future → ---
This appears to be a dupe of Bug 95067.
*** Bug 196591 has been marked as a duplicate of this bug. ***
Addition to Layout of not-wraped URLs: If you have table with fixed width and long URL (which is not wrap) then you see strange thing: 1. URL will cross the tables border 2. URL will overwrite something near table (if there is floating box) 3. You will not be able to click right part of URL (which is outside of table) (it is strange thing if table border=0 see example) 4. Some times right part of URL will disappiar completly. (example - when you rigth-click near it and context menu will cover link) Example: http://discuss.fogcreek.com/joelonsoftware/default.asp?cmd=show&ixPost=72360&ixReplies=2 (discussion board - it could be deleted) IMHO this is essential: <table cellSpacing=0 cellPadding=10 width=610 border=0 STYLE="table-layout: fixed">
testcase attachment for comment #11. Wrapping should happen, the line/link/word should be confined in the table, and not span outside. If not possible to wrap it CHOP it. Opera: wraps on /, and then chops Explorer: wraps on & and %, and then chops Mozilla: No wrap and no Chop IMHO it should wrap anywhere.
This bug is too vaguely defined to be able to say that a certain change would "fix" it, and is therefore too vaguely defined. We already have separate bugs about breaking around - and /. If we need to break on other characters (see UAX #14's recommendations, perhaps?), we might want different bugs, or you might want to mark it duplicate of a bug on implementing a specific linebreaking algorithm (e.g., that in UAX #14).
The recent popularity of links to the new google maps service, often a few hundred characters long, has brought this bug ("that is, a feature that cannot be turned off") back to the forefront of my 'most annoying Mozilla bug' list. I'd like to put in my 2 cents in favor of some sort of option for last-ditch text breaking in cases like this. I have opinions on the hyphen, bracket, %, etc etc wrapping arguments, but those belong elsewhere. What we need here is some sort of fallback that will wrap the most stubborn of strings (such as a long bacteria or chemical name) forcefully after all else fails. It is to the point that over 50% of the posts I read on some forums every day are almost unreadable. Barring a chance of it actually being fixed, I thought this may be a worthwhile place to ask if anyone may have a bookmarklet that will serve as a 'brute force' solution to this problem, perhaps inserting spaces into very long words, or even just truncating them? PS: of course bugzilla wont let us change the platform and OS, but perhaps someone should, in the long term interest of proper bug categorization.
Bug 255990 is fixed now. Therefore, in many cases, we should not have this bug. But it is not fixed the second testcase (attachment 132569 [details]). Because the patch is not breaking the simple long string which only has alphabets/numerics. e.g., 'a' is typed very many times. I think that the issue should be marked as WONTFIX (or INVALID).
And WinIE7 doesn't break the simple long string in the second testcase (attachment 132569 [details]), we don't need to break it... I'm marking this to FIXED.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.