Мои комментарии

8.8114

1. Для функции SQL_СОЗДАТЬ и метода ТИП_SQL.НОВАЯ добавлены возможности:

- После имени поля можно указать восклицательный знак, что приведет
к включению поля в первичный ключ (primary key).
По умолчанию в первичный ключ включается первое поле в списке
(это было и ранее).
Первичные ключи поддерживаются только для таблиц Paradox (*.DB).

8.8115

2. В функции SQL_СОЗДАТЬ добавлена возможность подавления назначения первого поля
первичным ключом в таблицах Paradox (DB).
Для этого теперь можно указать символ ~ (тильда) после имени первого поля.

Это позволяет создавать таблицы Paradox без первичного ключа.

Обновлена справка по внутреннему языку.

P.S. Раньше (до 8.8114) был баг, что создание первичного ключа зависело от регистра символов расширения файла.
Если сделать "zag.DB", то первичный ключ для первого поля создавался во всех предыдущих версиях.
В версии 8.8115 добавлено явное средство подавления создания первичного ключа - тильда после имени поля. Т.е. в коде:
"INN"~:ТИП_СТРОКА:12

Если есть возможность, то выложите крэш дампы из ЮзерНейм\AppData\Local\CrashDumps\

сервер 2.03
клиентская часть 2.03

Более ранними версиями не рекомендую пользоваться, т.к. там были неприятные ошибки.

Здравствуйте!

Драйверы ключей не поддерживают HVCI (Hypervisor-protected Code Integrity), которая по умолчанию включена в Windows 11.

Полный дистрибутив Инфо-Бухгалтер 8 имеет в своем составе средства автоматического отключения этой опции. Для применения необходимо выполнить новую установку и по ее окончании согласиться на перезагрузку. После перезагрузки будет продолжена установка драйвера ключа.

Или можно отключить HVCI вручную, что также потребует перезагрузки Windows.
Например, есть такая инструкция:
Как отключить изоляцию ядра в Windows 11 и Windows 10

ИБухгалтер

символы белорусского алфавита "і" и "І" (коды 178 и 179) превращаются в "?" при сохранении.

При сохранении в OEM.
Для ИБ 8 я давно делал костыли, чтобы эти буквы при конвертации превращались в английскую "i".
Сейчас все файлы исходников можно хранить в кодировке ANSI.
Для типовых это задается в ini, а для ibl и src в опциях файла (метаданные в xml формате).

См. Рис.1 Win10, разрешение 1920х1080, масштаб 150%. Шрифт Courier New, 10.

С масштаба надо было и начинать.
При некратных 100 масштабах - 125%, 150% и т.п. неизбежны округления в пределах пикселя.
На картинке и в редакторе ИБ 8 наклонные буковки "подрезаны".
Согласен, тут есть что улучшить в редакторе ИБ 10.

Я так понимаю, что концевые пробелы - это наследство редактора ИБ8. Поудаляю их, когда перейду на ИБ10). Но все же почему их не удалять при сохранение? Ведь никакой функциональности в них нет.

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

А все же, как использовать подсветки "Пользовательский"?

Собственно в программе ИБ 10 пользователь может указать свои слова для каждой из 5 категорий.
В ИБ 8:
1 - определения и реквизиты
2 - поля объектов
3 - встр. функции (опционально)
4 и 5 - не используются

1. Первая и которая была последней каплей - символы белорусского алфавита "і" и "І" (коды 178 и 179) превращаются в "?" при сохранении. В редакторе ИБ 8 это много лет, как устранено. Использую их в комментах, а их у меня 20-25% листинга.

В редакторе ИБ 10 используется юникод, что позволяет вводить любые символы.
Чтобы сохранение в файл происходило без потерь, надо чтобы файл был в кодировке UTF-8.
Но сама программа ИБ 8 не поддерживает юникод для файлов исходных текстов.

2. Отсутствует блочное выделение (Ctrl+Б), как в ИБ 8.

Это не планируется в среднесрочной перспективе.
Как я понимаю, блочное выделение полезно при редактировании визуальной части бланка.
А там всегда используется редактор ИБ8, где блочное выделение есть.

3. В наклонных шрифтах не виден знак "_". Стандартный шрифт Courier New. Например "СТР_ФРАГ" отображается, как "СТР ФРАГ". Похоже из-за междустрочного интервала. В ИБ 10 он меньше.

Не воспроизводится. Все подчеркивания видны для наклонных шрифтов.
Даже в примере подсветки можно убедиться на ключевом слове КОНЕЦ_ЕСЛИ.

4. Подсветка функций, определений, реквизитов и пр. не работает в строковых выражениях, что не позволяет быть уверенным в правильном синтаксисе. А их немало и в ВЫРАЖЕНИЕ(), и запросах через СПИСОК. Возникает больше ошибок и приходиться чаще лазить в хэлп.  В редакторе ИБ 8 это есть.

В редакторе ИБ 8 более тупенькая подсветка. Там просто слово обрабатывается, даже если внутри строкового литерала. Есть специальная категория "Ключевые слова в строках", где сейчас забиты ключевые слова SQL. Туда можно встроенные функции скопировать.

5. Курсор в позиции 1 практически сливается с левой границей окна. В связи с этим постоянно пропадает из виду. В редакторе ИБ 8 между границей и курсором есть отступ и он толще.

У меня не сливается, все прекрасно видно.

6. Концевые пробелы строк, которые в ИБ 8 игнорируются. Двигаешь курсор стрелками вниз/вверх, а он куда-то исчезает из виду вправо. Пришлось написать процедуру их удаления из листингов. А может проще было бы их удалять при сохранении?

Спорная штука.
Например, notepad++ работает с пробелами также, как редактор ИБ10.

1. Подсветка общих переменных и констант. Он как зарезервированные слова. Может для них использовать подсветки "Пользовательский 4,5". А для чего они вообще?

Это нельзя сделать, т.к. подсветка работает вне контекста компилятора/интерпретатора.
Нет никакой "базы данных" идентификаторов, по которой можно было бы проверять, что есть что.

P.S. Может для этого всего раздел о программировании открыть? Не всем может быть интересно.

Есть раздел "Программирование" на дилерском форуме:
https://www.ib.ru/forums/221

Есть такая опция Установка-Настройки-Вид-Поведение пользовательского интерфейса-Использовать Enter для перехода к следующему в диалогах. Если ее отключить, то все начинает работать как надо.

В февральском обновлении 8.8109 выйдет исправление, чтобы от этой опции не зависело.

В старых программах неправильно версии сравнивались.
Такой эффект будет для всех версий "сотой" серии, начиная с 8.8100.
Не обращайте внимания.

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

В файле gnclient.ini в рабочих папках программ должен быть указан правильный ip-адрес сервера ключа. Если ip-адреса назначаются динамически, то там можно указать сетевое имя компьютера.

Подробности здесь Ключ Guardant Stealth

Спасибо.
Буду разбираться.

А что на счет пожеланий 3 и 4? Кнопки-то работают, а тут "сокрытие информации" :)

3 - сделано, будет в январском обновлении.
4 - изучил вопрос, там гораздо сложнее сделать, чем с переменным размером номера документа.
Хотелось бы и с номером документа и т.п. в локальной версии разобраться, а то сейчас тупо обрезается...
Надо менять формат SHP. Планируется в будущем большом обновлении 8.9)

Основная проблема в том, что у кнопки Windows применяется принцип "все или ничего".
Либо используется все стандартное, либо ВСЕ рисуем сами во всех случаях. И поведение также отличается, например hot tracking надо руками реализовывать.

В принципе все это решается, но могут быть нюансы.

Для прозрачности в качестве изображений надо использовать иконки (*.ico).
А размер кнопки зависит от символьной сетки бланка, которая зависит от размера основного шрифта бланка.

Странное поведение воспроизводится только в режиме интерпретатора и только, когда первое сравнение над значениями логического типа.

Если, например, на числа поменять, то эффект пропадает:
кс=1; ксп=1;
...
кс=1; ксп=2;
...

Буду изучать код, разбираться.
Спасибо за подробную информацию.

Но, пока других решений нет, попробую через СПИСОК_АТРИБУТОВ("$",С), где каждая строка из 2-х частей: <название графы>разделитель<значение>   

Так можно выкрутиться благодаря функции ИМЯ_ГРАФЫ.

Общая переменная.

Недостаток такого подхода, если в бланке несколько таких граф для ввода счетов.
Тогда опять функция завязывается на имя конкретной переменной, а на каждую графу нужна своя общая переменная и своя функция.

Наиболее простым решением мне кажется добавление новой команды "DELAYED_RECALC", чтобы выбор в графе отработал до конца, а только потом происходил пересчет бланка.

Другая альтернатива - это добавить новую опцию для граф и событий "Пересчет бланка", которая будет перекрывать существующие 3 опции (Обновление бланка, ...).

С графой вывода - плохой вариант.
Надо запрещать пересчет при вычислении граф вывода, т.к. иначе аварийного завершения не избежать.

Я попробовал в конец функции ВЫБ_СЧ добавить КОМАНДА_БЛАНКА("RECALC").
Так пересчитывает и ошибки не возникает.
Вроде решает поставленную задачу - функция выбора универсальная, от конкретного бланка не зависит.

Спасибо, посмотрю.

А хотя бы только текста. Он ведь во всех состояниях черный :)

Нет. В недоступном состоянии - серый. А в классической теме еще и вдавленный (etched).

Кроме того, есть еще настройка Windows для использования тем с повышенным контрастом. Стандартная кнопка автоматически это учитывает.

Чем не устраивает вариант с картинкой?