Голосуйте за желаемую функциональность dbForge Studio!

Обсуждение возникших проблем, предложений и ошибок dbForge для MySQL
Alexander

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Alexander » Пн 21 окт 2013 07:45

Мы исправим данную проблему в одной из следующих сборок продукта и сообщим Вам, как только данная сборка будет доступна для скачивания.

Alexander

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Alexander » Ср 27 ноя 2013 14:56

Сообщаем Вам, что вышла новая сборка 6.0.622 продукта dbForge Studio for MySQL, в которой данная проблема устранена: http://www.devart.com/ru/dbforge/mysql/ ... nload.html

Благодарим Вас за Вашу помощь в усовершенствовании dbForge Studio for MySQL.

Alexander

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Alexander » Пт 20 дек 2013 17:02

Мы рады сообщить Вам, что вышла бета-версия 6.1 продукта dbForge Studio for MySQL: http://www.devart.com/ru/dbforge/mysql/ ... nload.html

С нетерпением ожидаем Ваших отзывов о новой версии продукта.

Alexander

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Alexander » Вт 31 дек 2013 08:25

При импорте из CSV-файла не удается установить позицию строки с заголовком -- этот параметр автоматически сбрасывается на 1.
Мы рады сообщить Вам, что вышла новая сборка dbForge Studio for MySQL, v6.1.116 Beta, в которой данная проблема устранена http://www.devart.com/ru/dbforge/mysql/ ... nload.html

Благодарим Вас за Вашу помощь в усовершенствовании dbForge Studio for MySQL.

Alexander

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Alexander » Пт 24 янв 2014 10:22

Мы рады сообщить Вам, что вышла релизная версия 6.1 продукта dbForge Studio for MySQL http://www.devart.com/ru/dbforge/mysql/ ... nload.html

Благодарим Вас за Вашу помощь в усовершенствовании dbForge Studio for MySQL.

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Габриэль » Вс 15 фев 2015 18:16

Не понимаю, зачем так необходимо уничтожать своими же руками старое и доброе, разрабатывая новое доброе! Были же в Вашем продукте "dbForge Studio for MySQL" подробные настройки форматирования (в данном случае я имею в виду только отступы в процедурах, но и этого достаточно, хотя даже и таблицы данных теперь представлены коряво), подобные тем, которые есть в Visual Studio. Куда Вы их дели? Теперь в режиме "Сервис" - "Параметры" ничего нельзя настроить (не верите - посмотрите сами). Сделали бы там хоть пункт - что-нибудь типа "Не трогать форматирование пользователя". Команду "Форматирование" мы применяем только для того, чтобы как-то разместить циклы после того, как во время ввода Ваша программа искажает наше форматирование (навязчивый сервис) - но тогда получается что-то вообще невообразимое, а раньше почти все делалось правильно. Да плюс к этому, Ваша программа теперь взялась не форматировать текст, когда ее об этом просишь, а выдавать сообщение, что "текст содержит синтаксические ошибки, указанное содержание не будет отформатировано". То же самое твердит программа, если нужно сохранить текст, но она считает, что в нем есть ошибки. А если надо все-таки сохранить текст, хоть и с ошибками, и пойти домой поспать? А ошибок там нет. НЕТ - и всё!!! Потом то же самое работает без изменений текста. Такое впечатление, что тему "Процедуры" кто-то начал делать с нуля, не оглядываясь на наработанные ранее отличные, отработанные коды! И причем, этот кто-то новый очень слабый программист, по крайней мере безо всякого опыта. Вот примеры Вашего форматирования и как принято уже десятки лет в SQL:

Код: Выделить всё

		IF xId IS NULL
			THEN
			LEAVE proc;
		END IF;
Как надо:

Код: Выделить всё

		IF xId IS NULL
		THEN
			LEAVE proc;
		END IF;
или лучше

Код: Выделить всё

		IF xId IS NULL THEN
			LEAVE proc;
		END IF;
THEN не является частью тела цикла! Теперь представьте себе, что таких режущих глаза "сдвигов" в процедуре десятки или сотни! И каждый приходится править - до следующего форматирования, а тогда "мыло и мочало, начинаем все сначала".
Следующий пример - заголовок процедуры:

Код: Выделить всё

PROCEDURE cutmap.ModMaterial (IN xId integer,
IN xTypeId integer,
IN xName varchar(63),
IN xThick decimal(10, 1),
IN xLength integer,
IN xWidth integer,
IN xNote varchar(255),
OUT xResult integer)
MODIFIES SQL DATA
COMMENT 'Если на входе xId = 0, вводить новую запись, иначе модифицировать старую. 
	Работает при открытой транзакции.'
proc:
	BEGIN
...
С какой такой стати первый аргумент оставлен на той же строке, где объявлено имя процедуры, а остальные расположены ниже (да и то только потому, что я их так расположил, а программа не справилась даже с отступами)? Хотелось бы видеть что-то такое, но, конечно, настраиваемое:

Код: Выделить всё

PROCEDURE cutmap.ModMaterial 
(
	IN xId integer,
	IN xTypeId integer,
	IN xName varchar(63),
	IN xThick decimal(10, 1),
	IN xLength integer,
	IN xWidth integer,
	IN xNote varchar(255),
	OUT xResult integer
)
MODIFIES SQL DATA
COMMENT 'Если на входе xId = 0, вводить новую запись, иначе модифицировать старую. Работает при открытой транзакции.'
proc:
	BEGIN
Но этого мало! При сохранении текста процедуры он форматируется еще раз, но уже по-другому, еще более коряво. Так что, можно было не убиваться - все равно будет так, как захотел Ваш мальчик.
И еще кое-что из нового плохого (всего просто сразу не охватить): Кто это, какой мудрец, сказал вашему новому квази-программисту, что типы переменных надо писать маленькими буквами?! Испокон веков, когда еще вообще программы писались в 7-битовом коде и только стал поклевываться SEQUEL, с тех пор принято в SQL типы писать ЗАГЛАВНЫМИ буквами, и к этому все привыкли. Кто это там у Вас считает себя умнее всех? Его бы мне на пару недель на стажировку - сразу бы вся дурь с него слезла! Причем, что интересно - подстрочный help он не изменил, там все написано заглавными (как сейчас говорят, прописными), а когда вводишь из этого списка в текст, смотришь - маленькими (строчными). Ну полный идиотизм. WISIWIG стошнило. И меня тоже почему-то стало тошнить от таких продуктов. Ваш не первый испортился.
Куда Вы дели Ваши прежние замечательные наработки? У Вас же все это было!
Давно уже выгнать надо с потрохами всех новых недоучек (а лучше было бы их не принимать - погибнуть, но не позориться), называющих себя программистами, слишком самонадеянных, но не желающих учитывать опыт предыдущих поколений и его изучить (или хотя бы мутным взглядом просмотреть то, что по его теме было сделано до него). Или заставьте их делать это!

helgi
Devart Team
Сообщения: 10
Зарегистрирован: Вт 21 окт 2008 08:48
Откуда: Devart
Контактная информация:

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение helgi » Пн 16 фев 2015 12:34

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

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Габриэль » Пн 16 фев 2015 15:39

Извините за излишнюю резкость! Но сколько можно терпеть, наблюдая, как на твоих глазах сами авторы портят хорошее средство разработки? Похоже (судя по началу Вашего письма и по тому, что Вы то же самое повторили в его конце), что замечания по функциональности Вас не так потрясают, как некоторые резкости, которые никак нельзя считать грубостью и оскорблением.
Все Ваши ответы сводятся к тому, что все так и останется (кроме именно одного только THEN из массы глюков в форматировании). Неужели Вы действительно, положа руку на сердце, считаете следующий фрагмент кода правильно отформатированным:

Код: Выделить всё

			IF @@error_count <> 0
				OR ROW_COUNT() = 0
				THEN
				LEAVE proc;
			END IF;

			SET xResult = (SELECT
					MAX(id)
				FROM map.material);
Конечно, отключив все форматирование, мы сами сможем отформатировать свои тексты. КАК В ОБЫЧНОМ ТЕКСТОВОМ РЕДАКТОРЕ. Зачем тогда Вы так долго мучаетесь, пытаясь наладить максимально автоматизированное форматирование, если предлагаете обойтись без него? Раньше достаточно было один раз настроить так, как хочешь, сохранить эти настройки, а потом они устанавливались автоматически при смене версии. А теперь даже принудительно предыдущие настройки не воспринимаются продуктом, потому что их просто убрали.
Как раз хотелось бы пользоваться автоматизированным форматированием, потому что это удобно! Все средства разработки обязательно содержат эту функциональность, но ее можно настроить. Вы сами пишете, что это дело вкуса:
Как показывает практика, при обсуждении стилей написания кода неуместно говорить о том как принято, а как нет. Вы привыкли писать заглавными, тогда "Верхний регистр" - это Ваше значение.

Тогда получается, что форматирование в dbForge for MeSQL - это дело вкуса Ваших сотрудников. И Вы никогда не сделаете так, чтобы все пользователи были довольны, или хотя бы большинство. А потом эти сотрудники уйдут, придут другие... Я считаю, что очень даже уместно говорить о том, что "принято". Так показывает моя практика длиной в десятки лет. Не случайно программисты стараются свои тексты оформлять так, как принято, чтобы коллегам было легче их читать и сразу понимать, а не мысленно предварительно форматировать. Всегда есть некоторые отличия, но не такой же вавилон! Если же программист не придерживается правила "как принято", то он просто неряшливый человек, и программы его другие иногда просто отказываются модифицировать, потому что легче сделать заново, или переформатируют по-своему.
Неправильную политику Вы выбрали.
Вы также любите писать подобные предложения:
Опишите, пожалуйста, проблемы более детально по шагам, желательно с примерами кода.
и
Опять же, если Вы столкнулись с таким поведением и считаете его ошибочным, то просто опишите нам такой случай, мы исправим.
А если там действительно нет ошибки? Что Вы будете исправлять? Похоже, что перед сохранением при анализе текста как раз неугодное Вам форматирование не воспринимается и это расценивается как мнимая ошибка. Обычно это бывает при первом сохранении, когда еще не отформатировано по-Вашему. И зачем копировать текст в файл, если хочешь его сохранить (про сервер - это не аргумент). В других средствах я этого не встречал, значит, можно обойтись без этого гем... простите, без лишней заморочки.
Кроме того, Вы должны прекрасно знать, что бывают т.н. "мерцающие" ошибки, которые при одинаковых условиях то возникают, то нет. Вот, например, еще одна новость, которую я ранее в Вашем продукте не замечал: иногда при указании мышью соответствующих кнопок контент таблицы данных не изменяется (а должен был измениться). Моя программа на C# уже запросила БД и я вижу изменения, а в Студии их нет. Не помогает погашение и новое отображение таблицы, помогает только выход из Студии совсем. И это происходит не всегда, а иногда, при неизменном коде программы - так что, дело здесь в незавершенной транзакции (да она и должна мешать Студии ни при каких обстоятельствах).
Разве можно, при всем при этом, всерьез считать, что новые версии улучшили продукт?

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Габриэль » Пн 16 фев 2015 15:46

Я не проставил 2 частицы НЕ в предпоследней строке. Читайте, пожалуйста, так:
...дело здесь НЕ в незавершенной транзакции (да она и НЕ должна мешать Студии ни при каких обстоятельствах).

helgi
Devart Team
Сообщения: 10
Зарегистрирован: Вт 21 окт 2008 08:48
Откуда: Devart
Контактная информация:

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение helgi » Пн 16 фев 2015 17:01

Габриэль писал(а):Похоже (судя по началу Вашего письма и по тому, что Вы то же самое повторили в его конце), что замечания по функциональности Вас не так потрясают, как некоторые резкости, которые никак нельзя считать грубостью и оскорблением.
Дело в том, что я не увидел множество каких-то конкретных замечаний, по факту, я пока вижу только одну ошибку. Все остальное либо настраивается с учетом Ваших требований, либо нуждается в дополнительных разъяснениях.
Что считать оскорблением, а что нет - это вопрос воспитания, но, думаю, что словам: "дурь", "идиотизм" и "недоучка", не место в рабочей переписке.
Габриэль писал(а):А если там действительно нет ошибки? Что Вы будете исправлять?
Ну где-то же она должна быть, либо в нашем парсере, либо в Вашем коде.. Третьего варианта нет, но правды мы не узнаем пока Вы не пришлете нам конкретный пример.
Габриэль писал(а):Как раз хотелось бы пользоваться автоматизированным форматированием, потому что это удобно! Все средства разработки обязательно содержат эту функциональность, но ее можно настроить.
Ну так и пользуйтесь, у нас тоже можно много чего настроить. Просто, судя по Вашим замечаниям, Вы еще не пытались. Если есть вопросы - обращайтесь.
Габриэль писал(а):Тогда получается, что форматирование в dbForge for MeSQL - это дело вкуса Ваших сотрудников.
В какой-то мере, настройки по умолчанию действительно отражают наши предпочтения, хотя мы проделали много исследовательской работы для того, чтобы эти настройки соответствовали распространенным стилям кодирования.
Габриэль писал(а):И Вы никогда не сделаете так, чтобы все пользователи были довольны, или хотя бы большинство.
Это невозможно. Я работал в нескольких разных компаниях на нескольких разных языках. Корпоративный стиль таких языков как C++ или C# разнился в них достаточно серьезно, а ведь в C# синтаксис гораздо более скудный, чем в SQL. Поэтому, чтобы удовлетворить максимальное количество пользователей, мы позволяем достаточно гибко настраивать форматирование кода.
Габриэль писал(а):Похоже, что перед сохранением при анализе текста как раз неугодное Вам форматирование не воспринимается и это расценивается как мнимая ошибка.
Ну конечно же мы не проводим анализ стиля сохраняемого кода. Эта проблема вообще никоим образом не относится к форматированию. Думаю, всем будет проще, если Вы будете просто описывать нам что работает неправильно, а мы уже разбираться почему.. Так будет конструктивней и максимально эффективно.
Габриэль писал(а):иногда при указании мышью соответствующих кнопок контент таблицы данных не изменяется (а должен был измениться).
Насколько я понимаю, речь идет о том, что в Visual Studio называется Quick Info. Вы изменили структуру таблицы, а подсказка выдает еще старый вариант? Если так, то Вам поможет команда "Правка -> Автодополнение кода -> Обновить список объектов". Эта же команда продублирована на панель инструментов "Текст", по умолчанию сочетание клавиш Ctrl+Shift+R. Кроме того, на странице настроек "Текстовый редактор -> Дополнение кода -> Основные" опция "Автоматически обновлять кэш подсказок каждые ?? минут" позволит Вам настроить автообновление.
Касательно фрагмента кода, который Вы прислали: можете настроить его форматирование с помощью редактора профиля, просто вставьте в него завершенное синтаксически правильное выражение, содержащее этот фрагмент. Выбирая разные опции слева, Вы сможете сразу видеть как меняется форматирование. Или можете прислать нам желаемый результат, мы поможем Вам подобрать верные настройки.

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Габриэль » Пн 16 фев 2015 18:51

Все Ваши скудные настройки я уже перепробовал. Я уже несколько лет пользуюсь этой средой, и мне есть, с чем сравнивать. Я Вам еще раз советую: верните пользовательскую настройку форматирования! Все равно Вам придется это сделать, так не откладывайте: Вы уже явно теряете своих приверженцев. А разбирать каждую мелочь, чтобы Вы мне каждый раз доказывали, что все у Вас правильно,- на это времени нет (в этом у меня тоже есть длительный опыт общения с Вами, и каждый раз черное оказывалось белым). У Вас должны быть тестировщики, опытные в SQL,- пусть они работают лучше, если постановщики задач и программеры сами не понимают, что творят.
На этом наше бесполезное общение позвольте считать исчерпанным.

helgi
Devart Team
Сообщения: 10
Зарегистрирован: Вт 21 окт 2008 08:48
Откуда: Devart
Контактная информация:

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение helgi » Вт 17 фев 2015 09:06

Я lead developer в команде, которая помимо всего прочего занимается форматированием кода. Мы вполне сознательно изменили концепцию форматирования, сделав ее более гибкой и понятной. У нас есть достаточно немалое количество отзывов от наших пользователей, которым нравится новый подход. Естественно, есть замечания, кому-то чего-то не хватает, мы их учитываем. На данный момент профиль форматирования кода для MySQL насчитывает около 200 опций. Не думаю, что слово "скудный" уместно в данном случае. В каком продукте для MySQL вы видели больше?
Мы бы с удовольствием воспользовались Вашим советом, если бы Вы все-таки уточнили какой именно настройки Вам не хватает. Вы же не можете не понимать, что
Габриэль писал(а):верните пользовательскую настройку форматирования!
это очень абстрактное требование.
Если у Вас нет времени или желания озвучивать нам конкретные проблемы, то поддерживать такое общение действительно бесполезно. Я вчера на переписку с Вами потратил два-три часа, за которые я мог бы решить какую-то реальную проблему. Надеюсь получить от Вас какую-то конструктивную критику, в противном случае мы ничем не сможем Вам помочь.

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Габриэль » Вт 17 фев 2015 10:31

Я все-таки решил потратить еще время. Я его тоже уже и так немало потратил в надежде, что Вы меня поймете, и тоже мог бы сделать за это время более полезные дела. Но Вы меня просто не понимаете, хоть Вы и lead developer.
Я написал совершенно четко и доходчиво: "Иногда при указании мышью соответствующих кнопок контент таблицы данных не изменяется (а должен был измениться)". Вы же мне в предыдущем ответе стали объяснять про структуру таблицы, про автодополнение кода, про сечетание Ctrl+Shift+R (кстати, Ctrl+Shift многие используют для переключения русский/английский, это сочетание не годится). При чем здесь это всё? Речь идет о том, что при обновлении таблицы не видны изменения, сделанные из сторонней программы, изменившей ее содержание (а не структуру). Это крупнейший недостаток! Надо бить в набат и срочно выяснять, в чем тут дело, а не пытаться замазать его демагогией. Ибо такой инструмент, который то показывает изменения, то не показывает, никому, в общем-то, не нужен. Он недостоверен, ему нельзя доверять (я даже долго не мог поверить тому, что Студия стала так глючить, и сначала искал ошибки в своей программе, которых не оказалось). Поздравляю, Вам удалось все-таки испортить хороший продукт!
Что же касается 200 опций профиля форматирования, то зачем это надо было делать так сложно, когда вполне достаточно было опций в режиме "Сервис"-"Параметры"- "Текстовый редактор" - "Форматирование"? Теперь там почти пусто. Вот о чем речь.
Похоже, что команда просто высасывает из пальца себе работу тогда, когда продукт достиг своего апогея. Теперь будет только все хуже и хуже, и мои вопли не помогут.

helgi
Devart Team
Сообщения: 10
Зарегистрирован: Вт 21 окт 2008 08:48
Откуда: Devart
Контактная информация:

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение helgi » Вт 17 фев 2015 11:18

Габриэль писал(а):Я написал совершенно четко и доходчиво: "Иногда при указании мышью соответствующих кнопок контент таблицы данных не изменяется (а должен был измениться)".
Где конкретно Вы указываете мышью на таблицу? Вы имеете в виду наведение курсора мыши в тексте скрипта на ее имя или Вы кликаете на узлах таблиц в Проводнике? Каких таких соответствующих кнопок, есть ли у них названия, где они расположены?
Проблема описана не достаточно четко, я сделал предположение, которое, судя по всему, оказалось не верным. Нужно просто уточнить: какую функциональность Вы имеете в виду.
Позиция lead developer не предусматривает навыков чтения мыслей, особенно на расстоянии, поэтому я задаю уточняющие вопросы. Вопли действительно не помогут, помогут простые ответы.
Габриэль писал(а):Что же касается 200 опций профиля форматирования, то зачем это надо было делать так сложно, когда вполне достаточно было опций в режиме "Сервис"-"Параметры"- "Текстовый редактор" - "Форматирование"? Теперь там почти пусто. Вот о чем речь.
Откройте страницу "Сервис -> Параметры -> Текстовый редактор -> Форматирование -> Профили" и нажмите кнопку "Изменить". Там ведь отнюдь не пусто..

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

Re: Голосуйте за желаемую функциональность dbForge Studio!

Сообщение Габриэль » Вт 17 фев 2015 15:30

Ключевыми словами в моем сообщении были слова "контент" (содержимое таблицы) и "не изменяется". Как Вы думаете, на какую кнопку я стал бы нажимать, чтобы обновить таблицу? В контексте, в котором это сообщение впервые появилось, было совершенно понятно, что речь идет об изменении данных:
Кроме того, Вы должны прекрасно знать, что бывают т.н. "мерцающие" ошибки, которые при одинаковых условиях то возникают, то нет. Вот, например, еще одна новость, которую я ранее в Вашем продукте не замечал: иногда при указании мышью соответствующих кнопок контент таблицы данных не изменяется (а должен был измениться). Моя программа на C# уже запросила БД и я вижу изменения, а в Студии их нет. Не помогает погашение и новое отображение таблицы, помогает только выход из Студии совсем. И это происходит не всегда, а иногда, при неизменном коде программы - так что, дело здесь Не в незавершенной транзакции (да она и НЕ должна мешать Студии ни при каких обстоятельствах).
Обычно для обновления надо нажать на кнопку с двумя противоположными стрелочками (первую слева в инструментальной панели над DataGridView, в котором представлены данные таблицы). Эта операция не подействовала. Тогда я стал нажимать на кнопку с такой же иконкой, но с надписью "Обновить объект" в нижней панели,- тоже без эффекта. Таблица типа INNODB, там всего 68 записей. После закрытия транзакции с помощью COMMIT не менялось (иногда) измененное значение в поле типа DECIMAL(10,1). Сообщите, пожалуйста, что еще я могу сообщить, чтобы Вам не пришлось угадывать мысли?

Закрыто