SteveL 1042 Posted March 30, 2014 Report Share Posted March 30, 2014 Modified python script to fix Bikerdude's tracker issue 3690: Select all models of same type: not working anymore. ...In the meantime, here's the proposed fix for 1.8.1 testers --> select_all_models_of_type.py.txt If anyone's used this fix in 1.8.1, could they please add a 1-liner to say so? When I send greebo the pull request I'd like to be able to point to a confirmation from someone else, to save him a bit of time verifying it. Quote Link to post Share on other sites
SteveL 1042 Posted April 2, 2014 Report Share Posted April 2, 2014 I'd like to nominate/bring this script to your attention for potential inclusion in the next DR release: http://forums.thedar...-script-for-dr/ Does this one need anything more do you think? The only thing I can think of is whether it might be handy to have an extra button on the pop-up report "Select entities with missing targets" which might help the user avoid the console. But that wouldn't help him or her find the faulty spawnarg, if the entity had several. Quote Link to post Share on other sites
RJFerret 270 Posted April 2, 2014 Report Share Posted April 2, 2014 Does this one need anything more do you think? The only thing I can think of is whether it might be handy to have an extra button on the pop-up report "Select entities with missing targets" which might help the user avoid the console. But that wouldn't help him or her find the faulty spawnarg, if the entity had several. No, it does not need more. Yes, a button that selects them would be wonderful compared to having to wait a day or two for J to bring up the entity list, and type in the now forgotten entity name. Speaking of which, perhaps the pop-up dialog should indicate the list is maintained in the console? Otherwise general users would have no way of knowing to look there, and probably need to keep re-running it to get the name of the next entity to seek. I wouldn't worry about finding the spawnarg, there aren't many and in all the missions I've applied it to, it's been obvious. Quote "The measure of a man's character is what he would do if he knew he never would be found out."- Baron Thomas Babington Macauley Link to post Share on other sites
SteveL 1042 Posted April 2, 2014 Report Share Posted April 2, 2014 Agreed, let's give those a try then. I'll dig up the proper thread to post an update. When it's ready I'll bundle it with the "Select all models" fix and submit them. 1 Quote Link to post Share on other sites
hypov8 1 Posted April 3, 2014 Report Share Posted April 3, 2014 select_all_models_of_type.pyi have tryed the script. for worldspawn brushes, its not selecting them all for me 1 Quote Link to post Share on other sites
SteveL 1042 Posted April 3, 2014 Report Share Posted April 3, 2014 Thanks for testing it hypov8. It's not meant to find worldspawn though. What it does is find all entities that share a 3d model with whatever entities you have selected. So if you select a moss arrow and run it, it'll select all moss arrows in your map. Likewise with anything you can put in the map by using DR's Create Model dialog: furniture, trees, etc. The things you can't use it on are worldspawn, entities made of worldspawn, and invisible entities that don't have a visible model like triggers and targets. Quote Link to post Share on other sites
motorsep 36 Posted April 21, 2014 Report Share Posted April 21, 2014 (edited) So, after working with my game using DR (with my game's profile for DR), I switched to Doom 3 and used d3xp in the mod filed. I worked a bit with RoE maps, and then next day I decided to switch back to my game. And I got crash - couldn't switch back to anything from ROE. That's true for any game Only killing roaming data would allow going back to default settings and switching to another game. Edited April 21, 2014 by motorsep Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.