The output is busted when trying to use "selection only". Use the Composer menu item Debug | Test Selection to see that the entire document is outputed, not just the selection. I traced into the selection code and it seems to call: encoder->Init(doc, aFormatType, aFlags); correctly
Turns out Mike changed this to call new code in nsSelection, which doesn't work for anything less than the full root node. I'm going to work with Mike to help him fix it.
Mike said he would check in a fix for this. Reassigning. Also adding some extra gratuitous text because we're testing Ender Lite at the same time. :-) Also some text after two blank lines.
testing ender-lite wrapping capability. will this wrap properly? I hope so because i would like to check this stuff in!
Testing wrapping capability in non ender lite .. hajsdklf hjskafl hdkjslahf kjsalf hkjsalf hjsaklf hjksalfh jskalhf jdskal fhkjsal hfjksalh fkjsal
utput is busted when trying to uutput is busted when trying to uutput is busted when trying to sdaf sadf asfd sdafasdf asfd sdaf afasfd
sd sdfgsdf gsdfgsdfgsdfgdsf sdfgsdfgsdg sdfgsdfgdsfgdfs sdfgdsfgsdfg dsfgsdfgdg sdfgsdgsdgfdsfg sdfgsdgsdfg sdfgsdfgsdf sdfgsdfgsd
asdfadfasdfasdf asdfasdf asd fasdfasdfasdf asdfasdfas asdfasdf adsfasdfasdfa asdf asdfasdfa fdasdfasdf sadfasdfasdf asdfasdf
Interrupt.http://bugzilla.mozil la.org/show_bu g.cgi?id=3952 8Sett inProgram received signal SIGINT, Interrupt.g style: [user-focus: none;
is this wrapping now? i certainly hope so. gosh if it doesnt i need to do alot more work. doh!
i didnt type in enough stuff to get it to wrap at ALL! i will type more this must wrap so that i can really test out this output system of ender-lite . i hope akkana got this working!
nominate for beta 2 and dogfood
setting back to m16 -- my mistake
Not clear to PDT whay a blocker. What is the user problem here? Needed for dogfood, or can we do nsbeta2+?
Launch the app with the console trigger set (on win32 create a shortcut to the desktop, highlight the shortcut, right-click, and select properties, in the Target field append -console). Bring up the mozilla home page, and select EditPage. In Composer, select some text, then select Debug|Test Selection -- what you will see in the console is the entire page scroll past 3 times. This manifests itself to the end user when they select text within a table -- the paste operation will paste the sleection 3 times, there are certainly other situations where this will appear. This bug is a blocker for bug 40457, which is the triple paste problem with tables
This method is used in many places in the editor to get the selected text: 1. user selects text to create a link around it. 2. selected text that is to be edited in the Insert | HTML Source dialog. 3. as the suggested name for Insert | Named Anchor. 4. to copy the text or selected table cells to the clipboard. In all cases we get the entire document instead of just the selection. This is very confusing to the user.
Putting on [nsbeta2+][dogfood-] radar. Does not need a fix ASAP for daily work, but we should fix this for beta2.
fix in hand.
should be fixed. check it out charlie..
Charley, can you verify this one? thanks!
The string output routine is busted (bug 41814) today, so I can't verify this yet.
Charley is gonna help me verify this one.
Looks good to me - Mike fixed all the problems we had with this.
*** Bug 43584 has been marked as a duplicate of this bug. ***