|
||
| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
Регистрация: 16.02.2008
Сообщений: 807
|
за здоровый консерватизм. ничего убирать не надо. пополнять отсутствующие возможности другое дело. программа в инструментарии(пос не рассматриваем) простая или даже слишком простая(gen3dim). ну что есть , то есть. изысков лирвизора нет. но ведь есть старли. работаем над моделью в лире , учитывая особенности старка, конвертируем(в обе стороны можно) и на выходе (fea файл) будет то что и хотелось, быстро и сердито. пусть сделают "монтаж"(ну хотя бы как в ing+), нагрузки на фрагмент(с возможностью перевода в обычные нагрузки как в лире) и аналог кэ55 и наработанные приемы будут жить и здесь. но пока появилась лента, не самое необходимая вещь(имхо)
Последний раз редактировалось mikel, 14.04.2017 в 15:49. |
|||
|
||||
Регистрация: 30.08.2008
Сообщений: 268
|
Собрал свои наблюдения/пожелания к старку, которые возникли за время работы с программой. Поскольку разработчикам нужно получить массовую обратную связь для внесения корректировок в свои планы - выкладываю сюда и приглашаю массово обсудить.
|
|||
|
||||
Цитата:
Пара комментариев - в версии 2020 будет реализован пункт 59 и комментарии в конце по поводу Металлика (возможность редактирования групп конструктивных элементов скопом. Да, в конце вчера закрытой темы была мысль об оптимизации ленты программы. Конкретные предложения были бы очень кстати. ----- добавлено через ~11 ч. ----- Геннадий1147, из представленного списка в релизе 2020.1 будут пункты 20, 59, 67. Несколько комментов по другим пунктам: п. 11: как и в любой другой ленте, нужные кнопки можно вынести на панель быстрого доступа. п. 42: расчетный контур продавливания зависит от сочетания усилий в стыке (при разных РСУ контур минимальной прочности может быть разным), поэтому задавать его неправильно. Задавать следует фактическую геометрию, и программа для каждого РСУ сама должна найти наиболее опасный контур. п. 50: не подтверждено, работает правильно. п. 61: невозможно, поскольку никаким поворотом системы координат нельзя добиться того, чтобы направления осей X и Y поменялись местами, а направление оси Z осталось без изменений. п. 62: не ясно, чем для этой цели не подходит согласование сетки? п. 63: что именно "сломано"? |
||||
|
|||||
Регистрация: 30.08.2008
Сообщений: 268
|
Спасибо
Цитата:
Цитата:
Действительно, перепроверил - все в порядке. Возможно, в предыдущих релизах что-то такое было, потому что я точно с этим сталкивался. В версии 2019R3 все в порядке. Цитата:
Для заполнения, например, проемов в стенах - подходит идеально. Но вот когда надо создать какой-то новый кусок в уже готовой и настроенной схеме (т.е. просто вернуться, скажем, в ПОС-проект уже не получится), приходится мудрить, т.к. у исходного КЭ не может быть больше 4 узлов, а контур может быть более сложной формы. Приходится разбивать его на "подконтуры" и работать с ними. см видео. ссылка на яндекс.диск (28мб) Цитата:
|
||||
|
||||
Инженер-философ Регистрация: 24.04.2019
Хабаровск
Сообщений: 1,869
|
Это были мысли об оптимизации ленты в ворде и автокаде - у них столько команд, что они не влазят на ленту, и их приходится постоянно разыскивать по десяти вкладкам. В старке нет такой проблемы: команд мало, и режимы переключать надо редко. Разве что можно сделать "как в ревите", чтобы при вызове команды всплывала новая панелька, где собраны все опции для команды плюс все остальные доступные возможности (проекции и т.п.) - это позволило бы отказаться от боковой панели. Но это, по-моему, не принципиально, не срочно и вообще не обязательно.
Лично мне в интерфейсе мешает не лента. Мне мешает то, что интерфейс застрял где-то во временах своего создания, между dos и windows 3.1. Когда запускался только один экземпляр программы. Когда не было стандартов, и все придумывали правила работы сами. Когда разрешение было 640x480. Когда имена были в формате 8.3. Когда расчетные схемы были в десяток-другой элементов размером. Короче, интерфейс плохо справляется с современными расчетными схемами. Неудобно создавать, неудобно редактировать, неудобно вносить изменения. Конкретно не нравится:
|
|||
|
||||
Регистрация: 05.02.2020
Сообщений: 231
|
Цитата:
Геннадий1147, из Вашего списка уже сделаны пункты 20, 23, 30, 59, 67, 68, войдут в версию 2020.1. Над другими пунктами продолжаем работать. |
|||
|
||||
Регистрация: 05.02.2020
Сообщений: 231
|
|
|||
|
||||
Регистрация: 31.03.2010
Сообщений: 900
|
Да пока не знаю ). Получается много моделей нужно сделать (вариантов) - не хотелось лишней работы делать (её итак много )
----- добавлено через ~12 мин. ----- Техподдержка ЕВРОСОФТ, можно еще вопросик ? Грунт, смоделированный ОКЭ между стенками двух соседних резервуаров, будет передавать боковое давление ? Нужно и давление от собственного веса и давление от жидкости в соседнем резервуаре передать. Вроде бы должно быть корректно, как я понимаю... |
|||
|
Опции темы | Поиск в этой теме |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
WishList: Advance Steel (пожелания пользователей) | ~AlexX~ | Advance Steel | 405 | 07.04.2017 18:17 |
Пакет программ "Статика" от Техсофта. Пожелания, обсуждения, вопросы... | Ал-й | Расчетные программы | 100 | 30.05.2016 08:18 |
Расчет ж/б колонн в Stark ES 4.4 | Maribour_Pink | STARK ES | 10 | 22.06.2011 22:51 |
Динамический расчет на действие пульсаций ветра (STARK) | IngAlex | STARK ES | 12 | 22.02.2010 15:17 |
Ошибка в ПК Stark ES при расчете внецентренно сжатой стены. | Denyk7 | STARK ES | 14 | 03.08.2009 07:40 |