Re: question regarding multicolumn table code

2010-01-18 Thread Abdelrazak Younes
Vincent van Ravesteijn wrote: makes me headache since I'm only a hobby programmer and not a professional one. Don't ask me then, I'm nothing like a professional programmer. Indeed, you're better! I've met quite some so-called professional programmers and most of them are less talented than

Re: question regarding multicolumn table code

2010-01-18 Thread Abdelrazak Younes
Andre Poenitz wrote: I think in case like for_each(pit, plist.end(), bind(&ParagraphList::push_back, ref(pl), _1)); vs for (pit = plist.begin(); pit != plist.end(); ++pit) pl.push_back(*pit); we should always use the plain loop excatly for the reason that it is easi

Re: question regarding multicolumn table code

2010-01-17 Thread Uwe Stöhr
Am 17.01.2010 02:11, schrieb Vincent van Ravesteijn: I guess you need something like : for (int i = 1; i < number; ++i) CellData & cs1 = cell_info[row+i][column]; Yes, that's what I need. I know now the problem but are not familiar with the paragraph code. I cannot figure out how to write a

Re: question regarding multicolumn table code

2010-01-17 Thread Andre Poenitz
On Sun, Jan 17, 2010 at 02:11:35AM +0100, Vincent van Ravesteijn wrote: >> for_each(pit, plist.end(), >> bind(&ParagraphList::push_back, ref(pl), _1)); > > don't bother. > > This is just like: > > for (pit = plist.begin(); pit != plist.end(); ++pit) >pl.push_back((*pit)) > > just copyi

Re: question regarding multicolumn table code

2010-01-16 Thread Vincent van Ravesteijn
The problem is that this routine fails for multirows: Assume this table a b c e f g i j k by setting cell "e" and "i" a a multirow, appendParagraphs leads to this cell content No this is not the fault of appendParagraphs. You shouldn't be looking into that function at all. "efgi" but I

Re: question regarding multicolumn table code

2010-01-16 Thread Uwe Stöhr
>> However, this doesn't work and I can't figure out why. > > at a minimum you will need to make sure that updateIndexes() takes multirows into account... This is already done. In the meantime I found now the main problem, see my last post in this thread. Thanks, for your help, I guess I need y

Re: question regarding multicolumn table code

2010-01-16 Thread Uwe Stöhr
Am 17.01.2010 01:31, schrieb Vincent van Ravesteijn: It should, but in the latex output routine, the recognition of the multirow part cells fail. How do you recognize them ? I just found a mistake in my routine where I ask if the cells are part of a multirow. I guess that if you select th

Re: question regarding multicolumn table code

2010-01-16 Thread Edwin Leuven
Uwe Stöhr wrote: However, this doesn't work and I can't figure out why. at a minimum you will need to make sure that updateIndexes() takes multirows into account...

Re: question regarding multicolumn table code

2010-01-16 Thread Vincent van Ravesteijn
Uwe Stöhr schreef: Am 17.01.2010 01:17, schrieb Vincent van Ravesteijn: Why not CELL_NORMAL, CELL_BEGIN_OF_MULTI, CELL_END_OF_MULTI.. these are exclusive anyway. It is unnecessary to determine also the end. Begin and part cells is enough information, no?. sorry I meant PART in stead of END

Re: question regarding multicolumn table code

2010-01-16 Thread Uwe Stöhr
Am 17.01.2010 01:17, schrieb Vincent van Ravesteijn: Why not CELL_NORMAL, CELL_BEGIN_OF_MULTI, CELL_END_OF_MULTI.. these are exclusive anyway. It is unnecessary to determine also the end. Begin and part cells is enough information, no?. What doesn't work ? You should at least have some code

Re: question regarding multicolumn table code

2010-01-16 Thread Vincent van Ravesteijn
But this doesn't work here: I have this enum enum { /// CELL_NORMAL = 0, /// CELL_BEGIN_OF_MULTICOLUMN, /// CELL_PART_OF_MULTICOLUMN, /// CELL_BEGIN_OF_MULTIROW, /// CELL_PART_OF_MULTIROW }; Why not CELL_NORMA

Re: question regarding multicolumn table code

2010-01-16 Thread Uwe Stöhr
Am 16.01.2010 00:19, schrieb Vincent van Ravesteijn: I think the cells aren't really merged. It is only that the "cellInfo(cell).multicolumn" is set to one of these values: /// enum { /// CELL_NORMAL = 0, /// CELL_BEGIN_OF_MULTICOLUMN, /// CELL_PART_OF_MULTICOLUMN }; So, If cell 1 and 2 are m

Re: question regarding multicolumn table code

2010-01-15 Thread Edwin Leuven
rgheck wrote: This is correct. The old cell is still there, and I think it may even still have its old contents. nope, it is cleared

Re: question regarding multicolumn table code

2010-01-15 Thread Edwin Leuven
Uwe Stöhr wrote: I made progress with the multirow support, but there is one thing I cannot figure out: Where in the code are the cells merged when I e.g. select 2 cells and press the multicolumn button? I a 2x2 table I have after this action only 1 cell in the first row and 2 in the second o

Re: question regarding multicolumn table code

2010-01-15 Thread rgheck
On 01/15/2010 06:19 PM, Vincent van Ravesteijn wrote: Uwe Stöhr schreef: I made progress with the multirow support, but there is one thing I cannot figure out: Where in the code are the cells merged when I e.g. select 2 cells and press the multicolumn button? I a 2x2 table I have after this a

Re: question regarding multicolumn table code

2010-01-15 Thread Vincent van Ravesteijn
Uwe Stöhr schreef: I made progress with the multirow support, but there is one thing I cannot figure out: Where in the code are the cells merged when I e.g. select 2 cells and press the multicolumn button? I a 2x2 table I have after this action only 1 cell in the first row and 2 in the second