remove me from the list
--- On Fri, 9/3/10, Iu De Long <[email protected]> wrote:
From: Iu De Long <[email protected]>
Subject: Re: [mitk-users] Tips about migrating an existent application
To: "'Wagner Sales'" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Date: Friday, September 3, 2010, 2:31 AM
Dear Mr. Sales,
my late developments on MITK include a design to integrate peripheral devices
to MITK interaction mechanism, which is different from VTK interaction
mechanism. Generally speaking MITK supports the interaction on several widgets
and VTK interacts onto one vtkRenderWindow.
As a first example I ported the 3Dconnexion mouse support from MITK-QT3 to
MITK-QT4 and change it to fit the new design (currently only on Windows
systems). So 3Dconnexion support is also an example of how to integrate other
peripheral devices. Next, the WiiMote will be integrated.
We haven't yet tested VTK's 3Dconnexion support, but will do this shortly. I
assume, VTK's support of the mouse will even enhance the possibilities for
interaction.
If you have the linux drivers of the 3D connexion mouse working on your
machine, we would highly appreciate contribution on linux support for the
mouse. Remove IF(WIN32) within file
mitk/Modules/Bundles/org.mitk.inputdevices.spacenavigator/CMakeLists.txt and
Mitk/Modules/InputDevices/CMakeLists.txt to make the option visible on linux
and adapt mitk/Modules/InputDevices/SpaceNavigator/mitkSpaceNavigatorDriver.h
and .cpp to support linux 3D connexion driver. All other associated classes
should work right away.
Best Regards
De Long
-----Ursprüngliche Nachricht-----
Von: Wagner Sales [mailto:[email protected]]
Gesendet: Donnerstag, 2. September 2010 17:25
An: Iu De Long
Cc: [email protected]
Betreff: Re: [mitk-users] Tips about migrating an existent application
Hi De Long,
That's awesome! But aren't working for me. First of all, I've not
found the MITK_USE_SPACENAVIGATOR_DRIVER in my CMake configuration.
I've updated my repo and created a new build dir ( separated from my
current build dir ) and configured from scratch. Then I have some
questions: I need the 3DConnexion driver ( from 3D connexion, not the
free version ) installed on my Linux box? I need to have VTK compiled
with TDX support?
Best Regards,
Wagner Sales
2010/9/2 Iu De Long <[email protected]>:
> Hi Mr. Sales,
>
> I want to inform you that the migration for the 3DConnexion Space Navigator
> is completed. First you need to enable the following two flags in your CMake
> configuration:
>
> MITK_USE_SPACENAVIGATOR_DRIVER
>
> MITK_BUILD_org.mitk.inputdevices.spacenavigator
>
> After the start of the application enable the checkbox for the spacenavigator
> in Preferences->ExtPreferences->InputDevices. Now you should be able use it
> in the 3D Window.
>
> A detailed tutorial how to integrate new input devices in MITK will be added
> to the documentation as soon as the corrections are all done.
>
> Regards
> De Long
>
> -----Ursprüngliche Nachricht-----
> Von: Sascha Zelzer [mailto:[email protected]]
> Gesendet: Dienstag, 17. August 2010 16:33
> An: [email protected]; Wagner Sales
> Betreff: Re: [mitk-users] Tips about migrating an existent application
>
> Hi,
>
> some tough questions here... look below for some comments.
>
> - Sascha
>
> On 08/12/2010 05:30 PM, Wagner Sales wrote:
>> Hi all,
>>
>> I'm thinking in start an application migration to MITK. I've read
>> about functionalities, did a cross-relationship requirements matrix,
>> tested this on ExtApp and I really see MITK a very pretty choice to do
>> this job.
>>
> Nice to hear :-)
>> I've read the some documentation about BlueBerry, State Machine ( i've
>> installed the State Machine editor on my linux/eclipse box with
>> success ) and now I want to start my job but I'm a little bit
>> confused. Let me to explain my problem and questions:
>> 1) I'm developing an application that's are touchscreen based. Since
>> this, I have my own window management way, my controls are very
>> stylized to touch GUI ( by CSS on Qt, by theming and in some (hard)
>> cases by a paintEvent method reimplementation ).
>> a) I want to reuse the registration, segmentation and may be other
>> modules presented in MITK. But I think this relies in BlueBlerry, and
>> if I use BlueBerry I think I'll not have the same level of freedom to
>> stylize my application in "fancy" ways. Are some tip here? For
>> example: "Use BlueBerry and reimplements some parts in this way, or
>> stylize in other way" or "Don't use BlueBerry and create your own
>> interface. See this example...". Other controls that's are present in
>> MITK like the window/level chooser will be probably reimplemented by
>> specialization in some way, to change appearance and size.
>>
> BlueBerry provides a plug-in mechanism and on top of that the
> "Workbench". This is the window which manages the "views" (i.e. the gui
> for the segmentation plug-in) and editors (i.e. the QmitkStdMultiWidget
> in the center). The workbench lays out these components and provides
> drag and drop capabilities.
>
> In your case, the layout mechanism (contained in org.blueberry.ui) is
> probably too restrictive for a touch based UI. Unfortunately, the views
> (like the Segmentation view) usually use a couple of Workbench services,
> hence you cannot isolate them from the workbench. You would have to
> write your own org.blueberry.ui plugin, which is a matter of months (if
> you know what you are doing).
>
> You could use all BlueBerry capabilities like services, extension
> points, preferences, etc. except for classes in the org.blueberry.ui
> plug-in. How to write applications completely without BlueBerry is
> covered in the tutorial: http://docs.mitk.org/nightly-qt4/TutorialPage.html
>
> Since the view classes usually contain only GUI code and call methods on
> classes in pure MITK, you could reuse the .ui file and implement your
> own segmentation view by looking at the original code and working around
> BlueBerry specific calls. Note the nicest option, I know...
>
>> 2) Since my application are touch based, the interaction are very
>> different than mouse. I don't have a keyboard ( then, no way shortcuts
>> or use of CTRL, SHIFT, and so on ) and I don't have a mouse too, then
>> no wheel, third button and so on. If I need to interact in some way
>> that's are implemented in this way, I need to put a button to the user
>> to choose this interaction. For example, if the user haves to interact
>> with a slicer to changes the slice or to change the zoom, since aren't
>> a mouse, the user needs two buttons in the interface ( a dialog ) to
>> choose the desired interaction type.
>> a) because that, are easy to think I have defined a lot of
>> "personalized" interactions. I've seen the state machine approach in
>> MITK and I really don't know if this way are the most suitable to me
>> in a way to define different type of interactions. Other way, off
>> course, are to specialize some classes to do this. Which can be a
>> better approach? In the first case I'll simple create and try the
>> interactions by using state machine definitions. But, in second case,
>> what's are the start point ( classes to start to read the code and
>> probably to change the interactions behaviour )?
>>
>> 3) I have a 3D mouse (from 3DConnexion, supporte by VTK 5.6) and I'm
>> thinking in develop a virtual endoscopy module ( will be the last
>> module, and I think I can donate these to MITK ).
>>
> We would happily accept any donations!
>> a) another interaction issue. Here, I think I'll really need to
>> reimplement or create new classes to do this job and put this in a
>> plugin. Are some tips about a start point here?
>>
>>
> The 3DConnexion mouse was already supported by the Qt3 MITK version. We
> recently migrated the code to the new application infrastructure and it
> will be available soon (also without problems in a custom Qt4
> application not based on BlueBerry). So no work to be done here.
>> Any help will be must appreciated,
>>
>> Best Regards,
>>
>> Wagner Sales
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by
>>
>> Make an app they can't live without
>> Enter the BlackBerry Developer Challenge
>> http://p.sf.net/sfu/RIM-dev2dev
>> _______________________________________________
>> mitk-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/mitk-users
>>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> mitk-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mitk-users
>
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
