Skip to content
Snippets Groups Projects
  1. Sep 13, 2010
  2. Aug 25, 2010
  3. Aug 16, 2010
  4. Aug 11, 2010
  5. Jul 02, 2010
  6. Jun 25, 2010
  7. Jun 21, 2010
  8. May 25, 2010
  9. May 20, 2010
    • kh1's avatar
      Long overdue changes and refactoring for qemu handling. · c6fef3ef
      kh1 authored
      Fixes: - react on build/ run configuration changes
             - now notices environment changes, like switching Qt versions
             - start button is now only shown if we have a valid qemu runtime
             - enabled/ disabled state works properly when loading a project
      
      Task-number: QTCREATOR-210, QTCREATORBUG-1252, QTCREATORBUG-1082
      Reviewed-by: ck
      c6fef3ef
    • kh1's avatar
      Long overdue changes and refactoring for qemu handling. · 91093805
      kh1 authored
      Fixes: - react on build/ run configuration changes
             - now notices environment changes, like switching Qt versions
             - start button is now only shown if we have a valid qemu runtime
             - enabled/ disabled state works properly when loading a project
      
      Task-number: QTCREATOR-210, QTCREATORBUG-1252, QTCREATORBUG-1082
      Reviewed-by: ck
      91093805
  10. Apr 30, 2010
    • dt's avatar
      Add Clean and rebuild sub dir · ff61f229
      dt authored
      Also change the strings slightly.
      
      Task-Nr:   QTCREATORBUG-1295
      Task-Nr:   QTCREATORBUG-1296
      ff61f229
  11. Mar 30, 2010
  12. Mar 29, 2010
  13. Mar 28, 2010
  14. Mar 22, 2010
  15. Mar 18, 2010
  16. Mar 17, 2010
  17. Mar 12, 2010
  18. Mar 05, 2010
  19. Feb 23, 2010
  20. Feb 08, 2010
  21. Jan 29, 2010
  22. Jan 13, 2010
    • dt's avatar
      Add Build to the right click menu of sub projects for Qt4 Projects · fb3ae97d
      dt authored
      They do what you expect them to do, that is build only a subtree.
      The implementation is a little bit strange. We temporarly set the sub
      node to be built on the BuildConfiguration, enqueue that
      BuildConfiguration (which calls BuildStep::init()), and then reset that
      temporary value.
      
      A more general way would be to have the ability to extend
      BuildConfiguration::buildProject() in a way that additional data can be
      passed to the BuildSteps.
      
      Task-Nr: QTCREATOR-5
      Task-Nr: QTCREATORBUG-44
      fb3ae97d
  23. Jan 07, 2010
    • Tobias Hunger's avatar
      Make method naming more consistent. · a6ad7737
      Tobias Hunger authored
        * Use id() for methods returning a string used to represent
          some type of object.
        * Use displayName() for strings that are meant to be user
          visible.
        * Quieten some warnings while touching the files anyway.
        * Move Factories to their products in the plugins where that
          was not done before.
      
      Reviewed-by: dt
      a6ad7737
  24. Dec 17, 2009
  25. Dec 16, 2009
  26. Dec 09, 2009
    • Tobias Hunger's avatar
      Rework Build Parser handling · ec025c6d
      Tobias Hunger authored
       * Rework IBuildParser:
          * Remove name() method.
          * Remove enterDirectory and leaveDirectory signals.
          * Allow chaining of parsers.
       * Rename IBuildParser to IOutputParser.
       * Implement GnuMakeParser.
          * Remove entering/leaving directory related code from all other parsers
          * Move filename fixup heuristic based on entering/leaving directory
            massages from gnumake here from AbstractMakeStep.
       * Add outputParser method to ToolChain: This removes the need to map
         toolchains to BuildParser names in the BuildSteps.
       * Enhance AbstractProcessStep to accept a IOutputParser to parse its output.
       * Remove AbstractMakeStep.
       * Set the appropriate Parsers in all classes deriving from AbstractProcessStep
         and append the ToolChain's parser to the parser chain.
       * Remove BuildParserFactories: There is no more need for them.
       * Remove constants used to identify the BuildParsers.
       * Clean up some names:
          * Replace stdOut with stdOutput.
          * Replace addToTaskWindow with addTask and addToOutputWindow with
            addOutput. Do this wherever it is not yet clear that this will end up
            in the Task/Output window.
      
      Reviewed-by: dt
      ec025c6d
  27. Dec 08, 2009
  28. Nov 30, 2009
  29. Oct 16, 2009
    • ck's avatar
      Add experimental Maemo support. · 6a49395e
      ck authored
      Includes Maemo tool chain, run configuration, run control,
      manager, etc.
      
      Adds the DebuggerManager to the object pool. This is ugly, but
      nobody came up with anything better on short notice. To be
      refactored.
      
      Co-Authored-By: kh1
      6a49395e
  30. Sep 25, 2009
    • Friedemann Kleint's avatar
      Rename IRunConfigurationRunner -> IRunControlFactory... · 978cf4bd
      Friedemann Kleint authored
      and ApplicationRunConfiguration to LocalApplicationRunConfiguration,
      preparing remote debugging. Change the interface canRun() to be const,
      run() to create() (since it does not run anything), use references
      to the QSharedPointer<Foo>. Introduce d-Pointer and remove
      unneeded headers from ProjectExplorerPlugin and add missing includes
      everywhere.
      978cf4bd
  31. Sep 17, 2009
  32. Aug 14, 2009
  33. Jul 28, 2009
    • Daniel Molkentin's avatar
      Make the welcome screen into plugins. · 5633de2a
      Daniel Molkentin authored
      This removes the all hard dependencies to and from welcome screen,
      except the one to the core plugin. More in detail:
      
      - Add IWelcomePage to add a tab to the welcome screen
      - Move tabs in the modules where they belong
      - Enables QHelpManager to open help fullscreen and contextually
      - "Getting Started" moves to Qt4ProjectManager
      - Projects & Sessions (aka "Develop") moves to ProjectExplorer
      - "Community" remains in the welcome plugin for simplicity
      5633de2a
  34. Jul 13, 2009
Loading