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

Внимание! Строгая модерация темы. Принимаются только конкретные предложения по улучшению программы. Все иные сообщения будут удаляться.
Модератор: Модераторы
Timur писал(а):odv1812 писал(а):Здравствуйте.
Было бы здорово изменить формирование документов при экспорте документов в Excel следующим образом.
Сейчас алгоритм формирования документа такой:
После выгрузки документа в Excel мы выбираем требуемые формы в окне "доступные документы".
Далее идет последовательное выбор параметров первой формы и ее формирование, затем выбор параметров второй формы и ее формировании и так далее.
Проблема в том что при выгрузке достаточно объемной сметы в с формированием большого количество разных форм, сметчик вынужден выбирать пару параметров формы и ждать(порою, достаточно долго), опять выбрить пару параметров и снова ждать....
Это просто убийство времени. И не отойдешь от ПК и время уходит впустую.
Мое предложение:
Перед формированием итоговых форм документа, запрашивать параметры ВСЕХ форм, а за тем уже Формировать эти формы.
Это изменение позволит объединить периоды формирования и позволить высвободить это время сметчику для чего-то полезного, а не сидеть перед ПК без дела.
Можете поступить так. Настроить параметры необходимых выходных форм, а затем в режиме "препросмотр" можно сформировать отчет без показа диалогов, т.е. нажал "Сформировать" и пошел по делам. Так же есть функция групповой печати документов в менеджере объектов.
odv1812 писал(а):Формирование форм с параметрами не по умолчанию возможно?
arbeiten писал(а):Добрый день, Уважаемые Разработчики!
Давно сюда не заходилВспомнил про предложения :
http://forum.smeta.ru/post112631.html#p112631
http://forum.smeta.ru/forum4/topic6369- ... ml#p112652Voyager`tm писал(а):arbeiten писал(а):Уважаемые разработчики, раскройте, пожалуйста, завесу тайны, когда ждать этот функционал ? )
CQ[13645]
CQ[13783]
CQ[13796]
CQ[13837]
CQ[13844]
CQ[14328]
CQ[14415]
CQ[14461]
CQ[14484]
CQ[14506]
CQ[14533]
CQ[14652]
CQ[13645]
Применение измененной цены в ЗР
решено
CQ[13783]
Добавить горячие клавиши
решено
CQ[13796]
Обеспечить выбор нескольких файлов в момент импорта ВЦ.
представлено
CQ[13837]
Добавить столбец в смету с фактической ценой.
представлено
CQ[13844]
Сортировка индексов в менеджере лицензий
решено
CQ[14328]
Добавить сплитер в окно "Изменение состава пути поиска"
представлено
CQ[14415]
Групповая операция в ЗР: изменение обоснования
представлено
CQ[14461]
Блокировка сметы при работе с ЗР в разных открытых не сохраненных сметах
представлено
CQ[14484]
Отображение поправок в смете (в таблице)
Представлено
CQ[14506]
Отображение утвержденной сметы в менеджере
Представлено
CQ[14533]
Сделать мультисортировку в окне ЗР
Представлено
CQ[14652]
Ввести настройку цвета подсветки строк без назначенных индексов и видов цен
Представлено
Есть новости по тому, что было "представлено" ?![]()
Voron писал(а):Раньше набирал "план терр" и он искал, а теперь надо "план* терр*"
Pavelsom писал(а):В 11 версии теперь ТАК? Лишний повод не спешить с переходом на неё.
tester_me писал(а):Сам я программист C++. Пользуюсь компиляторами как для ОС Linux, так и для ОС Windows.
У меня конкретные предложения по улучшению вашей горе-программы СметаРу.
1. Нормально откомпилируйте свою программу в нормальной, лучше купленной, среде разработки. Сейчас более стабильная и передовая для вашей проги - это Embarcadero RIO 10.3. И уберите лишние библиотеки Борланд из корневой папки, для этого нужно просто убрать галочки у опций линковщика, подкючающих динамические пакеты, в меню опций проекта. 2. Ваша база данных начинает пухнуть и разваливаться, так как количество записей в 3-х таблицах превышает миллион, в ресурсной таблице уже больше 3-х миллионов строк. Оптимизируйте срочно, согласно правилам приведения реляционной базы к 1-й, 2-й, 3-й нормальным формам. Для этого читайте в Интернете книги и темы по реляционным базам данных. 3. Какой чудак на букву "М" у вас умудрился вместо простых запросов SQL типа "select...from b_rabmat...where b_rabmat.tab like '2.%' добавить в таблицу b_rabmat поле rabmat и писать туда номера сборников нормативов?! Вам что, не судьба было почитать книги по языку SQL??? Пипец прям лень шелкнуть мышкой в браузере и найти книжку?! Просто запомните отличие базы FIREBIRD: LIKE-опции в выборках для текстовых полей кириллицы пишутся одиночными кавычками, а вместо символа множества(*) пишется знак процента(%). Уберите свои лишние поля и уменьшите размер базы, кульхацкеры великие, блин. Обращайтесь за советами. А то стыдно и за вас, и за наше сообщество разработчиков, и за страну, и за чиновников мосгосэкспертизы, продвигающих ваше детское, пока что еще, фуфло.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
© 1995-2019 Группа компаний «СтройСофт»