Calc не распознает экспоненциальную форму чисел

[McAaron]

Входной файл (1.txt) имеет вид:
 t            U_prev       u0           v0
 0.00000e+00  0.00000e+00  0.00000e+00  0.00000e+00
 1.00000e-03  5.00000e+00  6.26875e-01  1.05879e+03
 2.00000e-03  1.00000e+01  1.84471e+00  1.31513e+03
 3.00000e-03  1.20000e+01  2.81925e+00  7.37136e+02
 4.00000e-03  1.20000e+01  3.21815e+00  1.72613e+02
 5.00000e-03  1.20000e+01  3.30760e+00  3.85683e+01
 6.00000e-03  1.20000e+01  3.32758e+00  8.61765e+00
 7.00000e-03  1.20000e+01  3.33205e+00  1.92552e+00
 8.00000e-03  1.20000e+01  3.33305e+00  4.30235e-01

При его открытии (Файл->Открыть...) панель "Импорт текста" выглядит как на fig-001.png и точно в таком виде этот файл выглядит в таблице.
Версия офиса:
Version: 25.2.2.2 (X86_64) / LibreOffice Community
Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac
CPU threads: 8; OS: Linux 6.13; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.utf8); UI: ru-RU
Calc: threaded

[sokol92]

Обязательно поставьте птичку в "Распознавать особые числа".
В локализации ru_Ru разделителем дробной доли является запятая.
Если не поможет, выгрузите текстовый файл.

[mikekaganski]

Код Выделить Развернуть

Юникод (UTF-7)
Похоже, у нас есть баг с распознаванием кодировки. Смените UTF-7 на UTF-8.

[mikekaganski]

А, нет, это не поломанное распознавание, а смещение выделения. Мы храним индекс выбранного элемента в списке. И недавно в списке появился новый элемент в самом верху - "автоматически". И теперь вместо UTF-8, у кучи людей выделен UTF-7...

[sokol92]

Да...
Я про UTF-7 и не знал до этой темы...

[sokol92]

У меня в версии 25.2.3 Win 10 для вставляемого текста в кодировке UTF-8 в диалоге "Импорт текста" отображает имя кодировки UTF-16.
При этот сам текст отображает и вставляет правильно (если не реагировать и не менять имя кодировки).

[mikekaganski]

для вставляемого текста в кодировке UTF-8 в диалоге "Импорт текста" отображает имя кодировки UTF-16

"Вставляемого" из буфера? Это правильно. В буфере текст не хранится в UTF-8. Буфер мы обрабатываем отдельно. Там именно UTF-16 (в Windows).

[sokol92]

При открытии csv-файла в кодировке UTF-8 автоопределитель показывает кодировку UTF-7 и "кракозябры".

После ручного выбора кодировки UTF-8 открывается нормально.

Если после этого открыть другой csv-файл кодировки UTF-8, то кодировка показывается правильно (UTF-8).

[mikekaganski]

При открытии csv-файла в кодировке UTF-8 автоопределитель показывает кодировку UTF-7 и "кракозябры".

Именно автоопределитель? Как Вы это определили? Я думаю, это не автоопределитель, а старое значение выделения - которое было у Вас на UTF-8, а теперь перепрыгнуло на UTF-7.

[sokol92]

Да, Вы правы. 
Я не точно сформулировал. Надо: в верхней части окна диалога при открытии два раза показывается кодировка..


На "чистом" профайле у меня пока не получается создать проблемную ситуацию.

[mikekaganski]

Я думаю, шаги для воспроизведения должны быть такие:

1. Используя старую версию, открыть CSV; при открытии обратить внимание, чтобы выставить UTF-8 в качестве кодировки.
2. Обновить LibreOffice.
3. Открыть CSV (тот же или другой - не важно) в обновлённой версии.

Эта процедура, где номер выделения сохранился в профиле из старой версии, а длина списка увеличилась (сверху добавился пункт Авто), должна вместо UTF-8 выбрать предыдущий пункт.

[sokol92]

То есть, проблемы у пользователей возникнут однократно при смене версии. После того, как они укажут правильную кодировку (один раз), все станет, как было раньше.

Судя по "большому" форуму, у пользователей нет особого беспокойства по этому поводу?

[mikekaganski]

достаточно много людей пишут баги, но в принципе это, похоже, не великая проблема.