this applies to build 4439
[...]
Saving a workspace still doesn't add the proper workspace file extension on to the end
Not true. This was added in 4428. Granted, I did not test it then, as it was too trivial a fix. However, I just tried with the revision 4430 that I use for work, and it certainly does append the extension as it should.
Opening the find dialog (ctrl+F) doesn't automatically put input focus to the find dialog's search text box
This works 100% reliably under Windows and Ubuntu (and most other distros to my knowledge). If
that didn't work, I would be puking, believe me
I'm guessing that you are one of the victims of the Gentoo Syndrome.
When you change settings in a project, it doesn't mark the project as dirty, so it never thinks it has to be rebuilt
Yes, but this is intentional. Some options actually require a full rebuild, but the major part does not. The vast majority of compiler options can be changed transparently, and the differently compiled object files will work together just fine.
We intentionally let it like this with the reasoning that the developer has necessarily more knowledge and intelligence than the build system. So, if the developer makes a change to build flags, he should know/decide when a full rebuild is appropriate. Maybe we will build some kind of logic like this into the next revision of the build system, but don't count on it.
the file save dialog always defaults it's starting location to the project location
I didn't write that code, so I can't tell for sure, but I think it was intended. Whether intended or not, it is good for now, though.
We have a lot of tampering with file/path names in the application, and none of it is reliable or compatible with the rest. Every time we start tampering with something again, it gets worse, so this is a big NO-NO for now.
We'll need to address this (and most other things related to filenames), but not right now.