111 Коммитов

Автор	SHA1	Сообщение	Дата
bmlk%gmx.de	dff951d9ff	mark only cells where the colspan/rowspan offset is != 0 as zero colspans/rowspans if those properties apply bug 358871 r/sr=bzbarsky	2006-11-01 18:45:41 +00:00
bmlk%gmx.de	95696f562c	call the correct GetCellFrame function bug 358679 r/sr=bzbarsky	2006-10-30 19:21:05 +00:00
bmlk%gmx.de	489591b510	make zero rowspans dependent on the content row count and not how many rows are currently in the cellmap, this cause otherwise problems during rebuild of the cellmap bug 339129 r/sr=bzbarsky	2006-10-28 10:14:43 +00:00
bmlk%gmx.de	2722eb51e3	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	06d5ebe18c	recover more gracefully from a error condition where cells are inserted into the cellmap after the last column bug 351328 r/sr=bzbarsky	2006-09-11 18:18:08 +00:00
bmlk%gmx.de	ccfb295963	expand zerospans before one tries to mark them as dead cells bug 350524 r/sr=bzbarsky	2006-09-02 08:33:52 +00:00
bmlk%gmx.de	103658af2a	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	2c35fc2818	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	424fb80e20	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	70ec56f2d3	reorder cellmaps if the rowgroup order might have changed bug 339130 r7sr=bzbarsky	2006-06-22 04:19:36 +00:00
bmlk%gmx.de	10e108eef9	remove deadcode and fix a potential 0 deref, bug 333356 r/sr=bzbarsky	2006-04-15 04:56:52 +00:00
dbaron%dbaron.org	04b8c33eda	Remove uses of MOZ_DECL_CTOR_COUNTER, which is always defined to nothing. b=332745 rs=roc,bzbarsky	2006-04-05 00:00:44 +00:00
bmlk%gmx.de	1c6c74da4a	Don't create dead cells if the position is outside the cellmap boundaries. bug 328339 r/sr=bz	2006-03-04 05:32:38 +00:00
bzbarsky%mit.edu	6400a4a6ba	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	b91b76b673	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	9e0ea03b7a	fix for a regression from bug 271789, deadcells are nearly equivalent to complete cellmap holes, bug 317148 r/sr=bzbarsky	2005-11-21 18:08:30 +00:00
timeless%mozdev.org	1c34e68034	Bug 106386 Correct misspellings in source code ... patch by mats.palmgren@bredband.net r=dbaron sr=dbaron	2005-11-20 22:05:24 +00:00
bmlk%gmx.de	2163d4caa2	mark cell hooles that are not caused by zero spans as dead, this will limit searches when a search is initiated at other cell hooles. bug 271789 r/sr=bzbarsky	2005-11-11 05:22:18 +00:00
bmlk%gmx.de	e7a8486231	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
bmlk%gmx.de	6b18d5aa23	Do not rely on addcells to compute correctly mRowCount. bug 308752 r/sr=bzbarsky	2005-09-25 18:42:31 +00:00
bmlk%gmx.de	432b12afd2	we need enough space to insert a cell even at the end of a row, bug=284575 r/sr=bzbarsky	2005-04-04 17:20:08 +00:00
bmlk%gmx.de	de5b842be2	Remove unused functions bug 240559 r/sr =bzbarsky	2004-04-21 15:49:29 +00:00
gerv%gerv.net	708b56cff4	Bug 236613: change to MPL/LGPL/GPL tri-license.	2004-04-18 14:30:37 +00:00
bmlk%gmx.de	8c2f50790a	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	77c174ed49	bring col frames and cellmap in sync when due to row removal the number of column rises, as rowspans will then span in the rows below, bug 237421, r/sr=dbaron a=chofmann	2004-03-24 17:22:12 +00:00
bmlk%gmx.de	ea9e726b8b	implement standards compliant (CSS2.1) table background rendering patch by fantasai@escape.com r=bernd sr=bz, dbaron	2004-03-09 06:48:35 +00:00
bmlk%gmx.de	2e4b1165aa	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	a217311c27	remove unneccesary prescontext arguments bug 230923 r/sr=roc	2004-01-18 10:28:40 +00:00
roc+%cs.cmu.edu	e7f165c614	Bug 190735. deCOMtaminate nsIFrame::FirstChild and nsIFrame::GetAdditionalChildListName. r+sr=bz	2004-01-09 14:20:53 +00:00
bmlk%gmx.de	79578e623e	dont shrink mRowCount when inserting cells in a row, bug 220536, r/sr=bzbarsky	2003-11-09 08:47:05 +00:00
uid502	d81619b4fa	Bug 190735. DeCOMtaminate nsIFrame::GetFrameType. r+sr=bzbarsky	2003-10-31 20:19:18 +00:00
roc+%cs.cmu.edu	08a4a0dd2a	Ongoing deCOMtamination. r+sr=dbaron	2003-07-07 02:01:29 +00:00
bmlk%gmx.de	d8653592e5	the mew of colspan cell needs to be redistributed this can only be done during the strategy init. bug 207208 r=jkeiser sr=dbaron	2003-06-09 17:51:25 +00:00
dougt%meer.net	c116b571ee	Fixing memory leaks. b=206655, r=bernd, sr=dbaron, a=asa	2003-05-22 22:12:09 +00:00
dbaron%dbaron.org	75ff60c62f	Clean up API (and its callers) for getting style data: remove unneeded null checks and switch to new inline member functions (one for each struct) that return values. b=197205 r+sr=roc a=brendan	2003-05-15 03:42:21 +00:00
bmlk%gmx.de	da94756a04	compiler warning fix, bug 167659, orig. patch by caillon, r=jkeiser, sr=dbaron	2003-03-11 13:33:19 +00:00
dbaron%dbaron.org	6dd68f3c64	Remove nsISizeOfHandler and associated SizeOf methods. b=106792 r=bzbarsky sr=jst	2003-02-22 15:34:38 +00:00
bernd.mielke%snafu.de	1d5c6eb40e	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
bernd.mielke%snafu.de	669b85879f	improved lookup of cellmap for the repeated thead and tfoot sections during printing bug 159358 patch by karnaze r=bernd sr=dbaron	2002-08-12 04:55:29 +00:00
bernd.mielke%snafu.de	ba45f0a1ca	bug 151888 - use SafeElementAt as we use it in all other places r=karnaze sr=kin	2002-06-25 06:58:49 +00:00
karnaze%netscape.com	739509e13e	bug 135112 - correctly set border collapse damage area and fix it if incorrect when borders are calculated. a=asa, adt=jaimejr, sr=attinasi, r=bernd	2002-04-06 22:56:45 +00:00
karnaze%netscape.com	74a917c925	bug 128876 - expanded border collapse damage area to include spanners. sr=roc, r=bernd, a=asa	2002-03-07 15:33:49 +00:00
karnaze%netscape.com	679c575202	bug 41262 - new table border collapsing code. sr=attinasi, r=alexsavulov.	2002-02-19 15:48:28 +00:00
rjesup%wgate.com	2e680f1b17	Bug 96108: Inline ElementAt(), add SafeElementAt(), voidarray usage fixes, ... assertions for bad voidarray indexes. r=jst, sr=waterson	2001-12-21 01:10:07 +00:00
karnaze%netscape.com	81d680d3d7	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
karnaze%netscape.com	8d3c3ea8b9	bug 97138 - rework of table, row group, row, cell height code. sr=attinasi, r=alexsavulov	2001-11-05 00:15:51 +00:00
karnaze%netscape.com	c37faec28a	bug 60816 use correct cell when rowspan and colspan overlap. Fix pixel rounding errors. sr=attiansi, r=alexsavulov	2001-10-26 02:30:38 +00:00
gerv%gerv.net	4e12e44b2f	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	3098b524ca	bug 92573: VoidArray->AutoVoidArray changes for layout/*. r=kin, sr=attinasi	2001-09-06 21:11:44 +00:00
karnaze%netscape.com	9b29d03daf	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