Компания Autodesk и Сообщество пользователей Autodesk запускают новый проект - Autodesk Community Wish List.
Цель проекта - развитие программных продуктов с учетом предложений, поступающих от пользователей. Для этого на нашем сайте создан специальный раздел, где вы можете отправить свои предложения по развитию продуктов Autodesk, воспользовавшись специальной формой.
Все предложения будут рассмотрены Командой Сообщества и специалистами компании Autodesk!
Создан специальный раздел форума, для сбора пожеланий! Пожалуйста перейдите по ссылке ниже:
Перейти к разделу Wish List - http://forums.autodesk.com/t5/revit-pozhelaniya-russkiy/idb-p/2054
Они бы лучше старые впорядок привели.
Я тоже давно уже регистрировался на бета-портале, но так и не получил инвайта.)
Такая вот дискриминация по почтовому адресу.)
Думаю необходимо пересмотреть инструмент "помещение". Roombok - является актуальным приложением для расчета отделки. Но создавать отделку по-прежнему неудобно! Предлагаю создать инструмент на основе элемента помещения - позволяющий послойно создавать отделку пола - стен и потолка в рамках элемента помещения. Причем с автоматическим определением границ помещения , с возможностью редактирования эскиза определенных элементов пола-потолка и стен. (на подобии редактирования соподчиненных элементов лестницы, где можно отдельно редактировать эскиз площадки и марша )Таким образом будет решена проблема с расчетом отделки и создания спецификаций - непосредственно в Ревите. Таким образом достаточным будет создавать однородные типы стен (кирпич, бетон, итп) , а отделка будет создаваться на базе инструмента помещения, это позволит избежать создания бесконечного количества типов стен . Согласитесь - это упростит проектирование.
Поддерживаю! Очень проблематично создание отделки помещений в зданиях, особенно, если большое количество помещений. Думаю разработчики примут это к сведению и будут работать над этим.
Очень не хватает кнопки копирования параметра в окне "типоразмеры в семействе". Иногда приходится создавать несколько однотипных параметров, надоедает одно и тоже вбивать.
Аглицкий вишлист не читал, поэтому прошу прощения за дубли. Пока всё.
ИСЧЕЗЛО МОЕ СООБЩЕНИЕ!!! Но всегда сохраняю подобное Блокнотом. Хорошо быть немного параноиком)))
Аглицкий вишлист не читал, поэтому прошу прощения за дубли. Пока всё.
Перенес текст из рассылки и смонтировал в одно сообщение (Borissofff)
Два раза отправлял. Первый раз появилось, и сразу пропало после обновления страницы. Больше не появляется!
???
Аглицкий вишлист не читал, поэтому прошу прощения за дубли. Пока всё.
Аглицкий вишлист не читал, поэтому прошу прощения за дубли. Пока всё.
Очень мешает невозможность произвольного УПОРЯДОЧИВАНИЯ списка параметров. Да хотя бы сделали как в Проводнике Windows, и вообще везде - щелчок по столбцу упорядочивает по признаку столбца.
Тип данных Параметра нельзя сменить - возможно, тема спорная, но в процессе разработки бывает необходимо менять Длину на Число или Целое в разных случаях, Целое на Текст в марках и т.д. Лишняя работа руками.
До сих пор крайне корявая система управления Общими параметрами. Разрабатываю их сам для себя, передаю результаты коллегам. Но, бывает, переосмысливаю подходы, и в следующем объекте - адские муки по переименованию их во всех семействах и спецификациях. Тогда как остальные работают со старыми. Неужели нельзя ничего сделать?? Категории разработали на все случаи жизни железно, хорошо. А тут РЕАЛЬНО не хватает гибкости. Да да, отдел САПР. Нету у нас его для Ревита, нету, всё сам.
Элементарные сочетания клавиш и переходов по тексту в полях срабатывают не везде - Ctrl+C, Ctrl+V, Home, End и пр.. Раздражает.
Полей как в Автокаде иногда очень не хватает. Отсюда следует: в спецификациях отсутствует возможность создания СОСТАВНЫХ буквенно-числовых значений параметров вдобавок ко стандартным Расчетным - не всегда нужно вычислять числовое значение, очень часто необходимо просто состыковать в правильном порядке буквенно-числовое. Пример: марки дверей, состоящие из нескольких параметров, на плане ставятся, а в спецификации приходится разбивать на столбцы??
Один мелкий, но очень неприятный момент, общий для большинства забугорных продуктов - не переключается автоматически десятичный разделитель точка/запятая. А то пробелы в формулы мы подставлять умеем, а одну закорючку поменять трудно. Пример нормальной реализации - отечественный продукт "Солярис" - он сам следит за синтаксисом в чисто числовых полях. Autodesk вроде работает на Мир, а не на обособленную кучку спецов. Чисто вопрос локализации.
Аглицкий вишлист не читал, поэтому прошу прощения за дубли. Пока всё.
Аглицкий вишлист не читал, поэтому прошу прощения за дубли. Пока всё.
Нехорошие слова появляются в голове только сейчас. Кто эти правила только сочиняет...
Что ж, обманем "систему".
Это понятно, я о другом.
Символ разделителя должен меняться при вбивании значения. Допустим, у вас системный разделитель - запятая, а раскладку вы сменили и невольно ставите точку - Ревит ругается, а мог бы тихонько сам исправлять, как Солярис.
Добавил скриншот - выдержку из справки по Солярису. Так я и хочу:
Borissofff, Действительно, странно... Ерунда какая-то.
По вопросу - добавил выше выдержку из справки по Солярису.
Символ разделителя должен меняться при вбивании значения.
И где Revit должен будет автоматически поставить запятую в условном операторе if(a<b,0,1.1) или if(a<b,0.1,1)
Никто за Вас БДИть не будет 🙂
SVadimS написано:Символ разделителя должен меняться при вбивании значения.
И где Revit должен будет автоматически поставить запятую в условном операторе if(a<b,0,1.1) или if(a<b,0.1,1)
Никто за Вас БДИть не будет 🙂
А кто-то говорил про условные операторы? Да, я упомянул формулы, но лишь применительно к проверке ИХ синтаксиса в отношении пробелов. Но если бы вы читали мои сообщения внимательнее, то обратили бы бОльшее внимание на выдержку из справочки к Солярису - там речь идет ТОЛЬКО о полях с десятичными числами - как мне бы и хотелось.
А БДЕние - это уж, звиняйте, мои заботы, да еще и подпись к тому же))
vlig написано:А кто-то говорил про условные операторы? Да, я упомянул формулы, но лишь применительно к проверке ИХ синтаксиса в отношении пробелов. Но если бы вы читали мои сообщения внимательнее, то обратили бы бОльшее внимание на выдержку из справочки к Солярису - там речь идет ТОЛЬКО о полях с десятичными числами - как мне бы и хотелось.
Вы не конкретизировали, в каком поле у Вас Ревит ругается.
С типами полей в Ревит сложней, чем в Солярис. Там где с запятой происходит проблема условный оператор использовать можно. А там где условный оператор использовать нельзя (см. изменение длины линии на чертежном виде) РЕВИТ ПОНИМАЕТ ЗАПЯТУЮ В ЧИСЛАХ.
Не нашли то, что искали? Задайте вопросы в сообществе или поделитесь своими знаниями.