rbs%maths.uq.edu.au
c8e811acd0
Shift frame-state bits in implementations to the 12 higher bits - bug 68411 r=karnaze sr=waterson
2001-02-23 12:42:12 +00:00
buster%netscape.com
ec30cf04f8
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
b4bb4efade
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
7acb9494c4
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
68930837ff
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
656bb905b1
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
628c23dde2
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
73a3709284
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
5bac2cf869
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
16a944a1e3
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
a0640b60c4
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
42fc94a6ec
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
aa9c75655f
Fixed problem with GetFrameName() being defines in non-debug build
1999-11-01 23:12:32 +00:00
troy%netscape.com
04accb3de6
Moved a bunch of stuff out to a nsIFrameDebug interface
1999-11-01 22:12:45 +00:00
kipp%netscape.com
0699f8cc22
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
dff5b76938
Updated SizeOf methods to not waste space when doing a non-debug build
1999-09-01 01:02:16 +00:00
kipp%netscape.com
fd426dec6a
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
9fdbc7ced3
Renamed DeleteFrame() to Destroy()
1999-07-22 02:24:52 +00:00
kipp%netscape.com
99fd069e66
Clean up warnings
1999-07-14 17:28:45 +00:00
kipp%netscape.com
fea30bc4eb
Reworked frame factory methods; fixed bug 4519
1999-05-11 22:03:29 +00:00
troy%netscape.com
4af64abb4b
Changed nsPositionedInlineFrame code to handle incremental reflow
1999-04-21 04:37:13 +00:00
troy%netscape.com
377e74f224
Added GetFrameType() member function
1999-04-20 19:11:37 +00:00
kipp%netscape.com
9e2ae729fe
new
1999-04-20 00:23:05 +00:00