URI) instead of from the document of the bound element. This way relative URIs
in a binding are always relative to the binding. Bug 211128, r=caillon, sr=jst
git-svn-id: svn://10.0.0.236/trunk@144753 18797224-902f-48f8-a5cc-f745e15eee43
Modified MouseUp() and MouseClick() so that they call thru to the base class versions. This regression was caused by the fix for bug 137092.
r=brade@netscape.comsr=bzbarsky@mit.edu
git-svn-id: svn://10.0.0.236/trunk@144566 18797224-902f-48f8-a5cc-f745e15eee43
mozilla/editor/libeditor/html/nsHTMLEditor.cpp
mozilla/editor/libeditor/text/nsPlaintextEditor.cpp
- Fixed INTERFACE_MAP macros so that they call through to the class we inherit from.
r=brade@netscape.comsr=kin@netscape.com
git-svn-id: svn://10.0.0.236/trunk@144154 18797224-902f-48f8-a5cc-f745e15eee43
The fix creates a span element that will carry the inline styles and class of the HTML element to be removed, if any.
b=202037, r=kaie, sr=dmose
git-svn-id: svn://10.0.0.236/trunk@143790 18797224-902f-48f8-a5cc-f745e15eee43
Content interface out-parameters should use ptr-to-ptrs instead of ref-to-ptrs and some small deCOMtamination.
r+sr=jst@netscape.com
git-svn-id: svn://10.0.0.236/trunk@143683 18797224-902f-48f8-a5cc-f745e15eee43
fix for 208317: css-mode editing left empty spans around, which could cause disapearing carets
r=brade; sr=kin
git-svn-id: svn://10.0.0.236/trunk@143596 18797224-902f-48f8-a5cc-f745e15eee43
treewide changes to convert incorrect usages of string.Length() to string.IsEmpty().
thanks to afatecha@idea.com.py (Ariel Fatecha) for the patch. r=dwitte, sr=jst.
got the ok from Asa to land into a closed tree.
git-svn-id: svn://10.0.0.236/trunk@142828 18797224-902f-48f8-a5cc-f745e15eee43
nsIEditProperty was an interface with no methods and only static members - moved it to an entirely static class.
git-svn-id: svn://10.0.0.236/trunk@141290 18797224-902f-48f8-a5cc-f745e15eee43
nsHTMLEditor::SetFinalSize]
- A one line fix in HideResizers() which prevents the
reported crash by setting mIsResizing to false. I assume
we can't be resizing if the resize handles are being hidden.
The assertion and null check in SetFinalSize() are just because
I'm paranoid, but they should never be triggered if HideResizers()
is called first.
- The changes in StartResizing() makes it so that we don't create
a new mouse motion listener if we already have one. We were
creating a new listener each time we clicked on the handles, and
never unregistering the old one ... this meant that the old
listeners could be triggered if the editor were ever destroyed
and the document left in tact ... allowing us to crash because the
listeners keep an un-addref'd pointer to the HTMLEditor. Note that
this crash is not likely to be hit in Mozilla since we always
destroy the document and editor in Composer and MailCompose, but
it can happen in an embedding context.
r=glazman@netscape.comsr=sfraser@netscape.com
git-svn-id: svn://10.0.0.236/trunk@140921 18797224-902f-48f8-a5cc-f745e15eee43
subtree
mozilla/editor/libeditor/html/nsHTMLEditor.cpp
- jfrancis' fix for netscape bug 615240 (applying mozilla patch
on branch. Fixing problems of improper handling of del and
backspace keys with file attachments.) which was originally
landed in revision 1.445.6.3. This patch is necessary to make
the fix for bug 200549 work properly.
r=sfraser@netscape.comsr=kin@netscape.com
mozilla/editor/libeditor/html/nsHTMLEditorMouseListener.cpp
mozilla/editor/libeditor/html/nsHTMLEditorMouseListener.h
- Modified nsHTMLEditorMouseListener::MouseDown() to
call FindUserSelectAllNode() so that the root of a
-moz-user-select:all subtree gets selected during
a double or context click.
- Modified nsHTMLEditorMouseListener so that it stores an nsHTMLEditor*
instead of an nsIEditor* so we could have access to FindUserSelectAllNode().
r=brade@netscape.comsr=sfraser@netscape.com
git-svn-id: svn://10.0.0.236/trunk@140807 18797224-902f-48f8-a5cc-f745e15eee43
