When copying data from tables or applications that contains more than 30 rows and pasting it into other table, the number of rows aren't increased to adjust to the data.
This problem occurs with Linux and Windows versions.
Sorry, but I couldn't reproduce this. At least, not with copying one or two numerical columns between tables in v0.2.0/Linux. Could you give detailed step-by-step instructions (like, fill table with data like this, select col 1, select copy from context menu etc.) please?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok.
1 - Add rows to a table (in SciDAVis) in order to obtains a table with more than 30 rows;
2 - Fill one or more columns, with random values or row numbers, for e.g.;
3 - Select the filled columns and copy selection (ctrl+c or Edit > Copy Selection);
4 - Add a new table (ctrl+t);
5 - Select columns of the new table an paste selection;
You will see that the number of rows of the new table remains 30.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The critical step here is "5 - select columns". Without selection, data is pasted starting from the current cell, extending to the right and down and adding columns/rows as needed. With selection, pasted data is truncated to the selection.
I think this is a feature, because it allows you to control the exact region of cells to be overwritten. Pasting copied data completely, without considering an existing selection, would remove this truncation facility; and it would be counter-intuitive IMHO. Likewise, I think that defining completely selected columns as a special case, with pasting working the same way as with no selection, would be counter-intuitive and inconsistent.
I'm closing this issue without further action, but leaving it open for comments. If you (or others) disagree on whether the current behaviour is a bug or a feature, feel free to discuss it here.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Adding information: if you try to get values from other tables, using the function "tablecol", data is truncated to
the number of rows of the current table.
Well, it's possible to change the table size before getting the values, but it requires some extra work ;-). In the 0.1 version, there was an option to control the number of rows ("From row (i) to") in the "set columns values" dialog, wich can be used to avoid this problem when using the "tablecol" function. But this feature isn't present in the 0.2 version.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry, but I couldn't reproduce this. At least, not with copying one or two numerical columns between tables in v0.2.0/Linux. Could you give detailed step-by-step instructions (like, fill table with data like this, select col 1, select copy from context menu etc.) please?
Ok.
1 - Add rows to a table (in SciDAVis) in order to obtains a table with more than 30 rows;
2 - Fill one or more columns, with random values or row numbers, for e.g.;
3 - Select the filled columns and copy selection (ctrl+c or Edit > Copy Selection);
4 - Add a new table (ctrl+t);
5 - Select columns of the new table an paste selection;
You will see that the number of rows of the new table remains 30.
Thanks, now I've got it.
The critical step here is "5 - select columns". Without selection, data is pasted starting from the current cell, extending to the right and down and adding columns/rows as needed. With selection, pasted data is truncated to the selection.
I think this is a feature, because it allows you to control the exact region of cells to be overwritten. Pasting copied data completely, without considering an existing selection, would remove this truncation facility; and it would be counter-intuitive IMHO. Likewise, I think that defining completely selected columns as a special case, with pasting working the same way as with no selection, would be counter-intuitive and inconsistent.
I'm closing this issue without further action, but leaving it open for comments. If you (or others) disagree on whether the current behaviour is a bug or a feature, feel free to discuss it here.
Adding information: if you try to get values from other tables, using the function "tablecol", data is truncated to
the number of rows of the current table.
Well, it's possible to change the table size before getting the values, but it requires some extra work ;-). In the 0.1 version, there was an option to control the number of rows ("From row (i) to") in the "set columns values" dialog, wich can be used to avoid this problem when using the "tablecol" function. But this feature isn't present in the 0.2 version.