Тема: CTB проти STB

Інструменти ниток
Дисплей

CTB проти STB

Re: CTB проти STB

Re: CTB проти STB

Це вже обговорювалося багато разів і, можливо, буде ще раз - і все без жодного висновку.

проти

Ось кілька попередніх тем -
1
2

Я думаю, що найкраще твердження -
"це має бути добре, тому що це нове" проти ", що так ми завжди робили".

Оригінальна концепція color = line line була цілком штучною та (AFAIK) використовувалась лише AutoDesk, але тисячі людей навчилися користуватися нею та навчилися бути задоволеними нею.

"Ви не можете переконати віруючого ні в чому; адже їхня віра не ґрунтується на доказах, вона ґрунтується на глибоко вкоріненій потребі вірити". - Карл Саган

Re: CTB проти STB

Згадана помилка elaforge була введена в 2007 році і досі не виправлена. Це дуже велике роздратування, але з ним можна обійтись. Я повідомляв про це Autodesk неодноразово, як і інші, кого я знаю, тому, сподіваюся, вони незабаром це виправлять.

Насправді використання STB має значні переваги. Використовуючи одну STB лише з декількома стилями, можна робити те, що вимагало б декількох файлів CTB. І є деякі речі, які STB можуть зробити, а CTB просто не можуть. Наприклад, дуже легко за допомогою файлів STB додати XREF до іншого креслення, а потім встановити XREF для нанесення графіку в світло-сірий колір, не впливаючи на ваги ліній і не впливаючи ні на що в основному кресленні. Також дуже легко скласти певні речі в кольорі, а все інше - у чорному або у відтінках сірого.

А попередній перегляд друку показує ТОЧНО те, що з’явиться на принтері, набагато кращим чином, ніж розглядання групи червоних, зелених та жовтих ліній на екрані та розумове відображення кольорів у вагові лінії.

Спочатку ми мали невеликий опір STB. Але коли люди побачили, як вони працюють, і що ми можемо з ними зробити, вони швидко їх усиновили. З тих пір ми були щасливі (за винятком тієї помилки, про яку згадувалося раніше). Деякі компанії, з якими ми регулярно працюємо, також перейшли на STB, після того, як побачили, що ми можемо з ними робити.

Re: CTB проти STB

"Ви не можете переконати віруючого ні в чому; адже їхня віра не ґрунтується на доказах, вона ґрунтується на глибоко вкоріненій потребі вірити". - Карл Саган

Re: CTB проти STB

Я сказав це лише тому, що одна з причин, чому я чую, як повідомляє користувач CTB, полягає в тому, що вони не хочуть перемикатися, оскільки "знають, як виглядатиме друкована продукція".

Коли багато користувачів CTB вперше чують про STB, багато з них кажуть: "Але ми звикли ЗНАТИ, що всі червоні лінії друкуються в тонкій вазі, потім жовті наступні тощо, щоб ми могли поглянути на на екрані і знати, як буде виглядати кінцевий результат. Якщо ми перейдемо на STB, ми втратимо це, і тоді ми ніколи не дізнаємось, як буде виглядати результат ".

Я в основному просто намагаюся сказати, що немає причин боятися переходу на STB. Ви все одно зможете побачити, як виглядає надрукована продукція.

А відокремлення кольору від лінійки ваги має й інші переваги. З CTB, більшість людей, як правило, використовують кілька доступних кольорів, а це означає, що є багато "червоних" предметів і т. Д. STB, як правило, звільняють кольоровий спектр. І стає можливим використовувати кольори, які стосуються функції об’єкта, а не його друковану вагу рядка. Чистий результат - це малюнки, з якими легше працювати на екрані.

І пам’ятайте, усім цим можна керувати за допомогою одного файлу STB із лише декількома стилями.

Насправді існує стільки переваг для STB, що ми більше ніколи не бачимо використання CTB.

Зараз у STB є кілька слабких сторін. Наприклад, ми можемо вказати "Використовувати вагу рядка об’єкта" у файлі STB, але ми не можемо вказати "Використовувати ххх відсоток від ваги рядка об’єкта". Тож неможливо визначити щось на зразок стилю сюжету «Напівваги», який був би неймовірно зручним. Але ви також не можете цього зробити з CTB.