Перейти к содержанию

Mитька

Пользователи
  • Публикаций

    566
  • Зарегистрирован

  • Посещение

  • Победитель дней

    31

Весь контент Mитька

  1. Возможно это вам немного поможет добавлено через 6 минут На примере Нано СПДС: Если вы про default.dwt, то там точно сохраняются: - всё содержимое чертежа - текстовые стили (в т.ч. текущий) - размерные стили (в т.ч. текущий) - слои (в т.ч. текущий) - конфигурации слоёв (в т.ч. текущая) - группы слоёв (в т.ч. текущий) - настройки, расположенные по адресу "Сервис - Оформление" (хотя лучше вместе с шаблоном дополнительно сохранить ещё и файл AppOptions.xml, лишним не точно не будет) Профиль отвечает по идее за настройки, расположенные по адресу "Сервис - Настройки"... Но там всё сложно, сам не до конца понимаю. Обратите внимание ещё и на настройки интерфейса в догонку... 3я составляющая успеха...
  2. С удивлением узнал, что в Нане вообще был кальтулятор Таблицы - сила!..
  3. Автоотчёты таблиц не видят штриховки, если диапазон выбора задан зоной. Точнее видят, но для этого зону выбора нужно делать значительно больше необходимого. Принцип не понятен. С диапазоном "В листе" или "Группе объектов" такой проблемы нет. Пусть лучше этой проблемой займётся. Чем пытаться натянуть на код программы непонятную ему механику (которой-он-никогда-сам-не-воспользуется) только для того, чтобы... а я так и не понял, для чего...
  4. А если не секрет, то почему? Чисто технически имею в виду, почему? В формате кода. На примере коннекта Стена-Дверь хотя бы. Я не понимаю... Есть 2 объекта из Базы: Металлопрокат (к примеру) и Двупольная дверь. Выше кусок кода из объекта "Огнезащита", он коннектится к трубе, берёт с неё плоскости и принимает её форму. Очень сомневаюсь, что Труба как-то заранее знала, где у моей огнезащиты располагаются плоскости. Это дочернему объекту надо знать плоскости родительского (что уже проблема автора Перемычки, а не ваша), а не наоборот. Или я ошибаюсь и во вшитых в код объектах как-то иначе всё устроено? А если оно устроено иначе, то... а ЗАЧЕМ? В моём представлении такие ограничения в коде прописаны условиями типа: (для стены, к примеру) ЕСЛИ объект=Дверь, то мы позволяем ему к себе приконнектиться. А нафига такие ограничения? Разве не достаточно просто "открыть" объект для доступа извне? К примеру (хоть и не проверял, но полагаю, что будет именно так) если из вышеупомянутого кода убрать подчёркнуто условие ЕСЛИ, то объект будет коннектиться просто ко всему, у чего есть обозначенные переменные. Почему с дверьми не сделать также? Там открыта часть переменных. Что мешает открыть плоскости? А где они находятся - мы и сами разберёмся... Неужели язык, на котором писано приложение не позволяет свободный коннект, тогда как простенький язык базы объектов - позволяет?
  5. Не должны. Хотя это смотря какие расчёты. А что мешает проверить-то?
  6. Во, значит не проглючило меня и действительно ни то, ни то не билось с реальной площадью. И хоть дело не в Ведомостях, лучше ситуацию оно не делает...
  7. Если вы хотите сделать так (а это не совсем очевидно, соглашусь с @Volkov), то да, всё работает. Но ведомостей на чертеже я не наблюдаю. Нужен полный файл со всеми имеющимися там связями (связями между элементами, имею в виду). Или у вас и на этом уровне всё виснет? Если вы работаете в листах - то непонятно, что вы хотите сделать. Напишите внятную последовательность действий (вида: 1. Жму сюда (картинка). 2. Выбираю: копировать 3. и т.д.). Если сложно формулировать - скриншотов накидайте, как выше.
  8. Кстати, Экспликация полов у вас одного масштаба, а блок пирога, который в ней вставлен - масштаба примерно в 20 раз меньше. Если выделить и то, и другое и поменять масштаб через "Масштаб оформления" (а это вполне нормальная механика работы) - пирог станет в 20 раз больше Ведомости.
  9. и 5 сообщений вниз добавлено через 8 минут И ещё: Создаём на экране таблицу. Любую, хоть из одной ячейки. Видим вот это: Причём этот артефакт ВСЕГДА появляется где-то сверху-справа экрана, независимо от зума.
  10. Да погодите, мож кто сейчас чего подскажет из разработчиков... Хотя я бы не особо надеялся...
  11. Правда повторить этот опыт у меня не вышло. Допускаю, что я перед картинкой №1 я всё-таки чуть подвинул границы помещения. А почему это привело к ошибке..? Потому что они...... НЕ АВТООБНОВЛЯЮТСЯ!.. И правда, зачем..? Базовая функция всех таблиц СПДС (а в ведомостях, кстати, стоит галочка "автоотчёты" без возможности её отключить!) - это автообновление при условии, что отчёт строится на базе НЕпримитива. Тут - нифига... Корректируешь габариты помещения - спецификации неизменны. Добавляешь новое помещение - спецификации неизменны. И раз уж я всё-таки до них добрался, вдогонку к уже написанному кем-то в соседней теме... Давайте представим, что @forgeprojects проектирует жилой дом... В жилом доме 15 этажей, по 10 квартир на этаже, в каждой по 3-5 комнат. Итого мы получаем 150 квартир. У каждой - свой покупатель, которому нужно предоставить все ведомости (хотя бы на примере этих двух). Вот автор значит делает эти 300 ведомостей (и вот наплевать, что "ведомость отделки делалась разработчиками для клиента, который всё в одной ведомости считает" или как там было в соседней теме сказано - бывают разные ситуации, у нас вот всё считают порознь, заказчики-то все разные) и собирается выдавать чертежи (прикиньте на минуточку, о каких деньгах идёт речь). И возникает у него разумный вопрос: "А я нигде не облажался случайно?" И само собой, он как ответственный проектировщик, захочет сам себя проверить. А теперь вопрос разработчикам: "КАК ОН ЭТО СДЕЛАЕТ?" Помимо банально перепутанных слоёв отделки (тут только ручками проверять, никак иначе) у такой самопроверки есть 2 пункта: 1. Все ли комнаты внесены в Ведомости? (как я понимаю, Ведомости настроены не на область, а на НАБОР объектов (но это тоже не проверишь никак), т.е. на добавление/убавление помещений не реагируют). 2. Все ли данные актуальны? (т.к. Ведомости не реагируют и на изменение габаритов (как минимум, остальные свойства не пробовал) помещений). Поскольку я более или менее знаком с таблицами, то (помимо вариантов "пересчитать ручками" и выполнить альтернативную проверку другими таблицами) я вижу 2 способа самоконтроля: 1. В СПДС-табличках есть очень полезная функция: они подсвечивают объекты, с которыми установлена связь, вот так: Открываем Ведомость - нет такого... Отследить не получится... Ок. 2. Команда SPREFSHOW (предположим, что @forgeprojects прочитал от корки до корки "Руководство пользователя" и знает о ней, наверняка это так). Выделяем 2 ведомости и обычную табличку, жмём SPREFSHOW, видим: Печаль... Связи ведомсти тоже не транслируют... Что остаётся делать автору? - выделять каждую из 300 Ведомостей и заново переназначать им Помещения, видимо...? Т.к. даже обновить их все одной кнопкой нельзя: Реген - нет, Обновить - нет, spregenobj - нет, spregenstd - нет... Возможно, эти Ведомости и реагируют на какое-то общее автообновление (была где-то вроде такая команда хитрая, нигде не обозначенная, на форуме вычитывал) - но откуда автору её знать..? Справка-то по этим элементам писана по диагонали... Заметьте, мы сейчас говорим про человека, который эти чертежи ДЕЛАЛ и всё в них знает. И он может зная, как оно всё у вас устроено, сэкономить себе кучу времени и вставить в чертёж Ведомости в саааамый последний момент (которого в проектировании, к слову, в принципе не бывает). А вот теперь прикиньте, что я как ГИП должен его проверить. И вот тут лично у меня наступает ступор. Т.к. я НЕ ЗНАЮ способов проверить, а правильно ли работает Ваша автоматика. А пост выше про "разные площади" намекает на то что она легко может работать и неправильно (или правильно, но по какой-то неочевидной логике, про которую в Справке "не успели написать"). И вот мне как проверяющему уже придётся либо обновлять все Ведомости вышеописанным порнушным способом, либо изголяться ещё как-нибудь... А значит они (Ведомости) категорически не будут использоваться. Т.к. механика их работы: - непонятна. - неизменяема. - неконтролируема никоим образом. Такое ощущение, что эти элементы делали даже не программисты, а практиканты. Какие-нибудь студенты-медики... А проверял ОБЩИЙ итог их работы - видимо, кто-то очень далёкий от строительных чертежей... Короче... Я не знаю, как уважаемые разработчики видели работу этих Ведомостей, но вот вам взгляд пользователя... У кого-то возможно иной. Но лично я этим пользоваться не смог бы, мне просто страшно было бы... И это только 2 ведомости из 7... И это только Архитектура... Сделайте уже открытый код у всех этих таблиц и сделайте их ОБЪЕКТАМИ базы, а не вот этим... И всем будет счастье. Пользователи сами слепят из всех них конфету за неделю. И вам же сюда пришлют на блюдечке...
  12. Ох ты как интересно.... То, что выше на картинке получено следующим методом: проставлено помещение, привязаны к нему 2 ведомости, помещение РАСТЯНУТО, ведомости изменились. А теперь удаляем ведомости и вставляем их из таблицы опять:
  13. И ни та, ни другая не являются правильными при этом... Я уж не говорю про разные стили оформления, стоящие у них по умолчанию...
  14. Для именно этой задачи есть красивейшее решение (огромное спасибо @MCAD) - во вложении. В этом случае необходимый список загружается в столбцы 4,5 одним движением "копировать-вставить", эти координаты присваиваюся переменным в столбцах 2,3 - и вуаля, все точки расставлены. Затем таблица удаляется и дальше точки можно двигать, как захочется, если надо. Но изначального вопроса это не отменяет. Координаты из таблички 1.dwg
  15. Исходные: есть маркер координат и табличка, что берёт с маркера переменные Object."Origin point X:" и Object."Origin point Y:" (читай - координаты). В Нано СПДС 6 и 20.0 эти координаты можно было отредактировать из таблицы - точка перемещалась в соответствующее место. В Нане СПДС 20.1 (и в 20.0) эта возможность почему-то убрана (возможно, была убрана и в версиях 7,8,9 - не проверяли). Координаты легко редактируются из Инспектора Свойств, а вот при редактировании их же из таблички - ничего не происходит. Так и задумано? Если да, то зачем? Если нет - то верните, пожалуйста, как было. Это ппц как неудобно в отдельных ситуациях. Или это только у нас оно не работает? На всякий случай файл во вложении... Координаты из таблички.dwg
  16. Полагаю, вас попросят рассказать чууууууть поподробней.
  17. Ну как не при чём...? Вот зачем разработчикам к вам прислушиваться в данном случае? Почему ваше видение должно ВДРУГ стать для них приоритетнее, чем (к примеру) моё? Т.е. есть изменения, которых хочу Я, а есть изменения, которых хотите вы. А руки у разработчика одни. Что выбрать (в первую очередь, разумеется)? Тут, я полагаю, один критерий: потенциальная выгода от меня и вас, как от пользователя. Это я и подразумеваю под влиянием. Вот к примеру: вы а своё проекте переноса ПО Юнис-Юг на одну из платформ общаетесь с кем? С гендиректором компании..? Сомневаюсь. Скорее всего с дилером или продукт-менеждером, назовём его условно "Давид". Вы посидели на Нанокаде годик, пообщались на форуме и пришли к выводу, что то, что происходит в Нанософт вас не устраивает. Вы говорите, "Давид, мне не нравится то-то и то-то конкретное, ваша система работы с пользователями в целом и вы лично в частности. И поэтому, Давид, мы не будет делать ПО под вас и вы потеряете потенциально 100млн. рублей в год". Давид грустит, плачет, но что поделать... Т.е. компания в вашем лице потеряла 100млн прибыли. Как вы полагаете, Давид тут же побежит к своему финансовому директору и похвастается, что из-за его манеры работы с пользователями они только что потеряли 100 млн..? Да как-то сомнительно... Скорее всего об этом никто и не узнает даже. Упущенная выгода будет неочевидна для того, кто реально принимает решения. Вот и что в этой ситуации репутационно изменится для компании? Да ничего. А если и изменится, никто об этом прямо не узнает. Второй вариант, Давид грустит, плачет и идёт дальше спокойно работать с клиентов по фамилии Греф, взаимодействие с которым принесёт компании 100500 млн. и ему лично ещё пару. А на вас с вашими 100млн. всем участникам процесса легко может быть поплевать с высокой колокольни в масштабах компании. Хочется верить, что всё не так. Но рук у разработчиков больше не становится от этого. Что возвращает нас к первому вопросу....
  18. Думаю, тут вопрос в вашем личном финансовом "влиянии" на компанию. Тут, разумеется, любят каждого одинаково, но полагаю, радостно подгонят любые параметры любого элемента под потребности нового крупного клиента при его желании. Отставив потребности существующих на второй план... Плюс - мы все тут пользователи и пишем в болталку свои хочушки. Сомневаюсь, что люди, принимающие финансовые решения в Нанософт сидят и читают форум... Официальные письма ещё куда ни шло, но написанное тут - едва ли... Сомневаюсь (а разработчики Нанософт, полагаю, и подавно сомневаются), что ваше (или моё) личное недовольство их продуктом как-то репутационно (да и финансово) на них скажется. А если и скажется, то не факт: - что это влияние будет очевидно. - что это влияние будет значимо в масштабе полного объёма продаж. - что эта информация вообще дойдёт до того уровня, на котором может оказать на что-то влияние...
  19. Родилось из необходимости сделать автоматическую ведомость чертежей вроде. Это было ещё до появления этого в функционале программы по умолчанию (если оно сейчас есть в программе, я не проверял). Правка этих данных из таблицы - просто приятный бонус к основной функции.
  20. Полагаю, что это мало кого беспокоит... Да и вообще, вы пишете верные вещи, но как показывает практика, тем, кого вы хотите пристыдить - ни капли не стыдно. Сколько поднималось тем (только лично я автор как минимум 2х, а помню штук 5 как минимум) о подходе к общению с пользователями, о глюках в новых продуктах, о взаимодействии разработчиков с нуждами потребителя, об ориентации на новую клиентуру о блаблабла и т.д. И ни разу ни от кого из официальных представителей Нанософт я не слышал и не читал ничего похожего на "ИЗВИНИТЕ" и "ДА, МЫ НЕ ПРАВЫ". Даже когда вышел СПДС 7.0 с НЕРАБОТАЮЩИМ (вообще) интерфейсом, никто тут и ухом, помнится не повёл... Хотя куда уж веселее казалось бы. Если я ошибаюсь, и такое было, то буду признателен за ссылку, с огромным удовольствием почитаю. Даже если кому-то вдруг и станет стыдно от ваших слов, то уж признания вины и обещание исправиться вы тут точно не дождётесь.... А было бы не лишним иногда...
  21. Полностью согласен. Или сделать себе табличку типа той, что во вложении, проверять и править ею же все форматы перед выдачей комплекта и забыть об этой проблеме... Ведомость чертежей.mcdi
×
×
  • Создать...