Дмитрий Озеров (Все сообщения пользователя)

Нет, в этом случае он не печатается. Печатаются только видимые слои.
Если добавлять слой перед печатью, то можно поробовать ему Visible=false установить.

1. Сегодня мы выложили обновление. MenuItem=<Layer>\Пункт меню теперь работает.
2. Вместо LoadPlugin используйте метод RunCommand( "MyPluginProj2.MyCommand");
Метод LoadPlugin был заведен, но остался заглушкой, т.к. загрузка плагина - это часть выполнения его команды.
3. UnloadPlugin можем добавить. Скорее всего, это будет не явная выгрузка плагина, а команда плагину, чтобы он завершил работу (т.к. нужно, чтобы плагин освободил ресурсы, закрыл окна и проч.)

Ошибку исправили. Обновление (5.2.0.2530) можно скачать с нашего сайта.
Также необходимо одновить ZuluServer.

Да, действительно, ошибка. Исправим скорейшим образом и выложим обновление.

Пока такой возможности нет. Сделаем.

Если еще и при "О программе" вылетает, то это точно из-за эмулятора ключа.

Несуществующий - это чей драйвер установлен, а сам принтер не подключен ? Или нет вообще установленных принтеров ?

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

Да можно в принципе. Если б не спам, не хотелось ограничивать пользователей тем, что чтоб задать вопрос на форуме надо регистрироваться, не все это любят...

Не могли бы Вы прислать пример готового кода и какого-то кусочка тестовых данных, на которых проявляется данный эффект. Мы тогда проверим под отладчиком (мы можем проверить под MSVS2003).
Пока, подозрения только на подставляемый прямоугольник в SetAreaRect, т.к. при задании фрагмента печати в оболочке на предварительном просмотре и печати подобный эффект при отсечки полигонов у нас не проявляется.

А точно "pi.SetAreaRect(rect.RB.Y / 10, rect.LT.X / 10, rect.LT.Y / 10, rect.RB.X / 10);" ?
Не получилось ли так, что в указанной области начальные координаты X1,Y1 оказались больше X2,Y2 ?
В этом может быть дело. При выводе Zulu для отсечки полигонов добавляет запас наружу указанного прямоугольника, а так, если область оказалась с отрицательной шириной или высотой, отступ оказался внутрь.

Для HKLM полный доступ не нужен, Zulu его только читает. Лучше дайте доступ к диску C: для данного пользователя, т.к. похоже пользователь так и не имеет прав доступа к файлам Zulu. Такой эффект проявляется при установке Zulu на системный диск C: под Windows XP SP2 и Windows 2003 Server на разделе NTFS. Т.к. установка выполняется из-под Администратора, обячные пользователи не получают от Windows прав на эту папку. Покак мы разбираемся как это побороть.

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

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

Мы тестировали на Oracle 10g. Таблицы подключали либо через ODBC драйвер (работало с Microsoft ODBC for Oracle), либо через OLEDB провайдер (Oracle Provider for OLE DB)

1. Базу данных на сервере можно редактировать через редактор структуры слоя -> список баз -> редактировать.
2. С растрами что не работает - доделаем, не все функции еще работают через сервер.

Сам код для мигания объекта правильный, только вызывается ли он ? Указан это скрипт для события OnLoad ?

Расследование показало, что подобное явление вызывает загрузка любой DLL, созданной с помощью Borland C++Builder 5. Я создал визардом пустую DLL и после ее загрузки также возникает exception. Пока не знаем в чем именно конфликт, к тому же я пока не нашел способ (с VS.NET я знаком поверхностно) как в отладчике видеть код самой .NET (код методов объекта System.Drawing.Font и т.п.), если подскажешь, будет здорово.

Мы выложили обновление (от 29.09.2006), там эта ошибка исправлена.

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

Добрый день, Илья!
Воспроизведем ситуацию в VS2003 и как только что-то выяснится, сообщим.

В последнем релизе у нас изменился принцин подключения баз, изменился редактор структуры слоя. Св-во BaseName сейчас исправляем, как исправим, сразу выложим.

Пришлите, пожалуйста, файл описателя базы данных .zb на [email protected] (Дмитрий) посмотреть. Так не сказать, в чем ошибка.

А к какому источнику создан BDE Alias (STANDARD, SQL Server, и т.д.) ?

Смена псевдонима: - псевдоним таблицы в запросе ?
Если да, то нельзя, например, давать псевдонимы, совпадающие с ключевыми словами SQL или имена с пробелами или кириллицей.
Что конкретно не так, можно проверить в редакторе запроса в Тесте ("Все записи", "Выполнить) - что выдает ?