I guess this is because this isn't a vehicle definition but a weapon definition. Probably the canLock does determine if tab target works or not.
I've looked at that too! And it dodesn't work out either.
ZiS S 53
D81
D10T2S
All three weapons do not have the "Canlock = 2" line and the same goes for thier ammos aswell. So for that parameter to be what determines that, neither the T34, T72 or T90 should be able to tab lock. Looking at thier superclasses I don't see any inheritance that would give them that either. The only redfor weapon that has the "Canlock = 2" line that i've seen is the 2A42autocannon on the BMP2.
Last edited by Xerxes-17; Oct 1 2010 at 00:28.
You didn't look correctly:
CannonCore inherits it from Default. ZiS_S_53 and D10 both inherit it from CannonCore, but D10 overrides it.Code:class Default { ... canLock = 2; ... }; class CannonCore: Default; class ZiS_S_53: CannonCore { ... // no canLock override ... }; class D10: CannonCore { ... canLock = 0; ... };
It's also pretty obvious ingame: the ZiS can lock and the D10 can't (just zooms in instead).
Also, you're totally looking at the wrong config (ACE, not native).
Dammit, I forget that it defaults to the ACE view sometimes. But my current weapon cfg is the following:
Results in no change to the display name of the gun and no locking. Only the ballistic computer works for some reason.Code:class cfgweapons { class CannonCore; //external class reference class D10: CannonCore { ballisticscomputer = 1; canlock = 2; displayname = "D-10"; }; };
Then something is wrong with your config. Post the whole thing.
But that is the whole configThe same change done to the D30 122mm results in tablock being possible.
I dunno. Might be related to OA's addon structure. Your config might be getting overridden by OA.
.....That's a good point. I'll check it.
Edit: Ugh, changing my mod list every which way does not help. Starting it up pure vanilla nad using the ingame mod management to load it after starting does not work either. How do you get around this problem?
Last edited by Xerxes-17; Oct 1 2010 at 03:12.
Anyway, now resolved. The issue was with not properly setting cfgpatches.cpp.