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

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

В принципе, если не считать мелких иконок, CLion сам по себе нормально работает в любом dpi (оно и понятно, шрифты то в нём настраиваются). Проблема в том, что он почему-то не сообщает об этом windows. Хотя делается это тривиально, например с помощью манифеста.

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

и где здесь сеть?
Для сравнения такое же окно Netbeans'a (тоже Java): — конечно тоже ерунда, по сравнению со стандартным окном винды, но во всяком случае все необходимые элементы имеются.

Да, если что, у меня там в "сети" сидит как минимум nas с архивом (в том числе и проектов, так что иногда надо открывать).

A>Пока что локализации не предвидится. Все термины из области разработки давно всем привычны на английском, подбирать аналоги на русском будет стоит больших усилий, а степень понимания все равно будет низкая. Потому что общеупотребительных терминов не так много. Ну, или это будет выглядеть как английские термины, но русскими буквами. Мы пока что раздумываем над этой возможностью, но хорошего решения не придумали.

Рекомендую хоть раз открыть Netbeans или Eclipse и увидеть нормальные и всем понятные термины на русском. Кстати, а на этом форуме мы разве общаемся на английском языке?

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

Ещё раз повторю свою точку зрения (и уверен, что её придерживается большинство): я не собираюсь переходить на другую (причём в моём случае более слабую) систему сборки ради чуть лучшего редактора. Так что получается сейчас весь ваш проект интересен только людям или уже использующим cmake или использующим встроенную в старую ide систему сборки.

Почему нельзя было просто сделать возможность запуска произвольной команды для построения — это для меня загадка. Такое есть вообще везде, даже не в ide, в обычных редакторах.

A>CLion сразу генерирует разные конфигурации (те самые Release, Debug, RelWithDebInfo, MinSizeRel), чтобы потом, работая в IDE, можно было на лету между ними переключаться, в частности выбирая соответствующий resolve context, и CLion будет в соответствии с этой конфигурацией анализировать/раскрашивать/резолвить код. Перестраивать эти конфигурации при выборе — долго и не удобно, поэтому стараемся их собрать сразу. Поэтому директория, в которой cmake запускается, она специфичная.
A>Соглашусь, что имеются потенциальные проблемы и тонкости, которые Вы описываете. Обсудим их с командой. Спасибо.

Даже если действительно нужно создавать все эти каталоги сразу, то не вижу никаких проблем делать это в каталоге проекта. Всё равно же вы мусорите туда (.idea).