Тепер я радий, що не перейшов на JavaFx.

[balu]

Довгий час, та й зараз, Java мала проблеми з приємним користувацьким інтерфейсом. Проблему вирішували за допомогою різних бібліотек, але все було досить сумно. Розробники Intellij Idea перші розв'язали цю проблему в і зараз вона виглядає доволі няшно. А сьогодні я знайшов бібліотеку, яка дозволяє зробити красивий сучасний інтерфейс. Ловіть FlatLaf.

Comments

[juan_gandhi]

Культурненько выглядит.

[euthanasepam]

Жаба давно має прекрасний і правильно продуманий GUI — Swing.

А це, що на малюнках, з погляду ергономіки є кепським винаходом.

[balu]

Угу

[balu]

Це тема для Swing

[balu]

це, що на малюнках, з погляду ергономіки є кепським винаходом.

Розкажи це усім, хто користується Ідеєю та її похідними.

Swing кошерний, кошерніше тільки Tk, але L&F там відверто несучасний.

[euthanasepam]

Той старий L&F правильний, бо зроблений за наукою (численні дослідження 1970—1980-х років). А «сучасні» «свістєлкі і пєрдєлкі» роблять дилетанти без знання предметної галузі, без доброго смаку, без уявлень про довершену естетику. Зате не так, як у старпьорів, еге ж.

[euthanasepam]

А, «свістєлкі-пєрдєлкі»… Було так і сказати.

[euthanasepam]

Я дуже добре знаю, як візуальна культура здеградувала за минулі 20 років.

Візьмімо, наприклад, текстовий редактор ActiveState Komodo. UI перший версій мав загальносистемний вигляд з контрастними елементами, до яких не треба було придивлятися, бо їх і так видно. UI останніх версій — це суцільна катастрофа з погляду ергономіки, юзабіліті, санітарних норм та здорового глузду:

https://cdn.activestate.com/wp-content/uploads/2018/09/screenshot.png

Зате сучасно!

Ось історія хвороби (з ілюстраціями) у стислому переказі самих авторів програми:

https://www.activestate.com/blog/history-komodo-trip-down-memory-lane/

[balu]

UI останніх версій — це суцільна катастрофа з погляду ергономіки, юзабіліті, санітарних норм та здорового глузду

Та й ранніх теж, але кольорова тема з кодом не така вже й погана. Я сам використовую щось схожі коли стемніє kaolin-valley-dark та kaolin-eclipse та kaolin-light коли світло.

[balu]

Конкретно Pure Swing напрягає очі, погано налаштовується, має купу проблем з шрифтами і паршиво виглядає скрізь. Навіть Nimbus це не виправив. А L&F з Ідеї це пофіксив.

[balu]

Якщо вже й говорити про гарні приклади "старих" інтерфейсів, то це Tk і похідні. Напр. на ньому написано Tkabber та sK1, що його покійний Ігор Новіков написав був.

[euthanasepam]

Та ну неправда. Все там налаштовується, і шрифти теж.

Хіба що засобів налаштування зазвичай не дають людям в руки, а колупатися в мануалах і шукати, де там що треба написати руками чи додавати до команди запуску, аби воно почали виглядати інакше, мало хто буде.

У деяких програмах (наприклад, jEdit) ці налаштування додають у GUI, відтак усі мають змогу зробити собі вигляд програми на власний смак у досить широкому діапазоні варіянтів.

[euthanasepam]

То всьо теж сільська художня самодіяльність.


На науковому підґрунті було зроблено це:

https://en.wikipedia.org/wiki/IBM_Common_User_Access

https://en.wikipedia.org/wiki/Motif_(software)


А коли мова йде про вигляд пультів чи чогось подібного «для роботи», то краще, щоб вони мали якийсь такий вигляд:

http://xforms-toolkit.org/screenshots

Бо природу не обманеш. І коли операторові якоїсь машини чи системи зненацька треба буде тицьнути в потрібну пімпу на екрані, кожна мить ніяковіння перед антиергономічними свістєлко-пєрдєлками може коштувати збитків чи трагічних наслідків. А ще краще, щоби пімпи були не на екрані, а фізичні, тривимірні, такого розміру, щоб і в рукавиці можна були натиснути, і з виразним тактильним зворотнім зв’язком.

[euthanasepam]

Катастрофи трапляються тоді, коли програмісти починають робити UI для нормальних людей за своїми збоченими звичками («око замилене»). Для більшості звичайних людей комп’ютер не є засобом цілодобової роботи в одному єдиному контексті уваги на куцому шматку екрану з однаковими шматками розмальованого тексту. Пересічні люди весь час змінюють контекст своєї роботи. Тому малоконтрастне й монотонне візуальне оформлення інтерфейсів є для них обтяжливим аж до нервових розладів, бо їм доводиться щоразу наче заново з нуля вивчати розташування елементів інтерфейсу на екрані.

[balu]

Як увімкнути антиальясинг шрифтів? У Ідеї він з коробки, у НетБінз шрифти лайно. Те ж саме з відображенням системних шрифтів, вони відображаються трохи не так, як у всій системі.

[balu]

Мотіф був кошерним на старих моніторах. І усі годні гуї вміють ним прикидатися. Але я жодного разу не бачив, щоб це хтось використовував.

[euthanasepam]

Пізніше напишу. Мені для цього тре увімкнути комп’ютер із лінупсом, а він розібраний.

[balu]

Те, що ти називаєш колгоспом розроблялося в тому ж Sun і вплинуло на Swing. І воно найбільше відповідає тим прикладам, що ти навів. Навіть більше за Pure Swing. Сабжові теми, між іншим, теж.

[balu]

В залежності від способу установки не завжди можливо його увімкнути. Інше питання, чому його потрібно вмикати руками. А ця ліба класна тим, що все, що потрібно, працює з коробки: і шрифти, і фон, і виділення віджетів.

[euthanasepam]

Я не знаю, чому все треба вмикати. Можливо тому, що Жабу задумано як універсальний продукт, що має працювати на будь-якому обладнанні (навіть з мінімальними ресурсами), де виробник цього обладнання і софту має сам усе налаштувати для споживачів з урахуванням специфіки свого продукту. А практично виробники на це забивають путіна.

[balu]

Проблема Pure Swing в тому, що він виглядає а) неконсистентно на бідь-якій системі б) при цьому він некрасивий.

Тому малоконтрастне й монотонне візуальне оформлення інтерфейсів є для них обтяжливим аж до нервових розладів

Це проблема конкретного інтерфейсу. Задача графічної бібліотеки — створити віджети, які будуть просто конфігурятись. Щоб зробити привабливим Swing довелося чекати чверть століття. І це рішення, якраз, і не є монотонним.

[balu]

Та що може бути простіше: якщо в системі увімкнено антиальясинг, то і сам увімкни його. І шрифти повинні виглядати як системні, а не як універсальна жаба відрендерить.

[balu]

І коли операторові якоїсь машини чи системи зненацька треба буде тицьнути в потрібну пімпу на екрані

А там жах: шрифти — лайно, там реально нечитабельний текст. Вони його хоча б капсом зробили. Повно дрібного тексту на темно-сірому фоні. Швидко знайти потрібну тицялку — проблема.

[euthanasepam]

Нарешті склав докупи свій лінуксовий комп’ютер і подивився у налаштування для Жаби. Колись було шукав ув інтернеті та дечого знайшов і навіть сяк-так занотував.


1. У ~/.profile чи деінде, звідкіля програми читають свої налаштування, пишу таке і для наочності лишаю все разом із закоментованими рядками:

#~ Java settings.
#~
#~ Take some reading:
#~
#~ https://stackoverflow.com/questions/179955/how-do-you-enable-anti-aliasing-in-arbitrary-java-apps
#~
#~ http://wiki.netbeans.org/FaqFontRendering
#~
#~ NetBeans uses the Swing text renderer. Since JDK 1.6 this
#~ renderer supports sub-pixel rendering in addition to
#~ standard anti-aliasing. The renderer supports several
#~ operating modes. According to
#~
#~ http://docs.oracle.com/javase/6/docs/technotes/guides/2d/flags.html#aaFonts
#~
#~ if the antialiasing switch 'awt.useSystemAAFontSettings' is not
#~ set, then Swing text renderer is trying to detect the optimum
#~ setting for given system and use that one. Since 1.6 the renderer
#~ implements following options:
#~
#~      off | false | default - meaning "do not override what has been auto-detected"
#~      on - use anti-aliasing without sub-pixel rendering
#~      gasp - use anti-aliasing wit sub-pixel rendering, intended for use both on CRT and LCD
#~      lcd - use anti-aliasing wit sub-pixel rendering, optimized for LCD
#~      lcd_hbgr - same as lcd, but with different distribution of sub pixels (monitor upside down)
#~      lcd_vrgb - same as lcd, but with different distribution of sub pixels (monitor is vertical)
#~      lcd_vbgr - same as lcd, but with different distribution of sub pixels (vertical again but on other side) 
#~

#~ AMAZON_CORRETO="/usr/lib/jvm/java-1.8.0-amazon-corretto"
#~ OPENJDK="/usr/lib/jvm/java-1.8.0-openjdk-amd64"

#~ JAVA_HOME="${AMAZON_CORRETO}/bin"
#~ JRE_HOME="${AMAZON_CORRETO}/jre/bin"

#~ export JAVA_HOME
#~ export JRE_HOME

#~ export PATH="${JAVA_HOME}:${PATH}"

_JAVA_OPTIONS="-Dawt.useSystemAAFontSettings=lcd -Dswing.aatext=true"
JAVA_TOOL_OPTIONS=${_JAVA_OPTIONS}
JAVA_FONTS="/usr/share/fonts/truetype/"

export _JAVA_OPTIONS
export JAVA_TOOL_OPTIONS
export JAVA_FONTS


#~ Swing
#~ java -Dswing.aatext=true -Dswing.plaf.metal.controlFont=Tahoma -Dswing.plaf.metal.userFont=Tahoma

#~ Plastic
#~ java -DWindows.controlFont=Tahoma-plain-11 -DWindows.menuFont=Tahoma-plain-12 -DPlastic.controlFont=Tahoma-plain-11 -DPlastic.menuFont=Tahoma-bold-11

2. Деяким програмам (як jEdit) цього досить, а іншим (NetBeans) нє, бо в них налаштування шрифтів читаються ще звідкись або й захардкоджено всередині. Для них я маю спеціяльний рядок запуску на кшталт оцього:

/opt/netbeans/7.4/netbeans/bin/netbeans --fontsize 14

Скріншотів не робив, але виглядає все чудово. Проте, як на мій смак, гірше, ніж у Windows.

[euthanasepam]

Шрифтів у системі може просто не бути, хе-хе. Жаба кілька носить із собою, якщо не помиляюсь.

[balu]

Я використовую ті шрифти, які 100% є в системі.

[euthanasepam]

Жаба, якщо не помиляюсь, може працювати на таких системах, де нема жодних шрифтів і жодних візуальних інтерфейсів. Себто вони для Жаби не є обов’язковими.

[balu]

Для свінга потрібні ікси чи фреймбуфер

[balu]

Я вже давно не страждаю красноглазієм. Якщо воно не працює, то йде у смітник. Та ж фігня, доречі, і на Ардуїні.