AlexTZ
AlexTZ
Подробная информация
- Имя пользователя
- AlexTZ
- Электронная почта
- Присоединился
- Посещений
- 0
- Был на сайте
- Группы
- FR Team
Комментарии
-
Если это верисайн - а это, судя по скриншоту, именно он - будем думать, что с этим делать. Но у меня на двух компьтерах такого поведения не наблюдается. Да, система WinXP. У Вас какая? И когда возникает пауза - при самом первом запуске демки, или пр…
-
Стоп. Dll-ки у нас подписаны Verisign'ом - может он лезет их проверять?
-
Только что сымитировал ситуцию с отсутствием интернета, выдернув кабель. Задержка при старте - 2 сек.
-
Проверил только что на версии 1.0.13 (текущей), с TCPView во время инсталляции и при запуске Demo.exe - никаких обращений. Проверяйте свой компьютер на наличие вредоносных программ!
-
У нас нет никаких обращений в интернет!!!
-
Поправил обе ошибки (с печатью ячеек и масштабированием). В ночной сборке будет.
-
Здравствуйте, Скачал и проверил, существенной задержки нет. Система WinXP.
-
Хотя, в чем-то Вы правы - в некоторых случаях масштабирует не так, как хотелось бы. Буду разбираться.
-
Сделал страницу 40х20, портрет. При масштабировании до А4 или А3 - никаких проблем (кроме того, что неоптимально место используется). Та же страница, но в режиме "ландшафт" - проблема и в А4, и в А3. Все проблемы (в т.ч. с неоптимальным использова…
-
tz@fast-report.com, а еще лучше, если со скриншотом пришлете тестовое приложение.
-
См. отчет Table/Complex Column Headers. При печати одного и того же столбца, в котором есть такая ячейка, она автоматически растягивается.
-
Там алгоритм печати такой. Если параметр "страниц на листе" = 1 или 4, печать идет с оригинальной ориентацией, если 2 или 8 - ориентация меняется на обратную. Вы же пытаетесь "обмануть" FR, сделав страницу с нестандартными размерами (в портретной ор…
-
Здравствуйте, Для страниц пользовательского формата желательно указывать ориентацию "Портрет", поменяв при этом размеры. В этом случае печатается нормально.
-
Классный баг был, неявный такой... Исправил.Раздел: Связь двух источников данных по полю-битовой маске в отчете Комментарий от AlexTZ October 2008
-
Чарты, построитель запросов и некоторые фильтры экспорта будут добавлены позже в этом году, т.е. не войдут в релиз. Да, можно купить сейчас и обновляться бесплатно в течение года с момента покупки.
-
В данном примере связь есть, она создается в момент регистрации датасета в программе. Это такая особенность FR - он смотрит, если оба источника выбраны в отчете, то автоматом выбирается и связь. Я подумаю над тем, как лучше решить проблему.Раздел: Связь двух источников данных по полю-битовой маске в отчете Комментарий от AlexTZ October 2008
-
Если между двумя источниками задана связь, и источники используются для master-detail бэндов, FR автоматически использует эту связь. Тут вариант один - удалить связь, и использовать фильтр.Раздел: Связь двух источников данных по полю-битовой маске в отчете Комментарий от AlexTZ October 2008
-
Исправил.
-
В общем да, но мы это нигде не афишируем
-
Здравствуйте, Официальный, т.е. релиз, задерживается. Пока исправлено и сделано не все, что хотели, и называть текущую версию релизом - во вред себе. Если очень хочется купить - это можно сделать сейчас, написав на sales@fast-report.com.
-
Не должно быть - это разные технологии (COM и NET).
-
Исправил.
-
Хотим сделать к релизу несколько экспортов и доработать ASP-часть.
-
Разумеется; основная проблема - это скрипт и выражения, которые есть в тексте (в них могут находиться вызовы ф-й VCL). В любом случае, оформление отчета будет конвертировано полностью.
-
Здравствуйте, Будет, но не сразу и не на 100%: - сильно различается работа с данными - агрегатные функции в .Net устроены иначе, возможны проблемы при конвертации - скрипт (Pascal -> C#) - в .Net объект "Текст" не имеет всех возможностей о…
-
Dracula_DIS написал: » А может таки сделать?? Кому нужно будут использовать, кому нет - нет )) Сделал, причем разное форматирование для разных переменных.
-
Студия хороша для unmanaged проектов (на VB6, VC), а под .Net использовать COM-библиотеку не есть хорошо. Убедите начальство, пока не поздно...
-
Под wine - а почему бы и нет? Думаю, никаких проблем быть не должно.
-
Да, если мы решим поддерживать mono в принципе.
-
Перспективы есть, но пока отдаленные. Связано это с тем, что в библиотеках, которые использует FR.Net, много работы с WinAPI. Соответственно, их нужно переделывать - отвязывать от API, где это возможно, или урезать функциональность. Это касается, в …