forum.clarionlife.net

BOB писал(а):не Вы ли испортили то , что не знаю как оно у Вас называется , но у нас оно работало ?

Ни в С7, ни в Clarion#, ни в каких других частях IDE нет места, которое называется "редактор #", поэтому мой вопрос вполне закономерен, совсем не обязательно юродствовать.
Я так понимаю из ваших пространных объяснений, что у вас проблемы с созданием/редактированием обработчиков событий в Clarion#? Баги там вполне могут быть, т.к. вместо стандартного .Net`овского PropertyGrid`а теперь используется кастомный. Если вы опишите проблему и шаги по воспроизведению человеческим языком, то может ее даже успеют починить до выхода следующего билда, который пообещали в пятницу-понедельник.

Вот в том то и дело , там нечего обьяснять . Любой программер должен простукать те места которые он мог затронуть , а вот потом уже тестер.
Мой случай находится в свойствах и далее в событиях чего угодно.
Раньше я мог ввести имя процедуры нажать enter и все остальное генерировалось автоматом , сейчас автогенерация есть только про щелчке на имени события , но при этом имя процедуры дается автоматически и меня не устраивает .Кроме того щелчек на имени события если есть процедура приводил к выходу из дизайнера и позиционированию на процедуру, сейчас происходит прокрутка комбобокса для данного события т.е. выбирается другая процедура из доступных в данном self.
Блин все же нормально работало , нет надо комбики заменить на чеки чтобы красивее выглядело . Меня все устраивало кроме использования кирилицы в выражениях sql ,запятая с точкой в дробной части и то это все можно обойти , вот только getini c кирилицей обойти не смог .Вот и занялись бы этим , в семерке же все поправили , а так мне что каждый билд надо проверять с нуля ? Кстати реал в sql вроде раньше работал , а сейчас опять не работает, обрезает точность двумя знаками .

BOB писал(а):Вот в том то и дело , там нечего обьяснять . Любой программер должен простукать те места которые он мог затронуть , а вот потом уже тестер.
Мой случай находится в свойствах и далее в событиях чего угодно.
Раньше я мог ввести имя процедуры нажать enter и все остальное генерировалось автоматом , сейчас автогенерация есть только про щелчке на имени события , но при этом имя процедуры дается автоматически и меня не устраивает .Кроме того щелчек на имени события если есть процедура приводил к выходу из дизайнера и позиционированию на процедуру, сейчас происходит прокрутка комбобокса для данного события т.е. выбирается другая процедура из доступных в данном self.
Блин все же нормально работало , нет надо комбики заменить на чеки чтобы красивее выглядело . Меня все устраивало кроме использования кирилицы в выражениях sql ,запятая с точкой в дробной части и то это все можно обойти , вот только getini c кирилицей обойти не смог .Вот и занялись бы этим , в семерке же все поправили , а так мне что каждый билд надо проверять с нуля ? Кстати реал в sql вроде раньше работал , а сейчас опять не работает, обрезает точность двумя знаками .

По семерке пишется много багов и реквестов и, соответственно, они фиксятся. По Clarion# фидбека очень мало, поэтому вероятность что-то сломать и не заметить гораздо больше. Пишите баги в PTSS (должен же хоть у кого-то быть туда логин), так вы сразу привлечете внимание нужного человека к вашей проблеме, потому как я в большинстве случаев не тот человек.
По-поводу "Любой программер должен простукать те места которые он мог затронуть" вы сильно упрощаете. И "Меня все устраивало" тоже не работает, потому, как кого-то не волнует кириллица в sql, зато он жить не может без чекбоксов в пропертях, а кого-то наоборот. Но первый написал в PTSS, а второй нет.

ORS писал(а):Пишите баги в PTSS (должен же хоть у кого-то быть туда логин), так вы сразу привлечете внимание нужного человека к вашей проблеме, потому как я в большинстве случаев не тот человек.

А вот Вы сделайте пожалуйста доброе дело для русскоговорящей аудитории Clarion - заведите нам этот логин в PTSS.
Лично я прилюдно обещаю, что матом там писать не буду. Только по делу и только на хорошем английском.
Ведь требование наличия специального доступа для того, что бы сообщить об ошибке - это еще один прикол SV не имеющий аналогов ...

Заранее спасибо ! Если конечно Вы не начнете как обычно изворачиваться ...

Отличное предложение . Пусть ORS и организует , а мы через Столярова будем отстаивать интересы ru.

Игорь Столяров писал(а):Ведь требование наличия специального доступа для того, что бы сообщить об ошибке - это еще один прикол SV не имеющий аналогов ...

Я только что закрыл страничку форума программы, где только официальные пользователи имеют доступ к тех. поддержке и репорту багов и это был не форум SV. Как-то вы бедную SV считаете средоточием всех зол, хотя ничего эксклюзивного в ее работе нет, кроме того, что она задевает лично вас.

Игорь Столяров писал(а):А вот Вы сделайте пожалуйста доброе дело для русскоговорящей аудитории Clarion - заведите нам этот логин в PTSS.
Лично я прилюдно обещаю, что матом там писать не буду. Только по делу и только на хорошем английском.

Вы мне льстите, меня зовут совсем не Robert Zaunere, я даже не однофамилец. И я не имею контроля над логинами PTSS. Но ведь чтобы русскоговорящая аудитория смогла получать билды С7 и Cla#, кто-то же должен был купить на них подписку? Вот у него и должен быть логин в PTSS, почему бы вам не пользоваться этим логином?

CC не показывает публичные методы класса, называемые Construct и Destruct.

Дед Пахом писал(а):CC не показывает публичные методы класса, называемые Construct и Destruct.

Так и не должен, Construct это конструктор, его через точку не вызвать, надо NEW писать, а Destruct это деструктор, с ним то же самое.

Added: Во, блин, почитал хелп, оказывается таки можно через точку вызывать, никогда бы не подумал Придется убрать ограничение.

ORS писал(а): Added: Во, блин, почитал хелп, оказывается таки можно через точку вызывать, никогда бы не подумал Придется убрать ограничение.

То то и оно...

ORS писал(а):Added: Во, блин, почитал хелп, оказывается таки можно через точку вызывать, никогда бы не подумал Придется убрать ограничение.

Вам ещё стоит прочитать про атрибут PRIVATE:

Private data members and methods are declaredwith the PRIVATE attribute. Private data members and methods are visible only to the methods of the CLASS within which they are declared and any other procedures contained in the same source code module.

Я это к тому, что приватные методы не видны в CC в том же модуле, где объявлен класс, а должны бы.

Code folding: почему-то не предусмотрена возможность сворачивания структур WINDOW/APPLICATION

Дед Пахом писал(а):Я это к тому, что приватные методы не видны в CC в том же модуле, где объявлен класс, а должны бы.

Очень вы неудобные проблемы поднимаете

Дед Пахом писал(а):Code folding: почему-то не предусмотрена возможность сворачивания структур WINDOW/APPLICATION

Раньше сворачивались, видимо сломалось на каком-то этапе, починим.

CC не распознаёт слова EQUATE, ADDRESS.
Расхождения в прототипах функций, показываемых в CC-окне и в тултипах. Например, CC говорит, что параметр имеет тип REFIID, а тултип LONG. Я знаю, что это одно и то же Или вообще выдаёт тип как CLASTRING, неизвестный в C7 for Win32.

Дед Пахом писал(а):Расхождения в прототипах функций, показываемых в CC-окне и в тултипах. Например, CC говорит, что параметр имеет тип REFIID, а тултип LONG. Я знаю, что это одно и то же Или вообще выдаёт тип как CLASTRING, неизвестный в C7 for Win32.

Просто в СС окне показывается текст прямо из файла, а в тултипах (и Class Browser`е) показывается текст "сконструированный" из синтаксического дерева парсера. Естественно еквейты там уже обработаны и реальные типы данных отрезолвлены. А CLASTRING это побочный эффект того, что парсер один на оба языка, так показываются PSTRING, CSTRING и всякие прочие xSTRING.
И если второе, конечно, надо чинить, то насчет первого не уверен, тем более, что это крайне проблематично.

Если есть то CC не показывает HANDLE в списке. А очень хочется...