Sort

Works well enough, does its job, nothing to complain about, just one weird behavior though, if you look at the screenshot, notice the 4 slots wide hole in the bank, it doesn't make sense as to why this is happening, all the bags are 18 slots.

It's not very friendly to directly link to another 'better' addon in the comments section. People can find things for themselves.

Anyway, if this was quicker and you had the option to auto-stack/sort at various events, such as after looting, purchasing, receiving mail, etc. I would probably use this.

Last updated 28 Oct 2008? I'm sure it may still work but I'd personally prefer to use updated addons.

http://wow.curseforge.com/addons/bag-sort/ is better

Grouping all software frameworks into one generalized blob and assuming behaviors based on what other ones do without looking at what a specific one does, sure, you can run into misconceptions.

Ace3 (& LibPerodicTable (LPT)) specifically are not all-in-one frameworks. Unlike frameworks like .NET, etc., you can use only the libraries you need and leave out anything you don't. As well, LPT is LOD. Which means you won't be loading that "gigantic" 500kb each time (again, shared between mods), only what the mod actually uses.

In WoW LUA: static memory used is totally irrelevant. Unless you are loading, say, a database mod with 20MB+ of SV data (which can delay logon by a couple seconds). I used to run WoW and still test on a low end machine. And I am quite sensitive to excessive resource usage of any mod (as people who have seem my testing here and elsewhere can verify ). Believe me, a few hundred KB (or less) of static memory used certainly is not noticeable on "low end" machines.

What's potentially noticeable on low end machines:
--CPU cycle usage (continual or spikes). This item is by far the #1 thing that can cause issues on low (& high) end machines.
--continual memory consumption (as opposed to static).
--excessive, ongoing garbage generation (this was more an issue in the old pre-2.0 days when Blizzard didn't use "smart" incremental garbage collection running in the background).

None of which really apply to Ace3 or LPT. Ace3 uses 0 to 0.9 CPU/second when idle, depending what libraries are used. AceTimer uses the most, a lot of other of its libraries use 0. LPT uses 0.

Both Ace3 & LPT have 0 memory consumption after the initial static load.

Garbage generation at load is very low for both frameworks as well.

These are valid criticisms of software frameworks in general. None of which really apply to Ace3 or LPT. Resource allocation has been previously discussed. Ace3 has not really had any feature creep since it came out of alpha. The only "creep" in LPT is in adding new items in the game to its tables. And so on.

For sure, in general, using a library framework just because you can and not for any reason other than that is not a great reason to do so. But for reasons such as a general "making development easier", reducing development time, avoiding alpha custom code methods that can be obtained a lot more easily from a library, reducing CPU time used, etc., a mature multi-part library framework can be of benefit. To some people. More information here.

Again, best of luck with development of Sort; may be testing it later .

The sorting takes forever, but when all the bugs and tweaks have been set, i plan to use this For now, I use Bankstack.

I find this interesting because of your use of coroutines. I had completely forgotten that they exist in wowlua.

A global print function is already defined in more recent versions, too.

As well as MrPlow & BankStack, there are:
--kRestack
--JPack
--Neat Freak. (I'd also add Stackpack, but it uses outrageous amounts of CPU time when you mouse over any items in your bags, unlike the other mods. Thus its not really a viable option).

The Ace3 & PeriodicTable libraries are nothing more than software frameworks. They are shared between mods, use few resources, etc. etc.. Also, its not Ace3 or LibPeriodicTable libraries determining sort orders. Its the individual sort algorithms each mod uses along with any user modifier options (i.e. "move junk to the front", etc.). Test a full bag sort between BankStack & MrPlow (two Ace3 mods) with backpacks having the majority of space occupied by items. They will never end up with the same sort order.

My hair goes into static flyaway when people mention and/or imply that there is some mysterious inherent badness about mature LUA library systems like the above without detailing what it is . I wish you the best in the development of this mod, though.