W>>Но похоже это та же причина, по которой в подобных интерфейсах постоянно повторяются одни и те же ошибки с неработающими стандартными комбинациями клавиш УП>Задолбало. Куча десктопного софта, где не работают в текстовых полях C-Ins, S-Ins, S-Del.
Абсолютно согласен!
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, maks1180, Вы писали:
M>спасибо. Вы ей пользовались ? Она через DirectX рисует контролы ? Не пойму через что она в Linux будет рисовать и будет ли вообще ?
Когда-то для простого дебажного вывода использовал, для себя.
Officially maintained backends/bindings (in repository):
W>Например, люди при работа с текстом перемещаются между контролами с использованием клавиатуры, но для этого нужно сделать tab index. W>Скопировать текст ошибки из окна в буфер обмена? Стандартный диалог так умеет. А для кастомного нужно снова код писать. Или пользователю придётся вручную перенабирать текст. W>Забыли в своём коде отрисовки учесть DPI? Приложение выглядит мелко/крупно. И вообще есть проблемы с масштабированием. W>Стиль приложения может и единый, но зато в каждой ОС выглядит чужеродно. W>Адок с accessibility в широком смысле слова: например, содержимое нативных контролов ОС можно прочитать и ими можно управлять голосом. Если ты забыл написать соответствующий код, то в лучшем случае услышишь от своего приложения что-то вроде "номер вашего заказа <order.png>" W>
Ну и в копилку все стандартные контролы так или иначе доступны с клавиатуры, т.е. не только Tab, а и навигация стрелками, поиск в treeview/combobox и т.п.
Здравствуйте, maks1180, Вы писали:
M>Хочу сделать (или найти) следующую реализацию контролов: M>1) Приложение НЕ будет создавать контрол через Windows API, т.е. ОС не будет знать состав контролов этого окна M>2) вместо Windows, приложение само будет раскидывать сообщения по дочерным окнам (контролам).
M>Какие минусы у данного подхода ? M>Существуют ли такие реализации ?
В свое время у одной конторы были кастомные контролы (делали совместимость с маком). Потом на мак забили, а под винду долго перепиливали на стандартные.
Кроме уже озвученых причин, так же еще и поддержка тем: всякие контрастные, увеличенные и т.п. В основном это все актуально для слабовидящих.
Здравствуйте, maks1180, Вы писали:
M>Плюсы: M>1) потом планирую портировать приложение под Linux и Mac, думаю с таким подходом будет проще портировать M>и тестировать нужно будет только для 1 ОС полностью, а для остальных ОС только частично.
Это очень большой объем труда, если ты хочешь получить нормальный набор контролов нормального промышленного качества, а не детсадовскую поделку.
M>2) будет выглядеть и вести себя одинаково вне зависимости от ОС и версии ОС.
Это скорее недостаток, чем достоинство.
M>3) можно обойтись без тяжелых фреймворков, таких как QT
Когда-то все тяжелые фреймворки из таких примерно поделок и выросли.
M>4) ОС не будет знать состав контролов этого окна. Хакерам будет сложнее.
На нормальном дектопе можно одной настройкой поменять отрисовку всем приложениям. Например, сделать шрифт везде покрупнее. Если ты сам за себя, тебе придется или сделать это самому (причем для каждой системы), или твоя программа будет выделяться, причем не в лучшую сторону.
