BiTel

Ув. разработчики.
В клиенте почти везде используется TabPanel, следовательно Вы могли бы реализовать возможность добавлять наши табы.
Например мы указывает в конфиге модуля или ядра:

И при инициализации TabPanel Вы к Вашим стандартным табам добавляете Мой Таб1 и Мой Таб2.

Например для модуля bill я бы добавил 2 таба:
1. Для быстрой генерации документов.
2. Для быстрого подбора документов для печати (для заполнения стандартного таба "Просмотр документов")

В договоре тоже есть стандартные табы "Параметры", "Отчет", "Карточки". Тут я бы тоже добавил свой таб.

Что бы об этом думаете?

как-то неправильно делать это через конфиги, нужно делать это через плагин

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

Как это через плагин?
Добавлять табы в модуль bill через плагин или добавлять таб в договор?

ну да, через плагин как-то добавлять табы к любой админской вкладке разных модулей

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

Ну это уже детали реализации...
Как настраивать табы через конфиг или через плагин, это не очень важно.

А я говорю о принципе расширения функционала.
Я так понял вы в принципе ничего не имеете против расширения функционала клиента через табы?

Так может в TODO?
Если конечно в нем еще осталось место

но сами классы то всё равно вам придётся писать? вы это хотите?)

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

сделать можно, но сразу предупреждаем будет куча проблем при обновлениях, при чем, возможно на каждом билде.

да

Ув. skn о каких проблемах Вы говорите?
Просто о возможных багах?

А вы ни когда не задумывались почему у нас нельзя обновить только один модуль, а нужно обновлять все компоненты одновременно???
Ответ простой, клиентский АПИ не фиксирован и меняется постояно. Следовательно если вы в своих табах будете использовать наше АПИ у вас при любом обновление могут вылезать проблемы, а если не будете, то по моему особо смысла добавлять табы нету.

Клиентское API, как впрочем и серверное, у вас конечно же не фиксированное, я это прекрасно понимаю.
Большая ли вероятность, что у Вас будут координально меняться классы bitel.billing.module.admin.TransferManager,ru.bitel.bgbilling.client.common.BGUPanel и bitel.billing.module.common.*?
Даже в сравнении с 4.6 они не очень изменились.
Вот Вы сами подумайте.
Ну есть BGControlPanelMonth, для выбора месяца, ну измените вы его до неузнаваемости, но работать то я с ним буду так же как и раньше.
Тоже самое с BGUPanel, BGTitleBorder, BGComboBox и т.д.
Я буду использовать Ваше API только для рисование форм и для отправки данных на сервер.
Мне ведь большего то и не надо.

ru.bitel.bgbilling.client.common.BGUPanel вчера меняли...
bitel.billing.module.common.* тоже куча правок за последний месяц

причем легко может быть изменено название метода, с помощью автоматического рефакторинга по всему НАШЕМУ коду.

Как бы там ни было мне все равно придется писать свои классы для клиента, так как задача, которую я описал тут http://forum.bgbilling.ru/viewtopic.php?f=1&t=7829 от меня никуда не денется, мне все равно придется ее реализовывать и поддерживать ее работоспособность.

Вы же, на определенном этапе развития BGBilling-а, приняли решение, что API сервера надо менять очень аккуратно, так как Ваши пользователи стали использовать API сервера.
Возможно пришло время принять такое же решение по API клиента? Думаю что принять такое решение для клиента намного легче, так как API клиента попроще чем на сервере.

Ув. skn, я пока единственный, кто используется API клиента.
Это не моя прихоть, а необходимость, с которой я сталкиваюсь.
Если будет добрая воля разработчиков, то использовать API клиента будут и другие.

Вспомните что написано у Вас на сайте, может быть это поможет Вам принять решение.

Ув. разработчики, Вы хоть изложите свое мнение по поводу расширения функционала клиента.

1. Сделаем.
2. Не сделаем.
3. Подумаем.
и т.д.

?

вы же вроде как нашли способ добавлять табы, мы вас предупредили чем это грозит...

фиксировать апи клиента пока не планируем.

Я нашел способ создавать свой интерфейс, для своих задач. Естественно я могу там добавлять свои табы.
Вопрос был не в этом. Я спрашивал о возможности добавлять табы в Ваши модули (например в модуль bill), в Стандартный интерфейс договора и т.д.
dimOn сказал что это в принцип можно реализовать через отдельный плагин.
Окончательного ответа я так и не получил.


Странно конечно, ну нет так нет...

для плагина надо точку входа делать итд и описывать как плагин работает, это уже в TODO

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

Спасибо.

Хотелось бы продолжить тему.
Для всех модулей появилась возможность добавлять свои табы через setup_user.properties.
Это позволило нам автоматизировать работу с модулями Bill и IPN. А так же произвести интеграцию с внешней системой.
Большое Вам спасибо!

Очень хочется развить это направление.
Меня интересует форма "Договор клиента".
Планируется ли добавлять табы в форму "Договор клиента" или добавление своих элементов в дерево договора например через переменную client.gui.contract.tree.order?

пока не планируется

кстати, мне тоже стала интересна эта тема, тоесть за вами основной функционал, обсчеты и автроизация и аккаунтинг, а дайте нам сделать прострацию в гуе клиента, чтоб там сами могла развлекаться, и делать что могли, ну а вам большая просьба сделать эту возможность мало изменяемой....я просто про что, contract.Id и contract.id ... продумайте зараннее, измменения понятно что будут, главно чтоб не ...прям все поломать....

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

добавить возможность добавлять в паре мест не проблема, добавлять во все табы это уже проблема (надо шерстить весь код и соответстующим образом адаптировать), а менять все и везде вообще не реально.

учитывая что нужно это небольшому % клиентов и размеру ТУДУ с другими фичами, маловероятно, что это появится в обозримом будущем.

Сразу видно, пятница у человека
Прострация, все дела...

Я имел ввиду добавление таба там же где табы "Параметры", "Отчет", "Карточки" и т.д.


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

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

ну табы в договор могут добавлять плагины, например

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

могут... а что нам это дает?
Написать свой плагин мы все равно не можем.

Моё мнение - нужно сделать чтобы могли

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

+1

По большому счету мне не важно как добавлять таб через свой плагин или напрямую.
Думаю что по трудозатратам проще будет напрямую добавлять таб по аналогии с setup_user.properties.
Если делать свой плагин, то возникает проблема с лицензиями на этот плагин.