D365 Изменение размера шрифта контрола

[IvanS]

Пытаюсь изменить размер шрифта в форме на FormStringControl или хотя бы сделать его жирным.
Но ни FontSize, ни Bold не отрабатывают.
Похоже нужна еще какая-то настройка, но найти её не могу.
Куда смотреть?

[ax_mct]

Цитата:

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

Пытаюсь изменить размер шрифта в форме на FormStringControl или хотя бы сделать его жирным.
Но ни FontSize, ни Bold не отрабатывают.
Похоже нужна еще какая-то настройка, но найти её не могу.
Куда смотреть?

Задача на два человеко-дня, однако

Пока нашел такое.
https://docs.microsoft.com/en-us/dyn...rol-properties

Но интересно играют ли эти свойства вообще какую-то роль, так как по идее CSS должен быть в игре. А если менять CSS то не исключено что понадобиться Extensible control чтобы загружать свой CSS.

Но я спекулирую, ждем действующих шаманов. Интересно на самом деле.

[IvanS]

Все что удалось изменить это изменить свойство Style с 0 на 1 (авто на titlefield) при этом изменяется размер контрола и шрифт согласно каким-то внутренним настройкам. При этом свойства bold, font size , font вообще никак не отрабатывают.

[skuull]

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

[ax_mct]

Цитата:

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

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

То есть правильный ответ на

Цитата:

изменить размер шрифта в форме на FormStringControl

это создавать свой Extensible control и свой CSS?

И оценка трудоемкости как два дня достаточно корректна?

Extensible control programming reference
https://docs.microsoft.com/en-us/dyn...ming-reference

[skuull]

Цитата:

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

То есть правильный ответ на

это создавать свой Extensible control и свой CSS?

Я думаю да, но я могу ошибаться Я бы вообще это делать не стал, сейчас много чего нельзя сделать с помощью экстеншенов, чем раньше клиенту скажешь "нет" тем проще жить.

Цитата:

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

И оценка трудоемкости как два дня достаточно корректна?

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

[ax_mct]

Цитата:

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

Я думаю да, но я могу ошибаться Я бы вообще это делать не стал, сейчас много чего нельзя сделать с помощью экстеншенов, чем раньше клиенту скажешь "нет" тем проще жить.


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

Задумайтесь, ведь с точки зрения любого образованного в IT человека задача "изменение размера шрифта контрола" крайне тривиальна. Отказ в выполнении такой задачи выглядит крайне непрофессиональным и ставит под сомнение компетенцию.

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

Клиент знает что Microsoft делает все для программирования и расширения системы.

Программисты знают что их ждут рабочие визы и проходят квесты по установке и обучению.

И тут вы со своим "НЕТ". Нечестно. Вы подрываете рынок и убиваете ожидания.

Итак есть задача "изменение размера шрифта контрола". Что отвечаем клиенту?

[raz]

Цитата:

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

Итак есть задача "изменение размера шрифта контрола". Что отвечаем клиенту?

Зачем?

[skuull]

Есть разные задачи и разные исполнители. Некоторые скажут "зачем" и не сделают, а некоторые дадут заработать и в лучшем случае сделают костыль. А потом ещё костыль на костыль и в итоге мы имеем клиентов которые хотят уйти с АХ на SAP потому что АХ глюченая и баженая система. К примеру сейчас на комьюнити висит вопрос как запускать consistently check из кода после разности потому что разноска разваливает номенклатуру, а может если бы спросили зачем сейчас бы не мучались.

[ax_mct]

Цитата:

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

Есть разные задачи и разные исполнители. Некоторые скажут "зачем" и не сделают, а некоторые дадут заработать и в лучшем случае сделают костыль. А потом ещё костыль на костыль и в итоге мы имеем клиентов которые хотят уйти с АХ на SAP потому что АХ глюченая и баженая система. К примеру сейчас на комьюнити висит вопрос как запускать consistently check из кода после разности потому что разноска разваливает номенклатуру, а может если бы спросили зачем сейчас бы не мучались.

Нет трупа - нет дела, это понятно и мы как-то сходимся в оценке рисков.
Клуб анонимных оверлейщиков
Клуб анонимных оверлейщиков

Но тут же вопрос косметический, ботокса прыснуть по цене шунтирования сердца.
Изменение размера шрифта контрола. И даже здесь full-stop? Почему?

Нет таких специалистов? Так может Lemming прав в своем квесте и вы будете рады иметь специалиста который может?

P.S. Мне все же интересна трудоемкость подобной задачи в D365FO.

[skuull]

Так никто не говорит что нельзя, говорят что это не час времени, а зачем тратить день или 2 на бесполезную свистоперделку? Я ввиду ограниченного воображения слабо себе могу представить важность это требования для бизнеса. Если бы это было что-то что видит клиент тогда да, но слава богу в отчёте это можно сделать за 5 минут. А если какая-то бабка хочет побольше и пожирнее и мигающих котяток, то это уже проблемы product owner'а, всяко есть задачи более приоритетные для бизнеса на которые можно потратить это время, а если допускать конечных пользователей до формирования требований без контроля то в итоге вам закажу Excel.

[ax_mct]

Цитата:

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

Так никто не говорит что нельзя, говорят что это не час времени, а зачем тратить день или 2 на бесполезную свистоперделку? Я ввиду ограниченного воображения слабо себе могу представить важность это требования для бизнеса.
...

Это как официант при заказе суши смотрит внимательно на меня своим пытливым взглядом и говорит "вам не надо васаби, поверьте я профессионал, а соевый соус это вообще дурь. Вам бы лучше борща болезному, да с чесночком. Да и вообще зря вы сегодня из дома вышли."

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

Конкретно по теме вопрос изменения CSS. Так или иначе валидное и нормальное требование.
Можно конечно вообще посоветовать CSS стиль в браузере и отказаться от денег как честный таксист который счел что клиенту лучше пешком.

Бизнес будет решать важность исходя из оценки трудоемкости и никак не раньше. Клиент спрашивает
Сколько будет стоит (трудоемкость) изменение шрифта и его размер только на конкретном контроле/странице?
Что отвечать?

[DAX.Company]

Цитата:

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

Это как официант при заказе суши смотрит внимательно на меня своим пытливым взглядом и говорит "вам не надо васаби, поверьте я профессионал, а соевый соус это вообще дурь. Вам бы лучше борща болезному, да с чесночком. Да и вообще зря вы сегодня из дома вышли."

У вас какая машина? Велкам на автосервис и попросите поставить антикрыло. Или зад опустить. Те же аргументы услышите что и коллеги вам пишут. Только более доходчиво. Хотя если у вас Жигули девятка то проблем не будет.

[ax_mct]

Цитата:

Сообщение от DAX.Company

У вас какая машина? Велкам на автосервис и попросите поставить антикрыло. Или зад опустить. Те же аргументы услышите что и коллеги вам пишут. Только более доходчиво. Хотя если у вас Жигули девятка то проблем не будет.

Согласен. В этом есть зерно.

То есть "в D365FO мы фронт-ендом не занимаемся. Это вам система на PHP нужна, а у нас все серьезно. Нет ну если вы очень хотите мы вам можем extended control сделать, но вы же понимаете что это слишком дорого получиться".

Так?

[Stitch_MS]

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

[IvanS]

Цитата:

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

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

Расскажу от куда растут ноги.
В АХ есть объект FormTableControl, который формируется путем набора контролов. При чем большинство контролов инициализируются через код и в них прописывается цветовая схема 2 (colorScheme = 2), при этом ячейки разукрашиваются нужным образом, но при этом выделение строки в таких ячейках не происходит. А выделение видно только на малом количество контролов с цветовой схемой по умолчанию.
Поэтому задача выделить строку в таблице.
На данный момент я предложил изменять высоту ячеек выделенной строки. По крайней мере это работает. Либо менять цвет шрифта

[ax_mct]

Цитата:

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

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

Цитата:

each input control is sized to one of four sizes: extra-small (XS), small (S), medium (M), or large (L). These sizes are determined by inspecting the explicitly specified width in the DisplayLength property of the control or the corresponding extended data type (EDT).

Forcing a desired discrete size

Цитата:

If you want to extend the control to medium (M) size, the width value must be set to a value that is more than 16 characters and less than 31 characters.

https://docs.microsoft.com/en-us/dyn...s-grid-columns

[ax_mct]

Цитата:

изменить размер шрифта в форме на FormStringControl или хотя бы сделать его жирным.

Цитата:

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

Расскажу от куда растут ноги.
В АХ есть объект FormTableControl, который формируется путем набора контролов. При чем большинство контролов инициализируются через код и в них прописывается цветовая схема 2 (colorScheme = 2), при этом ячейки разукрашиваются нужным образом, но при этом выделение строки в таких ячейках не происходит. А выделение видно только на малом количество контролов с цветовой схемой по умолчанию.
Поэтому задача выделить строку в таблице.
На данный момент я предложил изменять высоту ячеек выделенной строки. По крайней мере это работает. Либо менять цвет шрифта

Аналогии это всегда не в сторону, виноват что начал.

Конкретный технический вопрос на профессиональном форуме по последней версии системы.

1. Общий. Изменить размер шрифта в форме на FormStringControl. Судя по всему нужен свой собственный Extendable control чтобы применить свой CSS. Так?

2. Выделить для пользователя строку в таблице на базе FormTableControl. Тут возможна смекалка на уровне свойств. Display length к примеру чтобы движок применил другой размер шрифта. Так?

Трудоемкость кстати как оценивать для подобных задач. Автор темы явно уже два дня бьется.

[skuull]

А extended Style менять пробовали ? Расскажите ещё откуда ноги у табличного контрола растут.

[Ivanhoe]

Тоже про Extended Style подумал. Осталось понять, откуда он берет варианты значений. Кто-то знает?
Сами значения хранятся в Enum FormXXXControlExtendedStyle. Но где-то же прописано, как именно тот или иной стиль влияет на отображение. Неужели хардкод в ядре?