add newline after

const, the other methods should also be const (separate patch)

origin? of what? what does this url point to? the projectUrl() maybe?

why write it to disk? if this is the project url as I think it is, then it equals the position in the file system and should not be hardcoded. The project may be moved to another place, or this file checked into VCS and used on a different machine

I don't get this part - you say you never saw the dialog before, yet restrict it even more with this patch. how can this trigger the dialog from showing up *more*?

Origin of the project file. projectFileUrl() returns a ".kdev", while originUrl() returns, for example, "CMakeLists.txt" from which this project was created.

I thought origin was right word for this.

To let project managers find out from what file the project was created. For Haskell, for instance, there could be "project.cabal" or "stack.yaml" and they can be located in the same dir. Without this haskell project manager would be unable to figure out how to handle this project - in cabal way, or stack way.

I get your point regarding relocating the project. I guess, it is fine to store relative filename of the origin.

The thing is projectFileUrl always contains a ".kdev". So even if i select "CMakeLists.txt" in the "Open Project" dialog, it picks up existing ".kdev".

From my POV if user wanted to open existing project, he'd select ".kdev" in first place. But if he deliberately selects build system file it is better to ask him what's on his mind.

maybe use selectedUrl? definitely add a comment to explain what this returns and what the other methods return please

yes, definitely make it relative then and also add the above as justification in a comment please

just to make sure: if I select a folder, and not a file in there, will I get an annoying dialog now, or will it work as before?

Hum. At least on Windows, i can't select a folder in "Open Project" dialog. Are you able to do this on Linux?

Now i updated to last revision and was able to use a folder. Yes, the dialog pops out in this case. You want it gone?

Yes, if I reopen a folder, it just should reuse the existing .kdev4 file (if available). This brings me to another question:

What happens to your code with the "origin" url when a user opens a .kdev4 file? It should just open the project as-is and not change the origin url or name or anything like that.

Hum, i'm confused with that folder selection. When i initially select a folder, it can't be used to open a project:

If i enter it, the "Next" button becomes active:

Now if i get back it is still active and when i click it, it prompts me to create a project in root dir using generic project manager:

I'm not sure what i should do with this.

What happens to your code with the "origin" url when a user opens a .kdev4 file? It should just open the project as-is and not change the origin url or name or anything like that.

Yup, that's how it works. That origin field is filled only during creation of the .kdev file (that is, when we open !.kdev file).