BiTel

Здравствуйте!
Возникла необходимость поменять оформление клиента, т.к. нужно две удобные темы, которые при этом сильно отличаются друг от друга.
Пробовал несколько вариантов:
1) В папку lib кладу стороннюю Look and Feel JARку и пытаюсь по аналогии прописать новую тему в client.properties. Ничего не выходит, в логах выдаёт ошибку и выставляет стандартную тему.
2) В PgsLookAndFeel.jar добавляю новую тему по аналогии с теми, что там уже есть(package com.pagosoft.plaf.themes;). В com.pagosoft.plaf.ThemeFactory прописываю её в методе getThemeByName, прописываю всё в client.properties, но клиент без всяких ошибок выставляет стандартную тему.
3) В com.pagosoft.plaf.themes.JGoodiesThemes добавляю метод public static MetalTheme getNewTheme(), прописываю её в client.properties по аналогии с JGoodiesTheme (BrownSugar), но клиент опять без ошибок ставит стандартное оформление.
4) При этом сработало следующее: просто меняю метод для получения JGoodiesTheme (BrownSugar), выставив там свои цвета. Но данный подход не очень удобен, т.к. при обновлении клиента скорее всего всё слетит, плюс переписывать чужой код, как мне кажется не очень хорошо.
Если кто-то подскажет годное решение, буду очень признателен!
P.S. Клиент: вер. 6.0 сборка 1360 от 01.12.2014 21:43:25

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Настройки то самой темы в настройках меняются в клиенте, оттуда и выставляются при запуске. Там ваши новые темы появляются?
Лично у меня в TODO выпилить вообще всякие там странные темы, кроме стандартных - нативной и кроссплатформенной (которая metal).

_________________
I'm clever. I've got a computer.

Да, добавленные темы появляются, но не применяются. Жму новую тему ==> применить ==> клиент сообщает о необходимости перезагрузки ==> перезагружаюсь ==> стандартная тема

Спасибо за поднятие настроение. Но создание собственной цветовой схемы вызвана не столько тягой к прекрасному(хотя куда без этого), сколько необходимостью визуально точно различать две разные версии биллинга пользователями. Все стандартные темы либо слабо отличаются, либо лишают зрения наших сотрудников(хулиганы).

почему бы не использовать веб интерфейс (bgcrm) который сам различает две версии биллинга?

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

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

надо что бы у всех был доступ везде? (разделить на рабочих местах пополам кому куда надо) у нас по тому же пути начали год назад и оформление мне кажется не поможет концентрироваться на том где ты находишься и держать в голове как не перепутать окна и путать это будет 100%.

Понимаю, что будут путать, но других вариантов пока нет. CRM - это долго и мучительно. Разделять людей тоже не получится - один оператор должен работать в двух биллингах. Чуть позже прикрутим костыли, чтобы договор нельзя было создать в неправильном биллинге.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Переехать в 1 биллинг не вариант?

Только разъехались .

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Друзья, обходные методы - это, конечно, хорошо, но пока нет возможности их использовать, всё же, по возможности, подскажите по изменению интерфейса, пожалуйста!

Мне в голову приходит только написание своего единого работающего с api

Не совсем понял что вы имеете в виду...
Как мне представляется оптимальное решение моей задачи:
создаём отдельный JAR со своими цветами, который полностью использует PgsLookAndFeel, просто реализует свои цвета. Вероятность того, что эту библиотеку в скором времени исключат из клиента на мой взгляд мала. Соответственно и моя JARка не перетирается в обновлениях.

Проблема:
Новые классы и методы, которые я создаю прямо в существующей библиотеке, игнорируются, помогает только исправление уже существующих классов и методов. Соответственно хотелось бы разобраться, почему так всё происходит и как вызвать исполнение моих новых методов из биллинга, чтобы можно было их вынести в отдельный JAR. Ведь если оставить всё, как сделано сейчас, то скорее всего при обновлении тот код, что я изменил, вернётся в первоначальное состояние со всеми вытекающими...

я добавил в TODO. Не знаю пока что и как..Так, подумать над этим.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Так чего над этим думать. Вопрос в том, как свою тему в отдельную jar'ку положить, чтобы она подхватывалась клиентом. Где и чего прописать нужно, чтобы заработало и при обновлении не перетёрлось.

Мы со swing'ом не работали раньше, поэтому и спрашиваем здесь - думали вы знаете.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

вот код которым сейчас устанавливается LookAndFeel


jar с кодом LookAndFeel лежат там же где и другие библиотеки клиента
как сделать что бы не перетиралось зависит от того как идет обновление клиента

В клиенте, в "шапке", есть достаточно много пустого места. Что если сделать там некую "панель" на всю величину пустого места, которая будет просто менять цвет, например один биллинг - синий, другой - красный и т.д. Поскольку "шапка" довольно большая и места там много, то зрительная идентификация по цветам должна быть довольно очевидной - ее будет очень сложно не заметить. Настройку можно вынести в client.properties сделав там что-то типа:

некрасиво ж будетъ

_________________
I'm clever. I've got a computer.

Мне бы хватило так:

где ${version} и ${license} образуют стандартный заголовок. При этом информацию отсюда размещать не в свободное место в шапке, а вместо неё. Т. е. если мне нужно добавить свою информацию в заголовок, то я смогу это легко сделать. Причем информацию можно будет добавлять как в начало заголовка, так и в конец.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Порой не до красоты.
Название биллинга в списке - это, конечно, хорошо, но его еще нужно прочесть, а вот если тот же список подсветить, то даже читать не надо было бы. Впрочем, выше была голая идея в чистом виде, которую, разумеется, не надо сразу же бросаться делать.



Фикс для лучшего понимания хотелки.
vkulakov, ты пишешь про заголовок окна приложения - там и так пишется версия и название организации из лицензии, а я предлагал сделать что-то с полем где находятся кнопки.

Речь идёт про это поле:

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Я про вот это поле



Оно пустое и "резиновое". Если его использовать, то мы будем иметь один большой "маркер", который позволит зрительно разделять биллинги.

Мы изменили цвет всего клиента для другого биллинга, поэтому разукрашивать только это поле совсем не интересно. А в качестве надписи, позволяющей идентифицировать биллинг, как раз выступает БД.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Я же просто предложил.


Спасибо, Кэп.

И кстати эту надпись можно раскрасить, pourquoi pas...

_________________
I'm clever. I've got a computer.

Шикарно, в моей версии работает. Интересно, зачем это было сделано???

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91