1. 11 Aug, 2010 2 commits
    • dt's avatar
      Compile on Windows · 3ccc079c
      dt authored
      Some windows header have a define for DeleteFile.
      3ccc079c
    • dt's avatar
      Add QML folder in project tree, show files there · b02add24
      dt authored
      Use the full path for folders to sort in the project tree.
      
      For virtual folders ensure that the path ensures the sorting we want.
      
      Reviewed-By: kkoehne
      b02add24
  2. 27 Jul, 2010 1 commit
    • dt's avatar
      Fix DESTDIR=. case · f3de5fb6
      dt authored
      Qmake treats "." special, we need to do the same
      f3de5fb6
  3. 09 Jul, 2010 1 commit
  4. 07 Jul, 2010 1 commit
  5. 06 Jul, 2010 1 commit
  6. 24 Jun, 2010 1 commit
  7. 18 Jun, 2010 4 commits
  8. 16 Jun, 2010 1 commit
  9. 09 Jun, 2010 2 commits
  10. 08 Jun, 2010 1 commit
  11. 04 Jun, 2010 1 commit
  12. 20 May, 2010 1 commit
  13. 18 May, 2010 4 commits
  14. 12 May, 2010 1 commit
    • dt's avatar
      File renaming · 9bc9fe73
      dt authored
      Reviewed-By: con
      Reviewed-By: Friedemann Kleint
      
      We now support renaming files. The version control system tries first to
      rename, if that doesn't support or can't rename the file we do a normal
      rename. (Note: git, hg, perforce > 2009.02 support renaming, cvs not.
      (perforce untested)). We correctly notify all editors of the renamed
      file and tell the project manager to rename the file in the project.
      
      Note: Only the qt4projectmanager knows how to rename files.
      
      Note: renaming folders, moving files to different folders, renaming
      .pro/.pri files is not supported. Those things can be later added after
      this has proven to work correctly in the simple case.
      
      Also we don't do any actions based on the renaming like renaming
      classes, changing include guards or #include lines.
      9bc9fe73
  15. 07 May, 2010 1 commit
  16. 14 Apr, 2010 1 commit
  17. 13 Apr, 2010 1 commit
    • dt's avatar
      Fix ui completion for new projects · c58469ce
      dt authored
      The UI_DIR and MOC_DIR weren't added to the includepath for new
      projects, since at the time of parsing the directories don't exist yet.
      
      We now always add UI_DIR and MOC_DIR to the include path, without caring
      whether they exist.
      
      Task-Nr:  QTCREATORBUG-1064
      Reviewed-By: ossi
      c58469ce
  18. 29 Mar, 2010 2 commits
  19. 22 Mar, 2010 1 commit
  20. 17 Mar, 2010 1 commit
  21. 15 Mar, 2010 1 commit
    • dt's avatar
      Add new on virtual folders adds to the wrong path. · 6ecd9cc5
      dt authored
      The solution ain't great. Essentially we need to fix that path() needs
      to be unique and a 1:1 mapping to the file system by introducing a
      separate method for the first usage.
      
      Task-Nr: QTCREATORBUG-828
      Reviewed-By: con
      6ecd9cc5
  22. 12 Mar, 2010 1 commit
  23. 11 Mar, 2010 1 commit
  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 2 commits
  27. 24 Feb, 2010 3 commits
  28. 17 Feb, 2010 1 commit