Forums » Community Projects
I tried it with all 6 weapons groups using all 3 triggers in each, and it gets configured correctly on purchase. Just make sure that after changing your weapon groups you click on the 'save group' button (in the PDA) before saving the loadout in SLM to ensure the weapon groups get set properly. See this post for more info: http://www.vendetta-online.com/x/msgboard/2/23847#297189
If you are still experiencing the issue, I'll need more detailed information on how to reproduce it.
If you are still experiencing the issue, I'll need more detailed information on how to reproduce it.
Version 1.0.4 is now available and includes some bug fixes and minor improvements:
-Fixed additional false double-clicks (hopefully all false double-clicks should now be fixed)
-Ship names now displayed in red text when unavailable
-Slight optimization of availability sort algorithm
-Now prevents using SLM at the login screen (which caused bugs/lua errors)
If you are intimidated by the interface or are unsure about how to get started, check out the new tutorial
-Fixed additional false double-clicks (hopefully all false double-clicks should now be fixed)
-Ship names now displayed in red text when unavailable
-Slight optimization of availability sort algorithm
-Now prevents using SLM at the login screen (which caused bugs/lua errors)
If you are intimidated by the interface or are unsure about how to get started, check out the new tutorial
Version 1.0.6 is out and includes a fix for the issue mentioned by Rin here, where purchases of the "BASE SHIP" loadout would have the weapon groups not set correctly.
Download
I had to do a bit of a work-around to get it to work since it doesn't seem possible to get port info about a ship that isn't the active ship. On the plus side, purchases of the "BASE SHIP" loadout are a bit faster now.
I wanted to get this bug-fix out right away, but version 1.1 is coming along nicely, which will include the ability to reconfigure an existing ship to match a given loadout. Not quite finished yet and will likely require a month or two of debugging since I've completely re-architected the structure of the plug-in. The color-matching algorithm was a bit of an ordeal, but I think I finally have something I am satisfied with.
Download
I had to do a bit of a work-around to get it to work since it doesn't seem possible to get port info about a ship that isn't the active ship. On the plus side, purchases of the "BASE SHIP" loadout are a bit faster now.
I wanted to get this bug-fix out right away, but version 1.1 is coming along nicely, which will include the ability to reconfigure an existing ship to match a given loadout. Not quite finished yet and will likely require a month or two of debugging since I've completely re-architected the structure of the plug-in. The color-matching algorithm was a bit of an ordeal, but I think I finally have something I am satisfied with.
Warning, this plugin doesn't work well with the new livery system. It seems to strip out the livery selection when purchasing a ship.
Make sure you're using the latest version (v1.0.6). 1.0.5 and earlier do have issues with using livery.
SLM v1.0.7 is out now and adds the following new features:
*Ability to switch to a ship from inventory matching a given loadout
*New "From Inventory" button on the buyback dialog
*The name of livery used in a loadout is now displayed on the laodout tab
*Can search for loadouts by livery name
*The loadout tab got rearranged a bit to make room for new controls and should now look more consistent across various screen sizes
The options for switching to a ship from inventory are a bit strict in this initial implementation. Currently the ship has to be an exact match, and all addons have to be exactly the same (but not necessarily in the correct ports). I plan to make it more flexible in the future, but there are still some hurdles to be worked out yet.
I'll update the tutorial on my website to address new features (hopefully in the next day or so), but for now the plug-in's help buttons and help command will have to do.
*Ability to switch to a ship from inventory matching a given loadout
*New "From Inventory" button on the buyback dialog
*The name of livery used in a loadout is now displayed on the laodout tab
*Can search for loadouts by livery name
*The loadout tab got rearranged a bit to make room for new controls and should now look more consistent across various screen sizes
The options for switching to a ship from inventory are a bit strict in this initial implementation. Currently the ship has to be an exact match, and all addons have to be exactly the same (but not necessarily in the correct ports). I plan to make it more flexible in the future, but there are still some hurdles to be worked out yet.
I'll update the tutorial on my website to address new features (hopefully in the next day or so), but for now the plug-in's help buttons and help command will have to do.
The tutorial has been updated for the latest 1.0.7 version and covers the new features.
One thing I've been wondering about is would anyone find an option to make double-clicks in the loadout list select a ship from inventory rather than trying to buy it? I was debating adding it for this release, but it's tricky because not all loadouts will have a corresponding ship in the current station's inventory, so double clicking them would do nothing. I suppose I could pop up a dialog saying no matching ship found or something.
On the other hand, an accidental double-click could then have some undesirable effects, such as rearranging addons and weapon groups of a ship that wasn't intended to be altered, or just simply having to wait for an unintended ship reconfiguration could be annoying and waste a few seconds.
One thing I've been wondering about is would anyone find an option to make double-clicks in the loadout list select a ship from inventory rather than trying to buy it? I was debating adding it for this release, but it's tricky because not all loadouts will have a corresponding ship in the current station's inventory, so double clicking them would do nothing. I suppose I could pop up a dialog saying no matching ship found or something.
On the other hand, an accidental double-click could then have some undesirable effects, such as rearranging addons and weapon groups of a ship that wasn't intended to be altered, or just simply having to wait for an unintended ship reconfiguration could be annoying and waste a few seconds.
I installed the new SLM and no matter what I was flying the buy back keeps buying ships I haven't used in ages
I die in a hog, click yes "Here's your new ragnorak 3!" and earlier I was dieing in a corvult and it kept buying my party moths instead
I was not using the new inventory button i was clicking yes to buyback.
I die in a hog, click yes "Here's your new ragnorak 3!" and earlier I was dieing in a corvult and it kept buying my party moths instead
I was not using the new inventory button i was clicking yes to buyback.
I've posted version 1.0.7.2 which fixes the behavior of the buyback "yes" button.
This was a tricky issue to track down and resolve. SLM uses the SaveShipLoadout(itemid) function for each ship in inventory to get the loadout associated with that ship. However, calling this function changes the loadout returned by GetLastShipLoadout(), which was used by the original behavior of the "yes" button.
I ended up having SLM keep track of the last ship loadout and overriding the "yes" button so that it would behave as expected.
Please let me know if there are any other issues.
This was a tricky issue to track down and resolve. SLM uses the SaveShipLoadout(itemid) function for each ship in inventory to get the loadout associated with that ship. However, calling this function changes the loadout returned by GetLastShipLoadout(), which was used by the original behavior of the "yes" button.
I ended up having SLM keep track of the last ship loadout and overriding the "yes" button so that it would behave as expected.
Please let me know if there are any other issues.
v1.0.7.3 fixes a lua error that would occur if in a station when logging in.