Yes

Any plans to add 1.6 compatibility?

As I said, terrible git discipline. Sorry.

@Kathanon: I wanted to add some "do not split into submenus if fewer than X items", because e.g. for the stonecutting table I find the mod makes things worse rather than better. But then I think this mod probably is actually good enough for me, so I probably won't find the motivation again. And I think this is actually the second time this has happened to me with your mods/repos.

Thanks for letting me know. :)

I know, my git discipline is terrible. I'll make sure to get that one pushed.
What change did you want to make? There is a lot of code that is just deactivated currently, since it needs better documentation to be usable.

@Kathanon: The mod appears to work without problems for me on Linux.

Also, your github repos are apparently very out of date. I wanted to do an improvement for Categorized Bill Menus, but the last commit is 3 years old.

Yes, it just takes a while to go through and convert all my mods.

is non hugslib version possible?

Can you please optimise it for Chinese players? Or maybe for all players who need spelling input. In Chinese, you need to input the sound and rhyme and then select the corresponding text to output, but this mod can't use spelling (when you input the text at the end, it will reset the input, i.e. it will become empty).
Currently, Chinese players can use the method of typing and copying the text they want to search and then pasting it into the search box of this mod, it works!
Above content translated by DeepL

Options if you want both categorized menus and search field are:
* Convince the author of "Categorized Bill Dropdown" to switch to using the "Float Sub-Menus" library mod for sub-menus instead of their own variant. (With a dependency, not copying the code.) Then it would just work.
* Use "Categorized Bill Menus" instead - it is already compatible, but does not work quite the same. (Categories are not curated, but better compatibility with other mods.)
* Convince them to implement the same feature in their mod. It would maybe be possible for them to integrate with this mod instead, but easier to just do it separately.

It feels wrong to push my own mods as response to a compatibility issue, but it's just the way it is in this case.

The reason it does not work is that they re-implemented the game's menu code. This mod integrates with the built-in version. It would be possible to specifically add compatibility at my end, but it would be messy, a lot of work, and I'd rather not.

Is there a way to integrate this with "Categorized Bill Dropdown"? At the moment that menu takes precedence

Thank you so much! Dubs menu searching is borked right now so this will help a ton

Updated for RimWorld 1.5.

Ok thanks!

After.
The mod list you are following is probably not in load order.

This may be a dumb question, but Mr. Samuel Streamers mod list (essential mods) puts this before Float Sub-Menus, but Rimpy says it should be after. Which should I do?

Working great on windows and Linux for me! Looks clean and works well, thanks for replacing the old simple seach bar!

Can confirm that I'm experience the same problem with the search box, on MacOS.

I dont have that mod running now. It was before the modlist reset. No worries, lets just put it as system limitation. I'm guess this has something to do with Unity handling keystrokes from Linux/Mac, can't recall exactly.

That could be what is causing the issues. Unclear why it affects this search field but not others though.
You could try deleting your hotkey settings, to see if that fixes it (after copying them, of course). Otherwise I have no Idea how to fix it.

thanks for the help, really appreciate it.

Yes, I tried using the menu search multiple times at multiple menus.

Only 2 i can think of is MacOS and Arm64 chipset. To date I have issues with Hotkeys mod where the mod doesnt register Ctrl and Alt modifiers. Had to rig the config xml files manually to get it working. Constant between that mod and this is the key input.

Hm. There is not much there.
Did you try to use the menu search before saving the log?
If so, then I can't really think of anything else. I tried reproducing the steps you took in the screen cap, and it worked as expected for me. If Ctrl or Alt is held then nothing happens when you type, if that could be something.

Is there anything else that would set your setup apart from the average player?

Thank you. :)

i turned on verbose logging. hope that helps

here you go sir https://gist.github.com/fdc442ddcc01c84e55b4fe826f6a8346

The post with the hugslib log was the one that got stuck. Could you make a new one in the current state? The old one would work as well, but one with no other mods will be easier to read.

have totally wiped Rimworld clean as virgin as it can be. Still cant get it to work.

Hello @Kathanon, i dont remember what was my last comment. Probably some error when i posted the hugslib log below. Anyway, i wiped my modlist clean today and still the same error. I've captured the process at https://share.cleanshot.com/xpZtVfxQ . I'll try to wipe clean Rimworld and start a fresh. Will update you soon

@ntiem8r
It looks like your last comment got stuck in the content check. Could you try reposting it?

Did you get a cursor in the search field?
It could always be a compatibility issue, but it seems unlikely for the symptoms. Search field ending up in the middle of the menu is not nessicarily an error - there is a sorting using priority. I use the highest priority level, but so could other menu items that want to be on top.
Could you send an error log? Ctrl+F12 if you have HugsLib active.

yes sir definitely clicked on it. On another issue, *i should have taken a picture*, in some menus, the search field is shown mid of the menu, probably 4-5 lines from the top.
which is why I'm thinking probably its a loadorder on incompatibility issue. if its a bug more than happy to do withchunting, just that i need your help to point me to the general direction.

@ntiem8r
Wait, did you click the search field first? It has to have focus before you can type there.

Hi @Kathanon, i still cant get it to work. What's the likelihood of mod incompatibility?

Float Sub-Menus being above HugsLib should not really matter, but the general advice is to have Harmony, Core, any DLCs, HugsLib, and then all other mods.

oh wait, i just realised that Float Sub-Menus is listed above HugsLib. I'll fix that and retest it

Unless the mouse is over the search field menu option, it does not recieve the key presses. Just the way the game engine works.

I'll add a note about that to the description.

I cant recall exactly which bill or menu it was, keypress are not captured in the Search Field, instead it kinda leaked to the main screen. Example, hitting on w, a ,s and d would move the screen Up, Left, Down and Right. Hope I'm describing it well. Will jump back in-game and confirm

@ntiem8r
It is set up so that the vanilla "Auto-sort mods" button should give the correct result. If you for some reason can not use that, then just making sure it is after its requirements (see "required items" on the right).
Did you have any specific problems?

HI Kathanon, I cant run RimPy hence need guidance on where to place this on the modlist

It works after verifying game files, thanks!

Looks like steam did not update the Float Sub-Menus mod for you. I'm guessing you already had it for another mod? It's pretty common that steam is slow to update. Try unsubscribing and then subscribing again to Float Sub-Menus.

Aand there is an error. Menus don't appear at all.
https://pastebin.pl/view/701494c3

May the archotechs bless your soul and Randy hand you a loaded dice. Been waiting for a recipe list QoL mod since that one with different menus is not updated.