Gearswap Help Thread!

**Eastaran** · 2014-01-25 16:25

Originally Posted by Byrthnoth

midaction and pet_midaction functions should both work properly again now. Please let me know if anything funky happens.

When I do a fresh login everything appears to load normally.

When I reload gearswap, that's when the Refresh error pops up.

Edit: Got my Mote issues fixed... helps to read and understand his instructions on what to change in sidecar files! =P

**Byrthnoth** · 2014-01-25 16:34

Yeah, it's a LuaCore bug that will be fixed presently. Also, someone already reported a midaction/pet_midaction bug that's going to be somewhat difficult to fix. If you spam the same spell over and over it will reset midaction. Kind of trivial, but not something I tested for.

**Eastaran** · 2014-01-25 16:37

Originally Posted by Byrthnoth

Yeah, it's a LuaCore bug that will be fixed presently. Also, someone already reported a midaction/pet_midaction bug that's going to be somewhat difficult to fix. If you spam the same spell over and over it will reset midaction. Kind of trivial, but not something I tested for.

Hrmmmmm that's a bummer the LuaCore bug completely blocks my PUP file from even loading!

**Motenten** · 2014-01-25 17:37

Ok, the puppet issues should be fixed. Available_attachments (as opposed to actual equipped attachments) won't have anything in it due to a bug in luacore, but it's unlikely to be needed by anyone, really. Primary behavior should all be fine, though.

**haruhigumi** · 2014-01-25 20:50

Originally Posted by Motenten

With the new update, I've pushed all my latest changes. Also created a new branch for my own files for dev work, so people can get from that branch if they're using the dev version.

With this change:

include('Mote-Include') no longer needs to be followed by init_include(). It self-initializes.

Because it can self-initialize now, I've moved the remaining global setup functions into the include. get_sets() now only has the single call to include().

Includes no longer need the table wrapper (eg: local MoteInclude = {}; return MoteInclude). All the functions and vars are added directly to the user environment. Update all Mote-* files, as well as user-includes and sidecar files if you use them. (see earlier explanation).

I updated my SCH and PUP files to the ones you updated around 2 hours ago, but it's not pulling from the sidecar file anymore, was that functionality omitted from the MoteInclude ? Or was the function name(s) for the sidecar file changed yet again? (ie: user.init_gear_sets() -> ?)

Also shouldn't the User's local gearset (ie: JOB_gear) be pulled after the main init otherwise the those sets will be overwritten by the one from the main file's init (ie: otherwise would have to remove the content of init_gear_sets each time I update the file to your changes).

From History

Code:

    -- Optional: load a sidecar version of the init and unload functions.
    load_user_gear(player.main_job) 
    
    init_gear_sets()

Edit: I know it's not pulling from the side car because the following isn't happening from within the _gear file:

Code:

	add_to_chat(123,'sidecar load')

**haruhigumi** · 2014-01-25 21:11

I edited this function in Mote-Utility, and while it does show to chat log that "Included: SCH_gear.lua", the actual including does not appear to be happening.

Code:

function optional_include(filenames)
	for _,v in pairs(filenames) do
		local path = gearswap.pathsearch({v})
		if path then
			add_to_chat(123, "Included: "..v)
			include(v)
			return true
		end
	end
end

**Byrthnoth** · 2014-01-25 22:05

I just updated the -dev GearSwap. It is the result of about 5 hours of refactoring, so there are plenty of things that could go wrong. However, midaction and pet_midaction seem to work perfectly for me now. Likely culprits if you're going to test it:
1) Aftercast passing the wrong spell
2) midaction() not working under certain conditions
3) pet_midaction() not working under certain conditions

**Eastaran** · 2014-01-25 22:49

You need to edit your sidecar files. Remove the return user at the end, the very first line (I think) and then the user in front of any of the functions in the sidecar.

**haruhigumi** · 2014-01-25 23:40

Originally Posted by Eastaran

You need to edit your sidecar files. Remove the return user at the end, the very first line (I think) and then the user in front of any of the functions in the sidecar.

So it's changed yet again to require removing the following:

Code:

local user = {}

...


return user

does function user.init_gear_sets() remain as such or does user. need to be removed from it?

Before I had it without the first and last line and was told to put those in to make it work.

Edit: Without those, GW says that attempt to use user was improper since it's a nil var. So yea guess have to remove the user.* part, even though his documentation says:

Within whm_gear.lua, create a function called init_gear_sets(). When first created you can copy everything from the main file's init_gear_sets() function, and then fill in your own actual gear. file_unload() is called when the file is unloaded, if you need any custom unload logic.

These sidecar files will not be part of the repository, and thus will not be updated or modified when you keep your files updated to the latest public version.

Example code:

local user = {}

function user.init_gear_sets()
-- Put all set definitions here, as well as any other customization that is user-specific.
end

function user.file_unload()
-- Called on unload, if needed
end

return user

Removing all instances of the 'user' prefix in the sidecar seems to work again.

**Eastaran** · 2014-01-25 23:47

He hasn't updated the docs yet. There was a post a few pages back with instructions on making the switch.

Just have to remove the function you quotes and the user in front of init get sets and the file unload.

**haruhigumi** · 2014-01-25 23:50

Originally Posted by Eastaran

He hasn't updated the docs yet. There was a post a few pages back with instructions on making the switch.

Just have to remove the function you quotes and the user in front of init get sets and the file unload.

I looked thru the last few days of pages, didn't find it, just the instruction telling me to put in the user lines.

**Eastaran** · 2014-01-26 00:47

http://www.bluegartr.com/threads/119...=1#post6013277

This is the post you're looking for.

**Motenten** · 2014-01-26 04:40

Originally Posted by haruhigumi

Also shouldn't the User's local gearset (ie: JOB_gear) be pulled after the main init otherwise the those sets will be overwritten by the one from the main file's init (ie: otherwise would have to remove the content of init_gear_sets each time I update the file to your changes).

From History

Code:

    -- Optional: load a sidecar version of the init and unload functions.
    load_user_gear(player.main_job) 
    
    init_gear_sets()

Actually, no. It's not calling init_gear_sets twice (once for the user file, once for the default, with one overriding the other), but only once. The order of what happens:

Gearswap loads whm.lua file. This defines the init_gear_sets() function from the default file, as well as get_sets().

Gearswap calls get_sets(). get_sets() calls include('Mote-Include')

include('Mote-Include') loads the Mote-Include file, which defines the init_include function, and then calls it automatically.

The init_include() function calls load_user_gear(). load_user_gear calls include() on whm_gear.lua, if it can find that file.

By including whm_gear.lua, if that file has its own copy of init_gear_sets(), it overwrites (ie: completely replaces) the original one from whm.lua.

init_include() then calls init_gear_sets(). If whm_gear exists and has init_gear_sets(), that's the version that will be called due to having just been loaded. Otherwise it will call the original one defined in whm.lua.

Also a note for haruhigumi, or anyone else using the default ranged groups: I had to change sets.precast.Ranged and sets.midcast.Ranged to sets.*.RangedAttack. This is because 'ranged' is an alternate slot name for 'range', which means gearswap will try to actually directly equip that table in that gear slot. It was renamed so as not to conflict with that.

**viperkc** · 2014-01-26 09:46

I sill cant get it to load my sidecar file after the updates. Do the same rules apply or have those changed?

Thanks

**sfchakan** · 2014-01-26 13:14

Sidecar files are working fine for me. Make sure you make the adjustments mentioned on this page and the last.

**viperkc** · 2014-01-26 15:36

Yes i finally got it figured out and its working perfectly now.

**viperkc** · 2014-01-26 18:14

Having an error in the Mote THF.lua can someone help.

if spell.type:lower() ~= 'weaponskill' and spell.type:lower() ~= 'step' then

line 306 attempt to index field tpye nil value

thanks

**Tgun** · 2014-01-26 18:39

Is there a //gs command where you de-equip all of your gear?

**Motenten** · 2014-01-26 18:44

Originally Posted by viperkc

Having an error in the Mote THF.lua can someone help.

if spell.type:lower() ~= 'weaponskill' and spell.type:lower() ~= 'step' then

line 306 attempt to index field tpye nil value

thanks

Don't suppose you could tell us what you were doing when you got that error?

**Motenten** · 2014-01-26 18:45

Originally Posted by Tgun

Is there a //gs command where you de-equip all of your gear?

//gs equip naked

Also, if you're using mine, there's:

//gs c naked

The normal one does not reset locked slots before trying to unequip gear; mine does.

Thread: Gearswap Help Thread!

Thread Tools

Similar Threads

Spellcast Help Thread (Link your XML using Pastebin.com for help!)

Latest Threads

Up & Coming Threads

Hottest Threads