From joseignacio.prieto at gmail.com Tue Jul 9 15:11:12 2013 From: joseignacio.prieto at gmail.com (Jose Ignacio Prieto) Date: Tue, 9 Jul 2013 11:11:12 -0400 Subject: [Ctk-developers] ctkDICOMBrowser Message-ID: Hi, I hope this is the correct mailing list because I didn't see any ctk-users... I am trying to implement the ctk dicom browser in my application, replacing my old qt+itk+gdcm file browser. I want it to start from a button signal in my app, what should I do? Should I inherit ctkDICOMBrowser or ctkDICOMBrowserPrivate? I don't want to use the plugin framework from ctk. Thank you very much. Jose -- Jos? Ignacio Prieto celular(nuevo): 94348182 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pieper at ibility.net Wed Jul 10 00:04:46 2013 From: pieper at ibility.net (Steve Pieper) Date: Tue, 9 Jul 2013 20:04:46 -0400 Subject: [Ctk-developers] ctkDICOMBrowser In-Reply-To: References: Message-ID: Hi Jose - The pieces in ctk are maybe best used by mixing and matching at the widget level to get the behavior you are looking for at the application level. The ctkDICOM application uses a single ctkDICOMAppWidget which puts them together in a particular way that is integrated into Slicer and MITK, but with some customizations on both implementations (let us know if you want pointers to the code). You can find the dicom-specific widgets and the other pieces, like the date range, search boxes, etc in the widget gallery [1]. Note that the ctkDICOMBrowser is a newer work-in-progress that addresses some of the limitations we found with the older code. We were just working on it a month or so ago [2] so it may or may not be ready to drop into your application. Note that the browsers (older and newer) is meant to be used with a ctkDICOMDatabase, so it's an import step followed by a browse step, not just a file browser. Hope ctk is useful for you - feel free to make suggestions as you investigate, -Steve [1] http://www.commontk.org/index.php/Documentation/ImageGallery [2] http://www.commontk.org/index.php/CTK-Hackfest-May-2013#DICOM_Database_and_Networking On Tue, Jul 9, 2013 at 11:11 AM, Jose Ignacio Prieto < joseignacio.prieto at gmail.com> wrote: > Hi, I hope this is the correct mailing list because I didn't see any > ctk-users... > > I am trying to implement the ctk dicom browser in my application, > replacing my old qt+itk+gdcm file browser. I want it to start from a button > signal in my app, what should I do? Should I inherit ctkDICOMBrowser or > ctkDICOMBrowserPrivate? I don't want to use the plugin framework from ctk. > > Thank you very much. > > Jose > -- > Jos? Ignacio Prieto > celular(nuevo): 94348182 > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Florian.Ganglberger at student.i-med.ac.at Tue Jul 16 19:07:30 2013 From: Florian.Ganglberger at student.i-med.ac.at (Florian Ganglberger) Date: Tue, 16 Jul 2013 21:07:30 +0200 Subject: [Ctk-developers] Get QWidgets from plugins Message-ID: Hi all, thanks for you help last time! Currently we have a new problem in our group. We are developing a framework for Image Guided Surgery. We have a main app which should load all components (Dicom loading, image registration, navigation, tracking) as plugins, so we can reuse or exchange them later. The loading works fine, also the communication between the plugins. Unfortunately there is one problem: We have the GUI as QWidgets in every plugin class and we want that the main class loads a QWidget when the plugins are initialized. We have registered the QWidgets as services (within the plugins), but so far we get only segmentation faults after we received them in the main app (it seems the services are not really made for exchanging GUI elements...). Du you have any suggestions how to solve this problem? Is there a better solution for loading the gui dynamically? Thank you for your help! Best regards, Florian From Zovastra.Attah at creatis.insa-lyon.fr Wed Jul 17 08:41:36 2013 From: Zovastra.Attah at creatis.insa-lyon.fr (Zovastra Attah) Date: Wed, 17 Jul 2013 10:41:36 +0200 Subject: [Ctk-developers] qttesting cmake error Message-ID: <55defc19a8a1e6fac26e16e471460120.squirrel@www.creatis.insa-lyon.fr> Hello , I am struggling with a problem, I fork the CTK qttesting repository and I made some change . In the configuration step, I put CTK_APP_ctkQtTesting on, And in, CTK/CmakeExternal/QtTesting.cmake, I make some changes if(CTK_SUPERBUILD) if(NOT DEFINED QtTesting_DIR) #set(revision_tag 7dbef1003157941e7315220f53cf4e17d78b5e28) if(${proj}_REVISION_TAG) set(revision_tag ${${proj}_REVISION_TAG}) endif() set(location_args ) if(${proj}_URL) set(location_args URL ${${proj}_URL}) elseif(${proj}_GIT_REPOSITORY) set(location_args GIT_REPOSITORY ${${proj}_GIT_REPOSITORY} # GIT_TAG ${revision_tag} ) else() set(location_args GIT_REPOSITORY "${git_protocol}://github.com/zoat2/QtTesting.git" #GIT_TAG ${revision_tag} ) endif() # Set CMake OSX variable to pass down the external project And the error is : [ 78%] Performing configure step for 'CTK-Configure' -- Generated: /test-CTK/CTK-superbuild/CTK-build/DGraphInput-alldep.txt -- Generated: /test-CTK/CTK-superbuild/CTK-build/DGraphInput-alldep-withext.txt -- Generated: /test-CTK/CTK-superbuild/CTK-build/DGraphInput.txt -- Generated: /test-CTK/CTK-superbuild/CTK-build/Project.xml -- CTKCore: BFD support disabled CMake Error at /test-CTK/CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 (ADD_LIBRARY): add_library cannot create imported target "QtTesting" because another target with the same name already exists. Call Stack (most recent call first): /home/administrateur/Bureau/CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) Libs/Widgets/CMakeLists.txt:13 (find_package) CMake Error at /CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 (ADD_LIBRARY): add_library cannot create imported target "QtTesting" because another target with the same name already exists. Call Stack (most recent call first): /CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) Libs/Visualization/VTK/Widgets/CMakeLists.txt:13 (find_package) /CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 (ADD_LIBRARY): add_library cannot create imported target "QtTesting" because another target with the same name already exists. Call Stack (most recent call first): /CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) Libs/QtTesting/CMakeLists.txt:6 (find_package) /CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 (ADD_LIBRARY): add_library cannot create imported target "QtTesting" because another target with the same name already exists. Call Stack (most recent call first): /CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) Applications/ctkQtTesting/CMakeLists.txt:6 (find_package) -- Configuring incomplete, errors occurred! make[2]: *** [CTK-Configure-prefix/src/CTK-Configure-stamp/CTK-Configure-configure] Erreur 1 make[1]: *** [CMakeFiles/CTK-Configure.dir/all] Erreur 2 make: *** [all] Erreur 2 It trying to call ADD_LIBRARY for target that already exist. Any help would be appreciated zovastra From s.zelzer at dkfz-heidelberg.de Wed Jul 17 15:02:10 2013 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Wed, 17 Jul 2013 17:02:10 +0200 Subject: [Ctk-developers] Get QWidgets from plugins In-Reply-To: References: Message-ID: <51E6B1F2.8050509@dkfz-heidelberg.de> Hi Forian, Could you please elaborate on when exactly the segmentation fault happens? Is it already when retrieving the widget as a service via ctkPluginContext::getService() or later on when you try to "use" it (e.g. adding it to a layout in your main application). Further, you probably know about the parent / child relationships in QObject classes and the associated life-times. So one crucial question is, how the life-time of your "widget-services" is managed. In general, I see no problem with registering widgets as services though. An alternative might be to register "widget factories" as services instead of the widget instances themselves, so the main application controls the creation and destruction of the widgets constructed via the factories. Hope this helps, Sascha On 07/16/2013 09:07 PM, Florian Ganglberger wrote: > Hi all, > thanks for you help last time! Currently we have a new problem in our > group. We are developing a framework for Image Guided Surgery. We have > a main app which should load all components (Dicom loading, image > registration, navigation, tracking) as plugins, so we can reuse or > exchange them later. The loading works fine, also the communication > between the plugins. Unfortunately there is one problem: We have the > GUI as QWidgets in every plugin class and we want that the main class > loads a QWidget when the plugins are initialized. We have registered > the QWidgets as services (within the plugins), but so far we get only > segmentation faults after we received them in the main app (it seems > the services are not really made for exchanging GUI elements...). > > Du you have any suggestions how to solve this problem? Is there a > better solution for loading the gui dynamically? > > Thank you for your help! > > Best regards, > Florian > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers From jchris.fillionr at kitware.com Wed Jul 24 03:56:23 2013 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Tue, 23 Jul 2013 23:56:23 -0400 Subject: [Ctk-developers] qttesting cmake error In-Reply-To: <55defc19a8a1e6fac26e16e471460120.squirrel@www.creatis.insa-lyon.fr> References: <55defc19a8a1e6fac26e16e471460120.squirrel@www.creatis.insa-lyon.fr> Message-ID: Hi Zovastra, Does this happen doing a clean built ? Note that for convenience, I just updated commontk/QtTesting master with the Paraview QtTesting repo [1] Could you try using: git://github.com/commontk/QtTesting.git and e59b11d9062c9aa747817daa9417016d6e1ae1be Hth Jc [1] http://paraview.org/gitweb?p=QtTesting.git On Wed, Jul 17, 2013 at 4:41 AM, Zovastra Attah < Zovastra.Attah at creatis.insa-lyon.fr> wrote: > Hello , > I am struggling with a problem, > I fork the CTK qttesting repository and I made some change . > > In the configuration step, I put CTK_APP_ctkQtTesting on, > And in, CTK/CmakeExternal/QtTesting.cmake, I make some changes > > if(CTK_SUPERBUILD) > > if(NOT DEFINED QtTesting_DIR) > > #set(revision_tag 7dbef1003157941e7315220f53cf4e17d78b5e28) > > > > if(${proj}_REVISION_TAG) > set(revision_tag ${${proj}_REVISION_TAG}) > endif() > > set(location_args ) > if(${proj}_URL) > set(location_args URL ${${proj}_URL}) > elseif(${proj}_GIT_REPOSITORY) > set(location_args GIT_REPOSITORY ${${proj}_GIT_REPOSITORY} > # GIT_TAG ${revision_tag} > ) > else() > set(location_args GIT_REPOSITORY > "${git_protocol}://github.com/zoat2/QtTesting.git" > #GIT_TAG ${revision_tag} > ) > endif() > > # Set CMake OSX variable to pass down the external project > > > > And the error is : > > > > > [ 78%] Performing configure step for 'CTK-Configure' > -- Generated: /test-CTK/CTK-superbuild/CTK-build/DGraphInput-alldep.txt > -- Generated: > /test-CTK/CTK-superbuild/CTK-build/DGraphInput-alldep-withext.txt > -- Generated: /test-CTK/CTK-superbuild/CTK-build/DGraphInput.txt > -- Generated: /test-CTK/CTK-superbuild/CTK-build/Project.xml > -- CTKCore: BFD support disabled > CMake Error at > /test-CTK/CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 > (ADD_LIBRARY): > add_library cannot create imported target "QtTesting" because another > target with the same name already exists. > Call Stack (most recent call first): > > /home/administrateur/Bureau/CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 > (include) > Libs/Widgets/CMakeLists.txt:13 (find_package) > > > CMake Error at /CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 > (ADD_LIBRARY): > add_library cannot create imported target "QtTesting" because another > target with the same name already exists. > Call Stack (most recent call first): > /CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) > Libs/Visualization/VTK/Widgets/CMakeLists.txt:13 (find_package) > > > /CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 (ADD_LIBRARY): > add_library cannot create imported target "QtTesting" because another > target with the same name already exists. > Call Stack (most recent call first): > /CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) > Libs/QtTesting/CMakeLists.txt:6 (find_package) > > > /CTK-superbuild/QtTesting-build/QtTestingExports.cmake:16 (ADD_LIBRARY): > add_library cannot create imported target "QtTesting" because another > target with the same name already exists. > Call Stack (most recent call first): > /CTK-superbuild/QtTesting-build/QtTestingConfig.cmake:9 (include) > Applications/ctkQtTesting/CMakeLists.txt:6 (find_package) > > > -- Configuring incomplete, errors occurred! > make[2]: *** > [CTK-Configure-prefix/src/CTK-Configure-stamp/CTK-Configure-configure] > Erreur 1 > make[1]: *** [CMakeFiles/CTK-Configure.dir/all] Erreur 2 > make: *** [all] Erreur 2 > It trying to call ADD_LIBRARY for target that already exist. > > Any help would be appreciated > > zovastra > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > -- +1 919 869 8849 -------------- next part -------------- An HTML attachment was scrubbed... URL: