a3e189584e
Bug 410052 - Fix our nsHTMLAccessibleTable class so GetIndexAt and GetRowAtIndex and GetColumnAtIndex behave consistently, patch=me, marcoz, r=marcoz, me, bernd, sr=roc, blocking1.9+=dsicore
2008-02-06 23:03:26 -08:00
72e0039d1d
nsTableCellMap::InsertRows shouldn't make damage area smaller, b=244135 p=malcolm.parsons r+sr=bz a=roc
2007-10-19 07:41:29 -07:00
52cc008822
fantasai is clearly having process troubles
2007-10-15 20:08:48 -07:00
96c736f6b2
nsTableCellMap::InsertRows shouldn't make damage area smaller, b=244135 p=malcolm.parsons r+sr=bz a=roc
2007-10-15 20:06:36 -07:00
12e960c504
Bug 348748 - Replace all instances of NS_STATIC_CAST and friends with C++ casts (and simultaneously bitrot nearly every patch in existence). r=bsmedberg on the script that did this. Tune in next time for Macro Wars: Episode II: Attack on the LL_* Macros.
2007-07-08 00:08:04 -07:00
0c3c85060e
Make OrderRowGroups type-safe. Bug 367706, r=bernd, sr=roc
2007-06-05 11:55:26 -07:00
bf5ea77d39
Rename nsIFrame::GetPresContext to nsIFrame::PresContext. Bug 376042, patch byTaras Glek <tglek@mozilla.com>, rs=roc.
2007-03-30 14:11:41 -07:00
0054412272
Bug 374866. Reftests for text-transform. r=dbaron
2007-03-22 16:01:14 -07:00
f53277398f
use the firstinflow when looking up rowgroups bug 424291 r/sr=bzbarsky a=mtschrep
2008-03-21 20:37:31 +00:00
94512efc87
Bug 416742 ��� Regression: multiple rowgroups interfere with getColumnAtIndex(), r=bernd, sr=roc, a=beltzner
2008-03-07 10:14:36 +00:00
ca4303d74e
expand the cellmap to cover empty content rows when rebuilding the cellmap bug 351326 r/sr=bzbarsky a=mtschrep
2008-02-21 05:11:36 +00:00
19d34c7009
Bug 410052 ��� Fix our nsHTMLAccessibleTable class so GetIndexAt and GetRowAtIndex and GetColumnAtIndex behave consistently, patch=me, marcoz, r=marcoz, me, bernd, sr=roc, blocking1.9+=dsicore
2008-02-07 07:03:26 +00:00
2d4377de3b
nsTableCellMap::InsertRows shouldn't make damage area smaller, b=244135 p=malcolm.parsons r+sr=bz a=roc
2007-10-19 14:41:29 +00:00
69927afbe2
fantasai is clearly having process troubles
2007-10-16 03:08:49 +00:00
a51bc34942
nsTableCellMap::InsertRows shouldn't make damage area smaller, b=244135 p=malcolm.parsons r+sr=bz a=roc
2007-10-16 03:07:12 +00:00
ef68fcf595
Bug 348748 - Replace all instances of NS_STATIC_CAST and friends with C++ casts (and simultaneously bitrot nearly every patch in existence). r=bsmedberg on the script that did this. Tune in next time for Macro Wars: Episode II: Attack on the LL_* Macros.
2007-07-08 07:08:56 +00:00
66a5e08e09
Make OrderRowGroups type-safe. Bug 367706, r=bernd, sr=roc
2007-06-05 18:55:27 +00:00
d9f302946b
Rename nsIFrame::GetPresContext to nsIFrame::PresContext. Bug 376042, patch by
...
Taras Glek <tglek@mozilla.com>, rs=roc.
2007-03-30 21:11:47 +00:00
7d938e5350
mark cellmap if 0 colspans are present for 0 colspan expansion when cells are deleted bug 373390 r/sr=bzbarsky
2007-03-17 05:58:15 +00:00
1b490b2bfa
mark zerocolspans to be expanded if they are inserted rather than appended. bug 372776 r/sr=bzbarsky
2007-03-07 05:06:38 +00:00
2cbac531d0
When inserting a cell, make sure to properly maintain the mNumCellsSpan of the
...
columns involved. In particular, do NOT decrement it when dead CellData are
removed from the column. Bug 371290, r=bernd, sr=roc
2007-02-23 17:41:15 +00:00
0d675ddf2d
collapse zero colspans when new cells are inserted bug 370842 r/sr=bzbarsky
2007-02-21 19:31:52 +00:00
d65f1bc1bb
fix oversight with zero rowspan handling bug 370808 r/sr=bzbarsky
2007-02-18 18:50:39 +00:00
ddb097385f
Don't use a static nsTArray. Bug 369099, r=bernd, sr=roc
2007-02-13 16:23:19 +00:00
802196753e
take into account overlap situations between row- and colspans, bug 369975 r/sr=bzbarsky
2007-02-13 05:32:18 +00:00
949f30412c
look out for zero rowspans when expanding the cellmap bug, 368651 r/sr=bzbarsky
2007-02-10 06:56:57 +00:00
0c24c4a4c3
Kill remainders of ns(XBL|HTML|XUL|Layout)Atoms. r/sr=jst b=368128
2007-01-30 00:06:41 +00:00
4597173571
Fix crash bug 368166. r=bernd, sr=roc
2007-01-28 16:49:26 +00:00
1115b02231
Address review comment I missed. Bug 367749.
2007-01-24 20:23:08 +00:00
74cffdfb13
Fix various bugs in the column iterator's keeping track of the current row.
...
Bug 367749, r=bernd, sr=roc
2007-01-24 20:18:04 +00:00
66bc63e520
Make it possible for callers who want to iterate all the row groups and
...
GetMapFor() for all of them do so in about O(N) time instead of O(N^2) (in
number of row groups). Bug 366892, r=bernd, sr=roc
2007-01-22 04:35:25 +00:00
ff79c0a249
Have a faster way of iterating down the columns of a table. Bug 352461,
...
r=bernd, sr=roc
2007-01-22 04:32:33 +00:00
49f325c75e
Zerorowspans are expanded during cellmap entry creation. There is no need to adapt the rowspan value later, bug 364318 r/sr=bzbarsky
2007-01-01 18:18:53 +00:00
3805fd77a5
initialize variables before use bug 365075 r/sr=bzbarsky
2006-12-27 08:46:30 +00:00
973f09c535
be carefull with row indices when deleting cells bug=364318, patch by bz, r=me sr=roc
2006-12-26 14:24:15 +00:00
989e6aaa4e
rename variable rename mRowCount to mContentRowCount so that it becomes obvious what it contains. Adjust the cellmap grow mechanism to the new nsTArray world bug=363370 r/sr=bzbarsky
2006-12-26 14:04:20 +00:00
116da6be23
Bug 300030: Move intrinsic width computation out of nsIFrame::Reflow and into its own methods on nsIFrame. Replace reflow reasons, types, and commands with dirty bits/notifications. Thanks to bzbarsky for almost all of the HTML form controls (mozilla/layout/forms) changes, and many others for help testing and patching. For detailed commit logs, see REFLOW_YYYYMMDD_BRANCH, where YYYYMMDD is one of 20061031, 20060830, 20060603, 20060302, 20060119, 20051011, 20050804, 20050429, 20050315, 20050111, and 20041213.
2006-12-08 05:38:33 +00:00
12c0eca131
Fix build orange. Bug 356335, reviews hopefully coming up.
2006-12-07 03:43:52 +00:00
5a2b07ecd7
Fix build bustage. See bug 356335 comment 18 for what I forgot to do in the
...
initial checkin for that bug... I need a longer-term memory, clearly. :(
2006-12-07 02:53:35 +00:00
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
2d34d177ce
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
6615af6be3
call the correct GetCellFrame function bug 358679 r/sr=bzbarsky
2006-10-30 19:21:05 +00:00
941481a6e6
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
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
3deb00d066
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
5971c38cd9
expand zerospans before one tries to mark them as dead cells bug 350524 r/sr=bzbarsky
2006-09-02 08:33:52 +00:00
02c70a6b82
fix a coding error in the patch for bug 339246 bug 343588 r/sr=bzbarsky
2006-08-02 12:02:37 +00:00
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
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
d0918e8b8f
reorder cellmaps if the rowgroup order might have changed bug 339130 r7sr=bzbarsky
2006-06-22 04:19:36 +00:00
surkov.alexander@gmail.com
fantasai.cvs@inkedblade.net
jwalden@mit.edu
bzbarsky@mit.edu
roc+@cs.cmu.edu
bmlk%gmx.de
surkov.alexander%gmail.com
fantasai.cvs%inkedblade.net
jwalden%mit.edu
bzbarsky%mit.edu
cvshook%sicking.cc
dbaron%dbaron.org