1. 06 Dec, 2010 1 commit
  2. 17 Nov, 2010 1 commit
    • Oswald Buddenhagen's avatar
      overhaul process argument handling · 1e362b0f
      Oswald Buddenhagen authored
      get away from argument stringlists. instead, use native shell command
      lines which support quoting/splitting, environment variable expansion
      and redirections with well-understood semantics.
      
      Task-number: QTCREATORBUG-542
      Task-number: QTCREATORBUG-1564
      1e362b0f
  3. 01 Nov, 2010 1 commit
  4. 02 Sep, 2010 1 commit
  5. 24 Aug, 2010 1 commit
  6. 16 Aug, 2010 1 commit
  7. 02 Aug, 2010 1 commit
    • Tobias Hunger's avatar
      Refactor deployment · ee4a04a2
      Tobias Hunger authored
       * Add a DeployConfiguration class to hold settings related
         to deployment.
       * Add BuildStepsList to hold a list of buildsteps
       * Update BuildConfiguration to use BuildStepLists instead of
         manageing lists of buildsteps itself.
       * Update BuildManager to use BuildStepLists in its interfaces
       * Fix fallout introduced by API changes
       * Update .user file to new way of storing settings
      
      Task-number: QTCREATORBUG-1427
      Task-number: QTCREATORBUG-1428
      Task-number: QTCREATORBUG-1811
      Task-number: QTCREATORBUG-1930
      ee4a04a2
  8. 30 Jul, 2010 1 commit
    • Alessandro Portale's avatar
      Pedantic cleanup of filename parameters for QIcon constructor · 3aa3c568
      Alessandro Portale authored
      Using more *::Constants::ICON_* where it makes sense and
      wrapping the file names into QLatin1String where they were
      missing.
      
      The increased usage of the ICON constants needed a few more
      cross plugin includes of *constants.h, here and there.
      I think that it is OK, since the dependencies were alredy there
      icon resource wise.
      3aa3c568
  9. 22 Jul, 2010 1 commit
    • Pawel Polanski's avatar
      Refactor deployment for Symbian OS · 647b91c7
      Pawel Polanski authored
       * Add buildstep to handle the deployment
       * Remove deployment code from the runconfiguration
       * Update .user files to add new deployment step into existing setups
      
      Reviewed-by: Tobias Hunger
      647b91c7
  10. 13 Jul, 2010 2 commits
  11. 06 Jul, 2010 2 commits
    • Tobias Hunger's avatar
      Add Deploy steps · 54584044
      Tobias Hunger authored
       * Add "Deploy" to BuildSteps::Type
       * Update UIs to handle deploy steps
       * Turn existing package creation steps from build type to deploy type
       * Move packaging steps into deploy steps when loading projects
      
      Reviewed-by: dt
      54584044
    • Tobias Hunger's avatar
      Rename StepType to BuildStep::Type · 8ccbd0ec
      Tobias Hunger authored
       * Move and rename the enum
       * Add Q_ENUMS macro
      
      Reviewed-by: dt
      8ccbd0ec
  12. 10 Jun, 2010 1 commit
  13. 08 Jun, 2010 1 commit
  14. 30 Apr, 2010 1 commit
  15. 13 Apr, 2010 1 commit
  16. 06 Apr, 2010 1 commit
  17. 01 Apr, 2010 1 commit
  18. 30 Mar, 2010 1 commit
  19. 29 Mar, 2010 1 commit
  20. 26 Mar, 2010 1 commit
  21. 25 Mar, 2010 2 commits
  22. 17 Mar, 2010 1 commit
  23. 16 Mar, 2010 2 commits
  24. 10 Mar, 2010 1 commit
    • dt's avatar
      Use exact and aysnc .pro file evaluate · ab8fc52d
      dt authored
      This is a big change touching almost all of our .pro file parsing.
      With this patch we only evaluate once exact for all needs and once
      greedy for the filelist. That is the qt runconfigurations don't have own
      evaluaters but reuse the project wide exact evaluation.
      
      We reevaluate if the user changes the build directory, the qmake
      buildconfiguration or the qmake arguments. That is if you open src.pro
      (or projects.pro) of qt with a shadow build you still don't get all the
      files, but after correcting the build directory, we reevaluate the .pro
      files and find all files. So for a suitable definition of fixed, that
      bug is now fixed.
      
      We now get the exact defines of all .pro files instead of all defines for all
      buildconfigurations. We still don't distinguish in which
      .pro file a DEFINE is set. So the code model now knows about all the
      defines set for the given configuration but not for which files it is
      actually set. Also that includes all DEFINES set in .qmake.cache or the
      mkspecs. This means all defines from .pro files should now work.
      
      The intial loading is still synchronous. I haven't looked into it to
      deeply, but it seems possible to make it also async.There are probably a
      few issues which need to be solved fist.
      
      Also due to the asynchronous nature of the code, the executable is
      updated a few seconds after actually changing the build configuration
      ab8fc52d
  25. 05 Mar, 2010 1 commit
  26. 26 Feb, 2010 1 commit
    • Tobias Hunger's avatar
      Remove Maemo emulator · 07d02560
      Tobias Hunger authored
       * kh1 says there is no such thing as there is no technical
         destinction between Maemo devices and the Maemo emulator.
      
      Reviewed-by: kh1
      07d02560
  27. 23 Feb, 2010 2 commits
  28. 19 Feb, 2010 1 commit
    • dt's avatar
      Simpler · c5cac927
      dt authored
      c5cac927
  29. 17 Feb, 2010 1 commit
  30. 16 Feb, 2010 2 commits
  31. 11 Feb, 2010 1 commit
    • Friedemann Kleint's avatar
      Symbian: Let SymbianDeviceManager handle TrkDevice leases. · dc006860
      Friedemann Kleint authored
      ...making use of a shared device by all clients. Detect device removal by
      delaying the WM_DEVICE event handling. Introduce Acquire/Release mechanism
      to SymbianDeviceManager and let acquire() fail if the device is in use, thus
      preventing starting 'run' while debugging is active, etc.
      Handle "Device removed" (unplugging of cable) signal by closing the device and adding
      handlers to the clients, stabilize TrkDevice against it.
      Remove communication type from the run configuration parameters (now handled by
      SymbianDeviceManager).
      
      Working towards keeping the Trk-connection always open and a giving the target pane
      a meaningful tooltip.
      For the moment, pass on tooltips from device manager additional information
      (Trk version and such as determined by the launcher).
      dc006860
  32. 10 Feb, 2010 2 commits
  33. 09 Feb, 2010 1 commit
    • con's avatar
      Give targets a tool tip property. · d8def183
      con authored
      Use that for showing details about connected Symbian devices.
      Also update the icon with an (not-)connected overlay icon.
      Graphics design pending.
      d8def183