Давайте попробуем спокойно, без эмоций и лишних оскорблений, разобраться с проблемами, о которых Вы пишите.
Габриэль писал(а):Были же в Вашем продукте "dbForge Studio for MySQL" подробные настройки форматирования (в данном случае я имею в виду только отступы в процедурах, но и этого достаточно, хотя даже и таблицы данных теперь представлены коряво), подобные тем, которые есть в Visual Studio. Куда Вы их дели?
Старые настройки, которые были схожи с Visual Studio, мы убрали и заменили их достаточно подробным профилем форматирования, ориентированным именно на SQL c учетом специфики MySQL синтаксиса. Теперь практически все настройки форматирования четко указывают на синтаксическую конструкцию, в которой они работают. Например, настройка "CREATE PROCEDURE/FUNCTION -> Параметры -> Новая строка перед первым параметром", как не сложно догадаться, сносит первый параметр на новую строку.
Габриэль писал(а):Теперь в режиме "Сервис" - "Параметры" ничего нельзя настроить (не верите - посмотрите сами).
Попытайтесь, пожалуйста, еще раз. Например, на странице "Текстовый редактор -> Форматирование -> Общие" есть три настройки, с помощью которых можно отключить автоматическое форматирование
Габриэль писал(а):(навязчивый сервис)
кода при вводе. Из этих трех опций по умолчанию включена только "Автоматически форматировать слова при наборе".
Габриэль писал(а):Сделали бы там хоть пункт - что-нибудь типа "Не трогать форматирование пользователя".
В такой настройке нет необходимости, отключите автоматическое форматирование и просто не пользуйтесь форматтером. Если все же есть необходимость форматировать код, но результат где-то Вас не устраивает, то попробуйте настроить профиль на странице "Текстовый редактор -> Форматирование -> Профили". Можете писать нам, если будут вопросы, только указывайте конкретные примеры кода.
Габриэль писал(а):Да плюс к этому, Ваша программа теперь взялась не форматировать текст, когда ее об этом просишь, а выдавать сообщение, что "текст содержит синтаксические ошибки, указанное содержание не будет отформатировано".
Когда Вы сталкиваетесь с подобным поведением, присылайте, пожалуйста, нам примеры кода, в котором мы находим несуществующие ошибки. Мы будем их исправлять.
Габриэль писал(а):То же самое твердит программа, если нужно сохранить текст, но она считает, что в нем есть ошибки. А если надо все-таки сохранить текст, хоть и с ошибками, и пойти домой поспать?
В данном случае, если я правильно понимаю, речь идет о редакторе процедуры/функции. Редактор объекта сохраняет его сразу на сервер, поэтому мы не пытаемся применять изменения, содержащие ошибки. Опять же, если Вы столкнулись с таким поведением и считаете его ошибочным, то просто опишите нам такой случай, мы исправим.
Чтобы сохранить незавершенную работу можно использовать обычный SQL документ, который сохраняется просто на диск без проверки синтаксиса.
Габриэль писал(а):Вот примеры Вашего форматирования и как принято уже десятки лет в SQL:
В указанном Вами примере действительно есть одна проблема, которую мы проглядели. В профиле нет настройки, отвечающей за положение ключевого слова THEN в конструкции IF. Мы добавим ее в одной из следующих сборок студии. В данный момент, форматирование кода не меняет положение ключевого слова THEN вообще, т.е. если Вы напишите THEN на одной строке с условием, то оно там и останется.
Габриэль писал(а):С какой такой стати первый аргумент оставлен на той же строке, где объявлено имя процедуры, а остальные расположены ниже (да и то только потому, что я их так расположил, а программа не справилась даже с отступами)? Хотелось бы видеть что-то такое, но, конечно, настраиваемое
Форматирование параметров процедуры настраивается в разделе "CREATE PROCEDURE/FUNCTION -> Параметры", о котором я уже упоминал выше.
Габриэль писал(а):При сохранении текста процедуры он форматируется еще раз, но уже по-другому, еще более коряво.
Опишите, пожалуйста, проблемы более детально по шагам, желательно с примерами кода.
Габриэль писал(а):Кто это, какой мудрец, сказал вашему новому квази-программисту, что типы переменных надо писать маленькими буквами?!
Регистр типов данных точно также настраивается соответствующими опциями в профиле форматирования "Регистр текста -> Регистр типов данных". Как показывает практика, при обсуждении стилей написания кода неуместно говорить о том как принято, а как нет. Вы привыкли писать заглавными, тогда "Верхний регистр" - это Ваше значение.
Кроме того, прошу Вас в будущем воздерживаться от всяких характеристик наших сотрудников. Мы понимаем, что в в наших продуктах, как и во всех остальных, есть ошибки, и всегда пытаемся их устранять. Достаточно просто описывать нам проблемы, а не поливать нас грязью.