Сообщество MLO

Добрый день!

При добавлении задач через быстрый ввод с включенным анализом очень часто получаю кривые даты, например:

Выполнить задачу в 1000 или 7532 годах я явно не смогу (без машины времени). Почему бы не ограничивать диапазон дат неким разумным пределом? Возможно, стоит изменить логику такого анализа?

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

p.s. Лайфхак о том, что заключенная в кавычки фраза не анализируется, я знаю.

k007 писал(а):Источник цитаты На мой взгляд, анализировать нужно только числа в виде отдельных слов

Система распознает не только числа, но и названия месяцев, дней недели, термины "вчера", сегодня, через неделю и т.д.
Поэтому все сделано правильно.
Делать исключения нерационально - таких аббревиатур и сокращений - тысячи.

Для того, чтобы MLO не распознавал числа в конце строк при синтаксическом разборе надо писать название задачи в кавычках, например: "Завалидировать RT 138604"

Краевой писал(а):Система распознает не только числа, но и названия месяцев, дней недели, термины "вчера", сегодня, через неделю и т.д.

Я с этим полностью согласен. Но я бы хотел, чтобы распознанные автоматически даты были реальными, а не в прошлом веке и не через 5 тысяч лет. Возможно стоит задать интервал в настройках (пример: распознавать даты от "текущая дата – 1 год" до "текущая дата + 100 лет" или что-то подобное). Если дата вне этого диапазона, то с большой долей вероятности, что это и не дата вовсе.

А по поводу названий месяцев, дней и т.д., пусть будет как есть. Например, хорошо, что "май2" распознается как "2 мая 2018", но подстрока "D" в строке "D02" не является ключевым словом (названием месяца, дня недели и других слов типа вчера/сегодня/завтра и т.д.). Не должна строка "D02" распознаваться как "2 апреля 2018". IMHO.

WaRoX писал(а):Источник цитаты Для того, чтобы MLO не распознавал числа в конце строк при синтаксическом разборе надо писать название задачи в кавычках, например: "Завалидировать RT 138604"

Это я знаю, даже специально в первом сообщении темы выделил )

k007 писал(а):Источник цитаты Не должна строка "D02" распознаваться как "2 апреля 2018".

- видимо это было отпарсено как 2 days в текущем месяце

MrCricket писал(а):видимо это было отпарсено как 2 days в текущем месяце

В данном случае согласен, скорее всего так и есть.

Но в случае с "kuku3" такое объяснение уже не подойдет:

Уважаемые разработчики, прошу рассмотреть возможность добавления в настройку MLO некоего диапазона дат, внутри которого даты считаются "корректными". Например, если указать диапазон от "01.01.2000" до "31.12.2099", то только даты, попадающие в указанный диапазон, будут считаться валидными для парсера при быстром вводе. Таким образом можно исключить заведомо кривые даты типа 18.04.1000 или 17.04.7532 (см. первый пост темы).

Что скажете?

k007 писал(а):Источник цитаты Выполнить задачу в 1000 или 7532 годах я явно не смогу (без машины времени)

Ну можно же тогда эту задачу кому то перепоручить.