Open Bug 116225 Opened 23 years ago Updated 2 years ago

In Source window Wrap Long Lines doesn't work properly.

Categories

(Toolkit :: View Source, defect)

x86
All
defect

Tracking

()

People

(Reporter: atmjav, Unassigned)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011219
BuildID:    2001121909

In Source window (View source) Wrap Long Lines doesn't work properly.

Reproducible: Always
This bug report is too vague to be useful.  How exactly does it not work?  Does 
wrappig not occur at all?  Does not enough wrapping occur?
Some lines are wrapped at window edge, and some - at 130% of window width. This
happen with almost all pages.
do you have an example site for this?
are these 130% lines lines that have no spaces (ie a long url for example)? That
is a known issue
I think you are right. I don't remember all URLs, but at the most of them there
were long lines without spaces. All URLs I could remember (for example,
http://www.mozilla.org/) are pages with lines that have no spaces.
Let's keep this around to track the issue.  Futuring since the layout work this 
depends on is futured.  Once layout can do wrapping as described in bug 99457, 
this bug is trivial to fix.
Assignee: asa → bzbarsky
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps
Depends on: 99457
Ever confirmed: true
Priority: -- → P5
Target Milestone: --- → Future
Well, I don't know if the bug I am seeing is the same thing or not....

When I view an email with long lines using the
'mail&newsgroups/messageDisplay/wrapTextToFitWindowWidth' option checked, it
displays it fine. If I then reply to the email, it does not wrap the lines, even
though the 'Preferences/MessageComposition/WrapPlainTextMessagesAt' is set to 72
characters.

Previous behaviour was to wrap the text, but it didn't add the 'quote' to the
wrapped lines; so I would get a message like this :

Max Waterman wrote :
> hello this is a very long line hello this is a very long line hello this is a
very long line hello this is a very long line 
> hello this is another very long line hello this is a very long line hello this
is a very long line hello this is a very long line 

and I would have to add the '>' to the beginning of the lines that were wrapped.

Obviously, I am quoting 'inline'.
Did bug 124753 fix this?
Not at all.  Please read this bug again.
*** Bug 153536 has been marked as a duplicate of this bug. ***
This looks like a better place than registering a new bug :)

I have an issue with wrapping long line of text, such as a meta keywords field
that may have a long list of comma delineated words with no space. The behaviour
I would expected is that the view source window breaks after a comma, and the
next word starts on the new line, however this in not the case. I just get a
super long line of content="asd,asd,asd,asd". This may not exactly be an easy
fix, as how do you break a URL such as those sites that have 123,,42343.html.
Then again, I think breaking apart URL's with a comma in them would be a small
price to pay to have long strings broken at ,;. No doubt I have missed some
glaring issue as to why this can't be done :)

Cheers Gav
Yeah, that's this bug... and it depends on bug 99457.

One hint for why breaking at "," is generally no good -- "4,53" in Europe is 4
and 53/100.  You don't want to line-break that.
Component: XP Apps → ViewSource
No plans to work on this any time in the foreseeable future, so to default owner.
Assignee: bz-vacation → doronr
Priority: P5 → --
Target Milestone: Future → ---
*** Bug 228927 has been marked as a duplicate of this bug. ***
OS: Windows 98 → All
Product: Browser → Seamonkey
(In reply to comment #12)
> One hint for why breaking at "," is generally no good -- "4,53" in Europe is 4
> and 53/100.  You don't want to line-break that.

I agree when you're talking about "normal" mode (e.g. when it's rendered), but
this bug is about View Source, what's the problem with a line-break there?

(Added myself to CC list)
(In reply to comment #12)
> Yeah, that's this bug... and it depends on bug 99457.
> 
> One hint for why breaking at "," is generally no good -- "4,53" in Europe is 4
> and 53/100.  You don't want to line-break that.

What is the difference to 4.53? Don't you line-break at decimal point? How do you know it's a decimal point if you don't test the next character being a digit?
The languages I know a "," is either preceded by a letter and followed by a space, or preceded by a digit and followed by a digit. In US numbers sometimes  a preceding zero isn't written.
1$, 1.23$, .23$, 1 Euro, 1,23 Euro, 0,23 Euro.
may be dup of bug 267832 ?

linked with bug 242896 ?
"4,53" is clearly an european number ... and has only one coma. "123,,42343.html" has several: you can count commas in the word. Then, a problem may appear only in the case of CSV files pasted in the body of email, and having only two columns. That's a very rare case :)
SeaMonkey trunk is now using toolkit viewsource.
Assignee: doronr → nobody
Product: SeaMonkey → Toolkit
QA Contact: doronr → view.source
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.