"кривое" позиционирование при переходе из Проводника
"кривое" позиционирование при переходе из Проводника
Имеем пакет следующего содержания
По DoubleClick в Проводнике по имени процедур осуществляется "неправильный" переход в текст тела пакета
А именно, если дважды щелкнуть по имени DO_SOMETHING, то "переходит" к закомментированной версии процедуры. IMHO, если Проводник отображает процедуру из спецификации пакета, значит она, скорее всего (если пакет не инвалидный), есть "действующая" в теле пакета, и было бы логично "переходить" именно к "действующей" версии процедуры.
Переход же для процедуры P$DO_SOMETHING_ELSE вобще не осуществляется - тело пакета открывается с курсором на первой строке. Насколько я понимаю, дело в наличии символа $ в имени процедуры. Но ведь такое "именование" вполне имеет право на жизнь.
Заметил еще один момент: если дважды щелкнуть по какому-нибудь объекту в Проводнике (например, таблице), редактор которого по каким-либо причинам открывается "долго" (т.е. с задержкой в пару-тройку секунд) и за время "открытия" успеть переместить фокус в дереве на другой объект, то в итоге откроется редактор именно того объекта, на который переместился фокус, а не того, по которому "щелкнули" изначально.
По DoubleClick в Проводнике по имени процедур осуществляется "неправильный" переход в текст тела пакета
А именно, если дважды щелкнуть по имени DO_SOMETHING, то "переходит" к закомментированной версии процедуры. IMHO, если Проводник отображает процедуру из спецификации пакета, значит она, скорее всего (если пакет не инвалидный), есть "действующая" в теле пакета, и было бы логично "переходить" именно к "действующей" версии процедуры.
Переход же для процедуры P$DO_SOMETHING_ELSE вобще не осуществляется - тело пакета открывается с курсором на первой строке. Насколько я понимаю, дело в наличии символа $ в имени процедуры. Но ведь такое "именование" вполне имеет право на жизнь.
Заметил еще один момент: если дважды щелкнуть по какому-нибудь объекту в Проводнике (например, таблице), редактор которого по каким-либо причинам открывается "долго" (т.е. с задержкой в пару-тройку секунд) и за время "открытия" успеть переместить фокус в дереве на другой объект, то в итоге откроется редактор именно того объекта, на который переместился фокус, а не того, по которому "щелкнули" изначально.
Re: "кривое" позиционирование при переходе из Проводника
Мы воспроизвели эти проблемы и исправим их в течении месяца.Nag писал(а):...
А именно, если дважды щелкнуть по имени DO_SOMETHING, то "переходит" к закомментированной версии процедуры. IMHO, если Проводник отображает процедуру из спецификации пакета, значит она, скорее всего (если пакет не инвалидный), есть "действующая" в теле пакета, и было бы логично "переходить" именно к "действующей" версии процедуры.
Переход же для процедуры P$DO_SOMETHING_ELSE вобще не осуществляется - тело пакета открывается с курсором на первой строке. Насколько я понимаю, дело в наличии символа $ в имени процедуры. Но ведь такое "именование" вполне имеет право на жизнь.
Мы не воспроизвели эту проблему.Nag писал(а):...
Заметил еще один момент: если дважды щелкнуть по какому-нибудь объекту в Проводнике (например, таблице), редактор которого по каким-либо причинам открывается "долго" (т.е. с задержкой в пару-тройку секунд) и за время "открытия" успеть переместить фокус в дереве на другой объект, то в итоге откроется редактор именно того объекта, на который переместился фокус, а не того, по которому "щелкнули" изначально.
Возможно во время перемещения фокуса вы случайно выполнили двойной щелчок по объекту и он тоже открылся.
Нет, никаких двойных щелчков я точно не делал. Специально сидел баловался некоторое время, проверяя, "не показалось ли". И оказалось, что не показалось. Я не совсем понял, от чего это зависит, но иногда после двойного щелчка по объекту курсор меняется на "песочные часы" не сразу, а через некоторое время (порой, через пару секунд). И в это "некоторое время" программа продолжает обрабатывать события от мыши, в том числе и перемещение между узлами дерева. И в этот момент удается добиться описанного выше эффекта: двойной щелчок мышью на одном узле, потом ОДИНАРНЫЙ щелчок на другом - и в результате редактор открывается не для исходного узла, а для выбранного позже.
Re: "кривое" позиционирование при переходе из Проводника
Нам так и не удалось воспроизвести данное поведение. Необходимы более точные шаги воспроизведения данной проблемы.Нет, никаких двойных щелчков я точно не делал. Специально сидел баловался некоторое время, проверяя, "не показалось ли". И оказалось, что не показалось. Я не совсем понял, от чего это зависит, но иногда после двойного щелчка по объекту курсор меняется на "песочные часы" не сразу, а через некоторое время (порой, через пару секунд). И в это "некоторое время" программа продолжает обрабатывать события от мыши, в том числе и перемещение между узлами дерева. И в этот момент удается добиться описанного выше эффекта: двойной щелчок мышью на одном узле, потом ОДИНАРНЫЙ щелчок на другом - и в результате редактор открывается не для исходного узла, а для выбранного позже.
Re: "кривое" позиционирование при переходе из Проводника
Получилось стабильно воспроизвести нечто похожее следующим образом:
1) делаем DblClick на объекте в дереве, но при втором клике не отпускаем кнопку мыши. Чуть смещаем указатель, чтобы начался drug'n'drop, отпускаем кнопку мыши.
2) теперь просто одинарный клик в любой объект в дереве приведет к открытию редактора этого объекта
1) делаем DblClick на объекте в дереве, но при втором клике не отпускаем кнопку мыши. Чуть смещаем указатель, чтобы начался drug'n'drop, отпускаем кнопку мыши.
2) теперь просто одинарный клик в любой объект в дереве приведет к открытию редактора этого объекта
Re: "кривое" позиционирование при переходе из Проводника
Благодарим Вас за детальное описание проблемы.
В данный момент мы занимаемся исследованием данной ситуации и свяжемся с Вами, как только проблема будет выявлена.
В данный момент мы занимаемся исследованием данной ситуации и свяжемся с Вами, как только проблема будет выявлена.
Re: "кривое" позиционирование при переходе из Проводника
Данное поведение приложения спроектировано таким образом.
Re: "кривое" позиционирование при переходе из Проводника
а по-русски?
Т.е. в Вашем приложении еще при проектировании был предусмотрен и потом заботливо реализован подобный баг в обработке событий мыши для TreeView?
It's a feature! (c)
Т.е. в Вашем приложении еще при проектировании был предусмотрен и потом заботливо реализован подобный баг в обработке событий мыши для TreeView?
It's a feature! (c)
Re: "кривое" позиционирование при переходе из Проводника
...
А именно, если дважды щелкнуть по имени DO_SOMETHING, то "переходит" к закомментированной версии процедуры. IMHO, если Проводник отображает процедуру из спецификации пакета, значит она, скорее всего (если пакет не инвалидный), есть "действующая" в теле пакета, и было бы логично "переходить" именно к "действующей" версии процедуры.
Переход же для процедуры P$DO_SOMETHING_ELSE вобще не осуществляется - тело пакета открывается с курсором на первой строке. Насколько я понимаю, дело в наличии символа $ в имени процедуры. Но ведь такое "именование" вполне имеет право на жизнь.
Сообщаем Вам, что вышла новая версия dbForge Studio for Oracle, v3.1.206, в которой данные ошибки были устранены:Получилось стабильно воспроизвести нечто похожее следующим образом:
1) делаем DblClick на объекте в дереве, но при втором клике не отпускаем кнопку мыши. Чуть смещаем указатель, чтобы начался drug'n'drop, отпускаем кнопку мыши.
2) теперь просто одинарный клик в любой объект в дереве приведет к открытию редактора этого объекта
http://www.devart.com/ru/dbforge/oracle ... nload.html
Благодарим Вас за Вашу помощь в усовершенствовании dbForge Studio for Oracle.