SciDAVis - Improvements SVN-temp

- Better Czech translation for the word decay in our context.

- Missing strings in Czech translation added by Pavel Fric.

- Added Jan Helebrant to list of translators (Czech alt).

- Added alternative Czech translation to Windows installer.

- Lupdate'd translations to include new texts from previous commits.
- Added missing German translations.
- Added alternative Czech translation by Jan Helebrant.

- Fixed bogus method selection in integration filter.

- Merged redundant methods future::Table::clearSelectedCells() and ::clearSelectedRows().

Several improvements related to handling of date/time data:

- Implemented more sophisticated conversion from numbers to date/time values.
Julian days are seldom a good choice because QDate only supports
days with JDN greater or equal to 1, and using noon as reference time probably
isn't always what one wants. Additionally, only numbers above 0.5 yield a
valid QDate, which is somewhat counter-intuitive; especially when one uses
times given as fractional days.

- Plotting of date/time columns essentially works, but could do with more
testing. Changing the axis label type to date/time after plotting numeric
columns at least doesn't crash or display error messages any more, but is
considerably less useful than converting the columns before plotting; interpreting
numbers as times, dates or date/times always assumes milliseconds since midnight
or Julian day numbers, respectively. However, simply changing these conventions
would make importing legacy project files a nightmare.

- Empty reference date specifications allowed in some places, meaning Julian day
epoch (January 1, 4713 BC). This is necessary because JD must continue to be
supported for backwards-compatibility, but its reference date
(QDate::fromJulianDay(0)) is outside the range QDate can handle.

- Fixed two-sided comparison in assert.

- Made importing of ASCII data as numeric values the default (on new
installations). Experience has shown that many users don't notice that the
data is being marked as "text" and complain about everything being plotted
as a straight line. If the new default leads to problems with importing
non-numeric data, at least it should be more obvious *where* things have
gone wrong.