Цитата:Панев Максим
Первое, что сразу не понравилось: точно известно, в каких записях нужно внести изменения, но все равно при применении изменений все записи перебираются и ищутся совпадения с MFN. Если база 1000 записей, то это не сильно заметно, а если записей 200000 и нужно исправить 3?!!
Ведь в протоколе для считывания записи можно указать явно ее MFN и не париться перебором. Почему был принят именно алгоритм перебора?
Не уверен что точно понял о чем речь. Если о переборе записей при применении изменений - то без перебора не обойтись. В одном itl может содержаться несколько баз данных и при этом mfn в которых необходимо произвести изменения отдельно не индексируются. В противном случае потребуется сортировка этих отметок, что при количестве в несколько миллионов будет очень долго. По крайней мере это дольше чем 1 проход по всему списку ошибок. При нажатии на кнопку сохранения изменений происходит быстрый просмотр в памяти (т.е. локально, без соединения с сервером) всех ошибок, если ошибка отмечена к применению, то происходит ее обработка (к серверу обращается только в случае, если примение ошибки требует такового обращения). Сам перебор в памяти 1 млн отметок занимает не более секунды-двух. Основное время тратится на показ прогресса :( Единственное что могу тут сделать - изменять значения в окошке прогресса только когда найдена отметка требующая изменения.
Цитата:Панев Максим
Следующий вопрос: почему окно не раскрывается на весь экран? Зачем пространство экономить? Сообщения большие, хочется их видеть сразу полностью, а приходиться наводить мышку и ждать, пока появится хинт. Интерфейс вполне резиновый и никаких предпосылок ограничивать обзор я не вижу. К тому же если раскрыть окно на весь экран, то можно будет форму "Отметить все такие же ошибки" разместить в главном окне без вызова дополнительной формы.
Далее: в фильтре по типам изменений не плохо было бы показывать общее количество найденных изменений.
Интерфейс достаточно старый - ему около 5 лет. Согласен что функционал в него уже помещается с трудом. О "резиновом" интерфейсе уже и сам задумываюсь.
Хинт можно не ждать - можно выделить ошибку, внизу появится ее полное описание включая и то что написано в строке.
В фильтре данные о количестве не помещаются - еще больше сужать окно списка ошибок не хотелось бы. Могу сделать вывод этой информации при нажатии на имя БД в списке ошибок.
Цитата:Панев Максим
Странно, что нет кнопки "Посмотреть запись полностью", поскольку в случае ошибки "Авторский знак не соответствует не одному значению из справочника" если знак забит как "В87" сложно понять, это русская "В" или английская "B". Соответственно и выбрать нужный не возможно.
Зверски не хватает быстрого поиска в окне "Данные из справочника..."
Оба пункта принял в работу. При открытии окна сортировка будет по значению, в ключе текущее значение, по котрому сразу и осушествляется переход. Возможно будет изменить сортировку на сортировку по описанию. Ключ работает по текущему отсортированному столбцу. Так?
Цитата:Панев Максим
Была бы полезна функция множественного выделения в окне ошибок, когда нажатие на кнопку "Отметить все такие же ошибки" приводила бы к отметке не только той ошибки, на которой находится курсор сейчас, но и всех ошибок, которые выделены группой.
Это не приведет к невнимательности в работе человека-корректора? Можно ведь и лишнее выделить... В общем, пока сомневаюсь по этому пункту.
Цитата:Панев Максим
Продолжаю высказывать предложения: в случае не совпадения значения поля не с одним значением из словаря было бы крайне удобно при нажатии кнопки "Выбор из справочника" помещать курсор на первое совпадение, самое близкое по первым буквам того, что введено. Пример: Авторский Ш66. В справочнике оно через пробел. Ничто не мешает поставить курсор сразу на букву Ш. Это как улучшение для быстрого поиска.
То же принято, см. выше.
Максим, спасибо за предложения! Обратной связи мне очень не хватает...