Unit Limit Problem with WEEB

In the unmodified Unit Editor, Neutral units are grouped somewhat arbitrarily by the tilesets in which one might expect them to appear. In the praise-worthy World Editor Enhanced Blink!, however, all 253 neutral units (counting the Hydralisk etc) appear at once, no matter what tileset subcategory is selected.

I imagine more than a few people like this change because they don't have to, for instance, always select "Felwood" to access the Plague Treant, nor indeed ever forget that Treants live in Felwood and waste time searching through all those other tilesets just to find one stupid unit.

Well, I don't like this feature; that is, I liked it better when I did have to fumble around with choosing the tileset to find neutral units. For one thing, the Editor had a lot fewer unit portraits to look up at a time, so it only took about 5 months to render the neutral unit menu, instead of 8 months with WEEB. But the problem turns out to be far worse than a simple matter of impatience; there actually seems to be a 256 unit limit in this unit menu. I have a relatively modest number of custom units in the map I'm working on (about a dozen), but several happen to be based on neutral units, thus exceeding the apparent 8-bit limit. Additonal custom units classified as neutral are visible in the little menu (to be perfectly clear, I suppose I should specify that this problem occurs specifically with the unit selection menus of the type that popup when, say, one selects a unit to add to the Units Trained field. (Note that the same type of menu is visible when one creates a new custom unit and chooses what unit to base it on, but since only base units are valid choices, they will never exceed 256 no matter how many custom units have been created. (This is probably completely irrelevant.)))
Er, as I was saying: Additonal custom units classified as neutral are visible in the little menu, but clicking any beyond the 256th actually selects the (n-256)th (or (n mod 256)th if you prefer). In less mathematical terms, clicking the 257th selects the first (namely, Child), the 258th selects the 2nd (Child 2), the 259th selects the third (Dog), etc.
I'm not sure if this problem has been mentioned before, but to me it seems as if there should be a very simple solution: just change back whichever part of whichever magic file makes this change. I'd be lying to say I'm familiar with the various slks and txts that comprise WEEB, but I browsed though WorldEditStrings.txt WorldEditData.txt and UnitEditorData.txt and nothing seemed very relevant.
Any suggestions as far as workarounds would be much appreciated, short of going back to the original editor, or basing the offending custom units on non-neutral units.

Thank you,
Ralp (No 'H')

Slightly embarassingly, immediately after posting the above, I noticed that while one cannot filter the neutral units by native tileset, one can do so by unit level. This is a perfectly usable workaround to reduce the number of units displayed in the menu to below 256. Still, due to the aforementioned sloth-like nature of the editor, curiosity, and simple personal preference, I would like to see neutral units sorted by tileset once again if it is as simple as I think it might be. Especially since otherwise this would be a lot of typing for nothing.

-- Ralp

I noticed it. I only implented that nontileset specifik thing on request by people who were lazy going through various folders etc. Keep hearing them 24/7 and you WILL fall for their suggestions =)

I attached aslk which fixes the things they were before. Put it in units\ folder again, overwriting the old one

Edit: This file doesn't seem to do anything for me. I ran a diff between this and the unitUI.slk distributed with the Blink editor; each creep does indeed have the asterisk in the C;X4;K"*" lines replaced with the abbreviation for the appropriate tileset(s), but the editor doesn't seem to care. Of course, if I'm missing something idiotic here, please don't be polite. ;)