Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Delete "Teleport Players" module after use #4368

Merged
merged 3 commits into from
Sep 17, 2016
Merged

Delete "Teleport Players" module after use #4368

merged 3 commits into from
Sep 17, 2016

Conversation

654wak654
Copy link
Contributor

When merged this pull request will:

  • Make the zeus module "Teleport Players" delete itself after first use.

The "Teleport Players" module ace adds is a very useful little utility, but the module itself isn't really needed after it's used once. It just creates clutter after repeated use and has to be manually removed.

@jonpas jonpas added the kind/enhancement Release Notes: **IMPROVED:** label Sep 10, 2016
@jonpas jonpas added this to the 3.7.1 milestone Sep 10, 2016
@654wak654
Copy link
Contributor Author

@jonpas on slack asked if there are more modules that should do this. Most of them already do it, and there are some that don't do it by design. @SilentSpike do you think the "Group Side" module could also be deleted after use?

@kymckay
Copy link
Member

kymckay commented Sep 10, 2016

This is a weird one, because it can be handy to leave the module attached to a plane or whatever and repeatedly teleport waves of players to the same location. However if you don't intend to use it like that then it does just create clutter.

Group side one should probably self-delete yeah.

@654wak654
Copy link
Contributor Author

Could have another checkbox saying "delete after use", and then have _fnc_onUnload delete that module depending on that. Maybe even save that preference to profileNamespace.

@kymckay
Copy link
Member

kymckay commented Sep 11, 2016

When I first wrote it I thought of that but decided it was kind of pointless since zeus has the power to delete it anyway.

In keeping with good UX design I say if people expect it to self-delete then it should behave that way.

@@ -128,7 +128,7 @@ private _fnc_onConfirm = {
private _unit = effectiveCommander (attachedTo _logic);
private _side = [west,east,independent,civilian] select (GETVAR(_display,newSide,GETVAR(_display,oldSide,0)));

[_unit, _side] call FUNC(moduleGroupSide);
[_unit, _side, _logic] call FUNC(moduleGroupSide);
deleteVehicle _logic;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It actually looks as though the logic should be getting deleted already by this function, is that not the case?

Copy link
Contributor Author

@654wak654 654wak654 Sep 16, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I should probably remove this one so it fits every other module function, where the module gets deleted at the end of moduleDERP.sqf.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The UI modules actually get deleted at the end of their respective UI function (if there's no reason to pass the module on to the further function).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reverted.

@kymckay kymckay merged commit e3d26c5 into acemod:master Sep 17, 2016
@jonpas jonpas modified the milestones: 3.7.1, 3.8.0 Sep 18, 2016
@654wak654 654wak654 deleted the delete-teleport-module branch August 12, 2017 11:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement Release Notes: **IMPROVED:**
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants