see core modification request.
Description
Description
Status | Assigned | Task | ||
---|---|---|---|---|
Resolved | None | T2494 META: Create usable end-user application / demo (3M3) | ||
Resolved | None | T2773 Application Frame 3M-3 | ||
Resolved | None | T2713 Application Frame: StartView when launching the 3M-3 application the first time | ||
Resolved | None | T2889 Design WelcomePart html page | ||
Invalid | None | T2952 Initial perspective | ||
Resolved | None | T2827 Plugin org.opencherry.ui, extension org.opencherry.ui.views, id org.opencherry.ui.internal.introview: Unknown extension tag found: stickyView | ||
Resolved | None | T2712 Application Frame: Uniform button / icon design | ||
Resolved | None | T2778 ISelectionService::GetSelection (const std::string &partId) crashes | ||
Resolved | None | T2693 Application Frame: Buttons to change between perspectives | ||
Resolved | None | T2776 QmitkNodeDescriptorManager should create QIcons lazily | ||
Resolved | None | T2692 Application Frame: Buttons for File Open, Save Project, Undo-Redo | ||
Resolved | None | T2650 Allow File/Open for scene serializations | ||
Resolved | None | T2925 Loading a scene/project file does not reinit the views |
Event Timeline
Comment Actions
Is FileOpenAction the same thing that is used during Drag&Drop? Otherwise the drag&drop piece of code should be modified as well.
Comment Actions
(In reply to comment #2)
Is FileOpenAction the same thing that is used during Drag&Drop? Otherwise the
drag&drop piece of code should be modified as well.
You would think so, but Drag&Drop executes completely different code in QmitkDnDFrameWidget.cpp - Scene loading isn't implemented there at all. Hannes said, he would fix that. It would make sense to use the same code for loading and only handle the filename creation different. Hannes, what is the status with that?