Closed Bug 34353 Opened 24 years ago Closed 24 years ago

editorShell.wrapColumn busted now

Categories

(Core :: DOM: Editor, defect, P3)

x86
FreeBSD
defect

Tracking

()

VERIFIED INVALID

People

(Reporter: pete, Assigned: akkzilla)

Details

I had this code working the beginning of last week. 
From what i understand it is just an attribute that you can simply change the
value of. 

function setWrap(){ 
        dump("Setting Wrap\n\n"); 
        dump("Old Wrap = "+editorShell.wrapColumn+"\n\n"); 
        editorShell.wrapColumn = 1000; 
}
What is it doing now?  I.e. how do you test that it is not working?
Status: NEW → ASSIGNED
Easy, the function i posted is called right before i call 

InsertText('some really long string')

Last week, i would get scrollbars on the bottom of the edit field to accomodate
that large column number.

1000 is *pretty* big.


Also if you run the code, the dump of the existing column size doesn't work att
all.

I will put a test in composer and see what happens.

pete
This is in a plaintext editor, I assume?  Wrapping is meaningless in an html
editor since html doesn't have hard wrapping.  Is this in the regular plaintext
editor window?

Why are you setting wrap column to 1000?  Why not just set it to -1 (no wrap)
instead?
Seems to work for me in the plaintext editor.
Ah . . . I don't beleive it.

I am real sorry. Mark this invalid. I changed over from plaintext to html a few
days ago.

Well, i guess i have successfully just wasted your time.

pete
No problem -- I didn't spend much time on it since I suspected that might be the
problem. :-)
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verified in 4/3 build.
Status: RESOLVED → VERIFIED
setting to an approximate milestone so it can be off of the no TFV list
Target Milestone: --- → M15
You need to log in before you can comment on or make changes to this bug.