nagai/fune
3
0
Fork 0
forked from mirrors/gecko-dev
Code Pull requests Activity
184472 commits 1 branch 98 tags 6.4 GiB
Commit graph

138 commits

Author SHA1 Message Date
fantasai.cvs@inkedblade.net
c65caf3497 fantasai is clearly having process troubles 2007-10-15 20:08:48 -07:00
fantasai.cvs@inkedblade.net
c8edae2e7c 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
jwalden@mit.edu
6d7584839a 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
bzbarsky@mit.edu
edaea09148 Make OrderRowGroups type-safe. Bug 367706, r=bernd, sr=roc 2007-06-05 11:55:26 -07:00
bzbarsky@mit.edu
eeaa1a101b Rename nsIFrame::GetPresContext to nsIFrame::PresContext. Bug 376042, patch byTaras Glek <tglek@mozilla.com>, rs=roc. 2007-03-30 14:11:41 -07:00
bmlk%gmx.de
68d05fab5f 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
bmlk%gmx.de
d68a0652fc 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
bzbarsky%mit.edu
a2568210d3 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
bmlk%gmx.de
4dab2d8d98 collapse zero colspans when new cells are inserted bug 370842 r/sr=bzbarsky 2007-02-21 19:31:52 +00:00
bmlk%gmx.de
9845cab803 fix oversight with zero rowspan handling bug 370808 r/sr=bzbarsky 2007-02-18 18:50:39 +00:00
bzbarsky%mit.edu
806907a4d2 Don't use a static nsTArray. Bug 369099, r=bernd, sr=roc 2007-02-13 16:23:19 +00:00
bmlk%gmx.de
6fe97a58cd take into account overlap situations between row- and colspans, bug 369975 r/sr=bzbarsky 2007-02-13 05:32:18 +00:00
bmlk%gmx.de
14281d618d look out for zero rowspans when expanding the cellmap bug, 368651 r/sr=bzbarsky 2007-02-10 06:56:57 +00:00
cvshook%sicking.cc
a39ff30284 Kill remainders of ns(XBL|HTML|XUL|Layout)Atoms. r/sr=jst b=368128 2007-01-30 00:06:41 +00:00
bzbarsky%mit.edu
f29ad74749 Fix crash bug 368166. r=bernd, sr=roc 2007-01-28 16:49:26 +00:00
bzbarsky%mit.edu
7413db90f4 Address review comment I missed. Bug 367749. 2007-01-24 20:23:08 +00:00
bzbarsky%mit.edu
27ca5847eb 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
bzbarsky%mit.edu
ed9ad7b7bf 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
bzbarsky%mit.edu
21d73573a8 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
bmlk%gmx.de
13abe1b209 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
bmlk%gmx.de
27757bb08d initialize variables before use bug 365075 r/sr=bzbarsky 2006-12-27 08:46:30 +00:00
bmlk%gmx.de
5f3f2bb2d3 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
bmlk%gmx.de
ea94fabefd 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
dbaron%dbaron.org
31f1898810 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
bzbarsky%mit.edu
99ed82e864 Fix build orange. Bug 356335, reviews hopefully coming up. 2006-12-07 03:43:52 +00:00
bzbarsky%mit.edu
66d9ef86aa 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
bzbarsky%mit.edu
132cdda426 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
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