Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

8 Август 2022, 01:16 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Здесь можно поблагодарить участников форума Улыбка
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: 1 2 »   Вниз
  Печать  
Автор Тема: LO: DateAcceptancePattern  (Прочитано 12099 раз)
0 Пользователей и 1 Гость смотрят эту тему.
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 942



« Стартовое сообщение: 12 Январь 2012, 17:43 »

Источник: http://erack.org/blog/archives/8-LibreOffice-date-acceptance-patterns.html

В двух словах: какой ввод в русской локали имеет смысл интерпретировать как сокращённую дату?
Записан

Автору на яд. Поддержать форум.
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #1: 12 Январь 2012, 20:40 »

Аналогично тому, который используется в настройках даты ОС Windows с русским языком в окнах и диалогах.
Записан
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 942



« Ответ #2: 12 Январь 2012, 21:03 »

Угу, был понят неправильно, исправляюсь.
Локальные краткий/полный форматы, плюс ISO-шный Y-M-D само-собой будут опознаваться.

Речь о сокращённом вводе: как в нынешней версии в русской локали ввод 2/3, или 2/3/, или 2.3, или 2.3. дадут дату 2 марта текущего года.

ps. По приведённой в первом сообщении ссылке всё это написано.
Записан

Автору на яд. Поддержать форум.
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #3: 13 Январь 2012, 05:59 »

Извините, 1-ю часть ссылки не прочёл. Да уж...
DD.MM или DD.MM.YY - у нас в отчётных таблицах сокращённую дату проставляют так, т.е. 02.03 соответствует второму марту. Второй вариант, на мой взгляд, предпочтительнее и ближе к болгарской (кириллической) локали. Кроме того, он не позволит спутать рубли.копейки с день.месяц (или шифром научной специальности) ни прикаких обстоятельствах и настройках ОС и Офиса.
-----
Что характерно, одноцифровые даты у нас не используются во избежание "приписок", изменяющих первоначальное значение. В тексте при этом одноцифовая дата часто указывается прописью. Например, слегка изменив 1.1 на 31.12, получаем дополнительный год для выполнения производственного задания. По склерозу, такая норма была введена приказом министра о внутриведомственном делопроизводстве ещё в конце 70-х годов и существует до настоящего времени.
« Последнее редактирование: 13 Январь 2012, 06:58 от ape » Записан
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 942



« Ответ #4: 13 Январь 2012, 09:53 »

Хм, попробую объяснить по другому.
Речь не идёт о представлении, речь идёт именно о вводе. Скажем, набрали 1/2, нажали Enter, LO преобразовал введённое в дату 01.02.2012, которая не более чем число 40940 (при умолчальной точке отсчёта 30.12.1899) плюс форматирование даты.
Для обеспечения такого поведения в локали теперь должно будет быть прописано
Код:
<DateAcceptancePattern>D/M</DateAcceptancePattern>
Вот о сборе таких заявок и идёт речь.

Если правильно понял, то в вышеуказанном варианте будут приниматься
"1/2", "1/2/", "1.2", "1.2." (сейчас так и есть), а в следующем
Код:
<DateAcceptancePattern>D/M/</DateAcceptancePattern>
в качестве даты будут приниматься "1/2/", "1.2.".
Вопрос собственно в том, нужно ли вот такое ограничение, 1-й или 2-й вариант предпочтительнее?
« Последнее редактирование: 13 Январь 2012, 09:56 от bormant » Записан

Автору на яд. Поддержать форум.
neft
Форумчанин
***
Offline Offline

Сообщений: 189


« Ответ #5: 13 Январь 2012, 10:40 »

Нужен только 2-й вариант с последним определяющим знаком 1/2/ ; 1.2.

Иначе эти разработчики обязательно добьются того, что и текст и дроби ("1/2", "1.2") сами по себе будут превращаться в даты.

Хотя, я думаю, они в любом случае сумеют этого добиться.

По-хорошему, даты надо вводить полностью, и, прежде чем запускать автоопределение даты, проверить (раз 20), что это именно дата, а не что-нибудь другое.
« Последнее редактирование: 13 Январь 2012, 12:34 от neft » Записан
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #6: 13 Январь 2012, 12:25 »

Только 1.2., так как при использовании для "RU" второго варианта, "слэша", есть опасения, что возникнет ситуация, схожая с кавычками. Если же использовать только "точку", то вероятность различных ошибок меньше, так как в национальных раскладках (EN; RU) оба символа "висят" на одной и той же клавише.
« Последнее редактирование: 13 Январь 2012, 12:38 от ape » Записан
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 942



« Ответ #7: 13 Январь 2012, 14:28 »

ape,
контраргумент: попробуйте в русской раскладке набирать даты на цифровой клавиатуре с учётом своего предложения и наличия на ней "/", но отсутствия ".".
После примерно получаса тренировок скажите, остались ли столь же уверены в предложенном?

ps. Схожая с кавычками -- в смысле "ёлочки/лапки"?
« Последнее редактирование: 13 Январь 2012, 14:31 от bormant » Записан

Автору на яд. Поддержать форум.
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #8: 13 Январь 2012, 14:45 »

По "кавычкам" - да. О 104-х клавишной не подумал, т.к. уже года 4 все ПК (рабочие места) оснащены 80-ти клавишными KL\KLS-5_A4Tech, без наборного цифрового блока, пользоваться которым я уже отвык.
Записан
VlhOwn
Форумчанин
***
Offline Offline

Пол: Мужской
Расположение: Ростов-на-Дону
Сообщений: 1 076


« Ответ #9: 13 Январь 2012, 16:42 »

Мне кажется - 2-й вариант: 1/2/ и 1.2.

[offtop] Забавное совпадение: если, ошибочно полагая, что включена русская раскладка, попытаться набрать 1.2., то получится 1/2/ [/offtop]
Записан
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 942



« Ответ #10: 13 Январь 2012, 18:56 »

VhlOwn,
и это тоже.
Записан

Автору на яд. Поддержать форум.
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #11: 14 Январь 2012, 13:51 »

Меня это и смутило: если я сознательно изменил раскладку и начал ввод в ячейку "21/2/dir", то не произойдёт ли в этой (и нижеследующих в колонке) ячейке установка атрибута "формат-дата" и автоматический ввод "21 февраля" после набора "21/2/", т.е. до окончания ввода в ячейку информации в формате "текст"?
« Последнее редактирование: 14 Январь 2012, 13:55 от ape » Записан
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 942



« Ответ #12: 14 Январь 2012, 21:01 »

нет, до окончания набора ничего не анализируется и не меняется.
Записан

Автору на яд. Поддержать форум.
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #13: 15 Январь 2012, 14:04 »

По локализации NLP_Solver: предложение и аргументация в этой теме форума.
Записан
ape
Форумчанин
***
Offline Offline

Сообщений: 2 468


« Ответ #14: 16 Январь 2012, 22:44 »

В InfraOffice_3 установил NLP_solver.oxt из пакета LibO-dev-3.5.0_beta3 и получил странный результат (см. рисунок): в одном случае пункт меню называется "Решатель", в другом - "поиск решения". Почему?

[вложение удалено Администратором]
Записан
Страниц: 1 2 »   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!