NDemia Tables ver.1.00 problems report.

(release alpha-1, current)

This page was last updated 9 mar 2003.

Problem 1.

NDemia Tables application can be deadlocked under the following circumstances:

- you set minimal size of active table window (not minimize, but just resize it to minimal possible size);

- your table has more than 1 row;

- and you press PgUp or PgDn.

Problem already fixed, look forward to the next release.

Problem 2.

Actually you can input one character less than specified in your table structure for text field. For instance, if you set field length 4, and then input '1234' in the cell, you will get '123' in the cell (because actual size is 3).

This bug will be corrected in the nearest releases.

Problem 3.

Users can't figure out how to set end of line in multiline text field. Simple "Enter" simply ends cell edit mode.

Sorry. The only way for me is to write normal help file :-)

Now I open you this top secret feature: press Ctrl+Enter.

Problem 4.

Selection disappears after Paste operation, so user can forget where data will be pasted.

Yes, it is unpleasant feature.

I will correct it in the nearest releases.

Problem 5.

Multiline cell text copied as set of rows (Copy command). It can distort structure of copied data. For instance, you have the following selection:

Press Copy, then, immediately, Paste. What do you expect? I don't know, but I'm sure you wouldn't expect the following result:

Yes, problem exists. I will think ;-)

Problem 6.

How to input date and time format data? Answer is: no way yet. Oops... use text representation. If you will use YYYY-MM-DD format for dates, it will be indexed as string field, always correct. I know, it is not very comfortable, and nobody checks your input format, but...

NDemia Tables doesn't support date/time fields now. I am sure, it will be.

That's all for now.

Sincerely, ndemia.

If you want to tell me something interesting, feel free to message me.

Go to NDemia Tables project page