Тестирую менеджер. Блин, в какой-то недавней ревизии добавлялись пустые поля Type и теперь полный атас ((. В каждый элемент надо заходить и грохать пустое поле, иначе в менеджере поле "Значение" пустое. А по факту - нет. Но это так, мелочи жизни.

Предложение. Можно добавить копирование отдельных элементов, чтобы в буфер копировались все поля разом и потом вставлялись в группу выделеных элементов или один элемент?

Ничего не понял.

Можно.

Просто я попал в неприятную ситуацию.
Разрабатывать схему я начал 2 недели назад. За эти две недели довольно активно собирал KiCAD и инсталировал. Пару раз запускал GOST-Tools, просто, ради интереса. Теперь на схеме большая часть элементов имеет пустое поле Type, в том числе и микросхемы. Исключением являются элементы, добавленнные в последних версиях, в которых менеджер добавляет не просто пустое поле, а копирует туда ChipName, если ChipName == Value. Так вот, если открыть менеджер, там будет пусто, сами знаете почему. Поле Value есть, и оно совпадает с ChipName, а Type пустое. Как хочешь, так и определяй, что в схеме стоит: полн "значение" пустое, хотя по факту и нет. ChipName не отображается. Пришлось вручную заходить во все микросхемы и удалять пустое поле Type, чтобы в 70-й сборке поле type создалось автоматом и корректно.

Такие пироги.

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

Атрибут Type может стать равен "~" (отображаться в поле Тип пустым) только в том случае, если в ручную стереть поле Тип используя текущую реализацию менеджера компонентов (4170).

Я тоже

Дома 4157, на работе я начал с 62й ревизии и закончил на 70й. У меня есть контрольные ревизии разработки, но их немного, всего 6. Изменения произошли между 4й и 5й. Четвертую ревизию я коммитил 27 числа. Как определить версию сборки, не знаю. Посмотрю завтра на работе даты создания deb пакетов.

Удалять умышленно у всех элементов поле type я бы не стал.

Сможете прислать 4-ю и 5-ю ревизии схемы?
Надо посмотреть, может баг где закрался.

В ревизии 4171 расширил проверку атрибута Type. Теперь проверяется не только отсутствие атрибута Type, но также проверка на Type=="".
Задать руками атрибут Type = "" через GUI EESchema не удается, EESchema при попытке задать пустую строку в атрибуте предупреждает, что атрибут будет удален, и удаляет его.
А вот менеджер компонентов в старых ревизиях присваивал пустую строку атрибуту Type, если поле Тип было стерто в менеджере компонентов, и в этом случае все-таки EESchema такой атрибут не удаляла (механизм редактирования атрибутов через GUI EESchema отличается от редактирования атрибутов программным путем, а именно со стороны менеджера компонентов. EESchema удаляет пустой атрибут только, если редактирование идет через GUI EESchema).

Так что в ревизии 4171 такие нештатные ситуации с пустым атрибутом учтены. Теперь все в порядке. Ранее введенные схемы теперь отображаются нормально (поле Тип).

Вроде да, облегчило мою учесть Спасибо.

Ошибка текстовая в менеджере "-NPO-50 В-", вместо нуля стоит буква O, т.е. должно то быть "-NP0-50 В-".

При выводе спецификации в одну строку запихал слишком длинное название и оно не вместилось.

(В спецификации)
Кварцевый резонаторKX-K 16.0 MHz (эта строчка не влезла)
Фирма "Gayer"
корпус HC-49SMD

(В компоненте структура полей)
F 0 "ZQ1"
F 1 "QUARTZ"
F 2 "Quartz-HC-49SM"
F 3 ""
F 4 "Кварцевый резонатор" "Type"
F 5 "Прочее" "Title"
F 6 "KX-K 16.0 MHz" "SType"
F 7 "корпус HC-49SMD" "Note"
F 8 "Gayer" "Manufacturer"

исправил в ревизии 4172.

А с чем связано прописывание в поле "Наименование" = "Прочее", а в поле "Тип" = "Кварцевый резонатор"?
По идее должно быть:
"Наименование" = "Кварцевый резонатор"
"Тип" = "KX-K 16.0 MHz" (либо разбивка строки на части и использование полей "Тип", "Подтип", и возможно, "Номинал")
"Подтип" = ""
"Примечание" = "корпус HC-49SMD"
"Производитель" = "Gayer"

Поля "Тип" и "Подтип" пока предполагал, что лучше чтобы не отделялись друг от друга (перенос на новую строку заблокирован) при генерации документов.

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

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

Можно ли как-то автоматизировать работу с многоэлементными компонентами? Это актуально для операционников, цифры, сборок.

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

По-позже посмотрю что можно сделать. Сейчас дела навалились...

Сделал в ревизии 4174.

Развязал окна менеджера компонентов и EESchema в ревизии 4176.

Александр, попробовать получится только через неделю Тоже работа навалилась. Спасибо!

Добавил автоматическое перемещение курсора согласно выбранному компоненту в менеджере компонентов в ревизии 4177.
Сделал управление курсором из менеджера компонентов не только в EESchema, но и в Pcbnew (актуально для тех, кто вводит атрибуты компонентов на поздней стадии, либо редактирует существующую плату).

AVL
Всё-таки я не понимаю. В выложенной схеме A1 и A2 в полях, кроме содержимого, отличий нет. Но почему-то у A1 при запуске Менеджера компонентов поле "Значение" остаётся, а у A2 стирается. Если в поле "Type" забить одинаковые значения, то у A1 начинается дублирование.
У меня создаётся впечатление, что сказывается содержимое поля "Значение".
Более того, я уверен в этом. Когда я вставил точку перед последней буквой, то содержимое поля не стёрлось и в Менеджере отобразилось.
Сборка 4179 вин.

еще раз дублирую свой ответ:

Вы пишите "В выложенной схеме A1 и A2 в полях, кроме содержимого, отличий нет."
Как раз это и влияет:
A1: ChipName == Value ? Нет, значит отобразить поле "Номинал" равное атрибуту "Value".
A2: ChipName == Value ? Да, значит отобразить поле "Номинал" пустым.

Если Вы пишите, что у Вас поле называется "Значение", попробуйте обновиться из хранилища lp:~kicad-gost-committers/kicad/doc. Там в ревизии 446 исправлен перевод с "Значение" на "Номинал" в менеджере компонентов.

AVL
A1: ChipName == Value ? Нет, значит отобразить поле "Номинал" равное атрибуту "Value".
A2: ChipName == Value ? Да, значит отобразить поле "Номинал" пустым.
A1 - "нет", A2 - таки тоже "нет".
Там всё одинаково, кроме содержимого полей "Значение" и "Посадочное место" (названия приведены как они сделаны в Eeschema). В поле "Тип" у каждого элемента стоит тильда.
Более того, добавление или удаление точки в поле "Значение" (в любое место, хоть в середину, хоть в начало, хоть в конец) приводит к тому, что ничего не стирается. И, кроме того, поле "Номинал" ("Значение" в Eeschema) не отображается пустым, оно стирается, точнее становится тильдой (и на схеме тоже!!!).
Правда удаление точки у A1 ничего не меняет.
Ничего не понимаю. (с)

Там в ревизии 446 исправлен перевод с "Значение" на "Номинал" в менеджере компонентов.
В Eeschema одно название, в Менеджере компонентов - другое. Путаница возникает, однако.

P.S. Сейчас ради эксперимента попробовал разные символы. Кроме точки можно в конец добавить пробел, чтобы безобразия прекратились.

Поскольку поле в EESchema не во всех случаях однозначно соответствует полю в менеджере компонентов (осталась непрозрачность для "Value"), то я в объяснениях использую термин "атрибут", когда речь идет о свойствах компонента в EESchema. А термин "поле" я использую, когда речь идет о полях в менеджере компонентов.

Как же тоже нет? A2: атрибут ChipName (Имя компонента) = AM20CW-4812SZ, атрибут Value (Значение) = AM20CW-4812SZ.

Атрибут "Значение" (Value) влияет на поведение поля в менеджере компонентов. Атрибут "Посадочное место" (Footprint) ни на что не влияет в менеджере компонентов.

Тильда означает, что атрибут пустой. Вам нужно написать тип компонента в атрибуте "Тип" (Type) в свойствах компонента в EESchema, либо через менеджер компонентов в поле "Тип".

Так будет в случае компонента A1, поскольку у этого компонента атрибут ChipName != атрибуту Value.
В случае компонента A2 (ChipName == Value), если внесете любую модификацию в значение атрибута Value, то после этого значение атрибута Value отобразится в поле "Номинал" в менеджере компонентов.

Это после чего так происходит?

Да, все правильно (см. объяснение выше).

Как лучше? "Значение" или "Номинал"? Видимо надо голосование будет устраивать?

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

Непрозрачность с полем "Номинал" введена только для того, чтобы не заставлять пользователей в старых схемах стирать значение атрибута Value ("Значение") для таких компонентов как микросхемы и др., поскольку атрибут Value ("Значение") не имеет смысла для них, а его заполненность вызывает путаницу и проблемы.

При правильном использовании должно быть заполнено следующим образом. Я уже не знаю сколько повторять одно и тоже

Для компонентов с номиналами (конденсаторы, резисторы, дроссели и некоторые другие):
атрибут Value = номинал, например, 1 кОм
атрибут Type = тип, например, МЛТ-0,125

Для компонентов без номиналов (микросхемы и другие):
атрибут Value = ДОЛЖЕН БЫТЬ ПУСТЫМ!, но так как через EESchema пустым его задать не получится, то нужно вписать "~".
атрибут Type = тип, например, SN74HC00D

Вернулся из командировки, и собрал свежий кикад 4180 )) Хотел добить перечень Запуск менеджера выдал мне 4 предупреждения с текстом, мол некоторые компоненты были изменены вне схемы, после чего я попытался ткнуть в первый попавшийся компонент чтобы увидеть данные, после чего менеджер повис наглухо Пойду пересобирать.

Этот баг удается повторить?
Предупреждения появлялись и при этом реально компоненты в схеме корректировались в ручную не закрывая менеджер компонентов? Или предупреждения вылезли без всякой причины?

Повторить проблемы нет. Просто открываю схему и запускаю менеджер и он падает сразу, после 4х предупреждений. Над схемой работал 10 дней назад. Четыре предупреждения, потому что для каждой подсхемы вылазит свое, видимо. Но подсхем там больше четырех. До этого была сборка 4171, и все было хорошо. Сама схема у Вас уже есть (ее первый лист). Я присылал, когда были проблемы с пустым полем Type.

Чтобы сузить круг откатился до 76й ревизии и собрал ее. Она тоже не работает. Вот как-то так.

Попробовал открыть схему из директории 4 и 5 (Схемы.zip), при открытии менеджера компонентов не падает. Может у меня не падает из-за того, что у меня только 1-й лист?

Неа. Я пробовал на другой схеме однолистовой, к которой GOST-Tools вообще никогда не притрагивался. Поведение одно и тоже. Если у Вас есть deb пакет последней сборки, которая якобы рабочая, скиньте, я поставлю. Мне кажется это как-то связано с операционкой Ubuntu 10.04 LTS.

AVL
я в объяснениях использую термин "атрибут", когда речь идет о свойствах компонента в EESchema. А термин "поле" я использую, когда речь идет о полях в менеджере компонентов.
Хорошо, пусть будет так.

Понял в чём дело. Я на "имя компонента" даже не смотрел. Считал, что это просто имя, под которым компонент числится в библиотеке и больше ни для чего не нужно. И это было бы правильно, чтобы не плодить кучу лишних элементов (но это уже давний спор, в котором к одному мнению так и не пришли).
С этими переименованиями/стираниями при совпадении/несовпадениями атрибутов у меня происходит стирание имён компонентов при генерации списка цепей, даже без запуска Менеджера компонентов.

Это после чего так происходит?
Если "Имя компонента" совпадает с атрибутом "Значение", то, при вызове Менеджера компонентов, содержимое атрибута "Значение" заменяется на тильду.

Чтобы "безобразия" реально прекратились, нужно прекратить вписывать тип компонента в атрибут Value ("Значение") / поле "Номинал".
Но у меня все библиотеки уже сделаны с использованием атрибута "Значение". Посмотрел старую стороннюю библиотеку от середины 2010 года, так там вообще нет атрибутов "Type". Это значит придётся переделывать все библиотеки?!!

Как лучше? "Значение" или "Номинал"? Видимо надо голосование будет устраивать?
Я бы предпочёл "номинал". Точнее описывает сущность.

P.S. И всё-таки как-то механизм не очень прозрачный. Может сделать по принципу "что вижу, то и имею"? Поставил опцию видимости атрибута - увидел на схеме, не поставил - не увидел. Продублированы атрибуты - в перечень/спецификацию вставляется только один. Но никакой самодеятельности по очищению атрибутов в схеме!

AVL, поставил, падает. Особенность. Если просто запустить, то выпадет предупреждение и дальше менеджер можно закрыть корректно. Но если ткнуть в любую строчку компонента в самом менеджере, то менеджер виснет навсегда. По идее в это время должен произойти переход курсора к соответствующему компоненту на схеме.

На схеме из директорий 4 и 5 (Схемы.zip) у меня даже предупреждений никаких не выпадало при открытии менеджера компонентов. Выпадали предупреждения только при открытии самой схемы в EESchema, ругалось, что нет остальных листов схемы.

Не пойму о чем речь.

Странно, у меня такого эффекта нет. Вот даже проверил еще раз, в пустую схему добавил элемент 7400 из стандартной библиотеки. Открываю менеджер компонентов, закрываю менеджер компонентов. Смотрю свойства элемента, как был атрибут "Значение" равен "7400" так и остался равен "7400".

Не обязательно. Можно пользоваться и текущей реализацией менеджера компонентов. А дальше посмотрим.

мне тоже больше "Номинал" нравится.

Да, хотелось бы поле "Номинал" тоже сделать полностью прозрачным. Вопрос открыт пока как лучше это сделать.

Так сейчас так и сделано. Что именно не так?

Ну значит так и буду сидеть на 71-й сборке, пока проблема не возникнет у кого-то еще.
Проблема не в схемах. Создал пустую схему. Пустая схема воспринимается нормально. Кинул один элемент из стандартных либ. Запустил менеджер, выпало предупреждение. Выбрал элемент, завис менеджер.
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Ваш пример с одним элементом проверил в Ubuntu 10.04 и ситуация повторилась как у Вас.
Я вчера собрал пакет для Ubuntu 10.04 и проверил пример с мультивибратором, с ним проблемы не было. Также проблемы нет при любых примерах в Debian.

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

AVL
Не пойму о чем речь.
На примере всё той же многострадальной схемы.
A1 имеет имя компонента "R-785.0-0.5", атрибут "Значение" - "AMSR-783.3Z", атрибут "Type" - "AMSR-783.3Z". На схеме отображается атрибут "Значение".
A2 имеет имя компонента "AM20CW-4812SZ", атрибут "Значение" - "AM20CW-4812SZ", атрибут "Type" - "AM20CW-4812SZ". На схеме отображается атрибут "Значение". При запуске Менеджера компонентов, или при генерации списка цепей, атрибут "Значение" на схеме заменяется тильдой и, соответственно, не отображается. Атрибут "Type" не отображается, потому что он изначально не указан как видимый (в библиотеке такого атрибута вообще нет!).
Происходит при совпадении имени компонента и атрибута "Значение".

Так сейчас так и сделано. Что именно не так?
То, что атрибут стирается в схеме, а не просто добавляется или нет в перечень/спецификацию.

------------
С сортировкой в спецификации не получается?
Ещё одна тонкость: происходит разделение микросхем. Если в схеме есть аналоговые (DA) и цифровые (DD) микросхемы, то они получают отдельные заголовки.

Application: Eeschema
Version: (2013-07-10 BZR 4179 GOST-COMMITTERS)-testing
Build: wxWidgets 2.9.4 (wchar_t,compiler with C++ ABI 1002,GCC 4.7.2,wx containers,compatible with 2.8)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little endian, wxMSW
Boost version: 1.53.0
Options: USE_PCBNEW_NANOMETRES=ON
KICAD_GOST=ON
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=OFF
KICAD_SCRIPTING_MODULES=OFF
KICAD_SCRIPTING_WXPYTHON=OFF

Исправил в ревизии 4184.

Все описанные глюки смог повторить.
Итог:
1) поскольку непрозрачность работы с атрибутом Value стала существенно мешать разработке (часть из последних глюков была в усложнившейся логике по обработке этого атрибута на разных этапах после того как развязал окна), принято решение сделать работу с атрибутом Value прозрачной. Прежняя логика по анализу ChipName==Value теперь выполняется отдельной функцией. Данная функция при открытии менеджера компонентов делает проверку всех компонентов. Если обнаруживается ситуация ChipName==Value, выдается предупреждающее сообщение о том, что будут внесены изменения в атрибуты таких компонентов. Пользователь либо подтверждает, либо отказывается.
2) "Запустил менеджер, выпало предупреждение." Как оказалось, у меня проявляется только в Ubuntu 10.04 (wxWidgets 2.8.10). Выглядит все так, что поведение wxWidgets отличается у разных версий то ли самих wxWidgets, то ли ОС. Исправил.
3) "Выбрал элемент, завис менеджер." тоже самое, что и в п.2. Чтобы побороть эту проблему для Ubuntu 10.04 (wxWidgets 2.8.10), пришлось отказаться от управления менеджером компонентов курсором в Pcbnew (оставил управление курсором только в EESchema). То есть в Ubuntu 10.04 (wxWidgets 2.8.10) зависание происходит из-за того, что отправляю сообщения и в EESchema и сразу в Pcbnew через механизм dde. Похоже, что нужно дорабатывать механизм dde в самом KiCad. Либо это баг wxWidgets, поскольку используется работа с сокетами от wxWidgets.

Актуальная ревизия 4186.

Сейчас в основном могут выпадать 2 типа сообщения, на которые пока не добавлен русский перевод. Привожу перевод пока здесь:
1) "Some components have equal 'Chip Name' and 'Value' attributes!
'Value' attributes will be copied to 'Type' ones including their position, orientation and visibility. After that 'Value' attributes will be cleared.
If some of components do not have 'Type' attribute then such attributes will be created.
Continue?"

"Некоторые компоненты имеют равные значения атрибутов "Chip Name" ("Имя компонента") и "Value" (Номинал / Значение) !
Значения атрибутов "Value" будут скопированы в атрибуты "Type", включая их координаты, ориентацию и флаг видимости. После чего значения атрибутов "Value" будут стерты.
Если некоторые из компонентов не будут иметь атрибут "Type", то такие атрибуты будут созданы.
Продолжить?"

2) "Some components were changed outside of the Component Manager.
The changes have been transferred back to the Component Manager."

"Некоторые компоненты были изменены вне Менеджера Компонентов.
Эти изменения загружены обратно в Менеджер Компонентов."

Обновил перевод в gost-committers-doc - bzr449.

Спасибо

AVL

Не очень удачный вопрос - может ввести в заблуждение. Лучше написать "Выполнить перобразование?".
(По-басурмански тоже соответственно.)

пришлось отказаться от управления менеджером компонентов курсором в Pcbnew
А это нужно? Я считаю, что нет.

оставил управление курсором только в EESchema
Это нормально.

Если некоторые из компонентов не будут иметь атрибут "Type", то такие атрибуты будут созданы.
Всё же остаётся вопрос по библиотекам. Как-то не очень хорошо, что элементы на схеме имеют больше составляющих частей (в данном случае атрибутов), чем в библиотеке. Не могу объяснить чем мне не нравится, но есть какой-то внутренний протест.

OK

Считаю, это может быть удобно для готовых устройств, в которые нужно внести изменения. Иногда удобнее смотреть на pcb.

Ну Вам никто не мешает добавить эти атрибуты в библиотеки

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

Собрал сегодня последнюю версию. Все работает Большое спасибо )

Баги.

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

Если зажать shift и попытаться выделить группу элементов, менеджер виснет.

Вчера сделал merge с lp:kicad, а сегодня обнаружил, что eeschema при запуске падает. Так что будем сначала с этим разбираться.

В ревизии 4189 теперь OK.

Удалось повторить только в Ubuntu 10.04. Пока выяснил только, что зависает опять из-за отправки пакетов через dde (управление курсором). Надо разбираться как это исправить.

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

Патч прилагается.

Приветствую, Максим. Спасибо за патч. Патч применен в ревизии 4199 ветки lp:~kicad-gost-committers/kicad/kicad .

По поводу dde Вы похоже говорите о стандартном DDE, который используется как одна из технологий взаимодействия процессов в винде.
В исходниках KiCad используется свой собственный механизм, который, похоже, разработчики KiCad назвали одноименной аббревиатурой dde. Этот механизм в KiCad сделан на основе сокетов фрейморка wxWidgets и является кросс-платформенным (а виндовый DDE только для винды). С учетом того, что KiCad dde отправляет сообщение через сокеты, не вижу проблемы в использовании KiCad dde в том числе пределах одного процесса. В чем там проблема, так и не разбирался пока.

P.S.:
если хотите, можем добавить Вас в команду lp:~kicad-gost-committers, чтобы коммитить изменения в lp:~kicad-gost-committers/kicad/kicad. Для этого нужно зарегистрироваться на https://login.launchpad.net/+login (если еще не зарегистрированы) и далее https://launchpad.net/~kicad-gost-committers/+join

Я имел ввиду внутренний механизм Kicad, реализованный через wxSocket. Если ипользовать его внутри одного процесса, то возможно зацикливание. Подробнее: При клике мыши в gtk_main() при ходит сообщение, которое через wx вызывает GOST_COMP_MANAGER::OnClickListCtrl(), SendCommand(), wxSocketClient::Connect(),wxSocketClient::WaitConnect(), wxSockeBase::_Wait(),wxApp::Yield() . wxApp::Yield() вызывает gtk_main_iteration(), которая вызывает EDA_DRAW_FRAME::OnSockRequest(), wxSockeBase::Read(), потом wxSockeBase::_Wait(), которая повторно вызывает wxApp::Yield(). wxApp::Yield() анлизирует повторный вход и вызывает wxAppBase::OnAssertFailure(). В Release сборке wxAppBase::OnAssertFailure() выкидывается, и программа уходит в цикл. В Debug версии выкидывает диалог исключения. Подробное описание зацикливания очень многословно, хотя код весьма простой. Проще читать прямо код. Резюме: встроенный dde служит для межпроцессного взаимодействия, применение внутри одного процесса чревато трудноуловимыми глюками.



Я не смогу заниматься этим проектом на постоянной основе. Моё хобби читать код открытых проектов. Здесь я увидел небольшую головоломку и попытался её решить. Сам проект некрасив архитектурно, развивался эволюционно без должного проектирования. Изначально были заложены весьма ограниченные модели данных. Теперь практически невозможно переделать систему без потери совместимости, и значит проект практически обречён на статус поделки. Ситуация с аттрибутом Value == Chip-Name, наглядно это показывает. Поэтому я только читать.

Буду надеяться, что головоломки KiCad, хотя бы и небольшие, будут Вас заинтересовывать и впредь

Апробировал 99 сборку. Большое спасибо за патч. Теперь все работает