Closed ndrhzn closed 9 months ago
Поточний статус: Проєктний офіс запропонував спробувати на вибір два шрифти - Roboto Mono та Ubuntu Mono.
Можна почати тестування з Roboto Mono @andrzejbeletsky
Давайте ще спробуємо Victor Mono @andrzejbeletsky
Зафіксували рішення не змінювати шрифт у поточному релізі, і продовжувати пошуки. В ідеалі нам потрібно знайти шрифт, який добре працює і для тексту, і для чисел (може бути одне сімейство шрифтів)
@andrzejbeletsky можемо в якості есперименту подивитися на сторінку з бюджетами, де всі текстові елементи використовують Rubik, а числа, наприклад Roboto Mono?
Виглядає непогано. Але маю уточнити - до яких елементів у цьому випадку застосовується Roboto Mono, а до яких Rubik? Чи це "всі числа - Roboto Mono, всі літери - Rubik"? Чи якось інакше?
Питаю, бо зауважив також зміни у тому, як відмальовуються числа у картках. Хочу зрозуміти, чи це intentional, чи by accident.
Усі цифри Roboto - і картки, і таблиці, і чарти.
Addon - тепер в pivot-ах не відображається "Values".
Загалом мені видається, що це way to go. Але одне але - із застосуванням нового шрифту числа у картках стали більш масивними. Я бачу в консолі браузера, що там font-weight: 700, тобто Bold. Чи є у нас опція зробити для карток Semibold? Якщо немає, то може і Regular буде достатньо
Добре, я думаю, можна так і лишити. В такому разі наступні дії
in progress треба зрозуміти, чи робити зміну на кожному аркуші окремо, чи спробувати змінити тему в додатку, і тоді це буде поширюватися на нові аркуші/об'єкти автоматично
як зміна теми, так і зазначення шрифту для css стилю, що використовується в об'єктах може потребувати часу на пошук імені css, шо платформа використовує в кожному окремому випадку. Поки ця робота не буде розпочата лишається невідомим чи застосовуються в платформі різні css наприклад, для розрізів і мір в прямій таблиці. Вважаю, що тема є більш надійним варіантом, але тим не менш треба зважати на те, що вендор може вносити зміни при релізі нових версій продукту. Для дослідження треба буде витратити 4-8 годин, щоб передивитись всі обїекти візуалізації, де шрифт не вказується безпосередньо в налаштуваннях об'єктів.
А коли ви задаєте тему, то вона формується десь кодом на рівні CSS чи в графічному інтерфейсі, і лише потім програмою збирається в CSS?
Швидка розвідка показала, що на рівні таблиць зміна CSS може відбутися відносно просто, бо там є окремий клас для числових комірок - .qv-st-data-cell-numeric.
Але для підписів чисел на графіках це може працювати інакше. Я поки не знайшов на рівні CSS правил окремо для текстових підписів на графіку та числових
Take a look. https://qsdemo.rbcgrp.com/sense/app/b0f13ce0-e592-48bc-9432-6da4de1f8cfb/sheet/4cfb64bc-f648-4116-8d80-bc99f590fd77/state/analysis Тема в клику складається з 3 файлів і додатково, при необхідності, файлів фонтів. Властивості основних типів об'єктів підтримуються в цих файлах. З прямою і півот таблицею є відмінності - в мене шрифт змінений тільки для явно цифрових cells. Для текстових продовжує діяти основний Rubik. Також потрібне було manual edit цифрових значень для всіх об'єктів-карток, бо це не стандартний об'єкт.
Також потрібне було manual edit цифрових значень для всіх об'єктів-карток, бо це не стандартний об'єкт.
Питання чи це дійсно необхідно змінювати шрифт в картках на monospace, бо те для чого ми це робили в таблицях в картках doesn't make sense, does it?
З практичної точки зору найбільше застосування monospace має сенс насамперед для таблиць, це правда.
В деяких випадках це також має сенс для графіків - якщо це table-like графіки, де числові значення можуть відображатися один під одним
В картках цілком може бути Rubik, бо в картках ми ніколи не читаємо значення один під одним.
Змінено шрифт в картках на Rubik
Я думаю, можна робити зміни доступними у публічному додатку @andrzejbeletsky
Done
Варто буде додати собі до задач на майбутнє - перейти на використання monospaced шрифтів щонайменше для таблиць.
Якщо всі символи матимуть однакову ширину, тоді числа з однаковою кількістю символів в таблиці матимуть однакову ширину, і в таблиці їх буде простіше порівнювати між собою.
У поточній версії числа з однаковою кількістю знаків можуть мати різну ширину.