Здравствуйте, alex_public, Вы писали:

Добрый день, давайте по порядку разбираться:

_>1. Сразу бросилось в глаза, что CLion не сообщает Windows о том, что он умеет сам нормально работать с нестандартным DPI.
Есть такая проблема пока, в платформе. Например, вот это ишью https://youtrack.jetbrains.com/issue/IDEA-117729. Со временем, надеюсь, поправим.

_>2. Захотелось открыть файл и сразу поразился диалогу для этого. Он не просто совсем не стандартный, но похоже что и ещё не умеет видеть сеть (или я не увидел где это включается?).
Вроде должно работать, напиши ишью с описанием, если нет так.

_>4. А где локализация? ) Понятно что для программистов это вопрос совершенно не принципиальный. Но с учётом того, что даже мелкие бесплатные редакторы (типа Notepad++) имеют локазализацию (причём работающую по умолчанию), а во всех сравнимых конкурентах (Netbeans, Eclipse, Visual Studio) это уже давно работает, то несколько удивляет. Тем более, что уж для русской версии переводчиков точно не пришлось бы нанимать. )))
Пока что локализации не предвидится. Все термины из области разработки давно всем привычны на английском, подбирать аналоги на русском будет стоит больших усилий, а степень понимания все равно будет низкая. Потому что общеупотребительных терминов не так много. Ну, или это будет выглядеть как английские термины, но русскими буквами. Мы пока что раздумываем над этой возможностью, но хорошего решения не придумали.

_>Ну а дальше я перешёл к изучению системы проектов и тут уже пошёл ужас — её просто не оказалось в IDE вообще. Ну точнее она вся перенесена в сторонний инструмент (чужую систему сборки cmake).
Почему мы выбрали CMake довольно подробно отвечали вот здесь: http://blog.jetbrains.com/clion/2014/09/cmake-vs-the-others-round-1/ В целом нам и правда CMake кажется очень удобным инструментом, дающим разработчикам широкие возможности.
В целом планируем поддержать и другие системы сборки, но не в версии 1.0. Сейчас добавлена еще возможность импортировать существующий проект в CMake. Это, конечно, не замена другим системам сборки, но хоть что-то.

_>Но ещё больше чудес открылось, когда я перешёл к сборке... И тут дело совсем не в её архитектуре. Ну да, cmake, не лучшая система сборки, но и далеко не худшая. Ну да, зашита намертво и поддерживается только она одна. Но это вроде как только пока и обещают изменить к релизу. Всё дело в том, как тут cmake используется! Оно зачем-то создаёт папки (да, не одну, а сразу 5: default, Release, Debug, RelWithDebInfo, MinSizeRel — зачем???) для построения cmake'ом не в каталоге проекта, а где-то в домашнем каталоге пользователя (типа ~\.clion10\system\cmake\generated\7c448f19\7c448f19\)!
CLion сразу генерирует разные конфигурации (те самые Release, Debug, RelWithDebInfo, MinSizeRel), чтобы потом, работая в IDE, можно было на лету между ними переключаться, в частности выбирая соответствующий resolve context, и CLion будет в соответствии с этой конфигурацией анализировать/раскрашивать/резолвить код. Перестраивать эти конфигурации при выборе — долго и не удобно, поэтому стараемся их собрать сразу. Поэтому директория, в которой cmake запускается, она специфичная.
Соглашусь, что имеются потенциальные проблемы и тонкости, которые Вы описываете. Обсудим их с командой. Спасибо.