Review Request 127827: open/fetch project: restore broken workflows after native file dialog port

Sven Brauch mail at
Mon Jun 13 20:15:16 UTC 2016

This is an automatically generated e-mail. To reply, visit:

(Updated June 13, 2016, 10:15 p.m.)


This change has been marked as submitted.

Review request for KDevelop and Kevin Funk.


Submitted with commit b736adda01a19d80b2f4fb5553c1288eaca2bec5 by Sven Brauch to branch 5.0.

Repository: kdevplatform


The native dialog has two significant restrictions: it cannot be embedded, and it cannot be told to accept both a directory _or_ a file at once. The previous change to the open project dialog broke the (important) option to open a directory as a project. This fixes that through introduction of an extra step: you select the method you want to open your project with first. This has the advantage of making it more clear to the user what the options are; many users are still not aware you can simply tell KDevelop to open a folder as a project.

I'm well aware this is far from an optimal solution, but right now it's just broken and this is certainly an improvement over the current situation. Better ideas welcome.


  shell/openprojectdialog.h d39ff8e 
  shell/openprojectdialog.cpp 9ccca43 
  shell/projectcontroller.cpp fe704c3 
  shell/projectinfopage.h 92183be 
  shell/projectinfopage.cpp fb440fd 
  shell/projectinfopage.ui d7b1cb8 



can open from CMakeLists.txt, from foo.kdev5 or from a folder; also fetch works again (before simply random stuff happened)

File Attachments

the added dialog


Sven Brauch

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the KDevelop-devel mailing list