buster%netscape.com
37e900a62c
bug 28811
...
r=karnaze
The problem was we were over-eager in optimizing away a resize reflow for lines
that contain %-aware children. We were only looking at the first-level children
of a line, not all the children. Now, we compute a bit for each inline container
based on it's children, true if any of them are %-aware wrt any width measurement.
We propogate this bit upwards to a bit on the line itself, and check this bit during reflow.
2000-09-11 20:46:44 +00:00
waterson%netscape.com
4896ee6d33
Bug 46693. Check to see if we CanContinueTextRun() while walking over the frames to FindNextText(). This revives the logic that I nuked when fixing 19051, and keeps you from trying to walk over <br> or other frames to erroneously continue a text run. r=akkana.
2000-07-28 22:29:28 +00:00
waterson%netscape.com
9bd4266798
Bug 19051. Remove code that computed and maintained nsTextRun. Instead, compute 'next text' when required by crawling the frame tree in nsLineLayout::FindNextText(). r=roc+moz@cs.cmu.edu
2000-07-27 05:16:08 +00:00
troy%netscape.com
de8e2bfb10
b=32192 r=buster@netscape.com Fixed a place where the code to lazily
...
set the parent pointer for child frames was missing on case
2000-03-22 04:06:37 +00:00
buster%netscape.com
73f742e57a
bug 32238 (UMR in inline reflow context)
...
all I did was initialize the members of a struct in the constructor
r=troy
2000-03-20 23:47:01 +00:00
troy%netscape.com
3b124abc37
b=5588. Changed it so we lazily reparent the child frames on the overflow list
...
when it's our initial reflow
2000-03-12 03:14:11 +00:00
troy%netscape.com
8a78d916a5
b=21657 a=chofmann@netscape.com Made "overflow list" a full fledged
...
child list and changed ReparentFrameView() to check it.
2000-01-22 01:16:50 +00:00
nisheeth%netscape.com
14ec803b33
r=troy. nsContainerFrame::ReflowDirtyChild() always generates a reflow command targeted at its child. nsInlineFrame::ReflowDirtyChild() always passes up the reflow request to its parent. nsBlockFrame::ReflowDirtyChild() no longer has code for checking whether its parent is an area frame.
2000-01-12 21:52:58 +00:00
hyatt%netscape.com
de2eaede42
Implementing a generalized recycler and arena for all layout frames. Hoping to improve
...
bug #9489 . Should also definitely fix bug #15916 . r=troy
1999-12-04 23:49:50 +00:00
tbogard%aol.net
af1ce8d410
Changed nsIPresContext& to nsIPresContext*. Changed nsEventStatus& to nsEventStatus*. Now more compatible with XPIDL. a=vidur r=scc
1999-11-24 06:03:41 +00:00
dmose%mozilla.org
5312eacf8c
updated license boilerplate to xPL 1.1, a=chofmann@netscape.com,r=endico@mozilla.org
1999-11-06 03:40:37 +00:00
troy%netscape.com
92397272b4
Fixed problem with GetFrameName() being defines in non-debug build
1999-11-01 23:12:32 +00:00
troy%netscape.com
1585a751fb
Moved a bunch of stuff out to a nsIFrameDebug interface
1999-11-01 22:12:45 +00:00
kipp%netscape.com
0a512d8393
r=troy; reworked the way that blocks inside of inline elements are handled. It's all in the frame construction code now (bugs 15999, 16737)
1999-11-01 15:24:57 +00:00
kipp%netscape.com
7fe2679e86
Updated SizeOf methods to not waste space when doing a non-debug build
1999-09-01 01:02:16 +00:00
kipp%netscape.com
f808fbb193
Reimplemented SizeOf methods in some of the frame classes; partial rework of first-line handling snapshot
1999-08-31 03:09:40 +00:00
troy%netscape.com
c551fe3166
Renamed DeleteFrame() to Destroy()
1999-07-22 02:24:52 +00:00
kipp%netscape.com
f7c32cc440
Clean up warnings
1999-07-14 17:28:45 +00:00
kipp%netscape.com
4846f41f1f
Reworked frame factory methods; fixed bug 4519
1999-05-11 22:03:29 +00:00
troy%netscape.com
2b65a0bc20
Changed nsPositionedInlineFrame code to handle incremental reflow
1999-04-21 04:37:13 +00:00
troy%netscape.com
b952773b92
Added GetFrameType() member function
1999-04-20 19:11:37 +00:00
kipp%netscape.com
13fa4dfe48
new
1999-04-20 00:23:05 +00:00