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