Как мы делали таблицы для производственных интерфейсов

[Vorchun]

Вроде все очевидно, но почему так не делают? ) Вы - молодцы. По шрифтам ожидал увидеть (кроме того, что он моноширинный) шрифт где ноль перечеркнутый, ну или с точкой внутри нуля.

По типу https://sourcefoundry.org/hack/, https://adobe-fonts.github.io/source-code-pro/ или https://github.com/tonsky/FiraCode

[Rhamazan]

Мы тоже были удивлены, почему так не делают, поэтому решили сами реализовать! Про ноль замечание интересное, но для легкого считывания чисел кажется, что «пустой» ноль удобнее.

[Vorchun]

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

[NutsUnderline]

нам подсказали сами же заводчане

это прям мед в уши.

[Rhamazan]

Мы многое берем из практики — не сверху вниз, а из цехов, от тех, кто каждый день видит, где сбоит, а где работает. Только так и работает.

[AleVaKa]

Крутой подход, человеческий. У нас в АСУ ТП, где я работал, интерфейсы пилятся теми же инженерами, которые пишут логику для контроллеров, по наитию и "мне кажется, так будет лучше".

[Rhamazan]

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

[Ulrih]

На интерфейс последней версии платформы 1с похоже

[Rhamazan]

Если вы про этот интерфейс, то не очень похоже

[scarrydigital]

Похож, как форд на феррари ;)

[DimaPartyzan]

Простите, но не все цифровые значения выравниваются по правому краю. Только те, что сравниваются. Судя по скринам, у вас там ничего не сравнивается.

[Vorchun]

Откуда эта мысль?

[Rhamazan]

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

[valentin]

Здравствуйте! А на чём бэкэнд?