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
