Bug 181975 - Convert layout to use nsIPrefService, nsIPrefBranch, and friends.
r/sr=roc+moz
git-svn-id: svn://10.0.0.236/trunk@135125 18797224-902f-48f8-a5cc-f745e15eee43
and fix up alighment problems from previous patch, bug 118135, sr=brenda r=dp
git-svn-id: svn://10.0.0.236/trunk@112913 18797224-902f-48f8-a5cc-f745e15eee43
r=mkaply, r/sr=attinasi
Don't show Bidi control characters in the browser
git-svn-id: svn://10.0.0.236/trunk@108059 18797224-902f-48f8-a5cc-f745e15eee43
Make the line list doubly linked and access it through a list class and iterators.
Stop recomputing margins on all of the children of each block in the reflow chain (which causes O(N^2) state recovery during incremental reflow). Instead, add a second dirty bit to the lines and walk backwards through the line list to recompute vertical margins only when either dirty bit is set and the previous line was not reflowed. Add nsIFrame::IsEmpty to identify frames through which margins collapse.
Fix O(N^2) propagation of float damage by maintaining a set of intervals damaged by floats (bug 61962) and be sure to damage the correct areas (bug 48138).
Introduce nsCollapsingMargin to do correct collapsing of combinations of positive and negative margins (bug 50142).
Clean up some odds and ends and fix another smaller O(N^2) problem in nsBlockFrame::AddFrames.
r=attinasi, rbs sr=waterson
git-svn-id: svn://10.0.0.236/trunk@106224 18797224-902f-48f8-a5cc-f745e15eee43
nsTextTransformer when we convert 0x5C to Yen Sign and Won Sign because
those chars are greater than 127; this fixes the problem where the Yen Sign
was not being displayed properly on Win95/98/ME because we have the 8-bit
rendering hint set on those platforms (see nsTextFrame's PaintAsciiText,
etc)
git-svn-id: svn://10.0.0.236/trunk@82109 18797224-902f-48f8-a5cc-f745e15eee43
that we can do things like U+005C -> U+00A5 (backslash -> yen sign for ja)
git-svn-id: svn://10.0.0.236/trunk@79661 18797224-902f-48f8-a5cc-f745e15eee43
nsTextTransformer.cpp.
I moved where we translate the nbsp to a (ascii 32 space character) until after the i18n routines are called, so they can properly account
for the space as non-breaking and therefore part of the first word in the block.
bug 39901 and 38396
nsHTMLImageLoader.*, nsImageFrame.cpp
I backed out the bad fix for 38396, and put in a new fix where I store a little state in the image loader flags for cases where the image
gets an unconstrained reflow and has %-based width. This does not handle %-based min-width or max-width, that would be a separate
bug that I'll file shortly. But this fixes the vast majority of real cases out there.
bug 18754
nsHRFrame.cpp, quirks.css, nsCSSFrameConstructor.cpp, last part of nsLineLayout.cpp
in quirks mode, I changed HR from a block element to a replaced inline element that acts like a block, using generated content to get
newlines before and after the HR. This isn't ideal, but it gets us backwards compatibility, and ian and dbaron have blessed the approach.
bug 50257
nsLineLayout.cpp
Did a couple of things in here:
* The actual fix is controlled by FIX_BUG_50257 #define symbol. This basically says that an break (BR) will always fit on a line.
A more general solution would probably be to round up to the nearest pixel, and if the thing is less than a pixel make it fit on a
line. This is a wimpier, safer solution.
* I noticed that the way we got the compatibility mode was way out of date, very wasteful. So I fixed that.
* I noticed that there were a bunch of redundant SetFlag calls. Since the flag variable is initialized to 0, setting a flag to 0 on a newly
created object is a waste.
nsBlockFrame.cpp -- just added a comment to some odd looking code, to make sure no one comes along later and breaks it
git-svn-id: svn://10.0.0.236/trunk@78763 18797224-902f-48f8-a5cc-f745e15eee43
Basic check for null.
Without this assert, you will crash if there is no nsILineBreakerFactory
found.
git-svn-id: svn://10.0.0.236/trunk@73316 18797224-902f-48f8-a5cc-f745e15eee43
