Цитата |
---|
B_S_V написал: Да Вы и сами про это много говорили применительно к этой версии. |
Цитата |
---|
B_S_V написал: Я сейчас говорю о том, что переделке подверглось то, что уже было и эти переделки как бы не всегда удачны и оправданы. |
18.11.2016 22:49:37
|
|||||
|
|
21.11.2016 15:14:55
|
|||
|
|
24.11.2016 17:12:20
|
|||
|
|
24.11.2016 17:55:40
B_S_V, я часто начинал работать с прототипом детали, а в процессе вырастал в сборку.
Достаточно в служебных переменных изменить всего 1 значение: так деталь становится сборкой и наоборот) Со всеми изменениями в структуре изделия. Запись в разделе "Детали" заменяется на запись в разделе "Сборочные единицы" По итогу я создал свои прототипы детали и сборки, с нужными мне представляниями в стуктуре изделия. Если эта тема интересна - могу как-нить рассказать подробнее. SilaMusli прав: сборка и деталь это один и тот же прототип, только вот значением служебной переменной $Vid_Chert
Изменено:
Практика - критерий истины (с)
|
|
|
|
24.11.2016 18:22:53
Новички (и особенно пользователи более "классических" систем) и так зачастую фигеют от некоторой специфичности ТФ. Так зачем еще больше усложнять, тем более там, где можно этого не делать? Система управления должна быть простой, логичной и естественной. А вот за всей этой простотой должен скрываться нелегкий труд программиста по, иногда очень сложной, реализации этой простоты. Вы, как конструктор, наверняка знаете, сколько иногда приходится думать над конструкцией, переделывать ее, чтобы потребителю было просто и удобно пользоваться этими продуктом. А в ТФ-15 я, к сожалению, в ряде решений вижу обратную картину - делаем, как проще, а пользователь как-нибудь привыкнет. Печально ... Еще более печально, если такая же история повторится в "Гербарии". |
|||
|
|
24.11.2016 20:01:26
B_S_V, смотрите, так и Вас включат в список пользователей "..не имеющих ни малейшего уважения к работе сотрудников Топ Систем" (с) Третьим будете)
Вот в чём есть проблема - так это с образовательной программой от Топ Систем. Самообразование требует времени, много времени. Возможно нам стоит делиться своим, практическим опытом, посредством ютуб-канала с другими пользователями. У каждого из нас есть свой, авторский стиль Флекс-Фу, каждый спец в своей области. Но это опять вагон времени нужно. Не у всех предприятие в полной Ж и есть желание/возможность этим заниматься. Как-нибудь сделаю цикл видосов по разработке библиотечных элементов, с нуля. Или не сделаю)
Изменено:
Практика - критерий истины (с)
|
|||
|
|
25.11.2016 12:48:02
При этом пользователи в начале работы начинают чертить/моделировать на пустом листе/в пустом 3D окне - там нет форматки, с помощью которой они могут выбрать тип чертежа. |
|||
|
|
25.11.2016 14:01:47
В решении этой проблемы можно пойти разными путями: 1. Оставить, как было в 12-й версии, т.е. чем будет являться модель (деталью или сборкой) определять на этапе оформления чертежа (что в общем-то логично). 2. Сразу вставить в прототип форматку (что я и сделал для себя). 3. Сделать отдельную кнопку, на которую повесить выбор деталь/сборка при создании нового файла. Это будет логично, просто и гибко. И пользователям вообще не надо будет знать про служебные переменные (на то они и служебные).
Изменено: |
|||||
|
|
25.11.2016 14:18:53
Кстати говоря. Уже подзабыл, но в период тестирования я уже писал в отчете об этом. И еще обращал внимание на то, что используя два прототипа вместо одного, тем не менее, возможность изменения наименования документа через форматку было оставлено.
Т.е. выбрав прототип "Деталь", можно выбрать в форматке "Сборочный чертеж" и это отобразиться в основной надписи. При этом в структуре фрагмент будет обозначен как деталь. Т.е. вы разорвали связь соотв. служебной переменной с тем параметром в форматке, который отвечал за определение, чем будет считаться фрагмент. И вместо этого сделали два разных прототипа. Почему нельзя было значение служебных переменных в структуре связать со значениями, выбираемыми в окне "Наименование документа" в форматке? И чем стало лучше, гибче, удобнее по сравнению с 12-ой версией?
Изменено: |
|
|
|
25.11.2016 14:39:50
|
|||
|
|
25.11.2016 15:17:48
и переменная $Vid_Chert в структуре фрагмента между собой связаны? Подозреваю, что нет. Поправьте, если неправ. |
|||
|
|
25.11.2016 16:10:17
При вставке фрагмента с форматкой, этот фрагмент берёт автоматом значение. Значение меняется из любого места и из переменных фрагмента форматки и из значений переменных фрагмента чертежа. Всё как обычно, ничего нового. |
|||
|
|
25.11.2016 17:01:27
|
|||
|
|
25.11.2016 17:23:29
|
|||
|
|
26.11.2016 19:32:08
|
|||||
|
|
26.11.2016 19:51:24
Почитав последние сообщения, по поводу кипения эмоций, призываю обе стороны немного остыть. Пользователям - смесить акцент в сторону конструктивной и обоснованной критики. Понятно, что сделано, сделано и в одночасье это не изменится. Разработчикам - понятно, что обидно, но критика, согласитесь, не без оснований. А еще посмотрите фильм про историю создания Су-27
Изменено: |
|
|
|
26.11.2016 20:47:09
так, вставлю свои 5 копеек:
смотрим на картинки: и при создании новой СИ - есть возможность копирования существующего прототипа СИ: "2Д деталь - данные для спецификации" или "2Д сборка - данные для спецификации" наличие тех или иных записей в СИ обусловлено используемым прототипом. как это относится к нашему вопросу? Начал делать деталь, передумал - решил, что будет сборка. Удалил СИ и создал новую, "Для спецификаций и отчётов", или добавил запись в раздел "Документы" вот деталь, ставшая сборкой: ___________________________________вот классическая сборка из прототипа "3Д сборка": все отличия - в одной записи, в разделе "Документы") 1 переменная, 1 запись в СИ - из-за чего весь сыр-бор то?) Для новичков есть выбор прототипа на экране приветствия,суппорт, форум - для гуру есть переменные и записи в СИ)
Изменено:
Практика - критерий истины (с)
|
|
|
|
26.11.2016 21:48:28
Вы видимо в 14ке работаете). Просто я рановато на 15шку перешел, коммерческую. Потенциал в ней есть, но на текущий момент она очень сырая. Большинство "стариков" предпочитает отсидеться в кустах до 30 сборки. Определённо,здравый смысл в этом есть. Но чем больше партизан - тем меньше активных багоискателей, тем больше сборок нужно для доведения релиза. Нужно иметь резервные копии работы, сделанной в 14ке, чтобы потом не жалеть, что нечаянно пересохранил ее в 15шке. Тогда не будет кипения эмоций и накала страстей. А разработчикам стоит помнить о том, что продукт должен быть надлежащего качества. Есть предложение: при пересохранении работы в 15шке - в текущей папке, автоматом создавать резервную копию файла с инфой в имени файла, о версии флекса, в котором он был первоначально создан. Пожалейте нас, неразумных, проявите мудрость и дальновидность. Вызвавшее возмущение Сергея Козлова сообщение - было адресовано лично SilaMusli, ввиду его причастности к разработке ТЗ на 16й флекс. Второй момент: на форуме есть админ, в чьи обязанности и входит модерация мутных потоков сознания пользователей) Ветка по ЧПУ, SilaMusli vs SAP - там всё можно удалить, без зазрения совести. Конструктива там нет, одно мерянье САМами, дошедшее до взаимных оскорблений. Все официальные пользователи общаются с суппортом. Для кого и зачем тогда нужен этот форум? Мы все, друг у друга, есть в скайпе)
Изменено:
Практика - критерий истины (с)
|
|||
|
|
26.11.2016 23:26:39
|
|||||
|
|
26.11.2016 23:31:57
Лично меня не особо беспокоят ошибки функционала, т.к. это легко исправимо. Гораздо сложнее (если вообще возможно) будет исправить вещи, связанные с неудачными решениями, затрагивающими идеологию.
Изменено: |
|||
|
|
27.11.2016 11:35:21
B_S_V, SaprOnOff уже писал, что присутствие на форуме, реакция и ответы на вопросы пользователей не входят в обязанности сотрудников Топ Систем и не оплачиваются.
Посмотрите, все тематические ветки форумов по флексу на всех ресурсах, включая официальный форум - мёртвые. Пишите в суппорт, если хотите реакции) Вы же официальный пользователь
Практика - критерий истины (с)
|
||||
|
|
|||