Официальный форум российского программного комплекса T-FLEX PLM


Поиск  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Оффтоп, в эту тему переносятся оффтоп-сообщения на различные темы
 
Цитата
B_S_V написал:
Да Вы и сами про это много говорили применительно к этой версии.
Как не печально, но факт - нового функционала хватит лишь на новую сборку, не более.
Цитата
B_S_V написал:
Я сейчас говорю о том, что переделке подверглось то, что уже было и эти переделки как бы не всегда удачны и оправданы.
Если это будет работать быстрее и потом будет работать лучше и функциональности будет больше, я готов терпеть в разумных пределах)) К интерфейсу это не относится, тут я считаю зря потраченное время и ресурсы.
Страницы: Пред. 1 2 3 4 5 6 7 След.
Ответы
 
Цитата
Vite написал:
Кажется я понял от куда данный концепт, в NX
Меня тут уверяли что Флекс ничего общего не имеет с НХ)))
 
Цитата
Sila Musli написал:
А ничего и не поменялось. Деталь от сборки отличается, только записью в структуре и пару значений в переменных. А по сути одно и тоже.
Только (начиная с ТФ-14) это привело к тому, что пользователь должен сразу решать, какой прототип (деталь или сборку) ему надо выбрать, т.к. от этого будет зависеть структура. А если потом выяснится, что деталь должна быть сборкой или наоборот, сборка деталью, то придется лезть в структуру и править ручками (если знаешь, как). Почему не сделали возможность формировать записи в структуру фрагмента (деталь/сборка) уже после создания фрагмента, а вынесли это на этап выбора прототипа, не понятно. Наверное, так было проще с точки зрения программирования.
 
B_S_V, я часто начинал работать с прототипом детали, а в процессе вырастал в сборку.
Достаточно в служебных переменных изменить всего 1 значение:

так деталь становится сборкой и наоборот) Со всеми изменениями в структуре изделия. Запись в разделе "Детали" заменяется на запись в разделе "Сборочные единицы"
По итогу я создал свои прототипы детали и сборки, с нужными мне представляниями в стуктуре изделия. Если эта тема интересна - могу как-нить рассказать подробнее.

SilaMusli прав: сборка и деталь это один и тот же прототип, только вот значением служебной переменной $Vid_Chert
Изменено: Андрей Мальчук - 24.11.2016 18:15:10
Практика - критерий истины (с)
 
Цитата
Андрей Мальчук написал:
Достаточно в служебных переменных изменить всего 1 значение:
В ТФ много чего можно изменить. Только не все про это знают. И зачем пользователю (особенно начинающему) лезть в служебные переменные, когда можно (вернее, было можно) сделать так, естественным и вполне понятным способом?

Новички (и особенно пользователи более "классических" систем) и так зачастую фигеют от некоторой специфичности ТФ. Так зачем еще больше усложнять, тем более там, где можно этого не делать? Система управления должна быть простой, логичной и естественной. А вот за всей этой простотой должен скрываться нелегкий труд программиста по, иногда очень сложной, реализации этой простоты. Вы, как конструктор, наверняка знаете, сколько иногда приходится думать над конструкцией, переделывать ее, чтобы потребителю было просто и удобно пользоваться этими продуктом. А в ТФ-15 я, к сожалению, в ряде решений вижу обратную картину - делаем, как проще, а пользователь как-нибудь привыкнет. Печально ... Еще более печально, если такая же история повторится в "Гербарии".
 
B_S_V, смотрите, так и Вас включат в список пользователей "..не имеющих ни малейшего уважения к работе сотрудников Топ Систем" (с) ;) Третьим будете)

Вот в чём есть проблема - так это с образовательной программой от Топ Систем. Самообразование требует времени, много времени.
Возможно нам стоит делиться своим, практическим опытом, посредством ютуб-канала с другими пользователями. У каждого из нас есть свой, авторский стиль Флекс-Фу, каждый спец в своей области.
Но это опять вагон времени нужно. Не у всех предприятие в полной Ж и есть желание/возможность этим заниматься.
Как-нибудь сделаю цикл видосов по разработке библиотечных элементов, с нуля. Или не сделаю)
Цитата
B_S_V написал:
Новички (и особенно пользователи более "классических" систем) и так зачастую фигеют от некоторой специфичности ТФ.
тут нужен толковый учитель и всё решаемо) В цирке медведи на велосипедах ездят )
Изменено: Андрей Мальчук - 24.11.2016 20:12:17
Практика - критерий истины (с)
 
Цитата
B_S_V написал:
И зачем пользователю (особенно начинающему) лезть в служебные переменные, когда можно (вернее, было можно) сделать так, естественным и вполне понятным способом?
В том то и дело, что начинающему пользователю и знать незачем, что разница между прототипами Деталь и Сборка - это всего одна переменная.
При этом пользователи в начале работы начинают чертить/моделировать на пустом листе/в пустом 3D окне - там нет форматки, с помощью которой они могут выбрать тип чертежа.
 
Цитата
Osiris2000 написал:
При этом пользователи в начале работы начинают чертить/моделировать на пустом листе/в пустом 3D окне
Прототип (деталь/сборка) при этом они выбрать должны? А если потом им понадобиться изменить деталь на сборку, им придется узнать про служебные переменные?
Цитата
Osiris2000 написал:
там нет форматки, с помощью которой они могут выбрать тип чертежа.
Как же они, бедные, до 14-ой версии-то этот вопрос решали? :)
В решении этой проблемы можно пойти разными путями:
1. Оставить, как было в 12-й версии, т.е. чем будет являться модель (деталью или сборкой) определять на этапе оформления чертежа (что в общем-то логично).
2. Сразу вставить в прототип форматку (что я и сделал для себя).
3. Сделать отдельную кнопку, на которую повесить выбор деталь/сборка при создании нового файла. Это будет логично, просто и гибко. И пользователям вообще не надо будет знать про служебные переменные (на то они и служебные).
Изменено: B_S_V - 25.11.2016 14:02:55
 
Кстати говоря. Уже подзабыл, но в период тестирования я уже писал в отчете об этом. И еще обращал внимание на то, что используя два прототипа вместо одного, тем не менее, возможность изменения наименования документа через форматку было оставлено.


Т.е. выбрав прототип "Деталь", можно выбрать в форматке "Сборочный чертеж" и это отобразиться в основной надписи. При этом в структуре фрагмент будет обозначен как деталь. Т.е. вы разорвали связь соотв. служебной переменной с тем параметром в форматке, который отвечал за определение, чем будет считаться фрагмент. И вместо этого сделали два разных прототипа. Почему нельзя было значение служебных переменных в структуре связать со значениями, выбираемыми в окне "Наименование документа" в форматке? И чем стало лучше, гибче, удобнее по сравнению с 12-ой версией?
Изменено: B_S_V - 25.11.2016 14:20:09
 
Цитата
B_S_V написал:
Т.е. вы разорвали связь соотв. служебной переменной с тем параметром в форматке, который отвечал за определение, чем будет считаться фрагмент.
Ничего там не разорвано. Всё как и было 1 в 1, только в структуре не хватает одной записи, вот и вся разница. Просто нужно сделать кнопку, вывести на видное место, по нажатию которой будут меняться служебные переменные и добавляться запись в структуру и всё.
 
Цитата
Sila Musli написал:
Ничего там не разорвано. Всё как и было 1 в 1, только в структуре не хватает одной записи, вот и вся разница. Просто нужно сделать кнопку, вывести на видное место, по нажатию которой будут меняться служебные переменные и добавляться запись в структуру и всё.
У меня нет рабочей версии ТФ-15. Переменная $Vid_Chert в файле форматки


и переменная $Vid_Chert в структуре фрагмента между собой связаны? Подозреваю, что нет. Поправьте, если неправ.

 
Цитата
B_S_V написал:
и переменная $Vid_Chert в структуре фрагмента между собой связаны? Подозреваю, что нет. Поправьте, если неправ.
Связаны и всегда были.
При вставке фрагмента с форматкой, этот фрагмент берёт автоматом значение. Значение меняется из любого места и из переменных фрагмента форматки и из значений переменных фрагмента чертежа. Всё как обычно, ничего нового.
4.png (124.27 КБ)
 
Цитата
Sila Musli написал:
При вставке фрагмента с форматкой, этот фрагмент берёт автоматом значение. Значение меняется из любого места и из переменных фрагмента форматки и из значений переменных фрагмента чертежа. Всё как обычно, ничего нового.
А здесь что произойдет, если менять значение этой переменной, как в сообщ.48?

 
Цитата
B_S_V написал:
А здесь что произойдет, если менять значение этой переменной, как в сообщ.48?
Так я ж писал, что в структуре ничего не произойдёт! Запись нужно добавлять самостоятельно, скопировав из файла сборки. Думаете зачем написал про кнопку? Если б дело было только в переменной, то проблем не было бы.
 
Цитата
Sila Musli написал:
Так я ж писал, что в структуре ничего не произойдёт!
Вот поэтому я и написал
Цитата
Т.е. вы разорвали связь соотв. служебной переменной с тем параметром в форматке, который отвечал за определение, чем будет считаться фрагмент.
Понятно, что кроме этой связи там еще кое-что надо добавлять.
 
Почитав последние сообщения, по поводу кипения эмоций, призываю обе стороны немного остыть. Пользователям - смесить акцент в сторону конструктивной и обоснованной критики. Понятно, что сделано, сделано и в одночасье это не изменится. Разработчикам - понятно, что обидно, но критика, согласитесь, не без оснований. А еще посмотрите фильм про историю создания Су-27 http://voenhronika.ru/publ/rossijskaja_armija_udarnaya_sila/su_27_luchshij_v_mire_istrebitel_rossija... особенно конец 1-го фильма и начало 2-го. Может, в силу не владения ситуацией, я и преувеличиваю, но мне думается, что ситуация с ТФ-15 сейчас находится примерно в такой же точке принятия решения.
Изменено: B_S_V - 26.11.2016 20:30:55
 
так, вставлю свои 5 копеек:
смотрим на картинки:
и
при создании новой СИ - есть возможность копирования существующего прототипа СИ: "2Д деталь - данные для спецификации" или "2Д сборка - данные для спецификации"
наличие тех или иных записей в СИ обусловлено используемым прототипом.

как это относится к нашему вопросу? Начал делать деталь, передумал - решил, что будет сборка. Удалил СИ и создал новую, "Для спецификаций и отчётов", или добавил запись в раздел "Документы"

вот деталь, ставшая сборкой: ___________________________________вот классическая сборка из прототипа "3Д сборка":

все отличия - в одной записи, в разделе "Документы")
1 переменная, 1 запись в СИ - из-за чего весь сыр-бор то?) Для новичков есть выбор прототипа на экране приветствия,суппорт, форум - для гуру есть переменные и записи в СИ)
Изменено: Андрей Мальчук - 26.11.2016 21:24:10
Практика - критерий истины (с)
 
Цитата
B_S_V написал:
Почитав последние сообщения, по поводу кипения эмоций, призываю обе стороны немного остыть. Пользователям - смесить акцент в сторону конструктивной и обоснованной критики.
Ткните пальцем, в каком месте критика необоснованна и не конструктивна?
Вы видимо в 14ке работаете). Просто я рановато на 15шку перешел, коммерческую. Потенциал в ней есть, но на текущий момент она очень сырая. Большинство "стариков" предпочитает отсидеться в кустах до 30 сборки. Определённо,здравый смысл в этом есть. Но чем больше партизан - тем меньше активных багоискателей, тем больше сборок нужно для доведения релиза.
Нужно иметь резервные копии работы, сделанной в 14ке, чтобы потом не жалеть, что нечаянно пересохранил ее в 15шке. Тогда не будет кипения эмоций и накала страстей.
А разработчикам стоит помнить о том, что продукт должен быть надлежащего качества.
Есть предложение: при пересохранении работы в 15шке - в текущей папке, автоматом создавать резервную копию файла с инфой в имени файла, о версии флекса, в котором он был первоначально создан. Пожалейте нас, неразумных, проявите мудрость и дальновидность.

Вызвавшее возмущение Сергея Козлова сообщение - было адресовано лично SilaMusli, ввиду его причастности к разработке ТЗ на 16й флекс.
Второй момент: на форуме есть админ, в чьи обязанности и входит модерация мутных потоков сознания пользователей) Ветка по ЧПУ, SilaMusli vs SAP - там всё можно удалить, без зазрения совести. Конструктива там нет, одно мерянье САМами, дошедшее до взаимных оскорблений.

Все официальные пользователи общаются с суппортом. Для кого и зачем тогда нужен этот форум? Мы все, друг у друга, есть в скайпе)
Изменено: Андрей Мальчук - 26.11.2016 22:08:17
Практика - критерий истины (с)
 
Цитата
Андрей Мальчук написал:
1 переменная, 1 запись в СИ - из-за чего весь сыр-бор то?
Сыр-бор из-за того, что не надо реализовывать такие решения, когда в одном месте надо удалить, в другом изменить, а если всего этого не знаешь, обращаться в суппорт или на форум т.к. это все нестандартные действия. Не должно быть такого. Допустимость нестандартных действий может быть полезной, но только в особых случаях и для весьма квалифицированных пользователей. А все штатные ситуации должны решаться штатными средствами.
Цитата
Андрей Мальчук написал:
Ткните пальцем, в каком месте критика необоснованна и не конструктивна?
Я же не сказал, что необоснованная. Я предложил акценты сместить в менее эмоциональный диапазон. Кино-то посмотрели?
 
Цитата
Андрей Мальчук написал:
А разработчикам стоит помнить о том, что продукт должен быть надлежащего качества.
Это само сбой. Но этого недостаточно. Продукт должен превосходить продукт конкурента. И в плане функционала, и в плане простоты освоения, и в плане удобства пользования.
Лично меня не особо беспокоят ошибки функционала, т.к. это легко исправимо. Гораздо сложнее (если вообще возможно) будет исправить вещи, связанные с неудачными решениями, затрагивающими идеологию.
Изменено: B_S_V - 26.11.2016 23:39:20
 
B_S_V, SaprOnOff уже писал, что присутствие на форуме, реакция и ответы на вопросы пользователей не входят в обязанности сотрудников Топ Систем и не оплачиваются.
Посмотрите, все тематические ветки форумов по флексу на всех ресурсах, включая официальный форум - мёртвые.
Пишите в суппорт, если хотите реакции) Вы же официальный пользователь ;)
Практика - критерий истины (с)
Страницы: Пред. 1 2 3 4 5 6 7 След.