Difference between revisions of "SoC 2007 project New GUI Framework"

From PanoTools.org Wiki
Jump to: navigation, search
Line 34: Line 34:
== Timeline ==
== Rough schedule ==
* - May 27: Decide the toolkit; specification of the end product with illustration or mock-up
* - May 27: Decide the toolkit; specification of the end product with illustration or mock-up

Revision as of 00:54, 21 March 2007

New extensible modular GUI framework

The goal of this project is to build a highly extensible GUI framework for Panorama creation, with simple yet intuitive layouts that both beginners and advanced users would be comfortable to use. The application should stay cross-platform.


  1. Cross-platform Application
    • Acceptable look-and-feel with every platform's standard
    • Minimum amount of platform specific code
  2. Completely modular system for organising the functionalities
    • Clear separation of the interface and implementations
    • Intuitive GUI for displaying those modules suitable for different levels of users
  3. Designs of the modules to be implemented
    • Specifications of all the basic modules
      • Implementing all the modules would be impossible during the summer
      • The whole community including myself would continue working on those implementations after the summer
      • Specifications can include mock-up or illustration to guide the implementation effort
    • Organisation of the modules that show where those modules will fit into
      • How they will be presented to the users
      • Possibly several sets of the organisation for users from different background
    • Implementation of some modules to demonstrate how the new application works
      • Template for the modules to be written
      • At least one sample module for basic tests

The new framework shall be constructed as such that users can edit/use various aspect of panorama project through modules (plug-ins) each of them providing one specific functions. The application should provide intuitive interface for the users to choose what to edit and display with what aspect.

The modular system is crucial because the panorama stitching is consist of several steps and the community comes up with new variations of each step every year, and each of them advances with new features every month.

Also crucial is the way those modules should be organised and presented to the users. Advanced users want to have access to every available feature, while there are many beginners and those who need access to only the basic tasks and options in simple and intuitive interface.

Since it would be impossible to implement the entire application in one summer, this project should focus on laying the foundation upon which the community can then work on further implementations and improvements. Once the modular framework is set and the specifications of the required tasks are presented, anyone can work on them independently in parallel. This is also why the good modular system is so important.

Rough schedule

  • - May 27: Decide the toolkit; specification of the end product with illustration or mock-up
  • First half
    • - Jun 03 (Week 1): Rough internal design of the system and interface between the components
    • - Jun 10 (Week 2): Setting up the environment; installation of the toolkit and build system setup
    • - Jul 08 (Week 3-6): Basic framework of the application; module handling, interface with lower level libraries etc.
  • Jul 09: Mid-term evaluations begin
  • Second half
    • - Jul 29 (Week 7-9): Most implementations to be done except the modules
    • - Aug 5 (Week 10): Some modules to be written.
    • - Aug 12 (Week 11): Finalise the module interface and template, and the list of module specifications for the future development.
    • - Aug 19 (Week 12): A week to spare if lucky; but more debugging and more modules would be waiting anyway
  • Aug 20: Final evaluations begin


  • Choice of GUI Toolkit: Qt4 is modern and has good support on most of major platforms. wxWidgets is okay, but best of all we have many lines of code that are written for wxWidgets. Scripting languages like Python may have advantages in debugging and module managements.
    • Personally, I want to give Qt4 a try. Though its widgets look weird on Mac sometimes, it has more to offer outside the GUI itself. --Ippei 20:05, 17 March 2007 (CET)
      • Qt 4.3 is getting the QtScript support as a default module; surely it's gonna be a powerful addition. --Ippei 00:59, 21 March 2007 (CET)

Students planning to apply