Open DartRuffian opened 3 weeks ago
Seems like some part of this breaks painkillers, as they no longer appear in the arsenal in either the medical tab or misc items tab. I'll take another look in the morning
Realized I should denote it here, but Grim might have had a different idea, and that I should remind him when 3.18.1 is being looked at
Validate reports missing ;
on Line 163, but it runs fine
161 {
162 _magazineMiscItems set [configName _x, nil];
163 } forEach (toString {_x call FUNC(isMiscItem)} configClasses _cfgMagazines);
It's because of the code block. It's fine and the ; will actually make it not work
it's Run python3 tools/sqf_validator.py
not hemtt
Reading is hard
Just FYI, this means magazines will be slower.
Thought about this, maybe optional param for config for the item? I.e.
["someMag", configFile >> "CfgMagazines"] call ace_arsenal_fnc_isMiscItem;
Saves the call to getItemConfig. It also would get around potentially getting the wrong config path back if there's same class names in different root classes
Just FYI, this means magazines will be slower.
Thought about this, maybe optional param for config for the item? I.e.
["someMag", configFile >> "CfgMagazines"] call ace_arsenal_fnc_isMiscItem;
Saves the call to getItemConfig. It also would get around potentially getting the wrong config path back if there's same class names in different root classes
Optimize for string and cache it, we make enough lookups for it to be worth it anyway. I have that ready as soon as I can fix magazine misc items
I might mess with it later tonight, no guarantee though
https://github.com/acemod/ACE3/tree/pr/10366/cache moved everything to do with misc items to that function Things to test:
Besides intel items, all need to be tested in an arsenal where they should be available (VR mission is fine) and one where they shouldn't
I'll test tonight. I'll test the same things you had listed previously as well as an item that originally inherited from ItemCore
and then had its type/simulation changed
acex_intelitems_notepad
does appear in ToolsItemCore
child class with modified type
/simulation
Test Mission with two arsenals. One full and one limited (there are placed comments with details) Misc%20Item%20Test.VR.zip
Not familiar with the intel items, but acex_intelitems_notepad does appear in Tools
Open Zeus, go to props/empty side units, search for intel > place a document/photo
More tests:
These could be in a test script if we cared enough (at least we can check if they're sorted into the right buckets, interface would still need manual checking) I guess @johnb432 ?
Open Zeus, go to props/empty side units, search for intel > place a document/photo
Done, I have a acex_intelitems_document
in my inventory and it says I have 0 in the arsenal. I assume that's the intended outcome for intel items?
Never even knew ACE handled these, TIL. Only issue I found was that the Chemical Detectors are showing under Bipods.
Never even knew ACE handled these, TIL. Only issue I found was that the Chemical Detectors are showing under Bipods.
They fall into the category of items this PR was made for, which is non-CBA, non-special, CfgWeapons misc items. Adding ACE_asItem
to them should sort them correctly.
I'll add it to those classes then. Should they be modified in arsenal itself or another addon?
I assume arsenal, but figured I'd check beforehand.
@LinkIsGrim
Arsenal
inb4 "the chemical detector you guys added doesn't do anything"
When merged this pull request will:
simulation
/type
alone makes them work correctly, but they don't show as misc items since they do not inherit fromCBA_MiscItem
.IMPORTANT
Component - Add|Fix|Improve|Change|Make|Remove {changes}
.