Closed Bug 34353 Opened 25 years ago Closed 25 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: 25 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.