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