Вопрос возможно к UI-щикам? Какие библиотеки и фреймворки делают такие штуки?

[spoiler]

kealon(Ruslan), о спасибо. Уже смотрю.

Мне по сути нужна формула сил для притяжения отталкивания. Наверное не по закону Гука а более.... нелинейная чтоли.

Фигассе букв. Руслан я - как тот король в сказке.

- Просил я только масла на завтрак мне подать.

Пока я вижу такой минус что это технология Java Applets, которая уже нигде не поддерживается.

А приложение applietviewer... упоминается в документации по семёрке.

Не могу найти реализацию класса




и его методов. Я конечно могу предположить что там внутри. По смыслу очень похоже на реализацию
матриц аффинных преобразований в 3Д. И очень похоже на реализацию Vector из CardRaytracer. Ну.. смысл близок.

kealon(Ruslan), да спасибо. Сам Molecular viewer я запустил. Щас попробую релакс.

Делаю.




Для более новых версий апплеты уже умерли. Надо-бы придумать как их мигрировать в Swing или JavaFX.

Спасибо. Занятно.

kealon(Ruslan), в этих молекулярных просмотрщиках я не нашел алгоритма релакса. Или он как-то скрыт.
Пока я вижу просто апплет (виджет) который показывает на экране химические структуры и позволяет
их крутить мышкой. Такое 3D я умею делать. (Умел когда-то )

Поясню зачем этот топик.



Мои творческие эксперименты с марковской сетью привели к следующим под-задачкам.
1) Отображение графов . С этой задачей GraphViz не справился. Или он отображал что угодно но только
не то что мне надо. По сути что мне надо. Для моего разрешения монитора (Full-HD) необходимо отобразить
50_000 вершин со связями. Разумеется они все скорее всего не влезут. Будем как-то панорамировать.

Алгоритмы которые я рассматривал.

- система координат - графический файл в разрешении Full-HD
- левая система координат. Ось OX - вправо. Ось OY - вниз.
- вершины - отображаются точками или мини-сферами которые визуально видны на изображении. Ребра - отрезки. Тоже видны.
- представить вершины - как физические частицы которые обладают свойствами отталкивания.
- вершины изначально имеют случайные координаты
- вершины в состоянии покоя находятся только тогда когда на них не действуют другие вершины
или в моей алгоритмизации когда суммарные силы слишком малы. В остальных случаях
вершины двигаются до тех пор пока не займут некое сбалансированное положение.
- для предотвращения улетания вершин за границы системы координат вводится свойство оттакивания
вершин от бортиков (границ).
- формула взаимодействия вершин друг с другом должна быть простая и нелинейная. Меня привлекает
обратная зависимость вида. Для нее надо только подобрать коэффициенты.



- для бортиков - аналогично. Только направление сил для вершины - во все стороны а для бортиков - ортогонально.
- рёбра изначально обладают свойством пружины. Тоесть они могут растягиваться в некоторых пределах.
Классическая формула физики где пружина сопротивляется пропорционально приложенным силам
мне подходит. Но чуть позже можно тоже поэкспериментировать с нелинейностью. Я надеюсь что нелинейность
позволит мне быстрее сбалансировать все движения частиц (вершин) и достигнуть покоя.

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

Отображение планарных графов (или близких к этому) даст мне возможность просто визуально оценивать
различные свойства графов. Степени вершин. Наличие клик. Наличие изолированых вершин. Деревьев.
И циклов.

Разумеется эти задачи можно автоматизировать по другому но мне мой подход ближе. Он ориентирован на меня.

2) Оптимизация. Удаление цепочки токенов (слов тексте) или цепочки вершин в орграфе
и приведение их к 1 вершине с сохранением семантики Марковской цепи.

Сохранение семантики. Ну как-бы объяснить. Мы должны иметь теоретическую возможность
восстановить тот-же текст на выходе что и зашел на вход.

Графический аппарат который у меня есть. Я знаю Awt/Swing. Немного.

И практически полный ноль в JavaFx. Но Fx меня привлекает хорошими нативными оптимизациями которые туда
были заложены изначально. В отличие от Swing где просто анти-алиазинг lines & circles возложен на java.

Я просто думаю когда речь пойдет о тысячах вершин - то надо подумать о том что сделать на чем-то более
быстром. Потяну ? Нет? ХЗ.

А трудности....

Чтоб посчитать (гипотетически) взаимодействие 50 тысяч частиц каждой с каждой
надо сделать некислый объем вычислений. И +там еще ребра есть.

И это не окончательный расчет а только 1 кадр до следующей итерации пока
система еще не зашла в какой-то баланс.

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

Начну с одной частицы летающей хотя-бы по моему закону.

Ещеб UI насетапить эххх давно я не брал в руки шашек....