(In reply to Jorg K from comment #28) > Sorry to trouble you again. I have some more questions to understand how the > architecture hangs together. Let me summarise the questions from the > previous posts here: > > Where is the mouse click translated into identifying a node of the DOM tree? > Your answer was nsFrame::HandlePress. I looked through there in the debugger > but didn't see anything connected to the editor.
Yes, that part has nothing to do with the editor. In general, the editor is usually oblivious to selection changes, caret movement and such. > nsFrame::HandlePress > handles clicks anywhere on the mail composition window. I would like to find > the spot where the editor looks through the DOM tree to identify the node. I > looked in nsHTMLEditorEventListener::MouseDown, but in there only the very > last branch controlled by "else if (!isContextClick && buttonNumber == 0 && > clickCount == 1)" is executed. I would imagine to find a traversal of the > DOM tree to find the correct node. I'm not exactly sure why you're looking at the editor code. Nothing in comment 22 will probably need to be fixed in the editor code. > How does Thunderbird communicate "composition font" or "default font" to the > editor? > Your answer was that you didn't know. Fair enough. You suggested the > document.execCommand could be used. Assuming that this is implemented in > nsHTMLDocument::ExecCommand, I set a breakpoint which wasn't reached. > Equally, then the UI controls for bold, italics, font, etc. are operated, > the breakpoint wasn't reached. I'd like to know how this is passed to the > editor. So I will ask in the Thunderbird group. I'd be curious to know, FWIW! > When the user writes an e-mail and clicks into a text, the UI controls are > updated, that is the indicators for font, bold, italics, etc. reflect the > properties of the text where the user clicked. > How is this done? How does the editor notify the UI, after identifying the > node clicked and the finding the properties of the node. This is also > important to know, because in cases where the font gets lost, the UI is not > updated correctly. Again, I know nothing about what Thunderbird does, but a normal web application which does this would probably use document.queryCommandEnabled and friends. I think you should be looking at the Thunderbird code to see how it does things though, there is no point in guessing! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
