fx:controller="controller.RadioButtons"
? Так?addProduct.setOnAction(event -> {
radioButtonLayoutController .addDB(observable);
});
...The main controller can then invoke methods on the included controller...
addProduct.setOnAction(event -> {
new RadioButtons().addDB(observable); //тут я не могу писать new, т.к. класс уже существует, при старте программы
});
Вот что тут по-вашему должно происходить? Всякий раз когда происходит нажатие кнопки Создается новый объект класса RadioButtons. Ему добавляется ссылка на observable. Когда же обработчик нажатия кнопки завершается ваш объект класса RadioButtons "теряется". Так? И всё-таки, как их залить принудительно?Если я правильно понимаю вопрос, то вот так
git add
. Подробнее смотри например здесь. Затем git commit
. И на удаленный git push
....но если вдруг, то учтите, что это практически уголовное преступление.
...а secondary - только в качестве сопроводительной информации...Пока, что это действительно так.
Далее, о "сохранении в PACS". Стандарт DICOM состоит из многих частей...Понял уже, что с наскока не получится.
...любой сертифицированный медицинский эндоскоп умеет это из коробки просто по определению...Спасибо. Этот момент я уточню.
JPEG2000 losslessПро эту штуку можно подробнее.
...такой сложный DICOM...Ох, блин!
If you need to group multiple images into one series, you'd need to create multiple dicom files (one for each image), each with the same Study Instance UID, the same Series Instance UID and differen SOP Instance UIDs (i.e. the image's UID). You should be able to send the Dicom files in any order, and a good PACS should be able to group them, based on the UIDs.