forum.clarionlife.net

BOB писал(а):

Во-вторых при смене шрифта или если кто-то другой будет смотреть ваши файлы, то все снова поедет

Это проблема пользователя , пусть заново форматирует.Подсчет ширины конечно проблема, но как-то он же считается сейчас когда я табом ровняю и считается правильно .Я бы не менял существующий расчет ,а добавил бы отдельную процедурку типа вставки пробелов до конца таба плюс один таб, что-то мне подсказывает что существует простое решение.

Сильно сомневаюсь, что везде хватит одного таба даже на одном шрифте, а если кто-то использует какой-то еще? Плюс размер таба может быть любым. Единственное нормальное решение этой проблемы может быть только визуальным, т.е. визуальное изменение ширины пробела (например) без изменения их количества. Т.к. вообще-то кроме одиночек, есть и команды разработчиков на одном проекте, у которых настройки в IDE разные, а файлы лежат в системе контроля версий.

Feature request для Code Completion.

Такое предложение: есть ссылочная переменная (например myClassVar &MyClass). Набираем myClassVar &= NEW и после пробела или открывающей скобки хотелось бы, чтобы автоматом подставлялся нужный тип (в данном случае MyClass).

Ещё одно предложение по форматированию кода:
если написано то при нажатии ENTER вставить пробелы вокруг = Добавление:
это касается и операторов <>, !=, >, <, >= и т.д. Естественно, всё это опционально.

Создаём новую точку вставки в Local procedures: жмём ENTER после CODE - CODE прыгает в начало строки!

Есть в Clarion такая вещь, как метка, например, Так вот, Code folding выравнивает текст внутри цикла по слову LOOP, которое дааааааааалеко от начала строки. Смотрится ужасно, особенно если после цикла тоже есть кое-какие строки кода (они располагаются гораздо левее тела цикла).

Дед Пахом писал(а):Есть в Clarion такая вещь, как метка, например,

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

FiltersLoop   LOOP LoopIndex = 1 TO RECORDS(FiltersQueue)

Так вот, Code folding выравнивает текст внутри цикла по слову LOOP, которое дааааааааалеко от начала строки. Смотрится ужасно, особенно если после цикла тоже есть кое-какие строки кода (они располагаются гораздо левее тела цикла).

Ставьте метку на отдельную строку
Я подумаю, что тут можно сделать, пока нормального решения в голову не приходит.

ORS писал(а):Ставьте метку на отдельную строку
Я подумаю, что тут можно сделать, пока нормального решения в голову не приходит.

Мне тоже не приходит, хотя думал минут 5 Наверно, и не надо ничего делать с этим, метки это плохо

А нельзя ли в CC немного больше интеллекта добавить? Например, для функции SORT первый параметр может быть только QUEUE, и показывать в списке CC только переменные типа QUEUE и &QUEUE (и типизованные очереди, конечно). FileManager.Fetch() имеет параметр исключительно KEY - показывать только ключи. Можно в CC для таких случаев добавить переменные типа ANY.

== Добавление

Или наоборот - выкидывать из CC те вхождения, которые заведомо не могут быть параметром функции (не-QUEUE для SORT, например).

Целый месяц не было претензий, вот, нашёл, к чему придраться.

В файлах шаблонов (tpw/tpl) хотелось бы, чтобы комментарий исходного (не шаблонного) кода не раскрашивался. То есть строка была вся зелёная (как комментарий), а не чёрная плюс голубым цветом резервное слово size.

Версия 7.2 build 7248
В словаре, в свойствах поля, на вкладке "Attributes" не работает установка флага "Read only". Чтобы у поля указать данный атрибут нужно идти на вкладку "Controls" и у ENTRY выставлять этот флаг.

Игорь Столяров писал(а):Писать в баг-репорт - бесполезно, уже пробовал. Еще с первых альфа-бета версий C7 я вопил где только можно о том, что с C7 идет старая версия шаблонов C6 (конкретно файл "brwext.tpw") в которой нет возможности указывать Variable Filename в ListFormat Manager Configuration (см. Global Properties). И что ? Выходит C7.1 и в нем все осталось по старому ... Или я один этим пользуюсь .... Непонятно.

В общем-то как я понял по новому релизу C7.2 7248, Variable Filename в ListFormat Manager Configuration - пользуюсь только я один.
Потому, что файл шаблона brwext.tpw доработали очень нужными опциями, вроде толщины линий, а ошибку так и не исправили ...

OK ! Без проблем, исправил сам, это заняло ровно две минуты.
Если кому-либо эта опция в C72 нужна - файл с шаблоном прикреплен к сообщению.
Просто заменить его в папке TEMPLATE C72 7248 и перегистрировать ABC шаблоны (ABCHAIN.TPL)

Начали смотреть C7.2.0 7248.
Люди, кто уже набил руку на С7, не подскажете - имеется ли возможность редактировать данные как в c5, c5.5, с6 - помните - такая кнопочка с тремя точками рядом с кнопкой "DATA" - в виде Source?
Сильно выручала такая возможность, когда надо было скопировать много переменных из одной процедуры в другую. Теперь в C7 не вижу такого.
Еще интересно - почему в процедурах на шаблонах Window, Report..., вызываемых с параметрами, прототипы надо писать в одном окне, а параметры - в другом???
Как можно использовать в мирных целях Toolbox "ASCII Table" ?

agat писал(а):Начали смотреть C7.2.0 7248.
Люди, кто уже набил руку на С7, не подскажете - имеется ли возможность редактировать данные как в c5, c5.5, с6 - помните - такая кнопочка с тремя точками рядом с кнопкой "DATA" - в виде Source?
Сильно выручала такая возможность, когда надо было скопировать много переменных из одной процедуры в другую. Теперь в C7 не вижу такого.

Кнопки с точками нет (возмсожно, скоро появится). Копировать переменные можно через DataPad (команды Copy, Copy details).

agat писал(а): Еще интересно - почему в процедурах на шаблонах Window, Report..., вызываемых с параметрами, прототипы надо писать в одном окне, а параметры - в другом???

Это всем интересно.

agat писал(а): Как можно использовать в мирных целях Toolbox "ASCII Table" ?

Например, если нет клавиатуры, то с её помощью можно набирать тест

C7.2.0 7248
А кто-нибудь пробовал в отчетах рисовать линии не дефолтной толщины?
Проблема такая:
Ставлю в отчете например вертикальную линию толщиной 15 THOUS - в дизайнере она выглядит толщиной миллиметров в 5.
В предварительном просмотре тоже неестественно жирная. Печатаем из предпросмотра - все так же жирная.
Сохраняем и выходим из дизайнера, затем заходим обратно. Картина резко изменилась - линия стала несколько тоньше, но зато стала наклонной - ощущение такое, что координаты верхней и нижней точек линии вывернулись. В предварительном просмотре линия по прежнему жирная.
Если откомпилить - отчет печатется с нормальной толщиной линии
Неестественно жирными выглядят ВСЕ линии, укоторых НЕ дефолтная толщина.
Вопрос : это особенности моей видеосистемы, принтера и т.п. или все таки глюк С7 ?

По моему это если есть опущенные параметры вроде LINE,AT(2,0), надо LINE,AT(2,0,0,0)