Страницы (145): « Первая ... « 57 58 59 60 [61] 62 63 64 65 » ... Последняя » Показать все 2166 сообщений этой темы на одной странице |
HLFX.Ru Forum (https://hlfx.ru/forum/index.php)
- Jackhammer (https://hlfx.ru/forum/forumdisplay.php?forumid=35)
-- Предложения по развитию редактора (https://hlfx.ru/forum/showthread.php?threadid=4448)
Не помню писал или нет - кнопка merge с указанием threshold в vertex manipulation mode для автоспайки вертексов. Позволит нивелировать косяки работы клиптула с большими брашами, обусловленные точностью этих ваших флоатов кажется (отслаивающиеся фейсы и одиночные вертексы).
В меню [Help/Command List] очень не хватает поиска по Ctrl+F.
__________________
http://www.moddb.com/mods/monorail-quest
Рассмотрите такие варианты:
1. Сделать в Clipping tool выделение брашей в 3d, а так же в проектция, при зажатом shift.
2. Окно Наложения текстуры прикреплять по краям
3. В вертесе выделение прямоугольником.
Унаследование параметров ентитей задалбывает:
https://cs-mapping.com.ua/forum/sho...87&postcount=21
qpAHToMAS
Я же делал опцию в конфиге, которая отключает это. Даже, емнип, по твоей просьбе.
__________________
XaeroX можешь вспомнить как она зовётся или хотя бы в каком инишнике ее искать?
Плюсую предыдущего оратора.
__________________
http://www.moddb.com/mods/monorail-quest
Кажется, я напутал.
Я делал опцию KeepDefaultEpairs, которая позволяет не удалять ключи, которые в данном классе прописаны в fgd как дефолтовые. По умолчанию она false, что препятствует "наращиванию" числа ключей при смене энтитей.
Но все остальные ключи - скажем, введённые вручную - остаются. Если юзер их ввёл - почему бы ему самому их не удалить? Ведь для чего-то же он их вводил! А если при смене энтитей мы будем удалять ключи - а напомню, что Джек не умеет отменять изменения в ключах - то мы будем терять их НАВЕКИ.
__________________
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
XaeroX с таким подходом можешь вообще запретить менять класснейм энтити, (только создавать новую) это был бы последовательный подход к вопросу.
Или скажем пусть при смене класснейма фактически старая энтитя удаляется и на её месте создаётся новая.
XaeroX
Проблема никуда не исчезнет, если класснейм вводить вручную. Как я понимаю это частый user case
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Дядя Миша
Выбирать из списка.
В чём вообще удобство ключей остающихся в энтити при изменении класса? Это сделано по чьей-то просьбе или просто получилось как побочный эффект архитектуры?
> если класснейм вводить вручную
Проблема, что он это класснейм меняет не по нажатию на энтер, а хватает всё подряд,что попадает под паттерн по мере ввода -- в результате набирает всякое плохое.
__________________
http://www.moddb.com/mods/monorail-quest
Временная зона GMT. Текущее время 08:04. | Страницы (145): « Первая ... « 57 58 59 60 [61] 62 63 64 65 » ... Последняя » Показать все 2166 сообщений этой темы на одной странице |
На основе vBulletin версии 2.3.0
Авторское право © Jelsoft Enterprises Limited 2000 - 2002.
Дизайн и программирование: Crystice Softworks © 2005 - 2024