Граф коммитов

57 Коммитов

Автор SHA1 Сообщение Дата
bzbarsky%mit.edu 26bb220fd9 Allocate the celldata structs from the presshell arena instead of allocating
them from the malloc heap with new.  Use nsTArray to store them and an nsTArray
to store those arrays instead of using nsVoidArray.  Bug 356335, r=bernd,
sr=sicking
2006-12-07 02:32:57 +00:00
bmlk%gmx.de ffb6d44aaa Revert a old design decision how to expand zero colspans in the cellmap. Once a cellmap hole was hit via the GetDataAt function the old code tried to repair this cellmap position by walking up and left till a possible origin of a zero span was hit. The new code uses a mark and sweep approach, which should remove the burden that ordinary tables without zero spans but large cellmap holes have to pay. bug 351942 r/sr=bzbarsky 2006-10-20 07:37:24 +00:00
bmlk%gmx.de 02c70a6b82 fix a coding error in the patch for bug 339246 bug 343588 r/sr=bzbarsky 2006-08-02 12:02:37 +00:00
bmlk%gmx.de c2b31566c1 fix cellmap errors with the num of rows in the cellmap vs the num of rows in the content bug 344000 r/sr=bzbarsky 2006-08-02 11:57:48 +00:00
bmlk%gmx.de c577944ee7 reset column info for all cellmaps if they need to be reset, bug 339246 r/sr=bzbarsky 2006-06-28 18:56:10 +00:00
bmlk%gmx.de d0918e8b8f reorder cellmaps if the rowgroup order might have changed bug 339130 r7sr=bzbarsky 2006-06-22 04:19:36 +00:00
bzbarsky%mit.edu 8a85d09c02 Make sure to call the right destructor on cellmap info structs. Bug 302725,
r=bernd, sr=dbaron
2006-01-13 21:08:17 +00:00
bmlk%gmx.de e58b48020a insert new rowgroup cellmaps in the order predicted by OrderRowGroups, bug=317554 r/sr=roc 2005-12-16 19:10:56 +00:00
bmlk%gmx.de 6083aa28af limit search for real table cells to place where they can be expected, bug 313295 r/sr=bzbarsky 2005-11-04 18:41:32 +00:00
gerv%gerv.net 85ce8c146b Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-18 14:30:37 +00:00
bmlk%gmx.de 75ab23ea1a move HasMoreThanOneCell from nsTableRowGroupFrame.cpp into nsCellMap.cpp where it belongs. Don't try to repair the cellmap on every reflow, this might help with with large table rendering performance, bug 240318 r/sr=bzbarsky 2004-04-13 06:21:16 +00:00
bmlk%gmx.de 65da789487 when dead cells are replaced in the cellmap, the corresponding column should be informed that it now contains one more cell bug 235535 r/sr=bzbarsky 2004-03-03 17:45:50 +00:00
bmlk%gmx.de 3f5d4f5f86 remove unneccesary prescontext arguments bug 230923 r/sr=roc 2004-01-18 10:28:40 +00:00
dbaron%dbaron.org 754d904cda Remove nsISizeOfHandler and associated SizeOf methods. b=106792 r=bzbarsky sr=jst 2003-02-22 15:34:38 +00:00
bernd.mielke%snafu.de a0c1d9600d fix for a O2(n) dependency when adding a row to a table, bug 85755 r=karnaze sr=brendan 2003-01-18 14:02:52 +00:00
karnaze%netscape.com 1fcd9538d3 bug 41262 - new table border collapsing code. sr=attinasi, r=alexsavulov. 2002-02-19 15:48:28 +00:00
karnaze%netscape.com d398bb4d73 bug 110523 - Get the correct starting row index when inserting a new row in a tbody that is not the first one. sr=atinasi, r=alexsavulov 2001-11-20 00:58:53 +00:00
gerv%gerv.net f385eb981a Relicensing Round 1, Take 2. Most C-like NPL files -> NPL/GPL/LGPL. Bug 98089. 2001-09-28 20:14:13 +00:00
rjesup%wgate.com 91f2e4f126 bug 92573: VoidArray->AutoVoidArray changes for layout/*. r=kin, sr=attinasi 2001-09-06 21:11:44 +00:00
karnaze%netscape.com 9fee7317f7 bug 74731 - remove extraneous cols at end of cell map rows, keep table cols and cell map cols in synch. sr=attinasi, r=cmanske 2001-05-17 12:40:27 +00:00
karnaze%netscape.com 040cbc0afc bug 44523 - Get the actual rg from the cell in AppendCell rather than use the row index. sr=attinasi 2001-03-28 21:25:13 +00:00
karnaze%netscape.com a3a25d11b0 table reflow coalescing, table reflow face lift. sr=attinasi 2001-03-13 06:38:59 +00:00
karnaze%netscape.com 4ae530d914 bug 46623 - allocate proportional and auto cols together when balancing columns. (sr=buster, r=peterl)
allow columns (due to colspan) containing no originating cols at the end of the table to exist
2001-01-12 23:07:54 +00:00
karnaze%netscape.com 8ad66652c7 bug 30418, 47252 - order row groups before performing most operations. r=attinasi. 2000-09-14 06:49:47 +00:00
anthonyd%netscape.com 5364d5ad8b r:mjudge
fix for bug# 29785, keyboard navigation of tables in editor
not completely fixed, tables with row|column span do not navigate correctly
2000-05-11 01:04:39 +00:00
cmanske%netscape.com 4771f69c44 Added support for Ctrl+Shift+mouseclick to select block of cells. Rewrote nsITableLayout::nsGetCellData() to be much more efficient, eliminating a method in the process. Implemented nsTableCellFrame::Get[Previous|Next]CellInColumn for cursor key navigation in tables. r=mjudge,karnaze. 2000-03-23 04:24:58 +00:00
karnaze%netscape.com 3807ea4d75 bug 24880 colspan/rowspan=0 handling, bug 22122 handle *0 proportional width; r=kmcclusk. 2000-02-01 03:23:29 +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
karnaze%netscape.com 583c152d41 fixed printing assertions; more throughly check cell map usage for contuining frames;
fixed bug 24057; r=kmcclusk,cmanske; could not run mail smoke tests due to prior bustage.
2000-01-15 20:10:00 +00:00
karnaze%netscape.com 369b89f5d0 bugs 19061, 9879 - each top level row group gets its own cell map; CellData reduced to 4 bytes. 2000-01-13 05:29:38 +00:00
karnaze%netscape.com 5397ffd020 bug 22246 - row/col span changes on cell alter cell map and reflow table. r=kmcclusk 2000-01-04 05:31:56 +00:00
karnaze%netscape.com ceb109b81b removed caching of collapsed rows and cols as a likely fix for non reproducable bug 21652. a=hofmann, r=hyatt 1999-12-16 01:51:06 +00:00
karnaze%netscape.com ba422c3ed8 incremental cell map, columns. Bugs 12122, 21544. r=troy,hyatt a=hofmann 1999-12-13 22:56:31 +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 e2ac00fe47 Hooked up SizeOf() for cell map and table layout strategies. Also added in
some table frame data that was missed
1999-10-02 00:02:54 +00:00
putterman%netscape.com 4dcd4bda98 Fix for 14386. Prevent memory corruption when opening and closing an account.
Approved = leaf. Reviewed -= karnaze.
1999-09-23 22:44:47 +00:00
hyatt%netscape.com 8c3c551001 Changes to the cell map to support incremental insertion and removal of rows. Currently
only used by the tree widget.
1999-08-30 00:01:09 +00:00
karnaze%netscape.com 0b5b66f195 bug 1271 - percentage height cells, added GetNumCellsOriginatingInRow, fixed GetNumCellsOriginatingInCol 1999-08-25 21:49:18 +00:00
karnaze%netscape.com 66b706bb32 Added new incremental reflow methods.
CellData keeps track of row versus col spans.
nsColFrame keeps track of what cell contributed to constrained width.
nsCellMap::GetCellFrameAt replace with GetCellInfoAt
simplified nsTableCellFrame::RecalcLayoutData and removed FindLargestMargin, CalculateMargins, CalculateMargins
simplified nsTableFrame::RecalcLayoutData and removed AppendLayoutData
Added gsDebugReflow capability, remove all existing debug printf
1999-08-19 19:52:37 +00:00
karnaze%netscape.com a2741c08d9 commented out print statements when passing a row,col outside of cell map,
since the test case in bug 9024 can cause this condition.
1999-08-10 02:43:45 +00:00
karnaze%netscape.com 6d399a4f42 replace assertions with printf statements until bug 10911 gets resolved 1999-08-03 23:17:50 +00:00
karnaze%netscape.com d5e430c16a new nsCellMap, BasicTableLayoutStrategy, plus various fixes to table
frames while testing the new cell map and strategy
1999-07-28 08:09:02 +00:00
buster%netscape.com 1823698740 fixed warnings 1999-06-28 13:44:40 +00:00
karnaze%netscape.com e844c3e177 collapsing rows, row groups, cols, col groups 1999-02-11 06:22:33 +00:00
buster%netscape.com a68c7be529 lots of work for incremental reflow when the target frame is a table frame 1998-10-14 16:32:45 +00:00
buster%netscape.com 1595410b34 added ColIsSpannedInto, ColHasSpanningCells
moved *IsSpannedInto and *HasSpanningCells into cellmap, giving us the oppurtunity
to easily cache results if we want.  These methods are still accessed through nsTableFrame.
changed nsTableFrame::GetCellAt to nsTableFrame::GetCellFrameAt to make it more clear what
the method returns:  a frame, not content.
1998-09-18 22:37:14 +00:00
buster%netscape.com c47f9bbfcb nsStyleConsts.h added some HTML 4 consts for tables
nsHTMLAtoms.cpp,h             added some HTML 4 strings for tables
nsHTMLParts.h                 added constructors for new table content classes
nsGenericHTMLElement.cpp,h    added table frame creation, common table attribute parsing
nsHTMLTable*Element.cpp       these are the new table content classes
nsHTMLContentSink.cpp         enabled the new content and removed the old
nsHTMLStyleSheet.cpp          fixed the table style optimizations to work with new content
nsTable*Frame.cpp             these work with the new content
1998-09-15 17:58:24 +00:00
buster%netscape.com e5ebbcebfb reimplemented cell map in terms of nsVoidArrays for incremental building.
the cellmap is now built incrementally, driven by nsTableRowFrame::InitialReflow
1998-08-31 21:23:28 +00:00
buster%netscape.com 3118fc8dd4 improved colspan handling.
cells with colspans and specified widths divide their width provisionally between the columns they span. This provisional division is ammended by any cell in any of the effected columns that:
1) has a colspan=1, and
2) has a width specified
the widths of all other columns must be adjusted for cells like these.  Further complicating matters is that it seems <faith> that if multiple colspanning cells intersect a column and each has a width
specified such that the column would have a different width depending on which is used, only the first such cell is used </faith>.  I can neither confirm nor deny this reading the mozilla code.

I also taught the cell map how to deal with this situation:

 colspan=1 | colspan=2 | colspan=1
 colspan=1 | colspan=2 | colspan=1

This table "really" has 4 columns, but the middle cells are treated as if they have no colspan.
Trust me, it matters.  The original colspan attributes can't simply be thrown away because Mr. DOM
could come along at any time and add/remove a cell that would make them important.
1998-08-19 15:43:51 +00:00
buster 106c3a7c7a fixed unix build, and one small uninitialized variable problem 1998-07-11 00:47:29 +00:00