DAX2009 Неприятный новый баг в интерфейсах - запрет выделения полей из грида

[BOAL]

Обнаружил очень неприятное нововведение ядра АХ2009
Теперь, если у таблицы или формы на поле стоит AlowEdit No, то это работает в Грид не так как ожидается (AlowEdit), а как Enabled No

Если для разработчика софта это можно и одно и тоже, то для пользователя - это две громадные разницы.

Поле нельзя выбрать в гриде, как раньше.
Проверить просто - выберите код на плане счетов, например, или клиентах, или аналитиках.

При этом на закладках (Разное и тп) поля работают без этого бага, как раньше.

К счастью, копировать можно или из Разного или кликом по полю (до появления рамочки) и Ctrl-C (или в командной строке Копировать).
А вот выбор части слова - уже невозможен в гриде

По-любому ИМХО это баг, атрибут поля должен работать, как написано. Если кому-то нужно сделать Enabled - он так и сделает - есть же отдельный атрибут.

[kashperuk]

Да, я сейчас с этим багом пытаюсь бороться активно для 6ой версии, так как тоже наткнулся на это поведение..
Не гарантирую правда, что выиграю этот спор...

[mazzy]

Цитата:

Сообщение от kashperuk

Не гарантирую правда, что выиграю этот спор...

Удачи в бою.

А каковы аргументы у той стороны? Просто любопытно.

[kashperuk]

К сожалению, с kernel командами все предельно просто:

Большинство менее серьезных багов у них просто нет времени починить. Особенно в этом релизе...
Баг, который я когда-то создал для схожей проблемы, уже дважды закрывали как "By Design", и вот наконец-то недавно закрыли как "Postponed"... То бишь они признали, что что-то таки не так, но пофиксить в АХ 6 времени и ресурсов уже нет.

[Сисой]

Занятно. Почему MBS не может выделить ресурсы на исправление хотя бы интерфейсных багов (т.е. то, что бросается в глаза юзерам)? Обеднели?

[BOAL]

Не буду создавать новую тему.
Но нашел еще одни теперь уже крайне неприятный интерфейсный баг - поломку опять же в ядре. Как обойти не нашел.

Есть атрибуты у ЕДТ типа Даты.
Атрибуты настройки отображения на форме.
Например, нужно выводить месяц типа
Август 2009
см картинку.

в ах 2.5/3.0/4.0 - это РАБОТАЛО

в Ах2009 НЕТ!
Стерли б тогда что ль все эти атрибуты - а то оставили "рудименты".
Ну и сразу вопрос - как теперь вводить месяц?
Какими обертками "через гланды" это вырезать?
Делать лукап на таблице? Или может есть уже ЕДТ с календарем, где это все работает?
А если диалог, там как быть с лукапом?
Пока убрал всю красоту и дата пишется как 04.08.09, где 04 день не играет роли вообще, а токо вносит смуту в перегруженные умы юзерей.

Есть идея сделать два поля, одно для отображения (дисплей с этим ЕДТ), другое для ввода (с обычной датой), сузить его сильно, оставив токо иконку календарика....
И пройтись по всем таким местам..... низкий поклон вам... ага.

В общем, расстройства от Ах2009 одни пока.... впору ее пропустить и внедрять ах4 с прицелом на ах6 СП2

Вопрос из "может поправлю в ах6"
А в ах2009 это может быть поправлено?
С этой системой еще 2-3 года жить и внедрять. А созданные спецом (или по ошибке) сложности удручают.


будет же RU5

[Raven Melancholic]

Цитата:

Сообщение от BOAL

Теперь, если у таблицы или формы на поле стоит AlowEdit No, то это работает в Грид не так как ожидается (AlowEdit), а как Enabled No

То есть, если раньше в некоторых местах (например, в журналах) была ошибка приложения (вместо AlowEdit использовался Enabled), то теперь это переместили в ядро и для всего сразу?

[BOAL]

Да, так. А в ЖГК я тоже регулярно правил поле ваучер на алоуЕдит, теперь для гарантии его еще "прибором" накрыли. Ибо - нефиг править видимо

[AndyD]

2 BOAL по поводу даты

Попробуйте DateSeparator настроить как (none)(space)

[BOAL]

Огромное человеческое спасибо! Сработало!
Отбой тревоги.
Не задумывался о лишнем пробеле, когда работало во всех пред АХ
Прошу прощения за вечернюю панику - подустал уже.

[BOAL]

Еще один мелкий бантик

В выпадающем календарике подписи у дней идут
М Т П Ч П С В

Должно быть
П В С Ч П С В

[AndyD]

Ну, это легко исправить

Поменяйте текст в метках

SYS111982 - DayLetter for Monday
SYS111983 - DayLetter for Tuesday
SYS111985 - DayLetter for Wednesday

[kashperuk]

Как и обещал, докладываю о результатах по первой проблеме:
Цитирую ответ от kernel team:

Цитата:

you cannot select part of the text in a stringEdit control (assuming in a grid) - we don't want to support this.
and the look and feel is the same as for a disabled control (assuming in a grid) - we don't want to support this because it could create a checkerboard appearance and this scenario isn't common enough that we don't believe we need to provide alternate support

Так что, опять же, привыкайте

P.S.
Краткий перевод
Мы не хотим делать поддержку возможности выделения части текста в StringEdit контроле, который в Grid
Мы не хотим делать поддержку различного отображения для disabled и read-only контролов в гриде, так как это может создать видимость "шахматки".
Приведенный мной сценарии не достаточно распространенный чтобы делать доп. поддержку, альтернативную от осталоного приложения..

[BOAL]

Что значит не хотим?
Оно было так изначально 10 лет. При этом в соседних полях без АлоуЕдит все выделяется же - где логика единообразия?
Даже в этом поле все выделяется, пока оно едитабл (на создании записи).

Сама правка 5-10мин скорее всего - а переписки и понтов по ней, как у консьержки на проходной (симптом малого бога турникета) на дни и недели

Обосновать типовые сценарии использования сложно? Банальная скорость обработки данными КОНЕЧНЫМИ пользователями, а не разработчиком. И 10летние использование системы теми, кто ей пользуется последовательно эти 10 лет - мы че уже не пользователи?
А как я это гл. буху объясню при переходе с ах4 или ах3?

Ну и главное - было два атрибута с разным названием и смыслом (покрытым названием). А сча один. При этом только в ГРИДе, тк на закладах по-старому.

[fazer]

Недавно проведенная амнистия (мож хоть так заплотют денежку) по подписке красноречиво говорит о том, что майкрософт крупно недосчитался поступлений по подписке на обновления. Пускай скажут спасибо товарищам "Мы не хотим делать". И ведь, казалось бы, пустяки - ну грид раскрасили под зебру, ну всем удобное и привычное меню заменили на аутлучное с адресной строкой, ну задизеблили там чего-то в гриде, еще чего-то по мелочи. А на выходе - нате, получите - конфуз аля виста.

[mazzy]

Цитата:

Сообщение от kashperuk

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

Согласен с предыдущими ораторами - это сейчас поведение AlowEdit на гриде отличается от поведения в остальных закладках.

подкину еще сценарий.
пользуюсь клиент-банками различной степени злобности и ущербности.
клиент от сбербанка доконал особо диким поведением - там на уже проведенных документах, в справочниках всесто allowedit используется Enabled=No.

В результате я не могу скопировать в буфер обмена информацию из старых документов, я не могу скопировать этот долбанный 20-значный код расчетного счета из справочника расчетных счетов. Приходится перевбивать руками. Бесит - неимоверно.

Очень хотелось бы, чтобы Enabled=No использовалось как можно реже, чтобы у пользователя оставалась возможность текст из такого поля скопировать в буфер обмена.

[Raven Melancholic]

Цитата:

Сообщение от mazzy

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

А так же, пользователи не могут по этому полю вызвать функцию поиска/фильтрации, нажав правую кнопку мышки. Понятно, что этого можно добиться другими способами, но они ПРИВЫКЛИ делать так!
Непонятно почему нельзя вернуть привычный способ взаимодействия пользователей с системой потому что

Цитата:

сценарии не достаточно распространенный

Запрет изменения конкретного поля в некоторых случаях, но оставление возможности доступа к полю для копирования, фильтра, поиска очень распространенный сценарий (правда не для программиста, а для пользователя - получается, что Аксапта это инструмент программиста, а не пользователя?).

[BOAL]

Там не все так печально. Поведение таких Енаблед=0 полей поменяли в лучшую сторону, тк раньше они были вообще "табу" (либо сразу переписать, где увидел).

Цитата:

К счастью, копировать можно или из Разного или кликом по полю (до появления рамочки) и Ctrl-C (или в командной строке Копировать).
А вот выбор части слова - уже невозможен в гриде

Фильтр тоже должен быть, есть же полоса фильтров, да и раз кликается, то тоже будет.
Там ячейка выделяется, просто пол-слова не выбрать и внешне это не интуитивно, кто с ах3-ах4 придет.
Да и кто на ах2009 сядет, тоже не интуитивно, тк выглядит иначе, чем поля, где выделение есть.